AEO·GEO

병원 중복 페이지, canonical·301·noindex는 어떻게 고를까?

2026-09-19 · 메디리바이브

없앨 페이지는 301로 가장 가까운 대체 페이지에 이동하고, 유지할 유사 페이지는 canonical로 대표 선호를 전달합니다. 검색에는 보이지 않되 사용자는 계속 이용해야 하는 고유 페이지는 noindex를 검토합니다. 이 글은 Google 공식 문서를 병원 홈페이지 운영 관점에서 재구성한 실무 가이드이며, 노출·색인·AI 인용을 보장하지 않습니다.

1. 먼저 페이지를 남길지 없앨지 결정합니다

canonical, 301 리디렉션, noindex는 비슷해 보이지만 목적이 다릅니다. 선택 전에 해당 페이지를 사용자가 계속 방문해야 하는지, 내용이 다른 페이지와 실질적으로 같은지, 검색결과에 남겨야 하는지를 정합니다. 태그 이름부터 고르면 서로 충돌하는 설정이 생기기 쉽습니다.

병원 사이트에서는 같은 진료 안내가 메뉴용 주소, 캠페인 주소, 인쇄물의 짧은 주소로 나뉠 수 있습니다. 같은 내용이 여러 URL에서 열리는 것 자체가 곧 스팸 위반이라는 뜻은 아닙니다. 다만 사용자가 어느 페이지가 최신인지 혼동하고 성과 데이터가 나뉠 수 있습니다.

이벤트가 끝나 더 이상 사용할 이유가 없는 페이지라면 삭제 후 가장 가까운 대체 페이지로 영구 이동하는 방안을 검토합니다. 반대로 인쇄물이나 광고에서 계속 쓰는 주소라면 사용 목적을 유지하면서 대표 URL을 정해야 할 수 있습니다. 모든 중복을 한 방법으로 처리하지 않습니다.

검색에는 필요하지 않지만 로그인 뒤 확인, 캠페인 완료 안내, 내부 업무처럼 사용자가 계속 이용해야 하는 고유 페이지도 있습니다. 이 경우 noindex 목적이 맞는지 살펴봅니다. 내용이 같은 두 공개 페이지 중 하나를 대표로 정하려는 상황과는 다릅니다.

페이지 목록에는 URL, 페이지 목적, 본문 차이, 현재 내부링크 수, 외부 사용 여부, 유지 필요성, 검색 노출 필요성을 적습니다. 제목만 보고 중복이라고 판단하지 않고 핵심 본문과 제공 기능을 비교합니다. 지역명만 다르고 답변이 같다면 별도 페이지가 필요한지 다시 묻습니다.

메디리바이브의 적용 제안은 “없앨 것, 유지할 유사본, 검색 제외할 고유본” 세 그룹으로 먼저 나누는 것입니다. 그다음 301, canonical, noindex를 대응시키면 설정 이유를 설명하기 쉽고 수정 후 검증 기준도 명확해집니다.

공식 근거: Google URL 정규화 설명 ↗

2. 없앨 페이지는 301 리디렉션을 검토합니다

페이지를 완전히 폐기하거나 새 주소로 이동했다면 영구 리디렉션이 적합할 수 있습니다. Google은 영구 리디렉션을 대상 URL이 canonical이 되어야 한다는 강한 신호로 사용합니다. 사용자는 예전 주소를 열어도 새 페이지로 이동하므로 오래된 링크도 계속 작동할 수 있습니다.

리디렉션 대상은 가장 가까운 대체 페이지여야 합니다. 종료된 특정 진료 안내를 관련 없는 홈페이지로 모두 보내면 사용자는 찾던 답을 잃습니다. 같은 목적의 최신 안내가 없다면 적절한 상태 코드를 반환하거나 새 안내를 만들지 판단하고, 단순히 홈으로 몰아넣지 않습니다.

영구 이동인지 임시 이동인지도 구분합니다. 301과 308 같은 영구 리디렉션은 대상 주소를 대표로 선택하는 신호가 되지만, 302와 307 같은 임시 리디렉션은 원래 주소를 유지하려는 상황에 쓰입니다. 캠페인 기간만 잠시 바뀌는지 영구 개편인지 운영 계획을 확인합니다.

리디렉션 체인은 줄입니다. 예전 주소가 중간 주소를 거쳐 또 다른 최종 주소로 이동하면 사용성과 진단이 복잡해집니다. 가능하면 과거 주소에서 현재 최종 주소로 직접 연결하고, 내부링크와 사이트맵도 최종 주소로 바꿉니다.

리디렉션을 적용한 뒤에는 데스크톱과 모바일, 로그인과 비로그인 상태에서 최종 주소와 본문을 확인합니다. 언어 플러그인이 다른 언어 홈으로 보내거나 서버 규칙이 예상과 다르게 작동할 수 있습니다. 클릭 한 번 성공만으로 끝내지 않고 HTTP 상태와 최종 canonical을 기록합니다.

외부에서 자주 쓰는 주소를 바꿀 때에는 인쇄물, 지도 서비스, 광고, 프로필 링크도 점검합니다. 리디렉션은 기존 링크의 연결을 돕지만 운영 채널의 주소를 영원히 방치하는 이유가 되지는 않습니다. 수정 가능한 주요 링크는 최종 URL로 갱신합니다.

3. 유지할 유사 페이지는 canonical 선호를 전달합니다

canonical은 삭제 명령이나 강제 규칙이 아니라 여러 중복·유사 URL 가운데 대표로 선호하는 주소를 전달하는 신호입니다. Google은 다른 신호와 내용을 함께 보고 다른 canonical을 선택할 수 있습니다. 태그를 넣었다고 원하는 주소가 반드시 선택된다고 보고하지 않습니다.

파라미터가 붙은 인쇄용·정렬용·추적용 URL처럼 사용 목적은 남아 있지만 핵심 콘텐츠가 같은 경우 대표 URL을 정할 수 있습니다. 각 변형 페이지의 canonical은 실제로 접근 가능한 최종 URL을 가리키고, 대표 페이지는 자기 자신을 가리키는 self-canonical을 두는 방식이 관리하기 쉽습니다.

canonical 대상과 본문이 크게 다르면 신호가 무시될 수 있습니다. 지역명만 다른 페이지라도 의료진, 위치, 운영 정보, 제공 서비스가 실제로 다르면 단순 중복으로 보기 어렵습니다. 반대로 본문은 같은데 제목과 지역명만 바꾼 페이지는 고유 페이지로 설명하기 어렵습니다.

canonical과 hreflang을 사용하는 다국어 사이트에서는 언어별 대응 관계를 함께 확인합니다. 한국어 글이 영문 홈을 canonical로 가리키거나 번역이 없는 페이지가 언어 이동 규칙 때문에 홈으로 바뀌면 검색 시스템과 사용자가 다른 내용을 보게 될 수 있습니다.

내부링크는 대표 URL을 직접 가리키게 합니다. 모든 메뉴와 본문 링크가 변형 URL로 연결되면서 canonical만 다른 주소를 지정하면 신호가 섞입니다. 사이트맵에도 대표 URL만 넣고, 공유 링크와 광고 도착 주소도 가능하면 같은 최종 URL을 사용합니다.

Search Console에서는 사용자가 선언한 canonical과 Google이 선택한 canonical을 구분해 확인합니다. 두 값이 다르면 태그를 반복 추가하기 전에 내용 차이, 내부링크, 리디렉션, 사이트맵, 언어 설정을 살펴봅니다. 재평가에는 시간이 걸릴 수 있습니다.

상황	우선 검토	핵심 확인
영구 이동·폐기	301 또는 308	가장 가까운 최종 대체 페이지
유지할 유사 URL	canonical	본문 유사성과 대표 URL 일치
검색 제외할 고유 페이지	noindex	공개 접근과 개인정보 보호를 혼동하지 않음
임시 이동	302 또는 307	원래 URL을 유지할 운영 계획

4. noindex는 검색 제외 목적에만 사용합니다

noindex는 페이지가 검색결과에 나타나지 않도록 요청하는 지시입니다. 사용자가 페이지를 계속 이용해야 하지만 검색에는 노출할 필요가 없는 고유 페이지에 검토할 수 있습니다. 대표 URL을 정하는 canonical과 같은 기능이 아니며 링크 신호를 통합하는 대체 수단도 아닙니다.

noindex를 확인하려면 크롤러가 페이지를 읽을 수 있어야 합니다. robots.txt로 경로를 막으면서 페이지 안에 noindex를 넣으면 검색 시스템이 지시를 보지 못할 수 있습니다. 접근 차단, 개인정보 보호, 검색 제외는 서로 다른 목표이므로 한 설정으로 모두 해결하려 하지 않습니다.

환자 개인정보나 상담 내용이 포함된 페이지는 noindex만으로 보호하지 않습니다. noindex 페이지도 공개 주소로 접속할 수 있기 때문입니다. 인증과 접근 권한이 필요한 정보는 로그인 등 실제 접근 제어를 적용하고, 검색 설정은 별도로 관리합니다.

중복 페이지에 noindex를 일괄 적용하면 사용자가 필요한 페이지까지 검색에서 사라질 수 있습니다. 유지 이유가 없는 중복은 삭제와 리디렉션을 검토하고, 유지할 유사본은 canonical 목적을 확인합니다. noindex는 검색 제외라는 명확한 운영 결정을 했을 때 씁니다.

페이지 템플릿에서 noindex가 상속되는지도 확인합니다. 이벤트 분류나 특정 게시물 유형을 비공개로 운영했던 설정이 새 글에 남을 수 있습니다. 관리자 화면 표시와 실제 robots 메타 또는 HTTP 헤더가 같은지 공개 HTML에서 봅니다.

noindex를 제거한 뒤에도 즉시 검색결과에 나타나는 것은 아닙니다. 크롤러가 다시 방문해 변경된 지시를 처리해야 합니다. 제거 날짜, 재수집 요청, 실제 색인 상태를 나누어 기록하고 노출 시점이나 순위를 보장하지 않습니다.

5. 네 가지 신호를 하나의 최종 URL로 맞춥니다

정리 후에는 내부링크, 사이트맵, canonical, 리디렉션이 같은 최종 URL을 가리키는지 확인합니다. 서로 다른 주소를 추천하면 검색 시스템이 별도로 판단해야 하고 운영 데이터도 나뉩니다. 한 표에 각 신호의 현재 값과 목표 값을 적으면 충돌을 찾기 쉽습니다.

대표 페이지의 제목과 본문도 실제 목적을 설명해야 합니다. 여러 페이지를 합쳤다면 사라진 페이지에서 사용자가 찾던 핵심 정보를 새 페이지에 포함했는지 봅니다. URL만 통합하고 필요한 안내를 빼면 사용자가 예전 링크에서 이동한 뒤 답을 찾지 못할 수 있습니다.

가상 예시로 주차 안내가 공지, 방문안내, 이벤트 페이지에 반복되어 있다고 가정합니다. 최신 방문안내를 대표로 정하고, 종료된 이벤트는 가장 가까운 관련 페이지로 301 이동하며, 공지 본문은 중복이 아니라 기간별 기록으로 남길지 검토합니다. 실제 사이트에서는 각 페이지 목적을 확인해야 합니다.

변경 전에는 기존 URL과 공개 상태를 저장하고, 변경 후에는 상태 코드, 최종 주소, canonical, robots, 본문, 내부링크, 사이트맵을 다시 확인합니다. 응답이 불명확하면 같은 페이지를 새로 만들지 않고 기존 주소의 저장 결과부터 조사합니다.

성과 측정에서는 통합 전후의 주소를 같은 항목으로 연결하되 과거 데이터를 임의로 덮어쓰지 않습니다. Search Console과 분석 도구의 URL이 바뀌면 비교 구간을 표시하고, 색인 수의 일시적 변화를 곧바로 성과 하락이나 회복으로 단정하지 않습니다.

병원 중복 페이지 정리는 태그 선택이 아니라 페이지 목적을 정하는 운영 작업입니다. 없앨 페이지는 301, 유지할 유사본은 canonical, 검색에서 제외할 고유본은 noindex를 검토하고, 모든 신호를 한 최종 URL로 맞추면 담당자와 개발자가 같은 기준으로 검증할 수 있습니다.