병원 SEO/GEO · 2026-07-09 · 7분
병원 사이트 리뉴얼, URL 지도 없이 시작하면 검색·AI 보고가 흔들립니다
병원 홈페이지나 블로그를 리뉴얼할 때 기존 URL을 새 URL로 어떻게 옮길지 정하지 않으면 중복 URL, 404, canonical 혼선이 생깁니다. Google Search Central의 사이트 이전 가이드를 바탕으로 병원 SEO/GEO용 URL 지도, 301 리다이렉트, sitemap 점검법을 정리했습니다.
핵심 요약
- 병원 홈페이지나 블로그를 새로 만들 때는 디자인보다 먼저 기존 URL과 새 URL을 1:1로 맞춘 URL 지도가 필요합니다.
- Google Search Central은 사이트 이전에서 URL 매핑, 리다이렉트, 새 사이트 테스트, 이전·신규 URL 트래픽 모니터링을 중요한 절차로 설명합니다.
- AI 검색 시대에도 비밀 공식은 따로 없습니다. Google은 AI 기능에서도 기존 SEO 기본기, 크롤링 가능성, 내부 링크, 중요한 텍스트 제공을 강조합니다.
- 병원 GEO 운영에서는 “글을 더 쓰는 일”만큼이나 “정식 URL 하나를 정하고, sitemap·canonical·내부 링크를 같은 방향으로 맞추는 일”이 중요합니다.
리뉴얼을 했는데 검색 보고서가 흔들리는 이유
병원 사이트를 리뉴얼하거나 블로그 시스템을 바꾸면 보통 화면부터 봅니다.
“메인 디자인이 좋아졌나요?” “모바일에서 예쁘게 보이나요?” “새 글이 잘 올라가나요?”
물론 중요합니다. 그런데 검색과 AI 관점에서는 더 먼저 봐야 할 것이 있습니다.
기존에 검색엔진이 알고 있던 URL이 새 사이트에서 어디로 가는가?
이 질문을 건너뛰면 리뉴얼 직후에 이상한 일이 생깁니다.
- 예전 글 URL이 404로 떨어짐
- 같은 글이 예전 URL과 새 URL 두 개로 열림
- 홈과 sitemap은 새 URL을 말하는데, 내부 링크는 예전 URL을 가리킴
- canonical은 A를 가리키는데, 실제 공유 링크는 B로 퍼짐
- Search Console, Naver Search Advisor, GA4/Umami 보고서에서 페이지 기준이 섞임
겉으로는 사이트가 새로워졌는데, 검색 시스템 입장에서는 “이 페이지가 그 페이지가 맞나?”를 다시 판단해야 하는 상태가 됩니다. 병원 마케팅 리포트도 흔들립니다. 어떤 URL의 노출이 줄었는지, 어떤 글이 상담 행동으로 이어졌는지 한 줄로 설명하기 어려워집니다.
URL 지도는 무엇인가?
URL 지도는 거창한 개발 문서가 아닙니다. 기존 URL과 새 URL을 한 줄씩 연결한 표입니다.
기존 URL → 새 URL → 처리 방식 → 확인 상태
예를 들면 이런 식입니다.
| 기존 URL | 새 URL | 처리 방식 | 확인 상태 |
|---|---|---|---|
/blog/back-pain-guide | /허리통증-진료-안내/ | 301 리다이렉트 | 배포 후 확인 |
/doctorpost-article-1234 | /무릎통증-검사-흐름/ | 301 리다이렉트 | sitemap 반영 |
/old/clinic-hours | /진료시간-오시는길/ | 301 리다이렉트 | 내부 링크 교체 |
/event-2024 | 삭제 | 관련 최신 안내로 연결 또는 410 검토 | 의료광고 표현 재검수 |
병원 사이트에서는 이 표가 더 중요합니다. 병원 정보는 단순한 글 모음이 아니라 지역, 진료과, 의사, 증상, 검사, 치료, 상담 동선이 연결된 지식 구조이기 때문입니다.
검색엔진과 AI 검색 기능은 이 구조를 보고 페이지 관계를 이해합니다. URL이 뒤섞이면 “어느 페이지가 정본인지”가 흐려집니다.
Google은 사이트 이전을 어떻게 설명하나?
Google Search Central의 사이트 이전 가이드는 핵심 절차를 비교적 명확하게 말합니다.
- 새 사이트를 준비하고 충분히 테스트할 것
- 기존 URL과 새 URL의 대응표를 만들 것
- 기존 URL에서 새 URL로 서버 리다이렉트를 설정할 것
- 이전 URL과 새 URL의 트래픽을 함께 모니터링할 것
특히 URL이 바뀌는 리뉴얼에서는 “일단 새 사이트를 올리고 보자”가 아니라, 기존 URL이 새 URL 어디로 이어지는지를 먼저 정해야 합니다.
Google의 리다이렉트 문서도 같은 방향입니다. URL을 다른 URL로 보내는 것은 사용자와 Google Search에 “이 페이지의 새 위치가 여기”라고 알려주는 방식입니다. 여러 주소로 같은 페이지에 접근할 수 있다면 선호 URL을 정하고, 나머지를 그 URL로 보내는 것이 좋습니다.
즉 병원 리뉴얼에서 가장 안전한 순서는 이렇습니다.
1. 현재 색인·공유·광고·블로그에서 쓰는 기존 URL 목록 확보
2. 새 사이트의 정식 URL 결정
3. 기존 URL → 새 URL 1:1 매핑
4. 301 리다이렉트 설정
5. 내부 링크, canonical, sitemap을 새 정식 URL로 통일
6. Search Console/Naver/분석툴에서 배포 후 흐름 확인
“AI 검색 시대니까 URL은 덜 중요해진 것 아닌가요?”
오히려 반대에 가깝습니다.
Google의 AI 기능 문서는 AI Overviews와 AI Mode 같은 기능도 Google Search 전체의 기본 원칙 위에서 접근하라고 설명합니다. AI 기능에 보이기 위한 별도 기술 요건이나 특수 최적화가 따로 있는 것이 아니라, 기존 SEO 기본기가 여전히 중요하다는 뜻입니다.
그 기본기 안에는 이런 항목이 들어갑니다.
- robots.txt나 CDN/호스팅에서 크롤링이 막히지 않는가
- 중요한 페이지가 내부 링크로 찾기 쉬운가
- 중요한 내용이 텍스트로 제공되는가
- 페이지가 사람에게 유용하고 신뢰할 수 있는가
- Search Console로 상태와 성과를 확인할 수 있는가
URL 지도는 이 기본기의 아래층입니다. 페이지의 위치가 흔들리면 내부 링크도 흔들리고, sitemap도 흔들리고, canonical도 흔들립니다. 그 상태에서 “AI가 우리 병원을 왜 안 말하죠?”라고 묻는 것은 순서가 맞지 않습니다.
먼저 공개 페이지의 주소와 정본을 안정시켜야 합니다.
병원 사이트에서 자주 생기는 URL 문제 5가지
1. 글 하나가 두 URL로 열리는 문제
예전 자동 생성 URL과 새 슬러그 URL이 둘 다 살아 있는 경우가 있습니다.
/doctorpost-article-abc123
/허리통증-도수치료-안내
두 URL이 같은 본문을 보여주면 검색엔진은 중복 콘텐츠로 판단할 수 있습니다. Google은 중복 콘텐츠 자체를 곧바로 스팸으로 보지는 않지만, 어떤 URL을 대표로 볼지 선택해야 합니다. 운영자 입장에서도 보고서가 둘로 갈라집니다.
해결 방향은 단순합니다.
- 정식 URL 하나를 정함
- 비정식 URL은 301로 정식 URL에 연결
- sitemap에는 정식 URL만 넣음
- 내부 링크도 정식 URL만 사용
2. sitemap과 내부 링크가 서로 다른 URL을 말하는 문제
sitemap에는 깔끔한 URL이 들어 있는데, 홈이나 카테고리 링크는 예전 URL을 가리키는 경우가 있습니다.
이러면 검색 시스템에 혼합 신호를 줍니다.
sitemap: /무릎통증-검사-흐름/
홈 링크: /doctorpost-article-7f3a9/
canonical: /무릎통증-검사-흐름/
사람은 클릭해서 글을 볼 수 있으니 별문제 없어 보입니다. 하지만 SEO/GEO 운영에서는 “정식 URL 하나로 신호를 모으는 일”이 중요합니다. sitemap, canonical, 내부 링크, 공유 링크가 같은 주소를 말해야 합니다.
3. 테스트용 slug가 공개되는 문제
리뉴얼이나 자동 발행 테스트 중에 만든 URL이 운영 사이트에 남는 경우도 있습니다.
/smoke-test-live-loop/
/bootstrap-hospital-article-v2/
/autopilot-uuid-.../
병원 사이트에 이런 URL이 노출되면 브랜드 신뢰에도 좋지 않고, 검색엔진이 불필요한 페이지를 따라가게 됩니다. 병원 GEO는 “기계가 읽기 좋은 구조”만이 아니라 “사람이 봐도 병원다운 공개 정보”여야 합니다.
4. 한글 slug, 영문 slug, UUID가 섞이는 문제
한글 URL이 항상 나쁜 것은 아닙니다. 다만 공유나 리포트에서 퍼센트 인코딩으로 길게 깨져 보일 수 있고, 자동 생성 UUID와 섞이면 운영 기준이 흐려집니다.
중요한 것은 특정 방식 자체보다 일관성입니다.
- 병원명·진료주제에 맞는 짧은 slug 원칙
- 글당 정식 URL 하나
- 자동 생성 ID는 공개 URL에서 제거
- 예전 URL은 301 연결
5. 삭제한 페이지를 모두 홈으로 보내는 문제
없는 페이지를 전부 홈으로 보내면 편해 보이지만, 사용자에게도 검색엔진에게도 애매합니다. “허리 통증 안내”를 찾던 사용자가 갑자기 홈으로 오면 맥락이 끊깁니다.
가능하면 가장 가까운 새 페이지로 보내야 합니다.
예전 허리 통증 글 → 새 허리 통증/척추 진료 안내
예전 진료시간 페이지 → 새 진료시간·오시는 길
예전 의료진 소개 → 새 의료진/진료과 소개
가까운 대체 페이지가 없다면 삭제 사유와 법적·의료광고 리스크를 함께 검토해야 합니다.
병원 리뉴얼 전 URL 지도 체크리스트
리뉴얼을 준비 중이라면 아래 표부터 채워보세요.
| 항목 | 확인 질문 |
|---|---|
| 기존 URL 목록 | Search Console, sitemap, GA4/Umami, 광고 랜딩, 블로그 공유 URL을 모았는가? |
| 새 URL 원칙 | 병원명·진료과·증상·지역 기준으로 짧고 일관된 URL 원칙이 있는가? |
| 1:1 매핑 | 기존 핵심 URL마다 새 목적지가 정해졌는가? |
| 301 리다이렉트 | 예전 URL이 새 URL로 서버 측에서 이동하는가? |
| canonical | 새 페이지의 canonical이 자기 자신의 정식 URL을 가리키는가? |
| sitemap | sitemap에는 정식 URL만 들어 있는가? |
| 내부 링크 | 홈, 카테고리, 글 본문 링크가 모두 정식 URL을 쓰는가? |
| 테스트 URL | smoke, bootstrap, uuid, autopilot 같은 내부용 URL이 공개되지 않는가? |
| 분석 기준 | 리뉴얼 전후 URL 기준으로 노출·클릭·방문·CTA를 비교할 표가 있는가? |
| 의료광고 검수 | 새 URL로 옮기면서 과장 표현, 치료 결과 보장, 후기 활용 리스크를 다시 봤는가? |
이 표가 비어 있으면 디자인 QA가 끝나도 리뉴얼이 끝난 것이 아닙니다. 검색 운영 기준으로는 아직 주소 이전이 끝나지 않은 상태입니다.
CodeShift가 보는 병원 GEO 리뉴얼 순서
CodeShift는 병원 사이트 리뉴얼을 “새 화면 제작”으로만 보지 않습니다. 병원 검색 자산을 안전하게 옮기는 작업으로 봅니다.
권장 순서는 이렇습니다.
1. 현재 공개 URL 수집
- 기존 홈페이지
- 블로그/게시판
- 네이버 플레이스 연결 URL
- 광고 랜딩 URL
- Search Console/Naver/분석툴 상위 URL
2. URL 역할 분류
- 병원 홈
- 진료과/센터
- 증상/질환 설명
- 검사/치료 안내
- 의료진/위치/진료시간
- 상담 CTA 페이지
3. 새 정식 URL 설계
- 글당 URL 하나
- 병원·지역·진료 주제 식별 가능
- 내부용 ID 제거
4. 리다이렉트·canonical·sitemap 동시 점검
- 예전 URL은 301
- 새 URL은 canonical 자기 자신
- sitemap은 새 정식 URL만
- 내부 링크도 새 URL로 교체
5. 배포 후 보고
- 404 발생 URL
- 리다이렉트 성공률
- Search Console 색인 상태
- 노출·클릭·방문·CTA 변화
- 다음 수정 항목
이렇게 해야 원장님에게도 설명이 쉬워집니다.
“사이트를 새로 만들었습니다”가 아니라,
“기존에 검색되던 병원 URL을 새 구조로 옮겼고, 404와 중복 URL을 줄였으며, 다음 달에는 Search Console과 상담 CTA 흐름을 다시 확인하겠습니다.”
이 설명이 병원 SEO/GEO 운영에 더 가깝습니다.
결론: 리뉴얼의 첫 장표는 디자인 시안이 아니라 URL 지도입니다
병원 사이트 리뉴얼은 예쁜 화면을 만드는 일이기도 하지만, 검색엔진과 AI 검색 기능이 읽던 주소를 안전하게 옮기는 일이기도 합니다.
URL 지도가 없으면 리뉴얼 후에 같은 질문이 반복됩니다.
- 왜 예전 글이 검색에서 사라졌나요?
- 왜 새 글이 색인되지 않나요?
- 왜 AI 검색에 보여줄 근거 URL이 흔들리나요?
- 왜 보고서에서 페이지별 성과가 이어지지 않나요?
이 질문을 줄이려면 리뉴얼 전에 기존 URL과 새 URL을 먼저 연결해야 합니다. 그리고 301 리다이렉트, canonical, sitemap, 내부 링크, 분석 기준을 같은 방향으로 맞춰야 합니다.
AI 검색 시대라고 해서 SEO 기본기가 사라지지 않습니다. 오히려 병원처럼 신뢰와 안전 표현이 중요한 업종일수록, 공개 정보의 정본 URL을 분명히 관리해야 합니다.
글을 더 쓰기 전에, 주소부터 정리하세요. 검색과 AI가 읽는 병원 지식 자산은 거기서부터 안정됩니다.
참고 자료
- Google Search Central, “Site Moves and Migrations”
https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes - Google Search Central, “Redirects and Google Search”
https://developers.google.com/search/docs/crawling-indexing/301-redirects - Google Search Central, “How to Specify a Canonical with rel="canonical" and Other Methods”
https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls - Google Search Central, “What Is a Sitemap”
https://developers.google.com/search/docs/crawling-indexing/sitemaps/overview - Google Search Central, “AI Features and Your Website”
https://developers.google.com/search/docs/appearance/ai-features