Google은 hreflang과 현지화 버전을 어떻게 설명하나요

게시 날짜:13/09/2026

작성자:이잉보(Eyingbao)

조회수:

Google Search Central은 다국어·다지역 웹사이트의 hreflang과 현지화 버전을 공식적으로 설명합니다. 언어 및 지역 코드, 양방향 참조, canonical 연계, x-default 설정을 이해하여 중복 콘텐츠와 잘못된 리디렉션을 방지하고 국제 웹사이트의 검색 가시성을 높이세요.

즉시 문의:4006552477

Google Search Central의 다국어 및 다지역 웹사이트 관련 설명의 핵심은 한 가지 판단에 있습니다. 검색 시스템은 각 URL이 어떤 언어 또는 지역의 사용자를 대상으로 하는지 식별하고, 이러한 페이지들이 중복 콘텐츠, 자동 리디렉션 또는 혼란스러운 매개변수로 인해 생성된 여러 사본이 아니라 서로 동등한 현지화 버전임을 확인해야 합니다.hreflang은 대체 버전 간의 관계를 검색 엔진에 알리는 신호이며, 색인 등록, 순위 또는 페이지 강제 전환을 결정하는 지시가 아닙니다.

따라서 배포 전에 먼저 "어떤 언어 코드를 추가해야 하는가"를 묻기보다 페이지 간 관계를 먼저 확인해야 합니다. 영어 제품 페이지, 독일어 제품 페이지 및 일본어 제품 페이지가 각각 서로 다른 언어의 읽기 요구를 충족하고, 주요 상품, 기능 설명 및 전환 경로가 서로 대응한다면 hreflang 관계를 설정하기에 적합합니다. 동일 언어의 페이지가 광고 추적 매개변수, 필터 조건, 페이지네이션 또는 세션 식별자로 인해 여러 URL로 생성된 경우에는 이를 현지화 버전으로 간주하여 서로 표기해서는 안 됩니다.

공식적으로 말하는 "현지화 버전"이란 무엇인가

현지화는 기계적인 번역과 동일하지 않습니다. Google의 관련 문서는 언어 버전과 지역 버전을 구분합니다. 언어 버전은 "페이지가 어떤 언어로 표현되는가"를 해결하고, 지역 버전은 "동일한 언어가 어느 국가 또는 지역을 대상으로 하는가"를 해결합니다. 예를 들어 미국과 영국을 대상으로 하는 영어 페이지는 모두 en을 사용할 수 있지만, 통화, 배송 범위, 세금 안내, 연락처, 재고, 사양 또는 법적 고지에 실질적인 차이가 있는 경우 각각 en-US와 en-GB를 사용할 수 있습니다.

반대로 두 페이지의 콘텐츠, 가격 및 서비스 조건이 완전히 같고 도메인이나 경로만 다른 경우, 국가별로 억지로 분리한다고 해서 반드시 더 명확한 신호가 제공되는 것은 아닙니다. 지역 코드는 예상되는 타깃 시장만을 기준으로 대량의 유사 페이지를 만드는 것이 아니라 실제 콘텐츠 또는 서비스 차이를 반영해야 합니다. B2B 사이트의 경우 제품 사양, 최소 주문 수량, 문의 양식 필드 및 납품 범위가 페이지가 실제로 서로 다른 시장 버전에 속하는지를 결정하는 경우가 많습니다. 크로스보더 쇼핑몰의 경우에는 통화, 판매 가능 지역 및 물류 규칙이 식별 가능한 현지화 차이를 더 쉽게 구성합니다.

Google은 또한 페이지의 표시되는 본문이 선언된 언어와 일치해야 한다고 강조합니다. 탐색 메뉴, 푸터 또는 일부 버튼 문구만 교체하고 주요 설명, 기술 자료 및 구매 정보를 다른 언어로 유지하는 것은 신뢰할 수 있는 언어 버전을 구성할 수 없습니다. 검색 결과에서 대상 언어를 판단하는 기준은 주로 페이지 콘텐츠이며, lang 속성은 브라우저와 보조 기술이 문서를 이해하는 데 도움이 되지만 읽을 수 있는 대상 언어 본문을 대체할 수는 없습니다.

hreflang이 성립하기 위한 세 가지 조건

첫째, 대체 관계는 양방향으로 완결되어야 합니다. A 페이지가 B를 자신의 독일어 버전으로 선언하면 B 페이지도 A를 자신의 영어 버전으로 선언해야 합니다. 역방향 링크가 없으면 검색 시스템은 이것이 유지 관리되는 대응 관계인지 확인하기 어렵습니다. 여러 언어 버전은 동일한 그룹 내에서 서로를 참조해야 하며, 각 페이지에는 자신의 hreflang 항목이 포함되어야 합니다. 자기 참조는 장식이 아니라 각 URL의 소속 언어 그룹 정의를 일관되게 유지하게 합니다.

둘째, 코드는 유효한 언어 및 지역 조합을 사용해야 합니다. 언어 부분에는 de, ja, zh와 같은 ISO 639-1 코드를 사용하고, 지역 부분에는 DE, JP, CN과 같은 ISO 3166-1 Alpha 2 코드를 사용합니다. 언어를 앞에, 지역을 뒤에 배치하고 하이픈으로 연결합니다. de-DE는 독일의 독일어를 나타낼 수 있으며, de는 지역이 지정되지 않은 독일어를 나타냅니다. 국가 코드를 단독으로 언어 코드로 사용하거나, 사용자 정의 시장 약어를 사용하거나, 언어와 지역의 위치를 뒤바꾸면 선언이 의도한 의미를 잃게 됩니다.

셋째, 대상 URL은 사용자와 크롤러가 접근할 수 있는 표준 페이지여야 합니다. hreflang이 리디렉션되거나 오류를 반환하거나 robots 규칙에 의해 크롤링이 차단되거나 canonical이 다른 주소를 가리키는 URL을 대상으로 하면 신호 간 충돌이 발생합니다. 흔한 재작업은 배포 후에 발생합니다. 콘텐츠 팀이 제품 페이지 경로를 변경했지만 개발팀이 이전 언어 매핑을 유지하는 경우가 있습니다. 또는 쇼핑몰이 지역별 재고를 전환한 후 재고 없음 페이지를 홈페이지로 리디렉션하는 경우도 있습니다. 이러한 변경은 기존의 대체 그룹을 모두 손상시킬 수 있습니다.

세 가지 구현 방식, 안정적으로 유지 관리할 한 가지를 선택

Google은 HTML의 <head>에 <link rel="alternate" hreflang="..." href="...">를 추가하는 방식을 지원하며, HTTP 응답 헤더 또는 XML Sitemap을 통한 제출도 지원합니다. 세 가지 방법은 동일한 유형의 관계를 표현하므로 일반적으로 게시 아키텍처에 가장 적합한 한 가지를 선택하면 됩니다. 일반 HTML 페이지는 페이지 템플릿을 통해 생성하기 쉬운 head 태그를 사용하고, PDF와 같은 비HTML 문서는 HTTP 헤더에 더 적합하며, 언어 버전 수가 많고 중앙 집중식 콘텐츠 시스템에서 관리되는 경우 Sitemap을 사용하면 페이지 템플릿의 반복 출력을 줄일 수 있습니다.

여러 출처를 서로 보완하는 장치로 사용하는 것은 권장하지 않습니다. HTML, Sitemap 및 응답 헤더의 URL 집합 또는 코드가 일치하지 않으면 문제를 점검할 때 명확한 근거를 잃게 됩니다. 어떤 방식을 사용하든 페이지 수준의 매핑 테이블을 단일 정보 출처로 삼아야 합니다. 원본 URL, 표준 URL, 언어 코드, 지역 코드, 대응 버전 및 서비스 종료 상태를 동기화하여 업데이트해야 합니다. 제품 단종, 디렉터리 이전 또는 도메인 변경 시 이 매핑 테이블은 임시로 코드를 일괄 교체하는 것보다 더 신뢰할 수 있습니다.

`x-default`의 위치와 범위

x-default는 더 적합한 언어 또는 지역 일치 항목이 없을 때의 기본 페이지를 지정하는 데 사용되며, 일반적으로 언어 선택 페이지, 글로벌 진입 페이지 또는 방문자가 직접 시장을 선택할 수 있는 기본 버전에 사용됩니다. 이는 "국제 사이트 홈페이지"에 사용하는 고정 태그가 아니며, 각 구체적인 언어 페이지의 hreflang 선언을 대체해서도 안 됩니다.

자동 지리 위치 페이지를 x-default로 표시할 때는 특히 주의해야 합니다. Google은 IP 주소 또는 브라우저 언어를 기준으로 크롤러와 사용자를 서로 다른 페이지로 강제 리디렉션하는 것을 피하라고 명확히 권장합니다. 자동 전환은 사용자가 지정된 URL에 접근하기 어렵게 만들고 크롤러가 각 버전의 콘텐츠를 안정적으로 가져오지 못하게 할 수도 있습니다. 더 안전한 방법은 접근 가능한 버전 URL을 유지하고 페이지에 표시되는 언어 또는 지역 전환 진입점을 제공하는 것입니다. 사용자가 명확하게 선택한 후에만 기본 설정을 저장해야 합니다.

canonical과 hreflang은 각각 독립적으로 구성할 수 없습니다

canonical은 "여러 유사 URL 중 어느 것이 우선 버전인가"를 해결하고, hreflang은 "서로 다른 언어 또는 지역 버전 간에 어떻게 대응하는가"를 해결합니다. 두 가지는 자주 혼동됩니다. 영어 페이지와 프랑스어 페이지는 구조가 동일하더라도 콘텐츠가 유사하다는 이유로 프랑스어 페이지의 canonical을 영어 페이지로 지정해서는 안 됩니다. 이는 검색 엔진에 프랑스어 페이지가 독립적인 우선 페이지가 아니라고 알리는 것이며, 프랑스어 대체 버전이라는 선언과 모순됩니다.

더 적절한 구성은 각 언어 또는 지역 페이지에 자기 참조 canonical을 사용하고, hreflang으로 다른 동등한 버전에 연결하는 것입니다. 동일 언어 버전에만 URL 매개변수, 대소문자, 후행 슬래시, 인쇄 페이지 또는 중복 경로가 존재할 때 그 언어 내부에서 canonical을 선택해야 합니다. 먼저 표준화를 정리한 후 국제화 매핑을 구축하면 URL 정리 문제를 언어 버전 문제로 오인하는 일을 피할 수 있습니다.

배포 후 관찰해야 할 신호

검증은 소스 코드에 태그가 표시되는지만 확인해서는 안 됩니다. 먼저 한 그룹의 페이지를 표본 점검해야 합니다. 각 href가 색인 가능한 성공 응답을 반환하는지, 최종 표준 URL로 직접 도달하는지, 페이지에 역방향 링크가 포함되어 있는지, 언어 코드가 본문 및 시장 조건과 일치하는지를 확인합니다. 이어서 사이트맵, 템플릿 렌더링 및 캐시 계층을 점검하여 서로 다른 지역에서 접근하더라도 서로 다른 hreflang 집합이 출력되지 않는지 확인합니다.

Search Console에서 국제 타기팅과 관련된 이상, 발견되었지만 올바르게 처리되지 않은 대체 페이지, 그리고 표준 페이지 선택 결과는 모두 문제를 파악하는 데 사용할 수 있습니다. 여기에서는 두 가지 현상을 구분해야 합니다. 검색 결과에 대상 지역 페이지가 표시되지 않는다고 해서 반드시 hreflang이 작동하지 않는 것은 아닙니다. 검색어 언어, 사용자 위치, 페이지 관련성 및 색인 상태가 모두 노출에 영향을 미칩니다. 반면 대체 페이지를 장기간 크롤링할 수 없거나, 상호 참조가 누락되었거나, canonical이 다른 언어 페이지를 가리키는 경우는 구성 측면에서 우선적으로 수정해야 하는 신호입니다.

hreflang의 가치는 검색 시스템이 언어 버전 간 관계를 추측해야 하는 상황을 줄이는 데 있습니다. 전제는 태그 수가 충분히 많은 것이 아니라 URL, 콘텐츠 언어, 표준화 전략 및 사이트의 실제 서비스 범위가 동일한 사실을 가리키는 것입니다.