hreflang 태그 설정에서 흔히 발생하는 오류는 무엇인가요? 언어 버전 상호 참조 규칙 분석

hreflang 태그 설정은 왜 자주 오류가 발생할까

hreflang 태그 설정 자체는 복잡하지 않지만, 어려운 점은 세부사항에 있다. 언어 코드, 지역 코드, 페이지 관계 이 세 가지 중 하나라도 일치하지 않으면 다국어 사이트는 식별 편차가 발생할 수 있다.

흔한 결과는 검색 엔진이 영어 페이지를 프랑스어 사용자에게 보여주고, 미국 지역 페이지를 기본 버전으로 인식하며, 심지어 전체 언어 버전을 직접 무시하는 경우도 있다는 것이다. 이렇게 되면 색인, 노출, 전환 모두 지연된다.

기술 평가 관점에서 보면, hreflang 태그 설정은 단일 지점 구성 문제가 아니라 한 세트의 버전 상호 참조 규칙이다. 이는 URL 구조, 표준화 태그, 사이트맵, 리디렉션 전략과 함께 작동해야만 안정적으로 효과가 나타난다.

사이트가 여러 국가와 언어를 서비스한다면, 이 부분의 설정은 단순히 태그가 있는지 없는지만 볼 것이 아니라 표준에 맞는지, 서로 폐쇄 루프를 이루는지, 장기적으로 유지 관리가 가능한지도 봐야 한다.

hreflang 태그 설정의 흔한 오류는 무엇일까

가장 흔한 유형부터 말하면, 코드 오기입이다. 예를 들어 중국어를 “cn”으로 쓰거나, 영국 영어를 “uk”으로 쓰는 경우가 있다. 이런 표기는 보기에는 그럴듯하지만, 실제로는 표준에 맞지 않는다.

언어는 보통 표준 언어 코드를 사용하고, 지역은 표준 국가 또는 지역 코드를 사용한다. 두 요소의 순서도 바뀌면 안 되며, 올바른 표기는 “언어가 앞, 지역이 뒤”이다.

• 언어 코드를 국가 코드로 잘못 씀
• 대소문자가 섞여 규범성을 해침
• 언어와 지역의 순서가 뒤바뀜
• 존재하지 않는 조합 코드를 사용함

두 번째 유형의 오류는 페이지 간 상호 지정이 없는 것이다. 많은 사이트가 영어 페이지에서만 프랑스어 페이지를 가리키고, 프랑스어 페이지가 다시 영어 페이지를 가리키도록 하지 않는다. 이렇게 하면 버전 상호 참조 규칙이 깨진다.

검색 엔진이 hreflang 태그 설정을 처리할 때는 상호 참조 묶음을 더 중시한다. 한 페이지 묶음의 각 버전은 모두 자신과 다른 대응 버전을 함께 명시해야 하며, 그래야 완전한 폐쇄 루프가 형성된다.

세 번째 유형의 오류는 서로 다른 콘텐츠를 같은 페이지의 언어 버전으로 강제로 간주하는 것이다. 예를 들어 영어 홈페이지에 대응하는 것이 중국어 제품 페이지라면, 이는 언어 매핑이 아니라 콘텐츠 매칭 오류이다.

또 다른 매우 숨겨진 문제는 hreflang 태그 설정과 canonical의 충돌이다. 페이지는 자신이 프랑스어 버전이라고 선언하지만 canonical은 영어 버전을 가리키면, 검색 엔진은 보통 표준화된 신호를 우선 참고한다.

언어 버전 상호 참조 규칙의 핵심 논리

hreflang 태그 설정이 올바른지 판단하려면, 먼저 세 가지 기본 규칙을 보면 된다. 첫째, 버전 간에는 반드시 동등한 페이지여야 한다. 둘째, 각 버전은 서로를 상호 선언해야 한다. 셋째, 반환 상태는 반드시 접근 가능해야 한다.

여기서 말하는 동등한 페이지란 같은 주제, 같은 기능, 같은 전환 목표 아래의 서로 다른 언어 또는 지역 버전을 뜻하며, 카테고리 대체 페이지나 임의의 리디렉션이 아니다.

상호 선언이란 A 페이지가 B 페이지를 가리킬 때, B 페이지도 A 페이지를 가리키고 동시에 자기 자신 버전도 포함해야 함을 뜻한다. 자기 지시가 빠지면 전체 관계가 불안정해지기 쉽다.

접근 가능하다는 것은 단순히 200 상태를 반환하는 것만 뜻하지 않는다. 대상 페이지는 크롤링이 허용되어야 하고, robots에 의해 차단되면 안 되며, 잦은 리디렉션이 있으면 안 되고, 태그와 일치하지 않는 언어 페이지로도 이동하면 안 된다.

1. 먼저 페이지가 일대일로 대응하는지 확인한다
2. 그다음 각 버전이 모든 언어 페이지를 완전하게 나열했는지 점검한다
3. 마지막으로 URL이 실제로 크롤링 가능하고 인덱싱 가능한지 확인한다

실제 업무에서는 지역 구분이 세밀할수록 hreflang 태그 설정이 더 쉽게 통제 불능이 된다. 특히 유럽, 중동, 라틴아메리카 등 지역은 언어는 같지만 시장이 다르므로, 매핑 규칙을 반드시 사전에 명확히 정의해야 한다.

가장 쉽게 간과되는 네 가지 기술적 위험

1. 기본 페이지 누락 또는 오용

많은 사이트는 기본 버전을 설정하지 않아 명확히 일치하지 않는 사용자를 포괄하지 못한다. 또 어떤 사이트는 기본 페이지를 특정 국가 페이지로 직접 사용해, 이 역시 편차를 만들기 쉽다.

2. 자동 리디렉션이 너무 강함

사용자가 페이지에 들어가자마자 현지 언어 사이트로 강제 이동되면 겉보기에는 친절해 보이지만, 실제로는 크롤링을 방해할 수 있다. 검색 엔진이 방문할 때도 원래 페이지 내용과 hreflang 태그 설정을 제대로 가져가지 못할 수 있다.

3. 사이트맵과 페이지 태그 불일치

어떤 팀은 페이지 상단과 XML 사이트맵에 동시에 언어 버전을 설정하지만, 두 세트의 데이터가 같은 출처가 아니다. 결국 하나는 미국 지역을 쓰고, 하나는 글로벌 페이지를 써서, 최종 신호가 서로 충돌한다.

4. 템플릿 일괄 상속 오류

이것은 대형 사이트에서 매우 흔한 문제이다. 템플릿 한 곳이 잘못 설정되면 수백 개의 페이지가 한꺼번에 잘못된다. 특히 쇼핑몰, 랜딩페이지 시스템, 멀티사이트 매트릭스에서는 대량 검증 메커니즘이 더 필요하다.

한 번의 효과적인 점검은 어떻게 할까

hreflang 태그 설정을 평가할 때는 홈페이지만 추출해 보지 말 것을 권한다. 홈페이지는 보통 가장 규범적이지만, 문제는 제품 페이지, 문서 페이지, 필터 페이지, 광고 랜딩 페이지에서 더 자주 발생한다.

한 번의 고효율 점검은 최소한 템플릿 계층, 페이지 계층, 크롤링 계층, 인덱싱 계층을 모두 포함해야 한다. 그래야 문제가 설정 오류인지, 시스템 논리 충돌인지 판단할 수 있다.

사이트 규모가 크다면 hreflang 태그 설정을 배포 프로세스에 포함시키는 것이 좋다. 새 언어가 출시되거나, 디렉터리 구조가 조정되거나, 템플릿이 개편될 때마다 자동 검증을 한 번씩 수행해, 나중에 수동 보완에 의존하지 않도록 해야 한다.

장기 유지 관점에서 올바른 전략은 무엇일까

진정으로 안정적인 hreflang 태그 설정은 출시 전 한 번의 수정으로 끝나는 것이 아니라, 구조화된 관리에 달려 있다. 언어 사이트가 많을수록 규칙, 필드, 출력 논리를 더 통일해야 한다.

더 안정적인 방법은 페이지 키, 언어 버전, 지역 버전, 정규화 주소, 인덱싱 상태를 같은 데이터 관계 안에 두고 시스템이 자동으로 상호 참조 관계를 생성하게 하는 것이다.

다국어 웹사이트 구축, 해외 마케팅, 글로벌 고객 확보 프로젝트에서는 이 단계가 매우 중요하다. hreflang 태그 설정이 한 번만 어긋나도 영향을 받는 것은 SEO만이 아니라 광고 랜딩페이지 경험과 지역별 트래픽 배분까지 포함된다.

향후 유지 비용을 줄이고 싶다면, 사이트 구축 단계에서부터 언어 버전 상호 참조 규칙을 설계에 넣어야 하며, 색인 이상이 발생한 뒤에야 보완해서는 안 된다. 선제적 설계는 사후 수정보다 보통 시간도 덜 들고, 더 안정적이다.

핵심 판단 기준으로 돌아가면, hreflang 태그 설정이 합격인지 여부는 세 가지만 보면 된다. 코드가 표준인지, 버전이 서로를 참조하는지, 신호가 일치하는지이다. 이 세 가지를 제대로 갖추면 다국어 사이트의 국제화 SEO 기반이 비로소 진정으로 안정적이라고 할 수 있다.