언어

Hreflang

Hreflang의 의미, 세 구현 방법, 상호·자기 참조 규칙, 유효한 언어·지역 코드, 대규모 클러스터 감사 방법을 설명합니다.

최초 게시: 2026년 6월 25일 · 최근 업데이트: 2026년 8월 9일 · Advanced
언어
AI작성자AI v2
이 페이지의 근거 신호 1개

Hreflang은 검색엔진이 사용자에게 적절한 언어·지역 버전을 선택하도록 돕습니다. HTML head, HTTP 헤더, XML 사이트맵 중 한 방식으로 ISO 639-1 언어와 선택적 ISO 3166-1 alpha-2 지역 코드를 선언합니다. 모든 페이지가 자신과 대체 버전을 서로 가리키는 상호 클러스터여야 하며 반환 링크가 빠지면 해당 쌍이 무시됩니다. 명령이 아니라 힌트라 잘못된 값은 불이익 없이 무시됩니다. 374 756개 도메인 연구에서 67% 이상에 문제가 있었고 Bing에서는 content-language가 더 강한 신호입니다.

요약 — Hreflang은 상호적인 클러스터 신호입니다. 모든 페이지가 자신과 모든 대체 버전을 나열하며 반환 링크가 빠지면 해당 쌍이 무효가 됩니다. HTML head, HTTP Link 헤더(PDF), XML 사이트맵(대규모에 적합) 가운데 한 방식으로만 선언하세요. 코드는 ISO 639-1 언어와 ISO 3166-1 alpha-2 지역을 사용하므로 en-UK가 아니라 en-GB입니다. 이는 명령이 아닌 힌트이며 잘못된 hreflang은 불이익이 아니라 무시 대상입니다. Google은 동일 언어 통합이나 색인 사유로 이를 재정의할 수 있습니다. 제가 조사한 374 756개 도메인 중 67% 이상에 문제가 하나 이상 있었습니다. Bing은 hreflang보다 content-language를 훨씬 강한 신호로 봅니다. 스프레드시트보다 클러스터를 시각화해 감사하세요.

Hreflang은 태그가 아니라 클러스터입니다

Hreflang sits between one piece of content and the right version showing up for each market's search. 출처: /international-seo/hreflang/

© Patrick Stox LLC · CC BY 4.0 ·

A hreflang cluster is a bidirectional graph — one missing return link breaks just that pair. 출처: /international-seo/hreflang/

© Patrick Stox LLC · CC BY 4.0 ·

대부분의 혼란을 푸는 핵심은 hreflang을 페이지별 태그가 아닌 양방향 그래프로 보는 것입니다. Google 요구사항은 “Each language version must list itself as well as all other language versions,” (번역) 각 언어 버전이 자신과 다른 모든 언어 버전을 나열해야 하며, “if two pages don’t both point to each other, the tags will be ignored.” (번역) 두 페이지가 서로를 가리키지 않으면 태그가 무시된다는 것입니다. X가 Y를 가리키지만 Y가 X를 가리키지 않으면 그 연결은 사라집니다. 반환 태그 하나가 없으면 해당 주석은 무시되거나 잘못 해석될 수 있지만, Google은 더 큰 클러스터에서 올바르게 상호 연결된 다른 쌍은 계속 처리할 수 있다고 설명합니다.

Evidence for this claim Each hreflang set should include the page itself, use fully qualified URLs, and include return links; without reciprocity, the affected annotations may be ignored or misinterpreted. Scope: Google Search hreflang guidelines; the documentation does not say one missing return link invalidates every annotation in a cluster. Confidence: high · Verified: Google: Localized versions guidelines

여기서 두 가지 필수 조건이 나옵니다.

  • 상호성. 모든 참조에는 반대 방향 참조가 있어야 합니다. 템플릿 하나, CMS 필드 하나 또는 한 지역의 페이지만 동기화에서 벗어나도 대규모 구현에서 반환 링크가 사라집니다.
  • 자기 참조. 각 페이지는 자신을 나열합니다. Mueller는 이를 “optional—but good practice” (번역) 선택 사항이지만 권장 관행이라고 했습니다. 실제로 자기 참조 집합이 클러스터 일관성을 유지하는 가장 명확한 방식이며 누락 시 문제로 표시됩니다.

절대 경로의 완전한 URL도 필수입니다. https://example.com/foo, 처럼 완전한 형식을 쓰고 //example.com/foo나 /foo는 사용하지 마세요.

세 가지 방법과 장단점

Google은 HTML 태그, HTTP 헤더, XML 사이트맵을 동등하게 처리합니다. 둘 이상 구현해도 검색상의 이점은 없습니다. 스택이 안정적으로 유지할 수 있는 한 가지 방법을 사이트별로 선택하세요. 혼합하면 충돌 위험이 커집니다.

  • HTML <head> 태그. 가장 단순하고 눈에 잘 보입니다. 수십 개 로케일을 가진 사이트에서는 모든 페이지에 큰 <link> 블록이 생겨 마크업이 무거워집니다. 잘못된 HTML이나 JS 삽입으로 <body>에 들어간 태그는 유효하지 않습니다. Google이 렌더링·파싱한 페이지의 <head>에 있어야 합니다.
  • HTTP Link 헤더. PDF 같은 비HTML 리소스의 유일한 선택지입니다. 응답으로 보내므로 문서를 무겁게 하지 않습니다.
  • XML 사이트맵. 대규모에 적합합니다. 각 <url> 아래의 xhtml:link와 xmlns:xhtml="http://www.w3.org/1999/xhtml" 네임스페이스를 통해 중앙에서 주석을 관리하므로 페이지 재배포 없이 데이터베이스에서 전체 클러스터를 다시 만들 수 있습니다. HTML과 사이트맵 모두 크롤 시점에 처리되어 더 빠른 방법은 없지만, 사이트맵은 한 파일에서 전체 그래프를 검증할 수 있어 QA가 훨씬 쉽습니다.
Evidence for this claim Google accepts hreflang in HTML, HTTP headers, or XML sitemaps and says the methods are equivalent from its perspective. Scope: Google Search hreflang implementation methods. Confidence: high · Verified: Google: Localized versions

대규모 상호 연결이 깨지는 지점

5개 로케일 사이트라면 페이지 집합마다 5×5 참조 행렬이 필요합니다. 로케일을 추가·삭제하거나 슬러그를 고치거나 URL을 이전할 때마다 다시 생성해야 합니다. 실패 유형은 예측 가능합니다.

  • 일관되지 않은 URL 형식. 후행 슬래시 유무, http와 https, www와 루트 도메인, 경로 대소문자가 다르면 hreflang URL과 Google이 실제 색인한 URL이 일치하지 않아 반환 링크 비교가 깨집니다.
  • 리디렉션되거나 깨진 URL 지정. 로케일 URL을 바꾸고 리디렉션을 넣었지만 hreflang은 이전 URL을 가리키면 클러스터가 301 또는 404를 참조합니다.
  • 코드 드리프트. 일본어에 ja 대신 jp, 두 글자 대신 세 글자 코드, en-GB 대신 en-UK를 쓰면 잘못된 코드가 무시됩니다.

배포 예시: 반환 태그가 어제의 URL을 가리킬 때

영국 제품 페이지가 /gb/shoes/에서 /uk/shoes/로 이동했다고 가정해 봅시다. 미국 페이지가 다시 생성되지 않아 여전히 다음을 게시합니다.

<link rel="alternate" hreflang="en-US" href="https://shop.example/us/shoes/" />
<link rel="alternate" hreflang="en-GB" href="https://shop.example/gb/shoes/" />

이전 영국 URL은 /uk/shoes/로 리디렉션되고 새 영국 페이지는 최종 캐노니컬 URL에서 미국 페이지로 돌아가는 링크를 제공합니다. 문제는 두 가지입니다. 미국 주석이 리디렉션을 대상으로 하고, 최종 영국 URL이 미국 페이지가 선언한 URL과 다릅니다. 생성기를 수정해 양쪽 페이지 모두 최종 색인 가능 URL의 완전한 집합을 게시하게 하세요.

<link rel="alternate" hreflang="en-US" href="https://shop.example/us/shoes/" />
<link rel="alternate" hreflang="en-GB" href="https://shop.example/uk/shoes/" />

배포 뒤 양방향을 모두 검증하세요. 미국 쪽 소스 태그만 검사하면 반환 태그 실패를 놓칩니다. 이는 설명용 .example 클러스터입니다.

제 컨퍼런스 발표의 교훈은 여전히 같습니다. 단일 진실 공급원에서 hreflang 생성을 자동화하세요. 대규모 hreflang을 수작업으로 관리하면 반환 태그가 반드시 썩습니다.

캐노니컬화 충돌

Hreflang은 캐노니컬 지정 자체가 아니라 색인된 URL에 의존하지만 둘은 상호작용하며 잘못 설정하면 클러스터가 깨집니다.

  • 자기 참조 캐노니컬이 안전한 기본값입니다. 각 언어 버전은 자신을 캐노니컬로 지정해야 합니다. 스페인어 페이지가 영어 페이지를 캐노니컬로 지정하면 스페인어 URL을 색인하지 말라는 신호가 되며, 비캐노니컬 URL을 가리키는 hreflang은 흔한 오류입니다.
  • 동일 언어·다국가 경계 사례. 거의 같은 en-us와 en-gb 페이지를 Google이 통합해 하나만 색인하더라도 hreflang을 사용해 SERP 표시 URL을 국가에 맞는 버전으로 바꿀 수 있습니다. 캐노니컬화로 제외된 URL도 적절한 사용자에게 표시될 수 있으며 이는 오류가 아닌 기능이지만 색인 범위 감사에서는 혼란을 줍니다.
  • noindex와 robots.txt. 색인이 차단된 페이지는 클러스터에 참여할 수 없습니다. 그 페이지의 hreflang은 적용되지 않고 noindex 또는 차단 URL을 가리키면 반환 링크가 깨집니다. 제공하려는 언어 버전을 차단하거나 noindex 처리하지 마세요.

명령이 아니라 힌트입니다

이 관점을 기억하세요. 2025년 5월 Bluesky에서 John Mueller는 올바른 hreflang에도 fr-be 페이지가 fr 결과에 나온 사례에 대해 “hreflang doesn’t guarantee indexing, so it can also just be that not all variations are indexed,” (번역) hreflang은 색인을 보장하지 않아 일부 변형이 색인되지 않았을 수 있다고 했고, “I suspect this is a ‘same language’ case where our systems just try to simplify things for sites.” (번역) 시스템이 사이트를 단순화하려는 동일 언어 사례로 보인다고 설명했습니다. Google은 동일 언어 통합, 색인 공백 또는 자체 캐노니컬 선택 때문에 hreflang을 재정의할 수 있습니다.

반대쪽에는 Google의 캐노니컬화 지침이 있습니다. 페이지와 같은 언어의 캐노니컬 또는 가능한 최선의 대체 버전을 선택하라고 권하며, 완전한 상호 hreflang 클러스터에 속한 URL을 밖의 유사 URL보다 선호한다고 설명합니다. 이는 약속이 아닌 선호입니다. 올바른 클러스터는 적절한 URL 선택 가능성을 높이지만 색인이나 표시 URL을 보장하지 않습니다.

실무 결과는 명확합니다. 잘못된 hreflang은 불이익이 아니라 무시 대상입니다. 클러스터가 깨지면 Google은 자체 언어·지역 감지로 돌아갑니다. 손실은 순위 하락이 아니라 일부 사용자에게 잘못된 URL이 표시되는 기회 비용입니다. 따라서 긴급 상황인 경우는 드물지만 제대로 작동하는 경우도 드뭅니다.

Bing과 다른 엔진은 다른 신호 체계를 씁니다

Hreflang은 Google과 Yandex의 신호입니다. Bing은 완전히 다른 신호 체계를 사용합니다. Microsoft Bing의 Fabrice Canel은 “hreflang is indeed a far weaker signal than content-language at Bing.” (번역) Bing에서는 hreflang이 content-language보다 훨씬 약한 신호라고 말했습니다. Bing은 content-language HTTP 헤더·메타 태그, <html lang=""> 속성, 인바운드 링크, 방문자 위치, 서버·ccTLD 위치를 활용하며, 대부분의 경우 언어·시장 태그만을 위해 URL을 복제하지 말라고 조언했습니다. Baidu는 hreflang을 지원하지 않고 호스팅 위치, 중국 도메인 등록, ICP 라이선스, 콘텐츠 언어를 봅니다. 견고한 국제 설정은 Google용 hreflang과 다른 엔진용 올바른 content-language 및 html lang을 함께 사용합니다.

높은 오류율이 핵심입니다

Over 67% of domains using hreflang have at least one issue — missing x-default is the top offender. 출처: Data: Ahrefs

Ahrefs에서 수행한 최대 규모의 hreflang 연구는 374 756개 도메인을 분석해 이전 연구보다 거의 10× 컸습니다. hreflang 사용 도메인의 67% 이상에 문제가 하나 이상 있었습니다. 분포는 다음과 같습니다.

문제도메인 비율
x-default 누락56,3%
자기 참조 태그 누락18,0%
깨지거나 리디렉션된 페이지 참조16,9%
상호 태그 누락15,3%
비캐노니컬 URL 지정8,0%
잘못된 언어/국가 코드4,6%
일관되지 않은 언어 속성3,2%
같은 언어에 여러 페이지2,5%
여러 언어에 같은 페이지2,5%

연구의 결론은 여전히 유효합니다. hreflang은 복잡하고 올바르게 구현하기 어려우며 매우 다양한 방식으로 깨질 수 있습니다.

대규모 감사: 스프레드시트가 아니라 클러스터를 시각화하세요

returntag에서 자신의 클러스터를 확인하세요.

  1. 페이지 URL 하나, 사이트맵 URL 또는 페이지 URL 목록을 도구에 붙여넣습니다.
  2. Validate cluster를 클릭합니다.
  3. 심각도 색상으로 깨지거나 누락된 반환 링크가 드러나는 GRAPH 보기를 확인하거나, 행 단위 MATRIX로 전환합니다. 다른 사람에게 전달해야 하면 수정 목록 CSV를 내보내세요.

Hreflang 오류가 숨어 있는 이유는 반환 태그 문제가 페이지 사이의 관계이기 때문입니다. 스프레드시트 행으로 관계를 읽기는 거의 불가능합니다. Ahrefs Site Audit은 hreflang 클러스터를 그래프로 표시한 최초의 도구입니다. 페이지 URL 세부정보의 Hreflangs 탭은 전체 클러스터를 네트워크로 그려 깨진 페이지와 누락·오류 링크를 빨간색으로 강조합니다. 어떤 반환 태그가 빠졌거나 어떤 링크가 실수로 추가됐는지 즉시 알 수 있고 이해관계자에게 CSV보다 쉽게 설명할 수 있습니다. Site Audit은 연구의 오류 목록과 직접 대응하는 잘못된 주석, 자기 참조 누락, 언어별 다중 페이지, hreflang/html lang 불일치, 상호 태그 누락, 비캐노니컬 대상, 깨진 대상 검사도 수행합니다.

그 밖에는 다음을 사용합니다.

  • GSC URL 검사는 단일 URL의 크롤 및 색인 방식을 확인합니다. 이전 국제 타겟팅 보고서는 2022년 9월 22일 지원 중단됐습니다. Google은 “had little value for the ecosystem.” (번역) 생태계에 가치가 거의 없었다고 설명했습니다. 보고서만 사라졌고 hreflang 태그는 계속 작동합니다.
  • Google 검색 URL의 &hl=(호스트 언어)과 &gl=(지리 위치) 매개변수로 SERP를 수동 테스트하면 특정 로케일의 결과를 미리 볼 수 있습니다.

Hreflang은 기술 SEO 감사 항목이기도 합니다

Hreflang은 국제 SEO에 속하지만 다국어·다지역 사이트의 거의 모든 기술 SEO 감사에 등장합니다. 캐노니컬화, 색인, 크롤 접근성 검사와 나란히 있으며 조용히 깨지기 쉬운 항목입니다. 사이트에 로케일이 둘 이상이면 기술 감사 체크리스트에 hreflang 클러스터를 포함하세요.

다음으로 볼 곳

이 허브는 hreflang 하위 클러스터의 지도이며 첫 심층 글은 다음과 같습니다.

  • x-default — 명시적 태그와 일치하지 않는 사용자에게 적용할 대체 값으로 국가 선택기나 글로벌 홈페이지에 사용합니다. 필수는 아니지만 제 연구에서 가장 흔한 누락 항목(56,3%)이었습니다. 전용 글에서 사용·생략 시점과 나머지 클러스터와의 상호작용을 설명합니다.

더 넓은 전략은 국제 SEO 필러를 참고하세요. Hreflang은 국제 전략의 기술 계층이며 현지 의도, 콘텐츠, 권위에 맞춘 실제 현지화를 대신하지 않습니다.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.