Hreflang 태그: 무엇이고 어떻게 작동하는지

Hreflang 태그는 검색 엔진에 페이지의 어떤 언어·지역 버전을 사용자에게 보여줄지 알려줍니다; 이는 엔진이 색인화 및 노출을 위해 올바른 변형을 선택하는 데 도움이 되지만, 그것만으로 순위를 결정하지는 않습니다.

Hreflang Tag: Guide for Multilingual Websites

개요

Hreflang은 페이지, HTTP 헤더 또는 XML 사이트맵에 추가하여 대체 URL의 언어와 선택적 지역 타겟팅을 선언하는 HTML/하이퍼링크 신호입니다.검색 엔진는 hreflang을 사용해 특정 언어나 지역의 사용자에게 가장 적합한 지역화된 URL을 선택해 표시합니다. Hreflang은 검색 엔진이 어떤 변형을 색인하고 표시할지를쿼리해당 언어·로케일의 검색어에 대해 영향을 주지만, 단독으로 검색 결과 순서를 결정하는 직접적인 랭킹 신호는 아닙니다.

핵심 요약: hreflang 항목은 모든 변형에서 일관되어야 하며, 자기 참조 링크를 포함하고 올바른 언어-지역 코드 (ISO 639-1 / ISO 3166-1)를 사용해야 하며, 색인을 위해크롤러가 사용하는 버전에 적용되어야 합니다 — Google의 경우 이는 모바일 버전이 기본 기준이라는 뜻입니다 (Google crawls with Googlebot Smartphone by default since July 2024).

단계별

다음 단계를 사용해 hreflang을 신뢰성 있게 추가하세요.

1) 코드와 canonical 전략 선택

언어 전용 코드(예: "en"), 언어-지역 코드(예: "en-GB") 또는 둘 다를 사용할지 결정하세요. canonical과 hreflang은 일관되게 유지하십시오: 각 지역화된 페이지는 자기 참조 hreflang과 자체 canonical을 가질 수 있으며; hreflang을 다른 언어를 나타내는 canonical로 지정하지 마세요.

2) 배치 선택: link element, HTTP header, or XML sitemap

hreflang을 선언하는 일반적인 방법은 세 가지가 있으며, 각각 장단점이 있습니다:

- HTML <link> elements in the <head> — pros: simple, easy to audit in source; cons: requires identical head on all device versions (ensure mobile parity). Example: <link rel="alternate" hreflang="en" href="https://example.com/en/">

- HTTP headers — pros: useful for non-HTML files (PDFs); cons: harder to manage and audit. Example header: Link: <https://example.com/fr/>; rel="alternate"; hreflang="fr"

- XML sitemaps with <xhtml:link> entries — pros: centralised for large sites and sitewide variants; cons: must maintain accurate URLs and ensure sitemap is accessible to crawlers.

3) 양방향 세트 구현(상호성)

나열하는 모든 대체 URL은 다른 모든 대체(출처 포함)를 다시 나열해야 합니다. 예: 페이지 A가 A, B, C를 나열하면 페이지 B도 A, B, C를 나열해야 하고, 페이지 C도 A, B, C를 나열해야 합니다. 상호성은 크롤러의 모호성을 줄이고 올바른 변형 선택에 도움이 됩니다.

일반적인 문제

구현 시 주의할 전형적인 오류와 그것들이 색인화 및 노출에 미치는 영향.

- 잘못되었거나 일관성 없는 코드 사용(en과 en-US 혼용) — 검색 엔진이 항목을 무시하거나 다른 변형을 선택할 수 있습니다.

- 자기 참조 태그 누락 — 페이지가 자신을 목록에 포함하지 않으면 상호성이 깨져 대체 선택이 잘못될 수 있습니다.

- 색인 불가 또는 차단된 페이지(noindex, robots disallow) — 색인 불가인 대체 페이지는 보통 덜 유용하며, 검색 엔진이 변형 집합을 구성할 때 무시할 수 있습니다.

- 상대 URL과 절대 URL 혼용, 또는 HTTP/HTTPS 불일치 — 크롤러가 접근하는 버전과 일치하는 절대화된 canonicalized URL을 사용하세요.

검증 및 문제 해결 방법

검증은 사이트를 소유했는지 또는 제3자 감사를 하는지에 따라 다릅니다. 소유한 페이지의 경우에는Google Search Console의 URL Inspection을 사용해 Google이 페이지를 어떻게 색인했는지, 어떤 변형을 선택했는지 확인하세요. 모든 사이트에 대해 아래의 일반 도구로 HTTP 및 렌더링 검사를 수행하세요.

도구 및 명령

Chrome DevTools (View Source and Elements) — 서비스된 HTML에 <link rel="alternate" hreflang="..."> 항목이 존재하고 모바일 담당 페이지에 표시되는지 확인하세요.

curl -I https://example.com/path/ — 응답 헤더만 표시(서버 헤더와 링크 헤더 확인에 유용).

curl https://example.com/path/ — HTML 본문을 가져옵니다; 서버가 Googlebot 사용자 에이전트에 어떻게 응답하는지 확인하려면 curl -A "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)" https://example.com/path/ 를 사용해 서버가 Googlebot 사용자 에이전트에 어떻게 응답하는지 확인하세요 (이 방법을 이용해 클로킹하지 마십시오 — 서버 응답을 감사하기 위한 용도로만 사용하세요).

Bing Webmaster ToolsSite Explorer — Bing의 크롤링 동작과 색인 신호를 확인하세요.

참고: 귀하가 소유한 페이지의 경우 Google Search Console의 URL Inspection이 권위 있는 정보입니다; 제3자 페이지의 경우 공개적인 가져오기와 site: 쿼리 같은 색인 신호에 의존해야 하며, 이는 지표적일 뿐 확정적이지 않습니다.

실무 체크리스트

- **Hreflang present on canonical/mobile version** — 확인 위치: view-source 또는 모바일 UA로 curl — 모든 변형이 동일한 hreflang 항목 세트를 나열하면 통과입니다.
- **Self-referential entry** — 확인 위치: 페이지 소스 — 현재 URL이 세트에 나타나면 통과입니다.
- **Reciprocity across variants** — 확인 위치: 각 변형의 소스 또는 사이트맵 — 모든 변형이 모든 대체를 나열하면 통과입니다.
- **Indexability of alternates** — 확인 위치: URL Inspection(자체 사이트) 또는 site: 연산자와 공개적 가져오기 — 대체 페이지가 크롤러블하고 robots나 noindex로 차단되지 않으면 통과입니다.
- **URL canonical and protocol parity** — 확인 위치: HTTP 헤더와 canonical 링크 — hreflang href 값이 canonical과 일치하고 사용자가 및 크롤러가 접근하는 동일한 스킴(https/http)을 사용하면 통과입니다.
- **x-default for fallback** — 확인 위치: 페이지 소스 또는 사이트맵 — 합리적인 폴백(홈페이지나 언어 선택기 랜딩)이 hreflang="x-default"로 표시되면 통과입니다.

FAQ 전에: 더 깊은 기술적 참고가 필요하면 Technical SEO Guide를 참조하세요

자주 묻는 질문

hreflang이 순위를 개선합니까?

Hreflang은 검색 엔진이 적절한 언어/지역 변형을 제공하고 중복 콘텐츠 혼란을 줄이는 데 도움이 되지만, 단독으로 순위 상승을 가져오는 신호는 아닙니다. 결과 순서는 여러 랭킹 신호가 함께 결정합니다.

언제 hreflang을 사용하고 별도 국가 사이트를 운영해야 하나요?

서브디렉토리, 서브도메인 또는 ccTLD 등 서로 다른 URL에 호스팅된 본질적으로 유사한 콘텐츠의 언어 또는 지역 변형이 있는 경우에는 hreflang을 사용하세요. 시장별로 콘텐츠와 비즈니스 규칙이 크게 다르다면 별도 국가 사이트가 적절합니다.

x-default 태그가 필요합니까?

x-default는 모호한 경우(예: 언어 선택기 랜딩 페이지)에 권장됩니다. 정확한 언어 매치가 없을 때 검색 엔진이 사용할 명확한 폴백을 제공하기 때문입니다.

hreflang을 canonical 태그와 함께 사용할 수 있나요?

예. 각 지역화된 페이지는 자신을 가리키는 canonical을 가질 수 있으며 다른 지역화된 버전을 나열하는 hreflang 항목을 포함할 수 있습니다. hreflang을 다른 언어 변형을 나타내는 canonical로 지정하지 않도록 주의하세요.

마지막 메모: hreflang은 색인화와 변형 선택에 도움이 되지만 일관되게 구현하고 유지해야 합니다; 브라우저 DevTools, curl, 그리고 Search Console(자체 사이트의 경우)을 사용한 정기적인 감사가 회귀를 발견하는 가장 신뢰할 수 있는 방법입니다.

양질의 backlinks로 권위를 구축하세요. 기술적 SEO와 올바른 국제 타겟팅은 유기적 성장의 필수 요소입니다; 관련성 있고 색인 가능한 게재처에서 얻은 권위는 올바른 hreflang 설정을 보완하며 사용자가 적합한 변형을 찾는 데 도움을 줍니다.

개요

단계별