canonical URL은 여러 주소로 접근할 수 있는 동일하거나 유사한 콘텐츠 중 검색엔진에 대표로 보여주고 싶은 URL을 알려주는 신호입니다. 잘못 설정하면 검색 노출 페이지와 유입 경로가 바뀌고, 중요한 페이지가 중복 페이지로 묶일 수 있으므로 HTML과 구글 서치 콘솔을 함께 확인해야 합니다.
📌 핵심 5줄 요약
1. canonical URL은 검색엔진이 대표 페이지로 판단하도록 돕는 선호 주소 신호입니다.
2. 다른 글, 404 페이지, 테스트 도메인으로 지정하면 원하는 페이지가 검색 결과에서 빠질 수 있습니다.
3. canonical은 리디렉션과 달리 사용자를 자동으로 이동시키는 기능이 아닙니다.
4. 페이지 소스의 중복 선언, 상대경로, HTTP·HTTPS와 www 불일치를 우선 점검해야 합니다.
5. 수정 후 URL 검사에서 구글이 선택한 canonical을 확인하고 필요하면 색인 생성을 요청합니다.
📌 목차
01 | canonical URL의 의미
02 | 잘못 설정되는 대표 원인
03 | 검색 노출이 줄어드는 이유
04 | 다른 페이지가 대표 URL이 되는 문제
05 | 404·리디렉션 URL 지정 문제
06 | 외부 도메인 지정과 콘텐츠 손실
07 | 중복 선언과 HTML 위치 오류
08 | HTTP·HTTPS·www 불일치
09 | 사이트맵과 내부 링크 충돌
10 | URL 파라미터와 필터 페이지
11 | 잘못된 canonical 확인 방법
12 | 올바른 수정 절차
13 | 페이지 유형별 설정 기준
14 | 수정 후 재점검과 주의사항
01 | canonical URL의 의미
canonical URL은 같은 콘텐츠가 여러 주소에 존재할 때 대표로 취급할 주소를 지정하는 요소입니다. 일반적으로 페이지의 <head> 안에 다음과 같이 넣습니다.
<link rel="canonical" href="https://example.com/article">
이 설정은 검색엔진에 보내는 강한 신호이지만 절대적인 명령은 아닙니다. 구글은 콘텐츠 품질, 리디렉션, 사이트맵, 내부 링크 등 여러 신호를 종합해 자체적으로 canonical을 선택할 수 있습니다.
02 | 잘못 설정되는 대표 원인
가장 흔한 원인은 템플릿이나 SEO 플러그인이 모든 페이지에 동일한 canonical URL을 출력하는 경우입니다. 글 A, 글 B, 카테고리 페이지가 모두 홈페이지를 가리키면 검색엔진은 각 페이지보다 홈페이지를 대표 주소로 해석할 수 있습니다.
그 밖에도 도메인 이전 뒤 이전 도메인이 남아 있거나, 개발용 주소가 운영 페이지에 삽입되거나, URL의 슬래시·대소문자·매개변수가 실제 주소와 다르게 입력되는 문제가 발생합니다.
03 | 검색 노출이 줄어드는 이유
잘못된 canonical은 해당 페이지의 내용이 검색 결과에 적합하지 않다는 뜻이 아니라, 검색엔진이 다른 URL을 대표 페이지로 취급하도록 만들 수 있다는 점이 문제입니다. 대표 URL이 따로 선택되면 원래 페이지의 검색 노출과 클릭 데이터가 기대와 다르게 나타납니다.
구글은 중복 페이지를 하나의 그룹으로 묶고 대표 페이지를 중심으로 콘텐츠와 품질을 평가합니다. 중복 페이지는 대표 페이지보다 덜 자주 크롤링될 수 있으므로, 중요한 페이지를 잘못된 주소에 연결하면 새 콘텐츠 반영이 늦어질 가능성도 있습니다.
04 | 다른 페이지가 대표 URL이 되는 문제
상품 상세 페이지가 카테고리 페이지를 canonical으로 가리키거나, 개별 글이 홈페이지를 가리키는 설정이 대표적인 사례입니다. 이 경우 검색엔진은 개별 페이지보다 지정된 카테고리나 홈페이지를 검색 결과에 우선 표시할 수 있습니다.
특히 서로 내용이 충분히 다르다면 canonical으로 묶어서는 안 됩니다. canonical 대상에는 원본 페이지의 핵심 내용이 대부분 존재하고, 사용자가 검색 결과에서 도달하기를 원하는 주소여야 합니다.
05 | 404·리디렉션 URL 지정 문제
canonical 대상이 삭제되어 404를 반환하거나, 내용이 없는 소프트 404 페이지라면 대표 URL 신호가 정상적으로 작동하지 않을 수 있습니다. 존재하지 않는 주소를 가리키는 대신 실제 콘텐츠가 제공되는 최종 URL을 지정해야 합니다.
리디렉션되는 URL을 canonical으로 지정하는 것도 피하는 편이 좋습니다. canonical은 최종 도착 주소를 직접 가리키고, 기존 주소를 없애거나 통합하는 목적이라면 서버 측 영구 리디렉션을 사용하는 것이 더 적합합니다.
06 | 외부 도메인 지정과 콘텐츠 손실
실수로 다른 사이트나 개발 도메인을 canonical 대상으로 지정하면 내 페이지가 외부 URL의 대체 페이지로 처리될 수 있습니다. 의도적인 콘텐츠 통합이 아니라면 cross-domain canonical은 사용하지 않는 것이 안전합니다.
해킹이나 플러그인 오류로 외부 도메인을 가리키는 코드가 삽입되는 경우도 있습니다. 갑자기 여러 페이지의 canonical이 낯선 도메인으로 바뀌었다면 HTML 소스, 서버 파일, 관리자 계정과 플러그인을 함께 점검해야 합니다.
07 | 중복 선언과 HTML 위치 오류
한 페이지에 서로 다른 canonical이 두 개 이상 있으면 검색엔진이 해당 신호를 무시할 수 있습니다. SEO 플러그인과 테마가 각각 canonical을 출력하는 사이트에서 자주 발생하므로 페이지 소스 전체를 검색해야 합니다.
canonical 태그는 문서의 <head> 안에 있어야 합니다. 본문에 삽입된 canonical은 처리되지 않을 수 있고, 상대경로를 잘못 사용하면 의도하지 않은 주소로 해석될 수 있습니다.
08 | HTTP·HTTPS·www 불일치
같은 페이지가 http://와 https://, 또는 www 포함 주소와 미포함 주소로 모두 열리면 대표 주소 기준이 흔들릴 수 있습니다. 운영 사이트가 HTTPS라면 canonical, 내부 링크, 사이트맵을 모두 HTTPS로 통일하는 것이 기본입니다.
www 사용 여부도 한 가지 형식으로 정하고 나머지 주소는 적절한 리디렉션으로 통합해야 합니다. canonical만 바꾸고 다른 주소가 계속 색인·내부 링크·사이트맵에 남아 있으면 검색엔진이 서로 충돌하는 신호로 판단할 수 있습니다.
09 | 사이트맵과 내부 링크 충돌
사이트맵에는 A URL을 넣어 놓고 페이지 canonical은 B URL을 가리키거나, 내부 링크가 대부분 C URL을 향하면 검색엔진이 어떤 주소를 대표로 볼지 판단하기 어려워집니다.
대표 URL을 정한 뒤에는 canonical, 사이트맵, 내부 링크, 구조화 데이터에 포함된 URL을 같은 형식으로 맞추는 것이 좋습니다. 사이트맵은 canonical을 제안하는 약한 신호이므로 다른 설정과 일관되게 운영해야 합니다.
10 | URL 파라미터와 필터 페이지
정렬·필터·추적 매개변수 때문에 하나의 콘텐츠가 여러 URL로 열리는 경우에는 대표 페이지와 보조 URL의 관계를 먼저 정해야 합니다. 단순 추적 파라미터만 붙은 주소라면 원본 URL을 canonical으로 지정하는 방식이 일반적입니다.
반대로 필터 결과가 독립적인 검색 의도와 고유 콘텐츠를 제공한다면 무조건 원본 카테고리로 canonical을 보내서는 안 됩니다. 실제로 별도 노출이 필요한 페이지인지, 단순히 같은 목록의 변형인지 콘텐츠 목적을 기준으로 판단해야 합니다.
11 | 잘못된 canonical 확인 방법
먼저 브라우저에서 페이지를 열고 소스 보기 또는 개발자 도구를 사용해 rel="canonical"을 검색합니다. 화면에 보이는 주소가 아니라 HTML에 실제 출력된 canonical href 값을 확인해야 합니다.
그다음 구글 서치 콘솔의 URL 검사에서 해당 URL을 조회합니다. 여기서 사용자가 지정한 canonical과 구글이 선택한 canonical을 비교할 수 있습니다. 두 값이 다르다면 페이지의 콘텐츠 유사도, 리디렉션, 사이트맵, 내부 링크와 함께 원인을 확인해야 합니다.
12 | 올바른 수정 절차
첫째, 해당 페이지가 검색 결과에 표시되어야 하는 대표 페이지인지 결정합니다. 둘째, canonical을 최종 도착 URL의 절대주소로 수정합니다. 셋째, 중복 canonical을 제거하고 페이지 자체에도 필요하다면 자기참조 canonical을 하나만 남깁니다.
넷째, 사이트맵과 내부 링크의 URL 형식을 통일합니다. 다섯째, 기존 주소를 완전히 통합할 필요가 있다면 canonical만 사용하지 말고 301 리디렉션을 검토합니다. 마지막으로 서치 콘솔에서 수정된 URL을 검사하고 중요한 페이지에 한해 색인 생성 요청을 진행합니다. 수정 뒤 검색엔진이 중복 그룹을 다시 평가하는 데 시간이 걸릴 수 있습니다.
13 | 페이지 유형별 설정 기준
| 페이지 유형 | 권장 기준 |
|---|---|
| 일반 콘텐츠 페이지 | 검색 결과에 노출할 자기 URL을 canonical으로 지정 |
| 추적 파라미터 URL | 파라미터가 없는 대표 콘텐츠 URL을 지정 |
| 삭제·통합 페이지 | 대체 콘텐츠가 있으면 관련 최종 URL로 리디렉션 검토 |
| 페이지네이션 | 각 페이지의 실제 콘텐츠 목적을 확인하고 일괄적으로 첫 페이지로 보내지 않기 |
| 언어·지역별 페이지 | 지역별 URL의 목적을 확인하고 canonical과 hreflang을 함께 설계 |
| 모바일 별도 URL | 모바일·데스크톱 주소 구조와 대체 페이지 관계를 일관되게 관리 |
언어와 지역이 다른 페이지는 콘텐츠와 사이트 구조에 따라 canonical만으로 처리하지 않고 hreflang 설정을 함께 검토해야 합니다.
14 | 수정 후 재점검과 주의사항
canonical을 수정했다고 즉시 검색 결과가 바뀌는 것은 아닙니다. 구글은 페이지의 여러 신호를 다시 수집하고 중복 그룹을 재평가한 뒤 대표 URL을 정할 수 있습니다. 따라서 수정 직후 노출 순위가 변하지 않는다고 설정이 실패했다고 단정하지 않는 것이 좋습니다.
또한 canonical은 중복 문제를 정리하는 도구이지 품질이 낮은 콘텐츠를 검색 결과에 강제로 노출시키는 방법이 아닙니다. 대표 URL의 콘텐츠가 실제로 검색 의도를 충족하는지, 다른 페이지와 지나치게 유사하지 않은지도 함께 점검해야 합니다.
☑ 체크리스트
- 페이지 소스에 canonical이 정확히 한 개만 있는가?
- canonical 대상이 실제로 열리고 404나 소프트 404가 아닌가?
- 대상 URL이 HTTP·HTTPS·www 기준에 맞는가?
- canonical 대상이 검색 결과에 보여주고 싶은 페이지인가?
- 사이트맵과 내부 링크가 같은 대표 URL을 가리키는가?
- SEO 플러그인과 테마가 중복 태그를 출력하지 않는가?
- 구글 서치 콘솔에서 구글이 선택한 canonical을 확인했는가?
📖 자주하는 질문 Q&A
canonical URL을 잘못 설정하면 페이지가 완전히 삭제되나요?
항상 삭제되는 것은 아닙니다. 다만 다른 URL이 대표 페이지로 선택되면서 원래 URL이 검색 결과에 덜 노출되거나 중복 페이지로 처리될 수 있습니다.
canonical과 301 리디렉션은 같은 기능인가요?
다릅니다. canonical은 검색엔진에 대표 URL을 알리는 신호이고, 301 리디렉션은 사용자의 요청과 크롤러를 다른 주소로 이동시키는 서버 응답입니다. 기존 주소를 폐기하고 통합하려면 리디렉션이 더 적합할 수 있습니다.
모든 페이지에 자기참조 canonical을 넣어야 하나요?
필수 규칙은 아니지만, 대표 URL을 명확히 관리하려는 사이트에서는 자기참조 canonical을 일관되게 사용하는 방식이 실무에서 많이 활용됩니다. 단, 중복 출력이나 잘못된 템플릿 적용이 없는지 먼저 확인해야 합니다.
canonical을 수정한 뒤 색인 생성 요청을 해야 하나요?
중요한 페이지라면 구글 서치 콘솔의 URL 검사에서 색인 생성 요청을 할 수 있습니다. 다만 요청에는 한도가 있고, 검색엔진의 최종 판단이 즉시 바뀐다는 보장은 없으므로 전체 URL에 반복 요청하기보다 오류가 수정된 핵심 페이지에 우선 적용하는 것이 좋습니다.
📝 마무리
canonical URL 오류의 핵심 문제는 검색엔진이 내가 노출하고 싶은 페이지가 아닌 다른 주소를 대표 페이지로 선택할 수 있다는 점입니다. HTML의 canonical 대상과 개수부터 확인한 뒤 리디렉션, 사이트맵, 내부 링크, HTTPS 기준을 하나로 통일하면 대부분의 설정 오류를 줄일 수 있습니다.