대체 버전 연결과 표준 주소 지정
다국어 페이지는 hreflang으로 언어·지역별 대체 버전을 알리고, canonical의 대상은 같은 언어의 표준 페이지를 우선해 정합니다. 같은 언어의 표준 페이지가 없을 때는 가장 유사한 언어의 페이지를 검토하는 방식으로 함께 설계합니다. 운영자는 언어별 대응 페이지와 표준 주소의 관계를 정리한 뒤 개발 담당에게 실제 선언 내용을 요청합니다.
hreflang은 해당 페이지와 대응하는 다른 언어·지역 버전을 알리는 설정입니다. canonical은 중복 페이지 가운데 선호하는 표준 주소를 지정하는 설정입니다. 두 설정을 같은 대상으로 통일해야 한다고 생각하면 번역 페이지까지 한 언어의 주소로 묶는 오류가 생길 수 있습니다.
| 설정 | 알리는 내용 | 운영자가 확인할 대상 |
|---|---|---|
| hreflang | 언어·지역별 대체 버전 | 현재 페이지에 대응하는 언어별 페이지 |
| canonical | 선호하는 표준 주소 | 표준 페이지의 언어와 실제 콘텐츠 |
| 두 설정의 연결 관계 | 대체 버전과 표준 주소의 설계 의도 | 대체 대상으로 정한 페이지의 canonical 선언 |
설정 이름만 나열한 자료로는 두 설정이 서로 어긋나는지 판단하기 어렵습니다. 담당자는 각 언어 페이지가 어떤 콘텐츠에 대응하며 어느 주소를 표준으로 삼는지 함께 기재해야 합니다. 승인할 때도 태그의 존재 여부와 연결 대상의 적절성을 별도 항목으로 처리합니다.
본문 번역 여부와 표준 대상의 언어
언어별 주소가 있다는 이유만으로 모든 페이지를 중복으로 처리하지 않습니다. 구글은 주요 콘텐츠가 번역되지 않은 현지화 버전을 중복으로 간주한다고 설명합니다. 운영자는 메뉴나 바닥글의 언어만 기록하지 말고, 본문이 번역되었는지와 지역별 내용이 어떻게 다른지 자료에 포함합니다.
구글은 hreflang을 사용할 때 같은 언어의 표준 페이지를 지정하고, 그런 페이지가 없으면 가장 유사한 언어의 표준 페이지를 지정하도록 안내합니다. 이 기준을 적용하려면 사이트 운영자가 표준 후보의 실제 본문 언어를 먼저 판별해야 합니다. 주소에 적힌 언어 표기나 관리 화면의 분류만으로 후보를 확정하지 않습니다.
같은 언어의 페이지가 여러 개라면 콘텐츠 책임자가 각 페이지의 목적과 차이를 설명해야 합니다. 번역된 본문을 유지하는 페이지와 같은 본문을 반복하는 주소는 서로 다른 판단이 필요합니다. 개발 담당은 이 설명을 바탕으로 표준 대상을 설정하고, 운영자는 선택 이유가 언어별 대응표에 남아 있는지 검토합니다.
언어별 대응표와 선언 자료 준비
실행은 언어·지역별 대응 페이지를 정리하는 작업부터 시작합니다. 마케팅 담당은 페이지의 주제와 대상 언어를 기재하고, 콘텐츠 담당은 본문 번역 여부와 지역별 차이를 설명합니다. 개발 담당에게는 이 목록에 해당하는 페이지의 hreflang과 canonical 선언 내용을 요청합니다.
- 언어·지역별 대응 페이지를 정리합니다. 같은 제품이나 서비스의 설명처럼 서로 대응하는 콘텐츠를 묶고, 대응 페이지가 없는 항목은 빈칸으로 남긴 이유를 기재합니다.
- hreflang의 대체 버전 대상을 확인합니다. 대응표와 선언 내용을 대조하고, 다른 주제의 페이지가 연결되었거나 필요한 버전이 누락되었는지 기록합니다.
- canonical 대상의 언어와 표준 주소를 확인합니다. 앞에서 정한 기준에 따라 후보를 검토하고, 현재 선언과 승인한 대상이 다른 항목을 수정 요청 목록으로 정리합니다.
다음 표는 실제 주소를 입력할 작업표의 구성입니다. 항목 이름을 실제 운영 페이지로 교체하고, 선언에서 읽은 내용과 담당자가 원하는 내용을 혼합하지 않도록 작성합니다. 목표 설정만 받은 경우에는 현재 적용 상태를 별도로 요청합니다.
| 언어·지역별 페이지 주소 | hreflang 대체 대상 | canonical 대상과 대상 언어 |
|---|---|---|
| 한국어 페이지의 실제 주소 | 대응하는 언어·지역별 주소 목록 | 선언된 표준 주소와 본문 언어 |
| 영어 페이지의 실제 주소 | 대응하는 언어·지역별 주소 목록 | 선언된 표준 주소와 본문 언어 |
| 그 밖의 운영 언어 페이지 주소 | 대응하는 언어·지역별 주소 목록 | 선언된 표준 주소와 본문 언어 |
페이지 헤더와 적용 결과 대조
HTML 방식으로 hreflang을 관리한다면 운영자는 페이지 헤더의 선언을 확인하거나 개발 담당에게 해당 부분을 추출해 달라고 요청합니다. 구글은 기본 페이지를 포함한 각 버전의 링크를 넣고, 모든 버전에서 같은 링크 집합을 사용하도록 안내합니다. 따라서 한 언어의 페이지에서 추출한 자료만으로 전체 적용을 승인하지 않습니다.
개발 담당은 언어별 페이지에서 읽은 선언 내용에 추출 시점과 페이지 이름을 함께 기재합니다. 운영자는 수정 요청마다 변경 대상, 승인한 연결 관계, 완료 여부를 남깁니다. 수정 후에는 변경한 페이지뿐 아니라 같은 대응 묶음의 다른 언어 페이지도 자료에 포함해 누락된 반영 항목을 찾습니다.
같은 언어의 표준 페이지가 없는 경우
같은 언어의 표준 페이지가 없다는 판단은 해당 주소를 찾지 못했다는 뜻과 다릅니다. 담당자는 공개된 페이지 목록과 콘텐츠 관리 목록을 대조해 후보가 실제로 없는지 먼저 가립니다. 관리 목록에서 빠진 페이지를 예외로 처리하면 이미 운영하는 같은 언어의 후보를 놓칠 수 있습니다.
예외가 필요한 항목에는 가장 유사한 언어의 후보와 선택 이유를 함께 기록합니다. 구글은 이 경우 가장 유사한 언어의 표준 페이지를 지정하도록 안내합니다. 운영자는 주소 이름이나 사업상 우선하는 시장만으로 유사성을 단정하지 않고, 콘텐츠 담당에게 후보의 언어와 내용 대응을 설명하도록 요청합니다.
검토할 후보가 없다면 특정 언어의 홈페이지를 임의로 넣어 작업을 완료하지 않습니다. 원래 페이지가 설명하는 대상과 후보가 설명하는 대상이 다르면 언어만으로 선택 이유를 충분히 설명하기 어렵습니다. 이 항목은 미결 사유와 추가로 필요한 콘텐츠 자료를 기록한 뒤 별도 승인을 받습니다.
번역 페이지를 일괄 통합하는 오류
주요 콘텐츠가 번역된 페이지까지 기본 언어로 일괄 지정하는 설정은 재검토 대상입니다. 언어마다 콘텐츠를 제공하려는 운영 의도와 실제 표준 대상이 어긋날 수 있기 때문입니다. 담당자는 기본 언어가 정해졌다는 이유만으로 나머지 언어의 canonical 대상을 자동 결정하지 않습니다.
반대로 언어별 주소가 별도로 존재한다는 이유만으로 모든 페이지에 자기 자신을 가리키는 canonical을 적용하는 결론도 피합니다. 각 페이지의 콘텐츠 관계와 표준 후보를 판단하지 않은 채 일괄 처리하면 같은 언어 안의 중복 주소를 놓칠 수 있습니다. 요청서에는 공통 규칙만 쓰지 말고 예외 항목과 그 항목을 승인한 이유를 추가합니다.
공통 템플릿의 값 재사용 오류
공통 템플릿을 사용하는 사이트에서는 태그가 출력된다는 사실과 페이지별 값이 올바르다는 사실을 별도로 판단합니다. 개발 담당은 템플릿에서 언어와 페이지 식별 정보를 어떤 자료로 가져오는지 설명하고, 운영자는 서로 다른 주제의 페이지에서 출력된 대체 대상 목록을 대조합니다. 다른 콘텐츠에서도 동일한 목록이 반복된다면 공통값을 그대로 사용했는지 조사할 필요가 있습니다.
언어별 대응표에 새 페이지를 추가했는데 선언 내용이 이전 상태라면 입력 자료와 출력 자료의 연결을 추적합니다. 콘텐츠 담당이 작성한 목록을 수정하는 업무와 개발 담당이 선언을 생성하는 업무의 완료 시점을 따로 기록합니다. 한쪽 작업의 완료를 전체 반영 완료로 처리하지 않습니다.
자주 묻는 질문
hreflang을 여러 방식으로 동시에 선언해야 합니까?
구글은 HTML, HTTP 헤더, 사이트맵을 통한 대체 버전 지정 방식을 동등하게 취급한다고 설명합니다. 여러 방식을 함께 사용할 수 있지만, 그것이 구글 검색에 추가 도움을 주지는 않는다고 안내합니다. 운영자는 기존 관리 방식과 담당자가 유지할 수 있는 범위를 기준으로 선택합니다.
자바스크립트가 canonical 값을 변경해도 됩니까?
구글은 HTML 소스 코드에서 표준 주소를 지정하고 자바스크립트가 해당 링크 요소를 변경하지 않도록 하는 방식을 권장합니다. 소스 코드에서 지정할 수 없는 경우에는 자바스크립트로만 설정하도록 안내합니다. 개발 담당에게 최초 소스와 자바스크립트 처리 후의 값을 요청해 변경 여부를 판별합니다.
번역본을 수정하는 동안 관련 선언도 재검토해야 합니까?
문구 수정만으로 모든 선언을 다시 설계할 필요는 없습니다. 작업 범위에 주소 변경이나 페이지 통합이 포함되었다면 언어별 대응표를 갱신할 필요가 있습니다. 수정 요청서에 콘텐츠 변경과 주소 변경을 별도 항목으로 기재하면 재검토할 대상을 정하기 쉽습니다.
작업 완료 기록에는 어떤 승인 자료를 남겨야 합니까?
승인한 대응표, 수정 요청 목록, 적용 후 추출한 선언 내용을 함께 보관합니다. 선택 이유가 필요한 예외 항목에는 콘텐츠 담당의 설명과 승인 여부도 기록합니다. 나중에 페이지를 추가하거나 이전할 때 이전 결정의 근거를 재사용할 수 있도록 변경 사유를 문장으로 남깁니다.
두 설정을 적용하면 검색과 AI 인용이 보장됩니까?
두 설정의 적용만으로 구글의 표준 주소 선택이나 검색 노출, AI 인용을 보장할 수는 없습니다. 작업 완료는 승인한 선언이 실제 페이지에 반영되었다는 범위로 보고합니다. 이후의 검색 결과와 AI 답변 관측은 설정 완료 기록과 별도 자료로 관리합니다.