내가 “이 주소가 대표 선수입니다”라고 정했는데, 구글은 옆자리 주소를 대표로 세웠습니다. 웹사이트 운영자라면 한 번쯤 만나게 되는 꽤 얄미운 장면입니다.
문제의 이름은 표준 URL 충돌입니다. 쉽게 말해 같은 내용으로 들어가는 주소가 여러 개인데, 내가 고른 주소와 구글이 고른 주소가 서로 다를 때 생깁니다.
주소가 여러 개면 구글은 왜 고민할까
가령 같은 글이 다음 네 주소에서 모두 열린다고 해보겠습니다.
사람 눈에는 같은 글입니다. 하지만 검색 엔진 입장에서는 주소가 네 개라서, 서로 다른 문 네 개가 있는 것처럼 보일 수 있습니다.
여기에 모바일용 주소, 인쇄용 주소, 정렬 기능이 붙은 주소까지 더해지면 상황은 금세 복잡해집니다. 주소들이 단체로 “내가 진짜야”라고 손을 들기 시작하는 셈입니다.
구글 검색 센터에 따르면 표준 URL은 비슷하거나 같은 내용이 여러 주소에 있을 때 대표로 삼을 주소입니다. 구글은 검색 결과에 같은 글을 여러 번 보여 주지 않으려고 이 대표 주소를 고릅니다.
이 과정은 벌점 주기와는 다릅니다. 구글은 일반적인 중복 내용을 스팸 위반으로 보지 않는다고 안내합니다.
다만 대표 주소가 뒤섞이면 검색 노출과 관리가 불편해집니다. 링크 신호와 방문 기록이 여러 주소로 흩어지고, 어떤 주소가 검색에 나올지도 예측하기 어려워집니다.
내가 지정한 주소와 구글이 고른 주소는 다르다
사이트 운영자는 HTML 안에 대표 주소를 알려 줄 수 있습니다. 보통은 rel=”canonical”이라는 표시를 사용해 “이 내용의 대표는 이 주소입니다”라고 말합니다.
사이트맵에 대표 주소만 넣는 방법도 있습니다. 다른 주소에서 대표 주소로 영구 이동을 설정하는 방법도 있습니다.
하지만 여기서 중요한 반전이 나옵니다.
표준 URL은 임명장이 아니라 추천서에 가깝습니다.
구글 서치콘솔 도움말은 운영자가 지정한 주소를 구글이 참고한다고 설명합니다. 그러나 페이지의 내용, 내부 링크, 이동 설정, 보안 연결 상태 같은 다른 신호와 맞지 않으면 구글이 다른 주소를 고를 수 있습니다.
예를 들어 내가 상품 주소를 지정했다고 하겠습니다. 그런데 사이트 안의 메뉴와 글 링크는 계속 연결하고, 사이트맵에는 또 다른 주소를 넣었다면 신호가 서로 싸우게 됩니다.
구글 입장에서는 회의실에 세 사람이 와서 각각 다른 답을 하는 모습입니다. 이때 구글이 “그럼 내가 보기 편한 쪽으로 정하겠습니다”라고 할 수 있습니다.
구글이 고른 주소가 반드시 나쁜 주소라는 뜻은 아닙니다. 검색 이용자에게 더 안정적이고 대표성이 높다고 판단한 주소일 수 있습니다.
반대로 운영자가 원하지 않는 주소가 선택됐다면 점검이 필요합니다. 특히 매개변수가 붙은 주소, 오래된 주소, 다른 언어 페이지가 선택됐다면 방문자와 검색 데이터가 엉뚱한 곳으로 모일 수 있습니다.
서치콘솔에서 두 주소의 의견 차이를 찾는 법
URL 검사에서 먼저 볼 두 줄
서치콘솔의 URL 검사에 문제의 주소를 넣으면 페이지 색인 상태를 확인할 수 있습니다. 여기서 “사용자가 선언한 표준”과 “구글이 선택한 표준”을 나란히 봅니다.
첫 번째는 사이트가 말한 대표 주소입니다. 두 번째는 구글이 실제로 대표로 삼은 주소입니다.
두 값이 같다면 일단 의견이 일치한 상태입니다. 다르다면 구글이 내 신호보다 다른 신호를 더 강하게 본 이유를 찾아야 합니다.
단, 실시간 검사만으로 구글의 최종 선택을 확정할 수는 없습니다. 구글 도움말은 색인된 데이터에서 확인하는 표준 주소와 실시간 검사의 결과가 다를 수 있다고 안내합니다.
검사 화면은 법정 판결문이라기보다 최근 회의록에 가깝습니다. 몇 시간 정도 정보가 늦을 수 있고, 수정 직후에는 예전 판단이 남아 있을 수 있습니다.
주소 충돌이 생기는 흔한 현장
- http와 https가 함께 열리는 경우
- www와 www 없는 주소가 모두 열리는 경우
- 끝에 붙는 슬래시가 서로 다른 경우
- 검색어와 추적값이 붙은 주소가 색인되는 경우
- 사이트맵과 페이지 표시가 서로 다른 경우
- 내부 링크가 오래된 주소를 계속 가리키는 경우
- 언어별 페이지가 서로를 잘못 대표로 가리키는 경우
특히 웹사이트 제작 도구나 플러그인이 자동으로 넣은 표준 주소를 놓치기 쉽습니다. 화면에는 아무 문제도 없어 보이지만, 페이지 소스 안에는 엉뚱한 주소가 들어 있을 수 있습니다.
구글 검색 센터는 잘못된 표준 표시, 서버 설정 오류, 언어 표시 누락을 대표적인 원인으로 소개합니다. 드물게 해킹으로 다른 사이트를 표준 주소로 가리키는 코드가 들어가는 경우도 있습니다.
직접 고칠 때 가장 많이 막히는 지점
처음에는 표준 주소 한 줄만 고치면 될 것처럼 보입니다. 하지만 실제 문제는 주소 한 줄이 아니라 사이트 전체의 방향이 어긋난 데서 생깁니다.
페이지에는 A 주소를 적어 두었는데, 메뉴는 B 주소로 연결합니다. 사이트맵은 C 주소를 제출하고, 서버는 D 주소에서 A 주소로 여러 번 돌아가게 만들기도 합니다.
이 상태에서 표준 표시만 바꾸면 며칠 뒤 다시 원래 문제로 돌아올 수 있습니다. 마치 시계의 시침만 고치고 분침은 그대로 둔 셈입니다.
또 하나의 어려움은 비슷한 페이지의 차이를 판단하는 일입니다. 색상만 다른 상품 페이지가 정말 별도 페이지인지, 지역별 페이지가 같은 내용인지, 필터 주소를 검색에 보여 줄 필요가 있는지 결정해야 합니다.
구글은 내용이 충분히 다르면 페이지를 별개의 주소로 나눌 수 있습니다. 반대로 제목과 본문이 거의 같고 주소만 다르면 하나의 묶음으로 볼 가능성이 커집니다.
직접 점검할 때는 다음 순서가 안전합니다.
- 대표로 남길 주소를 하나 정합니다.
- 다른 주소가 같은 내용을 보여 주는지 확인합니다.
- 페이지 안의 표준 표시를 통일합니다.
- 내부 링크와 사이트맵을 같은 주소로 맞춥니다.
- 필요 없는 주소는 영구 이동으로 대표 주소에 보냅니다.
- 서치콘솔에서 색인된 표준 주소를 다시 확인합니다.
다만 수백 개, 수천 개 페이지를 한꺼번에 점검하면 사람 눈으로는 누락이 생기기 쉽습니다. 주소 조합을 비교하고, 서로 다른 표시를 찾아내고, 수정 뒤 다시 확인하는 과정에서 시간이 크게 듭니다.
그래서 사이트가 커질수록 자동 점검이나 개발자의 도움을 함께 쓰는 편이 현실적입니다. 도구는 문제를 대신 결정해 주지는 않지만, 어디서 신호가 엇갈렸는지 찾는 시간을 줄여 줍니다.
SOHO SEO로 주소 신호 주변을 점검하기
표준 주소를 최종적으로 정하고 구글의 선택을 판정하는 일은 운영자의 몫입니다. 다만 SOHO SEO는 검색 노출에 영향을 주는 기술·구조 요소를 점검하고 관리하는 워드프레스 SEO 플러그인으로, 이 판단을 뒷받침하는 주변 신호를 관리하는 데 맞습니다.
Sitemap에서는 일반 XML 사이트맵과 최근 게시물만 담는 Google News 사이트맵을 켜거나 끌 수 있습니다. Redirects에서는 오래된 주소나 404 발생 주소에 301, 302, 410 연결을 만들고 주소 패턴과 방문 횟수를 관리할 수 있습니다.
내부 링크가 어느 주소를 가리키는지 살피기 어려운 경우에는 Internal/external link management에서 게시물의 내부 링크 후보를 찾아 선택하거나 자동으로 적용할 수 있습니다. 또한 Site Error Check (key search engine items)를 켜면 robots.txt와 이 플러그인이 제공하는 사이트맵을 하루 한 번 확인하고 문제가 있을 때 이메일을 보냅니다.
구글의 선택을 바꾸려면 신호를 한 방향으로 모아라
가장 먼저 대표 주소를 하나만 정해야 합니다. 주소가 여러 개 열려도 “검색에 대표로 보일 주소”는 하나여야 합니다.
구글 검색 센터는 대표 주소를 정할 때 영구 이동, 페이지 안의 표준 표시, 사이트맵, 내부 링크를 함께 일관되게 사용하라고 안내합니다.
이 가운데 영구 이동은 다른 주소를 없애고 싶을 때 특히 유용합니다. 사용자가 옛 주소로 들어와도 대표 주소로 이동하고, 검색 엔진에도 새 주소를 대표로 삼으라는 강한 신호를 보냅니다.
워드프레스에서 이전 주소와 404를 함께 추적해야 한다면 SOHO SEO의 Redirects에서 301, 302, 410 연결을 만들고 주소 패턴과 방문 횟수를 관리하며 404 발생을 기록할 수 있습니다. 내부 링크가 예전 주소를 계속 가리키는 문제는 Internal/external link management에서 점검할 후보를 찾는 방식으로 다룰 수 있습니다.
이렇게 주변 연결을 정리해도 대표 주소를 정하는 최종 판단은 운영자에게 남습니다. 제품은 그 판단에 필요한 주소 관리 작업을 한곳에서 이어 가도록 돕습니다.
페이지를 계속 열어 둬야 한다면 표준 표시를 사용합니다. 예를 들어 추적용 값이 붙은 주소는 방문 통계를 위해 필요할 수 있지만, 검색 대표는 추적값이 없는 깨끗한 주소로 정할 수 있습니다.
사이트맵은 대표 주소만 담아야 합니다. 구글은 사이트맵을 중요한 힌트로 보지만, 제출했다고 무조건 그 주소를 대표로 선택하는 것은 아닙니다.
내부 링크도 매우 중요합니다. 사이트 안의 글과 메뉴가 계속 다른 주소를 가리키면, 운영자가 말로는 A라고 하면서 손가락은 B를 가리키는 모양이 됩니다.
https를 쓰는 사이트라면 http 주소가 대표가 되지 않도록 이동과 표기를 정리해야 합니다. 구글은 일반적으로 같은 내용이라면 보안 연결인 https 주소를 선호합니다.
언어가 다른 페이지는 무조건 하나로 합치면 안 됩니다. 한국어와 영어 페이지처럼 실제 이용자와 내용이 다르면 각 언어 페이지를 유지하고, 서로의 언어와 지역 관계를 정확히 알려야 합니다.
수정한 뒤에는 바로 결론을 기대하지 않는 편이 좋습니다. 구글 검색 센터는 비슷한 페이지 묶음이 다시 평가되는 데 시간이 걸릴 수 있으며, 내용 차이가 분명할수록 분리가 빨라질 수 있다고 설명합니다.
표준 URL은 검색 노출의 방향표다
표준 URL 충돌은 “구글이 내 말을 안 듣는다”는 단순한 문제가 아닙니다. 사이트가 여러 주소로 같은 내용을 말하고 있어, 구글이 대표를 고르는 과정에서 생기는 신호 정리 문제입니다.
내가 원하는 대표 주소와 구글이 고른 주소가 다르면 먼저 구글을 탓하기보다 사이트의 링크, 사이트맵, 이동 설정, 페이지 내용을 한 방향으로 맞춰야 합니다.
그다음 서치콘솔 URL 검사에서 실제 선택 결과를 확인합니다. 예상과 다르다면 한 페이지만 고치는 대신 같은 유형의 주소가 모두 어떻게 연결되는지 살펴봐야 합니다.
의외로 가장 효과적인 해결책은 거창한 기술보다 일관성입니다. 대표 주소를 정하고, 모든 길이 그 주소를 가리키게 만드는 것입니다.
검색 엔진은 마음을 읽지 못합니다. 대신 반복해서 같은 신호를 보내면 꽤 성실하게 그 뜻을 따라갑니다.
결국 표준 URL은 구글과 벌이는 줄다리기가 아니라, 사이트의 주소 체계를 정리하는 안내판입니다. 안내판이 한 방향을 가리키면 검색 엔진도 방문자도 덜 헤맵니다.
자주 묻는 질문
Q. 내가 지정한 표준 URL과 구글이 고른 URL이 다르면 바로 수정해야 하나요?
A. 반드시 오류라는 뜻은 아닙니다. 구글이 고른 주소가 실제로 더 대표성이 있을 수 있으므로, 먼저 URL 검사에서 선택 결과와 사이트의 링크·사이트맵 설정을 함께 확인하세요.
Q. 표준 URL이 다르면 페이지가 검색에서 완전히 사라지나요?
A. 중복 페이지로 판단되면 대표로 선택된 주소가 주로 검색에 나타날 수 있습니다. 원래 주소가 항상 사라진다는 뜻은 아니지만, 원하는 주소의 노출과 데이터가 줄어들 수 있습니다.
Q. 사이트맵에 원하는 주소만 넣으면 문제가 해결되나요?
A. 사이트맵은 중요한 힌트지만 보장은 아닙니다. 페이지의 표준 표시, 내부 링크, 영구 이동 설정도 같은 주소를 가리켜야 합니다.
Q. 내 사이트에서는 어떤 주소를 대표로 정해야 하나요?
A. 방문자가 실제로 사용해야 하고, 내용이 완전하며, 보안 연결이 적용된 주소를 기준으로 정하는 것이 일반적입니다. http와 https, www 유무, 추적값 포함 여부도 함께 통일하세요.
Q. 이 문제를 도구로 쉽게 해결할 수 있나요? 어떤 도구를 쓰면 되나요?
A. 서치콘솔의 URL 검사로 구글이 고른 주소를 확인할 수 있고, 사이트 점검 도구로 여러 페이지의 표준 표시와 링크를 한꺼번에 비교할 수 있습니다. 다만 최종 기준을 정하고 잘못된 주소를 고치는 일은 사이트 운영자나 개발자가 판단해야 합니다.
Q. 워드프레스에서 표준 URL 충돌의 주변 신호를 점검하려면 무엇을 확인해야 하나요?
A. SOHO SEO에서는 Sitemap에서 사이트맵 상태를 관리하고, Redirects에서 이전 주소와 404 발생을 확인할 수 있습니다.
Internal/external link management는 게시물의 내부 링크 후보를 찾거나 적용하는 데 사용합니다. robots.txt와 플러그인이 제공하는 사이트맵은 Site Error Check (key search engine items)에서 하루 한 번 확인하고 문제가 있을 때 이메일로 알릴 수 있습니다.
워드프레스 관련 플러그인
