Hreflang 가이드: 구문, 실수, 모범 사례

Hreflang('rel=alternate hreflang'이라고도 함)은 검색 엔진에 어떤 검색 사용자의 결과에 페이지의 어떤 언어 및 지역 버전을 표시할지 알려주는 HTML link 속성입니다. 2011년 Google이 다국어 사이트가 직면한 중복 콘텐츠 문제를 해결하기 위해 도입했습니다. 동일한 콘텐츠를 가진 영어 페이지와 스페인어 페이지가 있으면 Google이 하나를 다른 하나의 중복으로 간주하여 하나만 색인할 수 있습니다. Hreflang은 Google에 '이들은 서로 다른 사용자를 위한 의도적인 대체 페이지이므로 둘 다 색인하고 검색 사용자를 적절히 안내하라'고 알려줍니다.

hreflang이 없으면 'plumber near me'를 검색하는 미국 사용자가 스페인어 페이지를 볼 수 있으며(Google이 해당 쿼리와 관련이 있다고 판단하기 때문에) 스페인어를 읽지 못해 이탈합니다. 올바른 hreflang을 사용하면 Google은 미국 검색 사용자에게 영어 페이지를, 멕시코 검색 사용자에게 스페인어 페이지를 표시합니다. 결과적으로 더 나은 참여, 더 높은 전환, 그리고 로케일 간 잠식이 없습니다.

Hreflang은 다음에 가장 중요합니다: 다국어 서비스 비즈니스(이민자 커뮤니티, 국경을 넘나드는 전문직), 국제 전자상거래, 그리고 동일한 콘텐츠를 여러 언어로 게시하는 모든 사이트. 사이트가 단일 로케일이라면 hreflang은 불필요합니다. Google은 해당 속성 없이도 올바르게 처리합니다.

Hreflang은 hreflang 값과 함께 link rel=alternate 속성을 사용합니다. 이 값은 ISO 639-1 언어 코드와 선택적 ISO 3166-1 alpha-2 지역 코드를 결합합니다. 예: en(영어, 모든 지역), en-US(영어 미국), zh-CN(중국어 간체, 중국 본토), zh-TW(중국어 번체, 대만), es-MX(스페인어 멕시코), fil-PH(필리핀어 필리핀).

Google은 hreflang 값에서 대소문자를 구분하지 않습니다. zh-CN, zh-cn, zh-cN 모두 같은 값으로 처리합니다. 지역 코드를 대문자로 쓰는 것은 ISO 표기 관례이며, 중요한 요건은 올바른 언어 및 지역 코드를 사용하는 것입니다.

각 언어 버전에는 자기 참조 hreflang과 실제로 제공되는 다른 언어 버전으로 향하는 상호 링크를 지정하세요. x-default는 선택 사항으로, 지원하지 않는 언어의 방문자를 위한 기본 페이지나 언어 선택 페이지에 사용할 수 있습니다. x-default가 없다고 설정 전체가 무효화되지는 않습니다.

모든 대체 페이지는 양방향이어야 합니다. 페이지 A(영어)가 페이지 B(중국어)를 대체 페이지로 선언하면 페이지 B는 페이지 A를 대체 페이지로 선언해야 합니다. 반환 태그 누락은 가장 흔한 hreflang 실수입니다. 한쪽이 누락되면 Google은 양방향 모두 무시합니다.

실수 1 — 유효하지 않거나 지원하지 않는 언어·지역 코드를 사용하는 것. Google은 hreflang 코드의 대소문자를 구분하지 않습니다. 지역 코드 대문자 표기는 ISO 관례일 뿐 색인 조건이 아닙니다. 표기 방식보다 코드의 유효성을 확인하세요.

실수 2 — 반환 태그 누락. 페이지 A는 페이지 B를 대체 페이지로 선언하지만 페이지 B는 페이지 A를 선언하지 않습니다. 해결: 모든 대체 페이지는 양방향이어야 합니다. 새 로케일을 추가하면 모든 기존 페이지를 업데이트하여 이를 다시 선언하세요.

실수 3 — x-default의 연결 대상을 잘못 고르는 것. x-default는 선택 사항입니다. 사용할 경우 지원 언어와 일치하지 않는 방문자에게 도움이 되는 기본 페이지나 언어 선택 페이지를 연결하세요. 생략 자체는 hreflang 오류가 아닙니다.

실수 4 — canonical URL과 일치하지 않는 Hreflang URL. /pricing의 canonical이 /pricing인데 hreflang이 /pricing?utm_source=internal을 가리키면 Google은 대체 페이지를 무시합니다. 해결: hreflang URL은 canonical URL과 문자 단위로 일치해야 합니다.

실수 5 — noindex 또는 다른 URL로 canonical 처리된 페이지의 Hreflang. 색인이 차단된 페이지는 hreflang을 선언해서는 안 됩니다. 해결: noindex 라우트, 리디렉션된 라우트, 다른 URL로 canonical 처리된 페이지에서는 hreflang 태그를 생략하세요.

실수 6 — soft-404 또는 '로케일 사용 불가' 페이지로의 Hreflang. '죄송합니다. 이 페이지는 귀하의 언어로 제공되지 않습니다'라는 메시지를 반환하는 URL을 대체 페이지로 선언하지 마세요. 이는 soft 404이며 Google은 양방향 모두 불이익을 줍니다. 해결: 실제 콘텐츠가 있는 대체 페이지만 선언하세요. 페이지가 특정 로케일에 존재하지 않으면 해당 로케일을 대체 페이지로 선언하지 마세요.

실수 7 — 페이지 간 일관성 없는 로케일 변형. 페이지 A는 로케일 en, zh-CN, es를 선언하지만 페이지 B는 en과 zh-CN만 선언합니다. 불일치는 Google을 혼란스럽게 합니다. 해결: 여러 로케일에 존재하는 모든 페이지는 존재하는 모든 로케일을 선언해야 하며, 존재하지 않는 로케일은 선언하지 않아야 합니다.

1단계 — 렌더링된 HTML 또는 사이트맵 주석에서 유효한 언어 코드, 자기 참조, 상호 대체 URL과 크롤링 가능한 대상을 확인하세요. x-default는 선택적으로 제공하는 경우에만 검사하면 됩니다. 지역 코드의 대소문자는 Google의 인식 요건이 아닙니다.

2단계 — Google Search Console. 기존 국제 타겟팅 보고서는 2022년에 폐지되었습니다. URL 검사를 사용해 개별 URL의 색인 및 canonical 상태를 확인하고, 크롤링이나 사이트 감사를 통해 hreflang 상호 참조, 언어 코드, 대체 URL을 검증하세요. Google은 여전히 hreflang을 지원하지만 해당 보고서는 더 이상 제공되지 않습니다.

3단계 — Ahrefs 또는 Sitebulb 크롤링. 이러한 도구는 대규모로 hreflang 문제를 감지합니다. 수천 페이지에 걸친 양방향 태그 불일치, 끊어진 대체 페이지, 잘못된 로케일 코드. 분기마다 전체 사이트 크롤링을 실행하세요.

4단계 — 수동 SERP 테스트. 다양한 로케일별 기기에서 브랜드 이름을 검색하고(홍콩의 경우 google.com.hk와 같은 Google 국가별 도메인 또는 VPN 사용) 올바른 로케일 버전이 표시되는지 확인하세요. 로케일 잠식(잘못된 지역에서 잘못된 버전 순위)이 보이면 hreflang이 원인일 가능성이 높습니다.

5단계 — Search Console에서 색인 확인. 페이지의 각 로케일 버전에 URL 검사를 사용하여 Google이 모든 대체 페이지를 색인했는지 확인하세요. 로케일 버전이 색인되지 않으면 hreflang이 신호를 올바르게 전달하지 못하는 것입니다.

모범 사례 1 — 지역별 콘텐츠가 없으면 언어 전용 코드(en, zh, es)를 사용하세요. 콘텐츠가 지역에 따라 실제로 다른 경우(통화, 법적 참조, 어휘)에만 지역 코드(en-US, en-GB, zh-CN, zh-TW)를 사용하세요. 콘텐츠가 동일한데 지역 코드를 과도하게 지정하면 불필요한 대체 페이지가 생성됩니다.

모범 사례 2 — 지원하지 않는 언어를 위한 x-default를 선택적으로 고려하세요. 언어 선택 페이지에 특히 유용합니다. 회사 소재지만을 기준으로 정하지 말고 방문자에게 적합한 페이지를 선택하세요. x-default가 없어도 정상적인 언어 버전 연결은 유효합니다.

모범 사례 3 — 단일 진실 공급원(CMS 또는 웹사이트 빌더)에서 hreflang을 생성하세요. 수천 페이지에 걸쳐 hreflang을 수동으로 유지하면 드리프트가 발생할 수밖에 없습니다. WordPress + WPML, Shopify의 다국어 기능은 모두 hreflang을 자동 생성합니다. 그렇게 하는 빌더를 선택하세요.

모범 사례 4 — hreflang URL을 깨끗하고 안정적으로 유지하세요. hreflang URL에 쿼리 매개변수, 세션 ID, 추적 매개변수를 포함하지 마세요. 대체 URL이 게시된 후에는 리디렉션 없이 변경하지 마세요. Google의 hreflang 캐시는 다시 구축하는 데 몇 주가 걸립니다.

모범 사례 5 — 로케일 출시, 로케일 제거, 대규모 콘텐츠 마이그레이션 후마다 hreflang을 감사하세요. 드리프트는 발생합니다. hreflang은 다국어 사이트 상태를 알리는 탄광의 카나리아입니다.

현재 Cogo Site는 다국어 콘텐츠 편집, 직접 검수하는 AI 번역 초안, 방문자를 위한 언어 전환기를 제공합니다.

Cogo Site는 현재 게시하는 사이트에 대해 hreflang 태그나 사이트맵 alternate를 생성하지 않으며, 언어를 전환해도 페이지 URL은 바뀌지 않습니다.

SEO 전략이 hreflang이 적용된 언어별 개별 URL에 의존한다면 Cogo Site는 아직 적합하지 않습니다.