워드프레스 canonical 확인 방법을 찾고 있다면, 아마 Search Console에서 이런 문구를 봤을 가능성이 커요.
“Google이 사용자와 다른 표준 페이지를 선택했습니다.”
이 문구가 나오면 글이 완전히 잘못됐다는 뜻은 아니에요. 다만 Google이 “이 URL보다 다른 URL이 대표 페이지에 더 가깝다”고 판단했다는 의미예요. 그래서 이 문제는 색인 요청을 반복하기보다, 먼저 내 글이 어떤 대표 URL을 신호로 보내고 있는지 확인하는 편이 빠릅니다.
이번 글에서는 Search Console URL 검사, 페이지 소스, Rank Math canonical URL, 내부 링크와 사이트맵 순서로 canonical 문제를 확인하는 방법을 정리할게요.
먼저 볼 4가지
canonical 문제는 한 곳만 보면 결론이 잘 안 나와요. Google은 rel="canonical"만 보는 것이 아니라 리다이렉트, 사이트맵 포함 URL, 내부 링크 같은 신호를 함께 봅니다.
아래 순서로 보면 어디에서 대표 URL 신호가 엇갈렸는지 빠르게 좁힐 수 있어요.
| 확인 위치 | 볼 항목 | 의미 |
|---|---|---|
| Search Console URL 검사 | 사용자 선언 canonical, Google 선택 canonical | 내가 지정한 대표 URL과 Google 판단이 같은지 봐요. |
| 페이지 소스 | <link rel="canonical" href="..."> |
실제 HTML에 어떤 canonical 주소가 출력되는지 봐요. |
| Rank Math 고급 설정 | Canonical URL 입력값 | 글별로 다른 대표 URL을 넣어둔 상태인지 봐요. |
| 내부 링크와 사이트맵 | 사이트 안 링크, XML 사이트맵 URL | 대표로 밀고 싶은 URL 신호가 일관적인지 봐요. |
핵심은 하나예요.
canonical은 “검색 결과에 이 URL을 대표로 보여주세요”라는 선호 신호에 가까워요. 하지만 Google이 항상 그대로 따르는 것은 아니에요. 여러 신호가 엇갈리면 Google이 다른 URL을 대표로 고를 수 있습니다.
canonical은 색인 차단 설정이 아니에요
canonical은 noindex와 다르게 생각해야 해요.
noindex는 검색 결과에 넣지 말라는 지시예요. 반면 canonical은 비슷하거나 중복된 페이지가 있을 때 어떤 URL을 대표로 볼지 알려주는 신호예요.
예를 들어 같은 글이 아래처럼 여러 주소로 접근된다고 해볼게요.
https://example.com/wordpress-canonical-check/https://example.com/wordpress-canonical-check/?utm_source=naverhttps://example.com/?p=123
본문 내용이 거의 같다면 Google은 이 중 하나를 대표 URL로 묶으려고 해요. 이때 우리가 원하는 대표 주소가 첫 번째라면, canonical, 내부 링크, 사이트맵이 모두 첫 번째 주소를 가리키는 편이 좋아요.
여기서 중요한 점이 있어요.
canonical을 다른 URL로 걸어두면 현재 URL이 색인에서 제외된 것처럼 보일 수 있어요. 하지만 이건 “차단”이라기보다 “대표 URL을 다른 곳으로 합치는 판단”에 가까워요. 그래서 Search Console에서 canonical 관련 문구가 보이면 noindex 문제와 따로 분리해서 봐야 합니다.
Search Console URL 검사에서 먼저 읽을 문구
가장 먼저 할 일은 Search Console의 URL 검사예요.
문제 글 주소를 URL 검사창에 넣으면 색인 상태와 함께 canonical 관련 항목을 볼 수 있어요. 여기서 특히 아래 두 항목을 비교해야 해요.
| 항목 | 뜻 | 봐야 할 점 |
|---|---|---|
| 사용자 선언 표준 URL | 사이트가 canonical로 지정한 URL | 내가 의도한 글 주소인지 확인해요. |
| Google 선택 표준 URL | Google이 대표로 선택한 URL | 내 주소와 다르면 왜 다른 URL이 더 강한지 봐야 해요. |
둘이 같다면 canonical 자체는 큰 문제가 아닐 가능성이 높아요. 이때는 noindex, 콘텐츠 품질, 내부 링크, 크롤링 상태를 이어서 보는 편이 맞아요.
둘이 다르다면 다음 질문을 던져야 해요.
“내가 대표로 삼고 싶은 URL과 사이트가 실제로 밀어주는 URL이 같은가?”
예를 들어 글 안의 내부 링크는 /wordpress-canonical-check/로 연결하는데, 사이트맵에는 /?p=123이 들어가 있거나, Rank Math canonical이 다른 글 주소로 들어가 있으면 신호가 갈라질 수 있어요.
페이지 소스에서 canonical을 직접 확인해요
Search Console 결과가 애매하다면 페이지 소스를 직접 보는 게 좋아요.
문제 글을 브라우저에서 연 뒤 페이지 소스를 열고 canonical을 검색해보세요. 정상적인 경우라면 아래와 비슷한 코드가 <head> 영역에 들어갑니다.
<link rel="canonical" href="https://blog.sinabro-ai.com/wordpress-canonical-check/" />
여기서 봐야 할 것은 세 가지예요.
- canonical 태그가 아예 있는지 봐요.
href주소가 현재 글의 대표 URL인지 봐요.- HTTP와 HTTPS, www 유무, 슬래시 유무가 사이트 설정과 맞는지 봐요.
특히 워드프레스에서는 주소 형태가 여러 번 바뀐 사이트에서 문제가 자주 생겨요. 예전에는 /?p=123 형태로 쓰다가 지금은 글 이름 기반 고유주소를 쓰는 경우, 내부 링크나 오래된 플러그인 설정에 예전 주소가 남아 있을 수 있어요.
또 하나 조심할 점은 canonical이 여러 개 출력되는 경우예요. 테마, SEO 플러그인, 별도 최적화 플러그인이 동시에 canonical을 출력하면 Google이 어떤 신호를 믿어야 할지 애매해질 수 있어요.
Rank Math에서 글별 Canonical URL을 확인해요
Rank Math를 쓴다면 글 편집 화면에서 canonical을 직접 확인할 수 있어요.
확인 순서는 이렇게 잡으면 돼요.
- 워드프레스 관리자에서 문제 글을 열어요.
- Rank Math SEO 패널을 열어요.
고급또는Advanced탭으로 들어가요.Canonical URL입력값을 확인해요.- 특별히 다른 대표 URL을 지정할 이유가 없다면 비워두거나 현재 글의 대표 주소와 맞춰요.
Rank Math 도움말 기준으로도 글별 canonical URL은 고급 탭에서 바꿀 수 있어요. 보통은 현재 글 주소를 canonical로 쓰는 self-referencing canonical이 기본 흐름이에요.
문제가 되는 경우는 대체로 이런 상황입니다.
- 예전에 비슷한 글로 canonical을 걸어둔 뒤 새 글에서도 그대로 남은 경우
- 임시 URL이나
?p=숫자주소를 canonical로 넣은 경우 - HTTP 주소와 HTTPS 주소가 섞인 경우
- www 있는 주소와 없는 주소가 섞인 경우
- 삭제했거나 비공개로 바꾼 글을 canonical로 가리키는 경우
canonical 입력칸에 뭔가 들어 있다면 “왜 이 글의 대표가 그 URL이어야 하지?”를 먼저 생각해보세요. 명확한 이유가 없다면 현재 글의 정식 주소로 통일하는 편이 안전합니다.
내부 링크와 사이트맵 신호를 맞춰요
canonical 태그가 맞아도 내부 링크와 사이트맵이 다른 URL을 밀고 있으면 Google이 헷갈릴 수 있어요.
Google Search Central 문서에서도 내부 링크는 canonical URL로 연결하는 것이 좋다고 안내합니다. 사이트 안에서 계속 다른 URL로 연결하면, 내가 원하는 대표 주소 신호가 약해질 수 있어요.
실무에서는 아래 순서로 정리하면 됩니다.
| 점검 항목 | 좋지 않은 예 | 정리 방향 |
|---|---|---|
| 내부 링크 | /?p=123으로 연결 |
글 이름 기반 정식 URL로 연결 |
| 메뉴/버튼 링크 | HTTP 주소 사용 | HTTPS 주소로 통일 |
| 사이트맵 | 파라미터 URL 포함 | 대표 URL만 포함 |
| 공유 링크 | UTM 붙은 주소를 내부 링크로 사용 | 내부 링크는 UTM 없는 주소 사용 |
| 리다이렉트 | 여러 단계로 이동 | 가능하면 한 번에 대표 URL로 이동 |
여기서 UTM 주소는 조금 다르게 봐야 해요. 외부 캠페인이나 네이버 유입 측정에는 UTM이 필요할 수 있어요. 하지만 사이트 내부 링크까지 UTM 주소로 연결하면 같은 글의 변형 URL이 계속 생길 수 있어요.
그래서 내부 링크는 대표 URL로, 외부 유입 측정은 필요한 곳에서만 UTM으로 분리하는 편이 좋아요.
이런 문구가 보이면 어떻게 해석할까요?
Search Console에서 canonical 관련 문구를 보면 당황하기 쉬워요. 아래처럼 나눠서 보면 조금 덜 복잡합니다.
| Search Console 상황 | 해석 | 먼저 할 일 |
|---|---|---|
| 사용자가 선언한 표준 URL과 Google 선택 URL이 같음 | canonical 신호는 대체로 일치해요. | 다른 색인 원인을 봐요. |
| Google이 다른 표준 URL을 선택함 | Google이 다른 페이지를 대표로 본 상태예요. | 두 URL의 내용, 내부 링크, 사이트맵을 비교해요. |
| 중복, 제출된 URL이 표준으로 선택되지 않음 | 사이트맵에 냈지만 대표로 선택되지 않았을 수 있어요. | 사이트맵 URL과 canonical URL을 맞춰요. |
| 대체 페이지, 적절한 표준 태그 있음 | 다른 URL의 대체 페이지로 묶였을 가능성이 있어요. | 의도한 묶음인지 확인해요. |
모든 canonical 문구가 나쁜 것은 아니에요.
예를 들어 같은 글의 UTM 주소가 대표 글 URL로 묶였다면 정상에 가까워요. 반대로 내가 색인시키고 싶은 새 글이 오래된 글로 묶이고 있다면 수정이 필요합니다.
수정 후에는 바로 색인이 되나요?
canonical을 고쳐도 바로 검색 결과가 바뀌지는 않을 수 있어요.
Google이 다시 크롤링하고, 여러 신호를 다시 평가해야 하기 때문이에요. 수정 후에는 Search Console URL 검사에서 라이브 테스트를 해보고, canonical 출력이 바뀌었는지 확인한 뒤 색인 요청을 진행하는 순서가 좋아요.
수정 후 점검 순서는 이렇게 잡으면 됩니다.
- 글을 업데이트해요.
- 브라우저에서 페이지 소스를 다시 열어 canonical 주소를 확인해요.
- 사이트맵에서 해당 글 URL이 대표 주소로 들어 있는지 봐요.
- Search Console URL 검사에서 라이브 URL 테스트를 진행해요.
- 문제가 없으면 색인 요청을 해요.
- 며칠 뒤 URL 검사에서 Google 선택 표준 URL이 바뀌었는지 다시 봐요.
여기서 “며칠 뒤”라는 표현을 쓰는 이유는 계정과 사이트 상태마다 크롤링 속도가 다르기 때문이에요. 한 번에 바뀌지 않는다고 바로 같은 설정을 여러 번 바꾸면 오히려 원인 추적이 더 어려워질 수 있어요.
빠른 점검 체크리스트
시간이 없다면 아래 순서만 따라가도 돼요.
- Search Console URL 검사에서 사용자 선언 canonical과 Google 선택 canonical을 비교해요.
- 페이지 소스에서
<link rel="canonical">의href주소를 확인해요. - Rank Math 고급 탭에서 Canonical URL 입력값이 비어 있거나 현재 글 주소와 맞는지 봐요.
- 내부 링크가
?p=숫자, HTTP, www 혼합 주소로 연결되어 있지 않은지 봐요. - 사이트맵에는 대표 URL만 들어가 있는지 봐요.
- UTM 주소는 외부 유입 측정에만 쓰고, 내부 링크에는 대표 URL을 써요.
- 수정 후 URL 검사 라이브 테스트와 색인 요청을 진행해요.
같이 읽으면 좋은 글
- 워드프레스 noindex 확인 방법 – canonical을 보기 전에 색인 차단 설정부터 분리하고 싶을 때 좋아요.
- 워드프레스 사이트맵 제출 방법 – 사이트맵 제출 URL과 대표 URL 신호를 같이 맞출 때 이어서 보면 좋아요.
- AI 검색 노출 경로: RSS·Sitemap·IndexNow 설정법 – 검색엔진이 새 글을 발견하는 경로를 함께 정리할 때 참고하기 좋아요.
자주 묻는 질문
canonical을 설정하면 무조건 그 URL이 색인되나요?
무조건은 아니에요. canonical은 강한 신호지만 Google이 다른 신호를 함께 보고 다른 URL을 선택할 수 있어요. 내부 링크, 사이트맵, 리다이렉트도 함께 맞춰야 합니다.
Rank Math Canonical URL 칸은 비워도 되나요?
대부분의 일반 글은 비워도 괜찮아요. Rank Math는 보통 현재 글 주소를 canonical로 사용합니다. 다만 중복 글, 캠페인용 랜딩, 비슷한 상품 페이지처럼 대표 URL을 따로 지정해야 할 때만 직접 입력하는 편이 좋아요.
UTM이 붙은 주소가 canonical 문제를 만들 수 있나요?
UTM 자체가 항상 문제는 아니에요. 하지만 사이트 내부 링크나 사이트맵에 UTM 주소가 섞이면 대표 URL 신호가 흐려질 수 있어요. 내부 링크와 사이트맵은 UTM 없는 정식 주소로 맞추는 편이 좋습니다.
Google 선택 표준 URL이 다른데 그냥 둬도 되나요?
의도한 묶음이라면 괜찮을 수 있어요. 예를 들어 파라미터 URL이 정식 글 URL로 묶인 경우는 자연스러운 편이에요. 하지만 새 글이 오래된 글로 묶이거나, 엉뚱한 카테고리/태그 페이지로 묶인다면 수정해야 합니다.
출처 및 참고자료
| 공식 자료 | 확인한 내용 | 이 글에 반영한 방식 |
|---|---|---|
| Google Search Central canonical 안내 | canonical 신호의 종류, 내부 링크 일관성, 사이트맵 신호의 상대적 강도 | canonical을 단일 태그 문제가 아니라 여러 신호의 합으로 설명했어요. |
| Search Console URL 검사 도움말 | URL 검사로 색인 상태와 Google이 보는 URL 상태를 확인하는 흐름 | 사용자 선언 canonical과 Google 선택 canonical을 먼저 비교하도록 구성했어요. |
| Rank Math canonical URL 안내 | Rank Math에서 글별 canonical URL을 설정하는 위치 | 글 편집 화면의 고급 탭 점검 순서를 넣었어요. |
| WordPress rel_canonical 개발 문서 | 워드프레스가 canonical 링크를 출력하는 기본 함수 | 워드프레스 기본 canonical 출력과 SEO 플러그인 중복 가능성을 설명했어요. |
워드프레스 canonical 확인 방법은 어렵게 보이지만, 결국 “내가 대표로 삼고 싶은 URL을 사이트 전체가 같은 방향으로 밀고 있는가”를 보는 작업이에요. Search Console, 페이지 소스, Rank Math, 내부 링크와 사이트맵을 차례로 맞추면 Google이 다른 URL을 선택하는 원인을 훨씬 선명하게 볼 수 있습니다.