내용이 다른 대표 주소의 문제
canonical이 내용이 다른 페이지를 가리키면 유사한 콘텐츠의 대표 주소를 알리는 취지와 어긋납니다. 해당 선언이 채택될 것으로 기대하지 말고 실제 내용 관계에 맞게 대상을 바로잡아야 합니다. 운영자는 현재 페이지가 전달하는 정보와 지정 대상이 전달하는 정보부터 대조해야 합니다.
네이버 서치어드바이저는 동일한 콘텐츠에 여러 주소가 있을 때 선호하는 대표 주소를 지정하도록 안내합니다. 구글의 페이지 색인 생성 보고서 도움말도 중복 페이지와 표준 페이지 사이에 내용의 유사성이 필요하다고 설명합니다. 같은 사이트에 속한다는 이유나 운영자가 특정 페이지를 더 중요하게 여긴다는 이유만으로는 이 관계를 설명할 수 없습니다.
canonical은 서로 다른 내용을 운영자가 원하는 주소에 임의로 묶는 표시가 아닙니다. 현재 페이지의 정보를 읽으려는 사람이 지정 대상에서도 같은 핵심 정보를 얻을 수 있는지가 판단의 출발점입니다. 제목이나 일부 문장이 겹치더라도 대상이 다른 질문에 답한다면 대표 주소 관계가 적절한지 다시 판단해야 합니다.
핵심 내용의 동일성과 차이
운영자는 페이지 전체의 공통 요소보다 본문이 설명하는 대상과 제공 정보를 중심으로 판단합니다. 공통 메뉴, 회사 소개 문구, 하단 안내가 같아도 본문이 다르면 같은 콘텐츠라고 결론 내릴 수 없습니다. 다음 표는 실제 페이지를 읽을 때 사용할 내용 대조 기준입니다.
| 현재 페이지의 핵심 내용 | 지정 대상의 핵심 내용 | 내용 불일치 판단 |
|---|---|---|
| 특정 서비스의 제공 범위와 이용 조건 | 여러 서비스의 이름과 간단한 소개 | 상세 설명과 전체 소개의 정보 범위가 다릅니다. |
| 특정 항목의 신청 요건과 준비 자료 | 다른 항목의 신청 요건과 준비 자료 | 형식이 같아도 설명하는 대상이 다릅니다. |
| 한 질문에 대한 설명과 처리 절차 | 같은 질문에 대한 설명과 처리 절차 | 문구 차이만으로 불일치를 확정하지 않습니다. |
| 개별 안내의 본문과 적용 조건 | 제목만 모아 놓은 안내 목록 | 목록에서 본문의 핵심 정보를 얻을 수 없습니다. |
일부 표현이 달라졌다는 이유만으로 모든 페이지를 별개라고 판단하는 것도 피해야 합니다. 설명 대상, 주요 조건, 독자가 얻는 답이 유지된다면 내용이 유사할 가능성을 검토합니다. 반대로 문장을 많이 공유하더라도 적용 대상이나 중요한 조건이 달라졌다면 그 차이를 수정 요청의 근거로 기록합니다.
선언과 채택의 차이
구글의 URL 검사 도구 도움말은 운영자가 선언한 표준 주소를 고려하지만 그 주소의 선택을 보장하지 않는다고 설명합니다. 따라서 잘못된 대상을 기재했다는 사실과 검색엔진이 그 대상을 실제로 채택했다는 판단은 따로 처리해야 합니다. 선언 내용만으로 현재 페이지가 반드시 검색에서 제외되었다고 단정해서도 안 됩니다.
이때 운영자가 먼저 결정할 일은 검색엔진의 판단을 추측하는 일이 아니라 잘못된 내용 관계를 수정 요청하는 일입니다. 지정 대상이 현재 페이지의 핵심 정보를 대신하지 못한다면 그 불일치를 설명할 수 있습니다. 실제 선택 주소의 상세 조사까지 끝나야만 내용 오류를 전달할 수 있는 것은 아닙니다.
내용 대조와 자료 준비 순서
운영자는 현재 페이지와 canonical이 가리키는 페이지를 각각 열고, 두 본문의 핵심 정보를 기록합니다. 개발 담당에게 전달할 자료에는 페이지 식별 정보, 지정 대상, 차이가 발생하는 본문 부분을 포함합니다. 화면 캡처만 전달하기보다 차이의 이유를 문장으로 함께 설명하는 편이 좋습니다.
- 현재 페이지와 지정 대상을 각각 열어 실제 본문을 읽습니다. 제목만 기록하지 말고 설명 대상과 주요 내용을 함께 기재합니다.
- 같은 질문에 답하는지, 주요 조건이 유지되는지, 대상에서 빠지는 정보가 있는지 대조합니다. 공통 화면 요소는 본문 차이와 따로 기록합니다.
- 내용이 불일치하면 잘못된 지정과 그 판단 근거를 개발 담당에게 전달합니다. 적절한 후보가 있으면 함께 제시하고, 후보가 불명확하면 대상 선정을 요청합니다.
마케팅 담당자는 각 페이지가 누구에게 어떤 정보를 전달하려는지 설명하고, 개발 담당자는 선언이 어느 페이지에 적용되는지 조사합니다. 후보의 이름만 전달하면 비슷한 제목의 다른 페이지로 다시 지정될 수 있으므로 본문 요약도 함께 작성합니다. 대상 페이지를 열 수 없다면 내용 불일치로 확정하지 말고 접근하지 못한 상태를 별도로 기재합니다.
개발 담당에게 전달할 수정 요청
수정 요청은 발견한 잘못된 지정과 원하는 처리 내용을 연결해 작성합니다. 단순히 검색 노출을 높여 달라고 요청하면 개발 담당자가 어떤 선언을 고쳐야 하는지 알기 어렵습니다. 다음 표처럼 내용 차이에 따라 요청을 구체화하고, 기술 수정의 범위를 벗어나는 결과는 완료 조건에서 제외합니다.
| 발견한 잘못된 지정 | 개발 담당에게 요청할 수정 | 보장할 수 없는 결과 |
|---|---|---|
| 개별 설명 페이지가 전체 소개를 가리킵니다. | 전체 소개를 대표로 지정한 이유를 조사하고 내용 관계에 맞게 대상을 수정합니다. | 개별 설명 페이지의 검색 노출 |
| 다른 항목의 안내를 대표로 지정했습니다. | 현재 항목과 같은 내용을 가진 후보를 선정해 잘못된 대상을 교체합니다. | 선언한 주소의 표준 주소 채택 |
| 같은 잘못된 대상이 여러 페이지에 반복됩니다. | 공통 설정의 적용 범위를 조사하고 각 페이지의 내용에 맞게 처리합니다. | 전체 페이지의 색인 생성 |
| 지정 이후 대상 본문이 다른 내용으로 변경됐습니다. | 현재 본문을 기준으로 기존 대표 관계를 재판단하고 대상을 바로잡습니다. | AI 답변의 인용 주소 변경 |
요청서에는 현재 상태와 요청 상태를 따로 기재합니다. 대표 후보가 확정되지 않았다면 임의의 페이지를 정답으로 제시하지 않고, 같은 내용을 가진 후보의 유무부터 조사하도록 요청합니다. 개발 담당이 다른 후보를 제안할 때도 이름이나 주소의 유사성보다 앞에서 정한 기준으로 승인 여부를 결정합니다.
공통 화면 틀에서 생기는 오판
회사 이름이나 서비스 분야가 같다는 사실도 대표 주소 관계를 정하는 충분한 근거가 되지 않습니다. 한 페이지는 이용 조건을 설명하고 다른 페이지는 신청 절차를 설명한다면 서로 연관된 정보여도 역할이 다릅니다. 관련 페이지라는 설명과 같은 콘텐츠라는 설명을 혼동하지 않도록 수정 요청에 각각의 목적을 기재합니다.
중요한 정보를 없애서 지정 대상과 억지로 비슷하게 만드는 처리도 주의해야 합니다. 두 페이지를 별도로 운영할 필요가 있다면 편집 담당자는 각 본문을 유지할 이유를 먼저 설명합니다. 개발 담당에게는 본문 삭제가 아닌 잘못된 대상 지정의 수정을 요청하고, 콘텐츠 통합이 필요한지는 별도 의사결정으로 처리합니다.
수정 근거와 결과 주장 범위
운영 기록에는 관찰한 사실과 아직 알 수 없는 결과를 나누어 작성합니다. 내용이 다른 페이지를 가리킨다는 사실은 두 본문으로 설명할 수 있지만, 그 선언 때문에 검색 노출이 줄었다는 주장은 별도의 근거가 필요합니다. 검색 상태가 달라진 시점만으로 원인을 확정하면 수정 요청의 범위가 불필요하게 넓어질 수 있습니다.
개발 담당에게 요구할 수 있는 처리는 잘못된 지정의 원인을 조사하고 승인한 내용 관계에 맞게 대상을 수정하는 일입니다. 검색엔진의 주소 선택이나 AI 서비스의 인용 결과를 개발 작업의 보장 항목으로 넣지 않습니다. 결과 보고에서도 설정을 수정했다는 사실과 외부 서비스에서 관찰한 변화를 각각 기록합니다.
추후 결과를 평가할 계획이 있다면 수정 전에 현재 상태와 관찰 시점을 남깁니다. 기록이 없으면 나중에 발견한 상태가 수정 전부터 존재했는지 판단하기 어렵습니다. 현재 페이지의 본문도 함께 변경했다면 선언 수정과 본문 변경을 별도 항목으로 기재합니다.
자주 묻는 질문
로그인 상태에 따라 본문이 달라지면 어떤 내용을 전달해야 합니까?
운영자가 읽은 내용을 기록할 때 로그인 여부와 접근 조건을 함께 기재합니다. 특정 상태에서만 나타나는 정보라면 그 조건 없이 읽은 내용과 혼합하지 않습니다. 개발 담당에게는 어떤 상태의 페이지를 근거로 판단했는지 전달하고, 관찰하지 못한 상태까지 같다고 추정하지 않습니다.
지정 대상이 아직 공개되지 않았다면 수정 요청을 미뤄야 합니까?
대상 본문을 읽을 수 없는 상태에서도 대상 접근이 불가능하다는 사실은 전달할 수 있습니다. 다만 내용이 다르다는 판정은 유보하고, 공개 예정 내용이나 승인된 본문으로 판단할 수 있는지 담당자에게 묻습니다. 예정된 설명과 실제 공개 내용이 같다고 가정해 요청을 승인하지 않습니다.
대상 페이지의 이름만 변경됐다면 오류로 처리해야 합니까?
이름 변경만으로 오류 여부를 확정하지 않습니다. 이름이 달라진 이유와 본문 변경 여부를 편집 담당자에게 묻고, 판단에 필요한 내용을 확보합니다. 문서 관리 과정에서 명칭만 변경된 일과 안내 대상 자체가 변경된 일을 같은 요청으로 처리하지 않습니다.
내용의 유사성을 판단할 담당자는 누가 적절합니까?
해당 정보의 목적과 적용 조건을 설명할 수 있는 콘텐츠 운영 담당자가 내용 판단을 맡는 편이 좋습니다. 개발 담당자는 기술적인 지정 경위와 적용 범위를 조사하고, 업무 조건이 모호한 부분은 정보 책임자에게 묻습니다. 의견이 다르면 서로 다른 결론의 근거를 요청서에 남기고 승인권자가 결정합니다.
수정 후보가 여러 개라면 요청서에 모두 기재해도 됩니까?
후보와 각 후보를 제시한 이유를 함께 기재할 수 있습니다. 아직 선정하지 않은 목록을 확정 대상처럼 전달하지 말고, 결정이 필요한 항목임을 명시합니다. 실제 변경 지시에는 승인된 대상을 분명하게 기재해 개발 담당자가 후보 가운데 임의로 선택하지 않도록 합니다.