canonical, meta description과 JSON-LD는 각각 다른 역할을 합니다. canonical은 비슷하거나 중복된 URL 중 선호하는 대표 주소를 제안하고, 검색 설명은 개별 페이지를 요약하며, JSON-LD는 페이지의 의미를 구조화해 전달합니다. 셋 중 하나가 있다고 다른 문제를 해결해 주지 않으며, 자동 검수 수치는 대표 페이지 최대 6개에서 찾은 정합성 신호일 뿐 Google이 선택한 실제 canonical이나 검색 노출을 확정하지 않습니다.
canonical은 존재보다 대상이 맞는지가 중요합니다
각 독립 페이지가 자기 자신을 대표한다면 canonical은 현재 공개 HTTPS 주소를 가리키게 설정합니다. 매개변수나 인쇄용 주소처럼 실질적으로 같은 페이지가 여러 URL에서 열릴 때는 가장 완전한 대표 페이지를 선택하고 내부 링크와 사이트맵도 그 주소로 맞춥니다.
모든 세부 글이 홈페이지를 canonical로 가리키거나 개발 도메인, 예전 도메인, HTTP 주소를 계속 가리키면 콘텐츠별 신호가 제대로 모이지 않을 수 있습니다. 외부 사이트를 가리키는 canonical은 신디케이션처럼 명확한 이유가 있을 때만 사용하고 소유 사이트의 설정 실수인지 먼저 확인하세요.
여러 페이지가 같은 canonical을 가리키는 이유를 확인합니다
비슷한 변형 URL 여러 개가 대표 글 하나를 가리키는 것은 의도한 중복 통합일 수 있습니다. 반대로 내용이 다른 글 여러 편이 같은 대표 URL을 가리키면 각 글이 검색에서 독립적으로 평가되기 어려울 수 있습니다.
자동 검수의 ‘같은 대상 중복’은 검사한 서로 다른 페이지 둘 이상이 동일한 다른 canonical URL을 가리킬 때 표시됩니다. 숫자가 있다고 바로 삭제하지 말고 두 페이지의 본문이 실제로 같은지, 통합 의도가 있었는지, CMS 템플릿이 canonical을 고정값으로 출력하는지 확인합니다.
meta description은 페이지마다 실제 내용을 요약합니다
사이트 공통 홍보 문구를 모든 페이지의 meta description에 반복하면 검색 결과에서 각 글의 차이를 설명하기 어렵습니다. 제목을 바꿔 넣는 자동 문장보다 대상 독자, 해결할 문제와 얻는 결과가 드러나는 한두 문장으로 작성하세요.
Google이 항상 meta description을 그대로 사용하는 것은 아니지만, 동일하거나 매우 비슷한 설명을 모든 페이지에 넣는 것은 도움이 되지 않는다고 안내합니다. 카테고리·필터처럼 개별 설명을 만들 가치가 낮은 대규모 페이지는 자동 생성하더라도 페이지별 핵심 정보가 달라지도록 설계합니다.
JSON-LD는 먼저 유효한 JSON이어야 합니다
구조화 데이터 스크립트에 쉼표가 빠지거나 따옴표가 깨지면 페이지에 코드가 있어도 JSON으로 해석되지 않습니다. 자동 검수는 JSON-LD 스크립트를 JSON 문법으로 읽을 수 있는지만 확인하며, 속성의 의미와 Google 리치 결과 자격까지 판단하지 않습니다.
문법 오류를 수정한 뒤 Rich Results Test에서 페이지 유형별 필수·권장 속성을 확인합니다. 화면에 보이지 않는 가짜 평점, 작성자나 날짜를 마크업에만 추가하지 말고 독자에게 보이는 본문과 구조화 데이터가 같은 내용을 설명하게 만드세요.
우선순위는 잘못된 외부·개발 도메인 canonical, 깨진 JSON-LD, 여러 독립 글의 동일 canonical, 중복 검색 설명 순으로 잡으세요.
완료 체크리스트
1독립 페이지의 canonical이 현재 공개 HTTPS 주소와 일치한다.
2개발·미리보기·예전 도메인이 canonical에 남아 있지 않다.
3여러 독립 글이 홈페이지나 한 글을 공통 canonical로 가리키지 않는다.
4사이트맵과 내부 링크가 선호 canonical 주소를 사용한다.
5각 중요 페이지의 meta description이 실제 내용을 개별적으로 요약한다.
6JSON-LD가 유효한 JSON이며 화면 내용과 일치한다.
7Rich Results Test와 Search Console URL 검사로 다시 확인했다.
공식 자료에서 다시 확인하기
정책과 제품 요건은 변경될 수 있으므로 신청 전 최신 공식 문서를 확인하세요.
