canonical을 자기 자신에게 거는 이유

자기 주소를 대표로 명시하는 설정

자기 참조 canonical은 현재 페이지의 주소와 canonical의 대상 주소가 같은 설정을 뜻합니다. 대표 페이지가 다른 주소를 선호 주소로 안내하지 않고 자신의 주소를 대표로 선언하는 형태입니다. 따라서 자기 참조라는 형식만 기록하면 부족하며, 그 주소를 대표로 정한 운영자의 결정이 함께 있어야 합니다.

구글 검색 센터는 canonical로 지정한 주소를 표준 주소로 선택해야 한다는 강한 신호로 설명합니다. 이는 검색엔진에 운영자의 선호를 전달한다는 뜻이며, 자기 자신을 가리키는 설정에 별도의 효과가 있다는 설명은 아닙니다. 자기 참조라는 이유만으로 검색 노출이나 AI 인용이 늘어난다고 해석할 근거는 없습니다.

페이지 역할에 따른 선언의 의미

대표 페이지의 자기 참조와 동일 콘텐츠의 중복 주소가 각각 자신을 가리키는 설정은 다르게 판단해야 합니다. 대표를 하나로 정했는데 각 주소가 자신을 선호 주소로 선언한다면, 운영자의 결정과 페이지에 기재한 내용이 어긋납니다. 아래 표는 처리 방법을 정하기 위한 목록이 아니라 자기 참조의 의미를 가리는 기준입니다.

네이버 서치어드바이저는 같은 콘텐츠를 여러 주소로 표현할 수 있을 때 가장 선호하는 대표 주소를 지정하도록 안내합니다. 운영자는 주소마다 자기 참조가 있다는 사실보다 같은 콘텐츠에 대해 어떤 주소를 선호한다고 선언했는지를 판단해야 합니다. 페이지 역할이 미정이라면 설정을 복제하기 전에 대표 주소 결정부터 마쳐야 합니다.

필수 요건으로 단정할 수 없는 범위

대표 주소부터 대조하는 순서

작업은 대표로 삼을 주소를 확정한 뒤 해당 페이지의 canonical 대상과 내부 링크를 차례로 대조하는 순서로 진행합니다. 마케팅 담당자는 대표 주소 목록을 준비하고, 개발 담당자는 실제 페이지에 출력된 선언과 링크 목적지를 조사합니다. 설정 화면의 값과 실제 페이지의 값은 따로 기록해 어느 단계에서 차이가 생겼는지 판단할 수 있게 합니다.

1. 운영자가 대표로 사용할 주소를 확정하고 해당 콘텐츠의 이름과 함께 기재합니다. 기존 결정이 없다면 자동으로 출력된 자기 참조 값을 그대로 확정값으로 취급하지 않습니다.
2. 개발 담당자가 해당 대표 페이지의 canonical 대상 주소를 추출해 확정한 주소와 대조합니다. 서로 다르면 실제 출력값과 설정을 만드는 위치를 함께 전달합니다.
3. 마케팅 담당자와 개발 담당자가 사이트 내부에서 해당 콘텐츠로 연결하는 링크의 목적지를 수집합니다. 대표 페이지의 선언과 같은 선호 주소를 사용하는지 판단하고 차이가 있는 링크를 수정 요청 목록에 기재합니다.

구글 검색 센터는 사이트 내부에서 중복 주소 대신 표준 주소로 일관되게 연결하면 선호 페이지를 이해하는 데 도움이 된다고 설명합니다. 이에 따라 내부 링크 대조를 선언 이후의 작업으로 배치합니다. 메뉴와 본문처럼 링크를 만드는 위치가 다르면 각각의 관리 담당자에게 수정 항목을 전달합니다.

담당자가 준비할 주소 자료

준비 자료에는 결정한 주소, 실제 출력값, 링크가 있는 위치를 함께 포함합니다. 주소를 화면 제목으로 대신하면 같은 콘텐츠의 다른 주소를 놓칠 수 있으므로 주소 문자열을 그대로 전달합니다. 공개 문서에 주소를 노출할 필요는 없으며, 작업 담당자 사이에서 대조할 수 있는 내부 자료로 관리합니다.

네이버 서치어드바이저는 선호 주소를 상대 경로가 아닌 절대 경로로 표현하도록 안내합니다. 개발 요청에는 전체 주소가 기재됐는지도 포함해 주소 일부만 전달하는 실수를 줄입니다. 대조 결과를 단순히 정상으로 표시하기보다 실제 대상 값을 남기면 이후 주소 변경 때 기존 상태를 추적할 수 있습니다.

자동 자기 참조를 결정으로 착각하는 오류

자주 틀리는 경우는 페이지에 자기 참조가 자동으로 출력된다는 이유로 대표 주소 결정까지 끝났다고 판단하는 것입니다. 자동 설정은 현재 주소를 대상으로 만들 수 있지만, 운영자가 그 주소를 대표로 선택했다는 사실을 증명하지는 않습니다. 개발 담당자는 값이 생성되는 방식을 설명하고, 운영자는 그 결과가 앞에서 정한 기준과 일치하는지 판단합니다.

구글 검색 센터는 콘텐츠 관리 시스템에 표준 주소를 알리는 설정이나 다른 수단이 있을 수 있다고 설명합니다. 운영자는 직접 HTML을 수정할 수 없다는 이유로 설정을 포기하기보다, 사용 중인 관리 시스템에서 선언을 어디서 관리하는지 개발 담당자에게 요청합니다. 특정 메뉴 이름을 추정하지 말고 현재 사이트에서 실제로 사용하는 설정 위치를 전달받습니다.

같은 템플릿을 사용한다는 이유로 모든 페이지의 대상 값이 적절하다고 처리해서도 안 됩니다. 개발 담당자는 대상 주소가 현재 요청 주소에서 생성되는지, 별도로 저장한 대표 주소에서 생성되는지 설명합니다. 현재 요청 주소를 그대로 사용하는 방식이라면 중복 주소에서도 자기 참조가 출력될 수 있는지 조사하고, 그 결과를 운영자의 대표 주소 목록과 대조합니다.

소스와 렌더링 결과의 선언 차이

자바스크립트가 canonical 값을 변경하는 사이트에서는 설정 화면만으로 최종 상태를 판단하지 않습니다. 구글 검색 센터는 HTML 소스에 표준 주소를 지정하고 자바스크립트가 그 요소를 변경하지 않도록 하는 방식을 가장 명확한 방법으로 설명합니다. 소스에서 지정할 수 없다면 자바스크립트로만 설정하는 방법을 안내합니다.

개발 담당자는 HTML 소스의 값과 자바스크립트 실행 후 값을 따로 추출해 운영자에게 전달합니다. 두 값이 다르면 어느 값을 최종 선언으로 사용할지 정하고 생성 방식을 정비합니다. 수정 결과에는 자기 참조 여부만 기재하지 말고 실제 대상 주소와 값을 추출한 상태를 함께 남깁니다.

임시 설정이 공개 설정으로 남는 문제

대표 주소가 확정되기 전에 입력한 임시 값이 공개 페이지에 남아 있다면 현재 선언을 승인된 결정으로 취급하지 않습니다. 운영자는 설정값이 입력된 시점과 대표 주소가 확정된 시점을 기록해 임시 값의 잔존 여부를 판단합니다. 개발 담당자는 임시 값을 생성한 설정 위치를 찾아 현재 결정에 맞게 수정합니다.

검증 자료를 복사할 때 시험용 값과 공개 페이지의 값을 혼합하지 않는 것도 필요합니다. 자료마다 값을 추출한 환경과 페이지 상태를 기재하고, 공개 결과를 별도로 제출받습니다. 작업 완료 판단에는 예정된 설정이나 수정 요청서 대신 공개 페이지에서 추출한 값을 사용합니다.

이어서 읽을 주제

블로그 상위노출을 이어 읽으면 주소 설정과 별개로 콘텐츠가 검색자의 물음에 답하는지 판단하는 기준을 정리할 수 있습니다. 기술 설정을 마친 뒤 어떤 내용과 표현을 정비할지 결정할 때 연결해 읽을 주제입니다.