다국어 사이트의 hreflang 태그에 반복적으로 오류가 발생하는데, 어떻게 점검해야 하나요?

게시 날짜:13/09/2026

작성자:이잉보(Eyingbao)

조회수:

다국어 사이트의 hreflang 태그에 계속 오류가 발생하면 어떻게 해결할 수 있을까요? 이 글에서는 반환 링크 누락, URL 매핑 오류, canonical 충돌, 코드 규격 등 점검 방법을 체계적으로 정리하여, 해외무역 웹사이트의 다국어 페이지 색인 생성 및 해외 고객 확보 전환율 향상에 도움을 드립니다.

즉시 문의:4006552477

“페이지는 이미 번역했는데, 왜 Google은 여전히 독일 사용자에게 영어 페이지를 표시할까요?” 다국어 공식 웹사이트를 확장하는 많은 해외무역 기업이 이와 같은 문제를 겪습니다. 더 흔한 경우는 개발자가 hreflang을 추가했지만 웹마스터 도구에서 계속 불일치 또는 반환 링크 누락을 알리거나, 각 언어 페이지의 색인 등록과 자연 유입 트래픽이 좀처럼 개선되지 않는 것입니다.

다국어 사이트의 hreflang 태그 오류가 반복될 때 어떻게 해결해야 할까요? 핵심은 태그 한 줄을 반복해서 수정하는 것이 아니라, 이를 “다중 버전 페이지가 서로 관계를 선언하는” 메커니즘으로 보고 점검하는 데 있습니다. hreflang은 검색 엔진에 어떤 URL이 동일한 콘텐츠를 서로 다른 언어 또는 지역 사용자에게 제공하는 버전인지 알려줍니다. 순위를 보장하지는 않지만 언어 버전 불일치 가능성을 줄여, 사용자가 자신에게 적합한 언어로 읽고 문의하며 주문할 수 있는 페이지에 도달할 기회를 높여 줍니다.

먼저 확인하세요: 웹사이트에 정말 hreflang이 필요한가요?

웹사이트에 중국어와 영어 두 가지 버전만 있고 콘텐츠, 통화, 물류, 연락처가 모두 동일하며 인터페이스 언어만 다르다면, 일반적으로 zh와 en만 사용하면 됩니다. 같은 영어라도 미국 사이트에서는 미국 달러와 인치를 사용하고 영국 사이트에서는 영국 파운드와 밀리미터를 사용한다면, en-US, en-GB로 추가 구분하는 것이 더 적합합니다.

“더 많은 시장을 포괄하기 위해” 기계적으로 수십 개의 지역 코드를 생성하지 마세요. 독립적인 콘텐츠, 가격, 서비스 또는 전환 경로 차이가 없는 페이지를 억지로 en-DE, en-FR 등의 버전으로 나누면 오히려 유지 관리 비용이 증가하고 검색 엔진이 페이지 관계를 판단하기 어려워질 수 있습니다. B2B 해외무역 사이트의 경우 핵심 언어와 주요 시장에 따라 버전을 구축하는 것이 차이가 적은 다수의 지역 페이지보다 대체로 더 안정적입니다.

가장 쉽게 간과되는 규칙: 모든 버전은 완전하게 서로를 “상호 선언”해야 합니다

hreflang은 영어 페이지에서 중국어 페이지를 가리킨다고 끝나는 것이 아닙니다. 유효한 언어 버전 그룹에는 모든 대응 페이지가 포함되어야 하며, 각 URL에는 자신을 포함한 동일한 선언 그룹이 모두 포함되어야 합니다. 예를 들어 중국어, 영어, 일본어의 세 제품 페이지는 모두 zh, en, ja에 해당하는 링크를 동시에 나열해야 합니다.

&lt;link rel="alternate" hreflang="zh" href="https://example.com/zh/product-a/" />
<link rel="alternate" hreflang="en" href="https://example.com/en/product-a/" />
<link rel="alternate" hreflang="ja" href="https://example.com/ja/product-a/" />
<link rel="alternate" hreflang="x-default" href="https://example.com/" />

이 중 x-default는 언어 선택 페이지, 국제 홈페이지 또는 사용자가 직접 언어를 전환할 수 있는 기본 페이지를 가리키는 데 적합합니다. 필수 항목은 아니지만 여러 국가에서 고객을 확보하는 브랜드 사이트에는 매우 유용합니다. 기본 페이지 자체도 접근 및 색인 등록이 가능한 실제 페이지여야 하며, 즉시 강제 리디렉션되는 중간 주소여서는 안 됩니다.

다국어 사이트의 hreflang 태그에 반복적으로 오류가 발생하는데, 어떻게 점검해야 하나요?

태그만 보며 수정하는 것보다 이 절차에 따라 점검하는 것이 더 효과적입니다

1. URL이 일대일로 대응되는지, 전체 사이트가 홈페이지를 가리키고 있지는 않은지

이는 다국어 쇼핑몰 및 마케팅 사이트에서 가장 흔한 잠재적 문제입니다. 영어 제품 상세 페이지는 중국어 제품 상세 페이지 및 일본어 제품 상세 페이지에 대응해야 하며, 영어 블로그 글은 같은 주제의 다른 언어 글에 대응해야 합니다. 영어 하위 페이지가 모두 hreflang으로 중국어 홈페이지에 연결되거나, 번역 콘텐츠가 아직 게시되지 않아 임시로 카테고리 페이지를 가리킨다면 검색 엔진은 이를 동등한 버전으로 보기 어렵습니다.

아직 번역되지 않은 콘텐츠의 경우 해당 언어에 대한 hreflang 대응 관계를 만들지 않는 편이 무작위로 연결하는 것보다 낫습니다. 특히 대량으로 웹사이트를 구축할 때는 제품 판매 중단, URL 개편, 페이지네이션 및 필터 페이지에 오래된 매핑이 남아 있는지 확인해야 합니다.

2. 반환 링크가 누락되었거나 버전 목록이 일치하지 않는지

A 페이지가 B 페이지를 영어 버전으로 선언했는데 B 페이지가 A 페이지를 중국어 버전으로 선언하지 않았다면, 이것이 흔히 말하는 “반환 링크 누락”입니다. 더 은밀한 또 다른 경우는 중국어 페이지에는 zh/en/ja가 나열되어 있지만 영어 페이지에는 zh/en만 나열된 경우입니다. 겉으로는 모든 페이지에 태그가 있는 것처럼 보여도 실제 언어 세트가 일치하지 않아 마찬가지로 신호가 무효화될 수 있습니다.

먼저 표로 페이지 관계를 관리하는 것이 좋습니다. 각 행은 하나의 콘텐츠 그룹, 각 열은 하나의 언어 또는 지역으로 구성하고 URL을 확인한 후 시스템에서 일괄 출력하세요. 서로 다른 템플릿에 사람이 직접 복사하여 붙여넣는 방식에 의존하지 마세요. 웹사이트에 수백 개의 제품 페이지가 생기면 수정 누락은 거의 피할 수 없습니다.

3. 대상 페이지를 정상적으로 크롤링하고 색인 등록할 수 있는지

hreflang이 가리키는 URL은 반드시 200 상태 코드를 반환해야 하며, 301 또는 302 리디렉션 주소여서는 안 되고 404, 소프트 404, robots.txt에 의해 차단되었거나 noindex가 포함된 페이지여서도 안 됩니다. 흔한 문제로는 모바일에서 다른 도메인으로 자동 리디렉션되는 경우, 지역 인식 플러그인이 강제 리디렉션하는 경우, CDN 규칙이 URL을 재작성하는 경우, 테스트 환경 링크가 실수로 운영 사이트에 연결되는 경우 등이 있습니다.

canonical도 확인해야 합니다. 일반적으로 각 언어 버전의 canonical은 자기 자신을 가리켜야 합니다. 영어 페이지의 canonical이 중국어 페이지로 되돌아가는데 동시에 hreflang으로 독립된 영어 버전이라고 표시하면, 이 두 신호는 서로 충돌합니다. 검색 엔진은 대개 정규화 문제를 우선 처리하므로 hreflang도 효과를 내기 어려워집니다.

4. 언어 및 지역 코드가 올바르게 작성되었는지

언어에는 en, de, fr, zh와 같은 ISO 639-1 두 자리 코드를 사용합니다. 지역을 지정해야 하는 경우 en-US, pt-BR, zh-CN과 같이 “언어-지역” 형식을 사용합니다. 국가 코드 US만 작성하거나 존재하지 않거나 표준화되지 않은 사용자 지정 약어를 혼용하지 마세요.

또한 페이지의 lang 속성과 hreflang은 역할이 다릅니다. 전자는 브라우저와 보조 읽기 도구가 페이지 언어를 이해하도록 돕고, 후자는 검색에서 버전을 일치시키는 데 사용됩니다. 두 가지는 일치하게 유지하는 것이 좋지만 서로를 대체할 수는 없습니다.

태그를 어디에 배치할지, 세 가지 방법 중 하나를 선택해 일관되게 관리하세요

hreflang은 HTML의 <head> 안에 배치할 수 있으며, HTTP 응답 헤더 또는 XML Sitemap을 통해 제출할 수도 있습니다. 일반 기업 공식 웹사이트와 콘텐츠 사이트는 대부분 head 태그를 사용합니다. PDF와 같은 비 HTML 파일은 HTTP 헤더를 고려할 수 있고, 언어 버전과 페이지 수가 많은 크로스보더 쇼핑몰은 시스템에서 XML Sitemap을 생성하여 중앙 관리할 수 있습니다.

기술적으로 여러 방식을 동시에 사용할 수 있지만, 전제는 데이터가 완전히 일치해야 한다는 것입니다. 실제로는 템플릿 태그, 플러그인, Sitemap을 서로 다른 팀이 관리하는 경우가 많아 “페이지에는 한 세트, 사이트맵에는 다른 세트”라는 충돌이 가장 쉽게 발생합니다. 명확한 관리 역량이 없다면 하나의 주 데이터 소스를 정하고 다른 채널에서는 중복 출력하지 않는 것이 좋습니다.

수정 후에는 소스 코드만 보지 마세요

페이지 소스 코드를 열어 태그 존재 여부를 확인하는 것은 첫 단계일 뿐입니다. 링크가 절대 URL인지, 200을 반환하는지, canonical이 자기 자신을 가리키는지, 해당 언어 페이지에 완전한 역방향 선언이 있는지도 하나씩 표본 점검해야 합니다. 대규모 사이트의 경우 먼저 홈페이지, 핵심 제품 페이지, 주요 랜딩 페이지 및 트래픽이 높은 글 페이지를 표본으로 점검한 뒤 크롤러 도구를 통해 문제를 일괄 내보낼 수 있습니다.

Google Search Console의 URL 검사 도구는 페이지 크롤링 가능 여부와 정규 페이지 판정 방식을 확인하는 데 도움이 되며, 서버 로그는 검색 엔진이 각 언어 버전에 성공적으로 접근하는지 관찰하는 데 보조적으로 활용할 수 있습니다. 수정 후 즉각적인 변화를 기대할 필요는 없습니다. 검색 엔진은 페이지 관계를 다시 크롤링하고 처리할 시간이 필요합니다. 이때 더 중요한 것은 URL, 태그 및 사이트맵을 안정적으로 유지하고 오늘은 디렉터리를 바꾸고 내일은 리디렉션 규칙을 바꾸는 일을 피하는 것입니다.

hreflang을 사이트 구축 프로세스에 포함하고, 출시 후의 임시 보완책으로 두지 마세요

다국어 SEO의 어려움은 보통 태그 자체가 아니라 콘텐츠, URL 구조, 번역 진행 상황 및 기술 템플릿이 서로 동기화되어 있는지에 있습니다. 지속적으로 제품, 블로그 및 광고 랜딩 페이지를 추가하는 웹사이트라면 게시 프로세스에 “언어 버전 매핑, 색인 상태, canonical, hreflang” 네 가지 점검 항목을 설정하는 것이 좋습니다.

해외 진출 사업을 지원하는 이잉바오와 같은 AI 기반 웹사이트 구축 및 마케팅 서비스는 색인 등록 이상이 발생한 후 페이지별로 수정하기보다 사이트 구조 단계부터 다국어 경로를 계획하는 것을 더욱 중요하게 여깁니다. 어떤 웹사이트 구축 시스템을 사용하든 기업은 관리 가능한 언어 매핑 규칙을 유지해야 합니다. 콘텐츠를 업데이트할 때 태그도 함께 업데이트하고, 페이지를 내릴 때 관련 연결도 함께 제거해야 합니다. 이렇게 처리해야 hreflang이 비로소 전 세계 사용자와 올바른 페이지를 잇는 명확하고 신뢰할 수 있는 경로가 될 수 있습니다.