중복 주소 정리하기: canonical·리디렉션·IndexNow의 역할

같은 글이 여러 주소로 열릴 때는 먼저 어떤 주소를 남기고 어떤 주소를 계속 제공할지 결정해야 합니다. 대표 주소를 알리는 canonical, 방문자를 옮기는 리디렉션, 변경 사실을 전달하는 IndexNow는 각각 맡은 일이 다릅니다. 태그 하나를 추가했다고 주소 정리와 검색 반영이 모두 끝나는 것은 아닙니다.

예를 들어 광고에서 들어온 상품 주소에는 추적용 값이 붙고, 메뉴에서는 짧은 주소를 사용할 수 있습니다. 두 화면의 내용은 같은데 관리 도구에는 서로 다른 주소로 잡히기도 합니다. 이때 필요한 것은 무조건 페이지를 지우는 작업보다, 같은 내용의 주소들을 찾아 일관된 처리 기준을 정하는 일입니다.

중복 주소가 생겼다고 바로 검색 불이익을 받는 것은 아닙니다

Bing은 중복 콘텐츠 자체가 곧바로 검색 페널티를 일으키는 것은 아니라고 설명합니다. 다만 여러 주소가 같은 목적과 내용을 반복하면 검색엔진이 어느 버전을 보여줄지 판단하기 어려워질 수 있습니다. 같은 페이지를 거듭 수집하느라 다른 변경 사항의 발견이 늦어질 가능성도 있습니다. Bing의 중복 콘텐츠 안내

따라서 유입이 줄었다는 이유만으로 중복 주소를 원인으로 단정하면 안 됩니다. 먼저 실제로 같은 내용이 여러 주소에 있는지, 검색 결과에 의도하지 않은 버전이 나오는지 확인해야 합니다. 가격이나 제공 조건이 달라 독자가 얻는 정보가 다른 페이지까지 한꺼번에 합치는 것도 피해야 합니다.

canonical과 리디렉션은 주소를 남길지에 따라 고릅니다

canonical은 비슷하거나 같은 페이지 중 선호하는 대표 주소를 알리는 표시입니다. 방문자를 다른 화면으로 보내지는 않습니다. Google은 이를 대표 주소 선택에 영향을 주는 강한 신호로 설명하지만, 운영자의 선택을 그대로 실행하는 명령으로 설명하지는 않습니다. Google의 대표 주소 설정 문서

반면 이전 페이지를 더 이상 제공하지 않을 때는 영구 리디렉션으로 방문자와 검색 로봇을 새 주소로 안내할 수 있습니다. 아래 표는 셀라벤토가 제안하는 작업 구분입니다. 주소가 겹친다는 이유만으로 같은 설정을 일괄 적용하기 전에 각 페이지의 용도를 먼저 적어 보세요.

태그만 바꾸고 메뉴와 사이트맵을 그대로 두지 마세요

대표 주소를 정했다면 내부 링크와 사이트맵도 같은 방향을 가리키게 맞춥니다. 예컨대 canonical은 새 상품 주소인데 메뉴와 사이트맵에는 옛 주소가 남아 있다면 설정 의도가 일관되지 않습니다. Google도 서로 다른 방식으로 상충하는 대표 주소를 지정하지 말고, 내부 링크에 대표 주소를 사용하라고 안내합니다.

사이트맵은 주소 목록, IndexNow는 변경 알림입니다

사이트맵은 검색엔진이 사이트의 주소들을 발견하는 데 쓰는 목록입니다. Bing은 사이트맵의 lastmod를 실제 페이지 내용이 수정된 시각에 맞추라고 권고합니다. 사이트맵 파일을 다시 만들었다는 이유만으로 모든 페이지의 수정일을 현재 시각으로 바꾸면 실제 변경 내역과 어긋납니다. Bing의 사이트맵 관리 안내

IndexNow는 페이지의 추가·수정·삭제를 참여 검색엔진에 알리는 규약입니다. 사이트맵을 대신해 모든 주소를 관리하는 장치나, 모든 검색엔진의 결과를 즉시 바꾸는 기능은 아닙니다. 변경을 전달하는 단계와 검색엔진이 내용을 수집하고 색인하는 단계를 구분해야 합니다. IndexNow 공식 FAQ

전송에 성공해도 즉시 색인되거나 검색에 노출된다는 보장은 없습니다. IndexNow 공식 설명도 각 검색엔진이 수집 일정과 품질 기준에 따라 판단한다고 밝힙니다. 의미 있는 변경이 있을 때 알리고, 응답 상태와 이후 색인 결과를 따로 기록하는 편이 관리에 도움이 됩니다.

사이트 전체를 바꾸기 전에 한 묶음부터 확인합니다

다음은 공식 문서의 기능 설명을 바탕으로 정리한 셀라벤토의 점검 순서입니다. 처음에는 같은 상품이나 같은 글의 주소 한 묶음만 선택해 보세요. 변경 전후를 비교할 수 있어야 설정 오류가 생겼을 때 원인을 좁힐 수 있습니다.

1. 주소를 모읍니다. 메뉴에서 연 주소, 광고 링크로 연 주소, 검색 결과에 나온 주소를 기록하고 실제 내용이 같은지 비교합니다.
2. 목적을 구분합니다. 계속 제공할 복제 주소인지, 폐기할 이전 주소인지, 서로 다른 질문에 답하는 독립 페이지인지 표시합니다.
3. 설정을 맞춥니다. 결정한 대표 주소에 맞춰 canonical, 필요한 리디렉션, 내부 링크와 사이트맵을 점검합니다.
4. 변경을 알립니다. IndexNow를 사용 중이라면 의미 있게 변경한 주소를 전송하고 성공 여부와 오류를 기록합니다.
5. 실제 상태를 다시 봅니다. 전송 완료 표시만 보고 작업을 닫지 말고, 검색엔진이 페이지를 읽고 처리한 결과를 확인합니다.

Bing Webmaster Tools의 URL Inspection에서는 개별 주소의 색인 상태와 수집 가능 여부, HTTP 응답 등을 살펴볼 수 있습니다. 사이트맵 보고서에서는 제출 상태와 처리 오류를 확인할 수 있습니다. Bing Webmaster Tools의 진단 기능

예를 들어 전송은 성공했는데 대상 페이지가 오류를 반환한다면, 알림을 반복하기보다 해당 주소의 응답부터 고쳐야 합니다. 또 페이지는 열리지만 오래된 주소가 계속 보인다면, 마지막 확인 시점과 변경한 설정을 함께 기록해 다음 점검에서 비교하세요. 검색 반영 속도와 방문자 유입 변화는 구분해서 관찰하는 것이 좋습니다.

주소 관리는 설정을 추가하는 일에서 끝나지 않습니다. 페이지의 목적을 정하고, 설정을 일치시키고, 실제 처리 결과를 확인하는 과정입니다. 셀라벤토는 이러한 기술 SEO 점검을 통해 사이트 운영자가 수정할 항목과 확인할 순서를 정리하도록 돕습니다.