한 페이지가 다섯 개 주소로 흩어질 때: canonical 태그로 검색 신뢰를 한곳에 모으는 법
같은 진료 페이지가 www 유무, 슬래시 유무, 추적 파라미터 때문에 여러 주소로 쪼개지면 검색엔진과 AI는 어느 것이 진짜인지 헷갈려 신뢰를 분산시킵니다. canonical 태그로 대표 주소를 한 곳으로 지정하면 흩어진 평가가 다시 모입니다. 병원 홈페이지에서 중복이 생기는 지점과 오늘 당장 점검할 단계를 정리했습니다.
같은 진료 페이지가 www가 붙은 주소, 붙지 않은 주소, 끝에 슬래시(/)가 있는 주소, 광고에서 넘어올 때 붙는 추적용 파라미터까지 더해져 여러 개의 다른 주소로 존재하면, 검색엔진과 AI는 어느 것이 진짜 대표 페이지인지 판단하지 못하고 그 페이지에 쌓인 신뢰를 여러 조각으로 나눠 버립니다. canonical(캐노니컬, '대표 주소를 지정하는 태그')은 흩어진 주소들을 하나로 묶어 '이것이 원본'이라고 알려 주는 장치입니다. 이 글은 병원 홈페이지에서 왜 중복 주소가 생기고, 그것이 검색 순위와 AI 노출에 어떤 손해를 주며, 원장이 오늘 무엇부터 점검해야 하는지를 실무 단위로 정리합니다.
같은 임플란트 페이지가 왜 옆 병원보다 밀릴까
한 임플란트 상담 페이지를 정성껏 만들었다고 가정해 봅시다. 블로그에서도 링크가 걸리고, 카카오 채널에서도 공유되고, 인스타 광고에서도 유입됩니다. 그런데 순위는 좀처럼 오르지 않습니다. 원인은 콘텐츠가 아니라 '주소가 여러 개'라는 데 있을 수 있습니다.
실제로는 하나의 페이지인데, 검색엔진 입장에서는 http://병원.com/implant, https://www.병원.com/implant/, https://병원.com/implant?utm_source=kakao가 전부 '다른 페이지'로 보일 수 있습니다. 블로그 링크는 첫 번째 주소로, 광고 유입은 세 번째 주소로 신뢰가 쌓이면, 어느 주소도 '완성된 한 페이지'만큼의 평가를 받지 못합니다. 100의 신뢰가 세 조각으로 나뉘어 30, 40, 30이 되는 셈입니다.
옆 병원은 주소가 하나로 정리돼 있어 100의 평가를 온전히 받고, 우리 병원은 같은 노력을 들이고도 조각난 평가만 받는다면 순위 차이는 콘텐츠 실력과 무관하게 벌어집니다. 이것이 중복 URL이 만드는 '조용한 손실'입니다.
중복 주소는 왜 저절로 생기는가
중복 URL은 누가 일부러 만드는 것이 아니라, 홈페이지가 동작하는 방식에서 자연스럽게 발생합니다. 원인을 알아야 어디를 점검할지 감이 잡힙니다.
- www 유무: www가 붙은 주소와 없는 주소를 둘 다 열어 두면 사실상 두 개의 사이트가 됩니다.
- http와 https: 보안 인증서를 적용해도 옛 http 주소가 살아 있으면 두 벌이 공존합니다.
- 끝 슬래시(/) 유무: /implant와 /implant/가 다른 주소로 처리되는 경우가 흔합니다.
- 추적 파라미터: 광고·문자·SNS에서 붙는 ?utm_source=... 같은 꼬리표가 붙을 때마다 새 주소가 생깁니다.
- 대소문자·인덱스 파일: /Implant, /index.html 같은 변형도 별개 주소로 인식될 수 있습니다.
특히 병원 홈페이지는 이벤트·광고를 자주 돌리기 때문에 파라미터가 붙은 주소가 계속 늘어납니다. 원장 눈에는 똑같은 페이지지만, 검색엔진의 색인 목록에는 조금씩 다른 주소가 수십 개씩 쌓여 있을 수 있습니다.
canonical 태그란 무엇인가 — 쉬운 설명
canonical 태그는 페이지의 머리 부분(HTML의 <head> 영역)에 들어가는 한 줄짜리 표시로, '이 페이지의 진짜 대표 주소는 이것'이라고 검색엔진에 알려 주는 이름표입니다. 여러 주소가 있어도 모두가 같은 대표 주소를 가리키게 하면, 검색엔진은 흩어진 신뢰를 그 대표 주소로 다시 합쳐 줍니다.
비유하자면, 한 사람이 회사·집·별명으로 여러 이름을 쓰더라도 주민등록상 '본명'을 하나로 정해 두는 것과 같습니다. canonical은 페이지의 본명을 선언하는 일입니다. 본명이 정해져 있으면 어떤 별명으로 불려도 '아, 그 사람이구나' 하고 하나로 인식됩니다.
중요한 점은 canonical이 '삭제'가 아니라 '통합'이라는 것입니다. 파라미터가 붙은 주소도 사용자에게는 그대로 열리지만, 평가만큼은 대표 주소로 모이게 만듭니다. 광고 추적은 유지하면서 검색 신뢰는 잃지 않는, 두 마리 토끼를 잡는 방식입니다.
방치하면 잃는 것, 정리하면 얻는 것
중복을 방치했을 때의 손실은 순위 하락 하나로 끝나지 않습니다. 검색엔진은 사이트를 훑을 때 쓰는 자원(크롤링 예산)이 정해져 있는데, 똑같은 내용의 주소를 여러 번 방문하느라 정작 새로 올린 이벤트·칼럼 페이지를 늦게 발견하기도 합니다. 신규 콘텐츠의 노출이 며칠씩 늦어지는 것입니다.
AI 검색 관점에서는 손실이 더 큽니다. 챗봇이나 AI 검색이 답변에 특정 페이지를 인용하려면 '이 주소가 이 주제의 대표'라는 확신이 필요합니다. 같은 내용이 여러 주소로 흩어져 있으면 AI는 신뢰도가 낮다고 판단해 아예 인용을 피하거나, 하필 파라미터가 붙은 지저분한 주소를 노출해 클릭률을 떨어뜨릴 수 있습니다.
반대로 대표 주소를 하나로 정리하면 세 가지를 얻습니다. 첫째, 흩어졌던 링크·유입 신뢰가 한 페이지로 모여 순위가 오릅니다. 둘째, 검색엔진이 사이트를 더 효율적으로 훑어 신규 페이지가 빨리 노출됩니다. 셋째, AI가 깨끗한 대표 주소를 안심하고 인용합니다. 콘텐츠를 새로 만들지 않고, 있는 자산을 제자리로 되돌리는 것만으로 얻는 성과입니다.
오늘 적용하는 실전 5단계
전문 개발 지식 없이도 담당자·제작 업체에 정확히 요청할 수 있도록 순서대로 정리합니다.
- 대표 주소 원칙 정하기: www를 쓸지 말지, https로 통일할지, 끝 슬래시를 붙일지 말지를 사이트 전체에 하나의 기준으로 먼저 정합니다. 기준이 없으면 페이지마다 제각각이 됩니다.
- 서버에서 강제 이동(리디렉션) 걸기: 대표가 아닌 주소로 들어오면 자동으로 대표 주소로 넘어가도록 '301 영구 이동'을 설정합니다. 이것이 가장 확실한 통합 방법입니다.
- 모든 페이지에 canonical 한 줄 넣기: 각 페이지가 자기 대표 주소를 가리키는 canonical 태그를 갖게 합니다. 리디렉션과 canonical을 함께 쓰면 방어가 이중으로 됩니다.
- 파라미터 정책 정하기: 광고용 utm 파라미터가 붙어도 canonical은 항상 파라미터 없는 원본을 가리키도록 합니다. 추적은 살리고 평가는 원본에 모읍니다.
- 서치 콘솔로 확인하기: 구글 서치 콘솔의 URL 검사 기능으로 검색엔진이 인식한 대표 주소가 내가 지정한 주소와 같은지 페이지별로 확인합니다.
이 다섯 단계는 대부분 제작 업체나 내부 개발 담당이 반나절 안에 처리할 수 있는 작업입니다. 원장이 할 일은 '대표 주소 원칙'을 결정해 주고, 완료 후 서치 콘솔에서 결과를 확인하는 것입니다.
현장에서 자주 나오는 실수
canonical은 잘못 쓰면 오히려 페이지를 검색에서 사라지게 만들 수 있어, 흔한 실수를 미리 아는 것이 중요합니다.
- 모든 페이지가 홈으로 향하게 설정: 실수로 전 페이지 canonical을 메인 주소로 걸어 두면, 검색엔진이 개별 진료 페이지를 '메인의 복제'로 보고 색인에서 빼 버립니다. 각 페이지는 반드시 자기 자신을 가리켜야 합니다.
- 존재하지 않는 주소를 대표로 지정: 오타나 옛 주소를 canonical에 넣으면 신뢰가 엉뚱한 곳으로 새어 나갑니다.
- 리디렉션과 canonical이 서로 다른 주소를 가리킴: 둘의 목적지가 어긋나면 검색엔진에 혼란스러운 신호를 줍니다. 항상 같은 대표 주소로 맞춥니다.
- 모바일·PC 주소를 따로 방치: m. 으로 시작하는 별도 모바일 사이트가 있다면, 그 관계도 canonical로 정확히 연결해야 합니다.
일반적으로 이런 실수는 홈페이지를 개편하거나 업체를 바꿀 때 자주 발생합니다. 리뉴얼 직후에는 반드시 canonical과 리디렉션을 다시 점검하는 것이 안전합니다.
병원 홈페이지에서 놓치기 쉬운 중복 지점
마지막으로, 실제 병원 사이트에서 중복이 숨어 있기 쉬운 자리를 정리합니다. 다음 항목을 하나씩 브라우저 주소창에 직접 넣어 보며 '같은 페이지가 두 주소로 다 열리는지'를 확인해 보십시오.
- www 있는 주소와 없는 주소가 둘 다 열리는가
- http 주소로 접속해도 https로 자동 전환되지 않고 그대로 열리는가
- 주소 끝에 슬래시를 붙이거나 뗐을 때 둘 다 열리는가
- 블로그·이벤트·공지 페이지에 파라미터가 붙은 채 색인돼 있는가
- 같은 진료 항목이 옛 페이지와 새 페이지로 이중 존재하는가
두 주소가 모두 정상으로 열린다면, 그 페이지는 지금 신뢰가 분산되고 있을 가능성이 높습니다. 하나라도 해당된다면 정리 대상입니다. 이것은 콘텐츠 문제가 아니라 '자산 정리' 문제이므로, 고치는 즉시 효과가 나타나는 편입니다.
무엇부터 할까 — 우선순위와 체크리스트
모든 것을 한 번에 하려 하기보다, 손실이 큰 순서로 정리하는 편이 현실적입니다. 우선순위는 다음과 같습니다.
- 가장 먼저: www·http/https·슬래시 통일(사이트 전체 리디렉션). 파급 효과가 가장 큽니다.
- 다음: 주요 진료·이벤트 페이지에 자기 자신을 가리키는 canonical 설치.
- 그다음: 광고 파라미터 정책 정리와 서치 콘솔 점검.
정리해 두면, canonical은 한 번 세팅으로 오래 효과가 지속되는 몇 안 되는 작업입니다. 새 콘텐츠처럼 계속 손이 가지 않으면서도, 이미 들인 마케팅 비용의 성과를 새어 나가지 않게 지켜 줍니다.
우리 병원 홈페이지가 지금 몇 개의 주소로 흩어져 있는지, 신뢰가 어디서 새고 있는지는 겉으로 보이지 않아 원장 스스로 판단하기 어렵습니다. AI메디랩은 무료 진단을 통해 중복 URL과 canonical 설정 상태를 점검해, 어느 페이지가 평가를 잃고 있는지 구체적으로 짚어 드립니다. 콘텐츠를 늘리기 전에, 지금 있는 자산부터 제자리로 모으는 것이 가장 빠른 개선입니다.
자주 묻는 질문
canonical 태그를 설정하면 파라미터가 붙은 광고 주소는 못 쓰게 되나요?
아닙니다. canonical은 주소를 삭제하거나 막는 것이 아니라 '평가를 어디로 모을지'만 지정합니다. utm 같은 추적 파라미터가 붙은 주소도 사용자에게는 그대로 열리고 광고 성과 추적도 정상 작동합니다. 다만 검색 신뢰만큼은 파라미터 없는 원본 대표 주소로 모이게 됩니다. 추적과 검색 최적화를 동시에 챙길 수 있는 방식입니다.
리디렉션(301)만 걸면 canonical은 안 해도 되나요?
둘은 역할이 조금 다릅니다. 리디렉션은 대표가 아닌 주소로 들어온 방문자를 아예 대표 주소로 이동시키는 강력한 방법이고, canonical은 여러 주소가 살아 있어야 하는 상황(예: 파라미터가 붙는 광고 유입)에서 평가만 모으는 부드러운 방법입니다. 가능하면 둘을 함께 쓰는 것이 안전합니다. www·슬래시 통일은 리디렉션으로, 파라미터 통합은 canonical로 처리하는 조합을 권합니다.
canonical을 잘못 걸면 어떤 문제가 생기나요?
가장 흔한 사고는 모든 페이지의 canonical을 메인 주소로 지정하는 실수입니다. 이 경우 검색엔진이 개별 진료 페이지를 메인의 복제본으로 보고 색인에서 제외해, 오히려 검색에서 사라질 수 있습니다. 각 페이지의 canonical은 반드시 자기 자신의 대표 주소를 가리켜야 합니다. 홈페이지 개편이나 제작 업체 변경 직후에는 이 설정이 어긋나기 쉬우므로 꼭 재점검하시기 바랍니다.
우리 병원 홈페이지에 중복 주소가 있는지 직접 확인할 수 있나요?
어느 정도는 가능합니다. 브라우저 주소창에 www가 있는 주소와 없는 주소, http 주소, 끝에 슬래시를 붙인 주소를 각각 넣어 보고 같은 페이지가 모두 정상으로 열리는지 확인해 보십시오. 여러 주소가 다 열린다면 신뢰가 분산되고 있을 가능성이 큽니다. 다만 검색엔진이 실제로 어떤 주소를 대표로 인식하는지는 구글 서치 콘솔의 URL 검사 기능으로 확인하는 것이 정확합니다.
중복 URL을 정리하면 효과가 언제쯤 나타나나요?
일반적으로 콘텐츠를 새로 만드는 작업보다 반응이 빠른 편입니다. 이미 쌓여 있던 링크와 유입의 신뢰가 대표 주소로 다시 모이는 것이기 때문에, 검색엔진이 사이트를 다시 훑어 반영하는 수 주 안에 순위 변화가 나타나는 경우가 많습니다. 다만 사이트 규모와 검색엔진의 재방문 주기에 따라 차이가 있어, 정리 후 서치 콘솔로 대표 주소 인식 상태를 지켜보며 확인하는 것이 좋습니다.
모바일과 PC 주소가 따로 있으면 어떻게 하나요?
m. 으로 시작하는 별도 모바일 사이트를 운영한다면, 모바일 페이지가 PC의 대표 주소를 canonical로 가리키도록 연결해 두어야 합니다. 그렇지 않으면 같은 내용이 PC용·모바일용 두 벌로 인식돼 신뢰가 나뉩니다. 최근에는 하나의 주소가 화면 크기에 맞춰 반응하는 반응형 방식이 이런 문제를 원천적으로 없애 주므로, 리뉴얼 시점이라면 반응형으로 통합하는 것을 함께 검토해 보시길 권합니다.
이 칼럼이 도움이 됐다면 공유해 주세요
원장님·마케팅 담당자에게 링크 한 번이면 됩니다.