TL;DR: hreflang 구현, 왜 대부분 틀리는가?
- 다국어 사이트 75%가 hreflang 구현에 오류가 있음 (SEMrush 2017, 20,000개 사이트 조사)
- 한국 글로벌 기업 6곳 직접 점검 결과 — 현대자동차만 올바르게 구현
- 'kr'은 국가 코드, 'ko'가 언어 코드 — 한국어 사이트에서 가장 흔한 실수
- 자기 참조(self-referencing)와 양방향 연결 누락이 전체 오류의 핵심
- 네이버는 hreflang을 지원하지 않음 — 별도 대응 필요
글로벌 시장을 타겟하는 다국어 사이트에서 hreflang(에이치레프랭) 태그는 검색엔진에게 "이 페이지의 한국어 버전은 여기, 영어 버전은 여기"라고 알려주는 핵심 신호입니다.
문제는 대부분의 사이트가 이 태그를 잘못 구현하고 있다는 것입니다.
2017년 SEMrush가 20,000개 다국어 사이트를 분석한 결과, 75%가 최소 한 가지 이상의 hreflang 오류를 보유
이 수치는 2017년 조사 결과지만, 이후 연구에서도 상황은 크게 나아지지 않았습니다. Dan Taylor와 SALT.agency가 NerdyData를 활용해 18,786개 사이트를 분석한 결과에서도 유사한 패턴이 확인됩니다.
출처: Dan Taylor / SALT.agency Hreflang Research
31%가 상충하는 디렉티브, 48%가 x-default 미사용, 22%가 비표준 코드, 16%가 자기 참조 누락
이 글에서는 한국 글로벌 기업의 실제 구현 현황을 점검하고, Google 공식 요건에 따른 올바른 hreflang 구현법을 안내합니다.
hreflang이란?
hreflang(Hypertext Reference Language)은 HTML 속성으로, 동일한 콘텐츠의 다국어/다지역 버전 URL을 검색엔진에 알려줍니다. Google이 2011년 12월에 도입했습니다.
기본 구문:
<link rel="alternate" hreflang="ko" href="https://example.com/ko/" />
<link rel="alternate" hreflang="en" href="https://example.com/en/" />
<link rel="alternate" hreflang="x-default" href="https://example.com/" />
작동 원리:
| 사용자 | 검색 결과 |
|---|---|
| 한국에서 한국어로 검색 | example.com/ko/ 노출 |
| 미국에서 영어로 검색 | example.com/en/ 노출 |
| 매칭되지 않는 언어/지역 | x-default 페이지 노출 |
Google은 hreflang을 힌트(hint)로 처리합니다. 디렉티브(directive)가 아니므로 반드시 따르는 것은 아닙니다. 그만큼 올바른 구현이 중요합니다.
한국 글로벌 기업 hreflang 점검 결과 (2026년 4월)
한국 대표 글로벌 기업 6곳의 실제 사이트를 직접 점검했습니다. HTML 소스의 <head> 영역에서 hreflang 태그 존재 여부, 자기 참조, x-default, 양방향 연결을 확인한 결과입니다.
| 기업 | URL 구조 | hreflang 존재 | 자기 참조 | x-default | 양방향 연결 | 판정 |
|---|---|---|---|---|---|---|
| 설화수 | /kr/ko/ | 없음 | - | - | - | 미구현 |
| 라네즈 | /{country}/{lang}/ | 없음 | - | - | - | 미구현 |
| 이니스프리 | /kr/ko | 없음 | - | - | - | 미구현 |
| 삼성전자 | 서브디렉토리 | 부분 | 부분 | 없음 | 불완전 | 불완전 |
| 현대자동차 | 서브디렉토리 | 있음 | 있음 | 있음 | 있음 | 적합 |
| LG전자 | 서브디렉토리 | 없음 | - | - | - | 미구현 |
점검 요약:
- 6곳 중 1곳만 적합 — 현대자동차가 유일하게
ko-KR,en-US,x-default및 자기 참조를 올바르게 구현 - 삼성전자는 불완전 — 미국 페이지에 11개 alternate 태그가 있지만, 한국어 링크 누락, x-default 없음, 한국 사이트에는 hreflang 태그 자체가 없음 (양방향 연결 실패)
- 아모레퍼시픽 브랜드 3곳 전부 미구현 — 설화수, 라네즈, 이니스프리 모두 다국어 URL 구조는 갖추었으나 hreflang 태그는 전무
- LG전자 미구현 — 서브디렉토리 구조이나 hreflang 태그 없음
글로벌 매출 비중이 높은 한국 기업들조차 대부분 hreflang을 구현하지 않고 있습니다. 이는 검색엔진이 어떤 언어/지역 버전을 어떤 사용자에게 보여줄지 자체적으로 판단하게 된다는 뜻이며, 의도하지 않은 검색 결과 노출로 이어질 수 있습니다.
Google 공식 hreflang 요건 (2025년 12월 업데이트)
Google Search Central 문서 기준, hreflang 구현 시 반드시 충족해야 하는 요건을 정리합니다.
출처: Google Search Central — Localized Versions
2025년 12월 22일 최종 업데이트 기준
필수 요건 요약
| 요건 | 설명 | 위반 시 결과 |
|---|---|---|
| 자기 참조 | 모든 페이지는 자기 자신을 hreflang 목록에 포함 | hreflang 무시 가능 |
| 양방향 연결 | A→B면 B→A도 필요 | 연결 무시 |
| 절대 URL | https://부터 시작하는 전체 경로 | 태그 무효 |
| 유효한 코드 | ISO 639-1 언어 + ISO 3166-1 Alpha 2 지역 | 태그 무효 |
| Canonical 정합성 | 각 언어 버전의 canonical은 자기 자신을 가리키는 것이 권장됨 | hreflang 처리에 혼선 가능 |
구현 방법 3가지
Google은 세 가지 방법을 동등하게 인정합니다. 어떤 방법이든 위 요건만 충족하면 됩니다.
1. HTML <link> 태그 (가장 일반적):
<head>
<!-- 자기 참조 필수 -->
<link rel="alternate" hreflang="ko" href="https://example.com/ko/" />
<link rel="alternate" hreflang="en" href="https://example.com/en/" />
<link rel="alternate" hreflang="ja" href="https://example.com/ja/" />
<link rel="alternate" hreflang="x-default" href="https://example.com/" />
</head>
2. HTTP 헤더 (PDF 등 비HTML 파일용):
Link: <https://example.com/ko/file.pdf>; rel="alternate"; hreflang="ko",
<https://example.com/en/file.pdf>; rel="alternate"; hreflang="en",
<https://example.com/file.pdf>; rel="alternate"; hreflang="x-default"
3. XML 사이트맵 (대규모 사이트에 권장):
<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9"
xmlns:xhtml="http://www.w3.org/1999/xhtml">
<url>
<loc>https://example.com/ko/</loc>
<xhtml:link rel="alternate" hreflang="ko" href="https://example.com/ko/" />
<xhtml:link rel="alternate" hreflang="en" href="https://example.com/en/" />
<xhtml:link rel="alternate" hreflang="ja" href="https://example.com/ja/" />
<xhtml:link rel="alternate" hreflang="x-default" href="https://example.com/" />
</url>
<url>
<loc>https://example.com/en/</loc>
<xhtml:link rel="alternate" hreflang="ko" href="https://example.com/ko/" />
<xhtml:link rel="alternate" hreflang="en" href="https://example.com/en/" />
<xhtml:link rel="alternate" hreflang="ja" href="https://example.com/ja/" />
<xhtml:link rel="alternate" hreflang="x-default" href="https://example.com/" />
</url>
<url>
<loc>https://example.com/ja/</loc>
<xhtml:link rel="alternate" hreflang="ko" href="https://example.com/ko/" />
<xhtml:link rel="alternate" hreflang="en" href="https://example.com/en/" />
<xhtml:link rel="alternate" hreflang="ja" href="https://example.com/ja/" />
<xhtml:link rel="alternate" hreflang="x-default" href="https://example.com/" />
</url>
</urlset>
XML 사이트맵 방식은 페이지 수가 많은 사이트에서 HTML <head> 비대화를 방지할 수 있어 실용적입니다. 단, 각 <url> 항목마다 모든 언어 버전의 <xhtml:link>를 포함해야 합니다.
가장 흔한 hreflang 실수 7가지
실수 1: "kr" vs "ko" — 한국어 사이트의 치명적 실수
한국어 hreflang 구현에서 가장 빈번한 오류입니다.
<!-- 잘못된 예시 -->
<link rel="alternate" hreflang="kr" href="https://example.com/kr/" />
<!-- 올바른 예시 -->
<link rel="alternate" hreflang="ko" href="https://example.com/ko/" />
- "kr"은 ISO 3166-1 국가 코드 (대한민국)
- "ko"는 ISO 639-1 언어 코드 (한국어)
hreflang의 첫 번째 값은 반드시 언어 코드입니다. URL 경로에 /kr/을 쓰는 것과 hreflang 값에 ko를 쓰는 것은 별개입니다. URL 구조와 hreflang 코드를 혼동하지 마십시오.
언어-지역 조합이 필요한 경우:
<!-- 한국의 한국어 -->
<link rel="alternate" hreflang="ko-KR" href="https://example.com/ko-kr/" />
<!-- 미국의 영어 -->
<link rel="alternate" hreflang="en-US" href="https://example.com/en-us/" />
<!-- 영국의 영어 -->
<link rel="alternate" hreflang="en-GB" href="https://example.com/en-gb/" />
참고로 영국의 국가 코드는 GB이지 UK가 아닙니다. ISO 3166-1 표준에서 UK는 유효하지 않습니다.
실수 2: 자기 참조 누락
자기 참조(self-referencing)는 각 페이지가 hreflang 목록에 자기 자신을 포함하는 것입니다. SEMrush 조사에서 hreflang 충돌이 있는 사이트의 96%가 자기 참조를 누락했습니다.
<!-- 잘못된 예시: /ko/ 페이지에서 자기 참조 없음 -->
<link rel="alternate" hreflang="en" href="https://example.com/en/" />
<link rel="alternate" hreflang="ja" href="https://example.com/ja/" />
<!-- 올바른 예시: /ko/ 페이지에서 자기 참조 포함 -->
<link rel="alternate" hreflang="ko" href="https://example.com/ko/" />
<link rel="alternate" hreflang="en" href="https://example.com/en/" />
<link rel="alternate" hreflang="ja" href="https://example.com/ja/" />
실수 3: 양방향 연결 누락
A 페이지가 B를 alternate로 지정하면, B 페이지도 A를 alternate로 지정해야 합니다. 한쪽만 있으면 Google은 해당 연결을 무시합니다.
삼성전자의 사례가 이에 해당합니다. 미국 페이지에서 11개 언어 alternate를 선언했지만, 한국 사이트에는 hreflang 태그가 전혀 없어 양방향 연결이 성립하지 않습니다.
실수 4: x-default 미사용
x-default는 언어/지역이 매칭되지 않는 사용자를 위한 폴백 페이지를 지정합니다. Google이 2013년 4월에 도입했습니다.
Dan Taylor 연구에서 조사 대상의 48%가 x-default를 사용하지 않았습니다. 한국 기업 중에서는 현대자동차만 x-default를 구현하고 있었습니다.
<!-- x-default: 언어 선택 페이지 또는 글로벌 폴백 -->
<link rel="alternate" hreflang="x-default" href="https://example.com/" />
x-default는 일반적으로 언어 선택 페이지, 또는 가장 넓은 대상을 커버하는 영어 페이지에 지정합니다.
실수 5: Canonical과 hreflang 충돌
Canonical URL과 hreflang URL이 불일치하면, Google은 해당 페이지의 모든 hreflang 태그를 폐기합니다.
<!-- 잘못된 예시: canonical은 /ko/인데 hreflang은 /ko-kr/ -->
<link rel="canonical" href="https://example.com/ko/" />
<link rel="alternate" hreflang="ko" href="https://example.com/ko-kr/" />
<!-- 올바른 예시: canonical과 hreflang URL 일치 -->
<link rel="canonical" href="https://example.com/ko/" />
<link rel="alternate" hreflang="ko" href="https://example.com/ko/" />
www와 non-www, http와 https 혼용도 동일한 문제를 일으킵니다. canonical에서 https://www.example.com을 쓰면서 hreflang에서 https://example.com을 쓰면 불일치로 처리됩니다.
실수 6: 상대 URL 사용
hreflang에는 반드시 절대 URL(fully-qualified URL)을 써야 합니다.
<!-- 잘못된 예시 -->
<link rel="alternate" hreflang="ko" href="/ko/" />
<!-- 올바른 예시 -->
<link rel="alternate" hreflang="ko" href="https://example.com/ko/" />
실수 7: 불일치하는 언어 세트
한 그룹 내 모든 페이지는 동일한 언어 세트를 선언해야 합니다. A 페이지가 ko, en, ja를 선언했는데 B 페이지가 ko, en만 선언하면 Google이 혼동합니다.
SEMrush 조사에서 32%의 사이트가 일관되지 않은 언어 세트를 사용하고 있었습니다.
네이버 대응: hreflang만으로는 부족하다
네이버 서치어드바이저 공식 문서에는 hreflang에 대한 언급이 없으며, 실무적으로 네이버가 hreflang을 처리한다는 증거도 확인되지 않습니다. 한국 시장을 타겟한다면 별도 대응이 필요합니다.
content-language 메타 태그는 HTML 표준의 일부이며, 페이지의 대상 언어를 명시하는 데 사용할 수 있습니다. 네이버가 이 태그를 직접적인 랭킹 신호로 사용하는지는 공식 확인되지 않았지만, 페이지 언어를 명확히 하는 것은 일반적으로 좋은 관행입니다.
<head>
<!-- Google용: hreflang -->
<link rel="alternate" hreflang="ko" href="https://example.com/ko/" />
<link rel="alternate" hreflang="en" href="https://example.com/en/" />
<link rel="alternate" hreflang="x-default" href="https://example.com/" />
<!-- 네이버용: content-language -->
<meta http-equiv="content-language" content="ko-kr" />
</head>
듀얼 전략 요약:
| 검색엔진 | 언어 신호 | 태그 |
|---|---|---|
| hreflang | <link rel="alternate" hreflang="ko"> | |
| 네이버 | content-language | <meta http-equiv="content-language" content="ko-kr"> |
두 태그는 충돌하지 않으므로 동시에 사용할 수 있습니다. 한국어 페이지에는 반드시 두 가지를 모두 적용하는 것을 권장합니다.
실전 구현 체크리스트
hreflang 구현 또는 점검 시 아래 항목을 하나씩 확인하십시오.
코드 레벨
- 언어 코드가 ISO 639-1 표준인가? (
ko,en,ja등) - 지역 코드가 ISO 3166-1 Alpha 2 표준인가? (
KR,US,GB등) - "kr"을 언어 코드로 쓰지 않았는가?
- 모든 페이지에 자기 참조가 포함되어 있는가?
- 양방향 연결이 성립하는가? (A→B이면 B→A)
- 모든 URL이 절대 URL인가?
- x-default가 지정되어 있는가?
Canonical 및 기타
- hreflang URL과 canonical URL이 일치하는가?
- www/non-www, http/https가 통일되어 있는가?
- 그룹 내 모든 페이지의 언어 세트가 일치하는가?
- 한국어 페이지에
content-language메타 태그가 있는가? (네이버 대응)
검증 도구
- Google Search Console — 색인 상태 및 hreflang 오류 확인 (참고: International Targeting 보고서는 2022년 8월 지원 종료)
- Screaming Frog — 사이트 크롤링 후 hreflang 태그 일괄 점검
- Ahrefs Site Audit — hreflang 오류 자동 탐지
- 수동 확인 — 브라우저 개발자 도구에서
<head>내 hreflang 태그 직접 확인
실제 효과: hreflang 수정 후 성과 변화
hreflang을 올바르게 구현하면 구체적으로 어떤 변화가 나타날까요?
한 호텔 사이트에서 hreflang 오류를 수정한 사례입니다.
| 지표 | 변화 | 기간 |
|---|---|---|
| 독일/프랑스 오가닉 트래픽 | +120% | 3개월 |
| 해외 방문자 이탈률 | -45% | 3개월 |
핵심은 콘텐츠 변경 없이 hreflang 태그 수정만으로 이 결과가 나왔다는 점입니다. 잘못된 언어 버전이 노출되어 이탈하던 사용자가, 올바른 언어 페이지로 랜딩하게 되면서 자연스럽게 성과가 개선되었습니다.
FAQ
Q. hreflang과 lang 속성은 같은 건가요?
다릅니다. <html lang="ko">는 해당 페이지의 언어를 브라우저와 스크린 리더에 알려주는 HTML 속성이고, hreflang은 검색엔진에게 다른 언어 버전의 존재를 알려주는 SEO 신호입니다. 두 가지 모두 사용해야 합니다.
Q. 언어만 지정해도 되나요, 지역까지 필요한가요?
같은 언어를 여러 지역에서 사용하는 경우(예: 미국 영어와 영국 영어)에는 en-US, en-GB처럼 지역까지 지정합니다. 한국어처럼 주로 한 지역에서 사용하는 언어는 ko만으로 충분하지만, 명시적으로 ko-KR을 쓰는 것도 유효합니다.
Q. JavaScript로 동적 렌더링하는 페이지에도 hreflang이 적용되나요?
Google은 JavaScript 렌더링 후 hreflang을 인식할 수 있다고 밝혔지만, 가능하면 서버 사이드 렌더링(SSR)으로 <head>에 직접 포함하는 것이 안전합니다. 또는 XML 사이트맵 방식으로 우회할 수 있습니다.
Q. hreflang을 넣었는데 여전히 잘못된 언어 페이지가 노출됩니다.
Google은 hreflang을 힌트로 처리합니다. 자기 참조, 양방향 연결, canonical 일치 등 모든 필수 요건을 확인한 뒤에도 문제가 지속된다면, 해당 페이지의 콘텐츠 품질, 백링크, 사용자 신호 등 다른 순위 요인이 영향을 미치고 있을 수 있습니다.
Q. Google Search Console의 International Targeting 보고서는 어디 있나요?
해당 보고서는 2022년 8월에 지원 종료(deprecated)되었습니다. 현재는 Search Console의 페이지 색인 보고서와 URL 검사 도구를 통해 hreflang 관련 문제를 간접적으로 확인할 수 있습니다.
정리
hreflang 구현은 단순한 태그 삽입이 아니라, 자기 참조, 양방향 연결, canonical 일치, 코드 표준 등 여러 조건을 동시에 충족해야 하는 체계적인 작업입니다.
한국 글로벌 기업 점검에서 확인했듯이, 글로벌 매출 규모가 큰 기업조차 대부분 hreflang을 올바르게 구현하지 못하고 있습니다. 다국어 URL 구조를 갖추는 것과 검색엔진에 올바른 신호를 보내는 것은 별개의 문제입니다.
특히 한국어 사이트는 "kr" vs "ko" 혼동, 네이버 미대응 등 한국 고유의 실수 요인이 추가되므로, 글로벌 가이드라인을 그대로 따르는 것만으로는 부족합니다.
다국어 사이트 hreflang 진단이 필요하시면 XEO 무료 진단을 신청하세요.