hreflang을 올바르게 설정했는데도 색인되지 않는 이유는 무엇인가요?

다국어 웹사이트를 공개한 후 hreflang 태그를 올바르게 설정했는데도 각 언어 페이지가 Google 검색 결과에 좀처럼 나타나지 않는 경우는 많은 운영자가 겪는 문제입니다. 태그를 반복해서 수정하기 전에 먼저 알아두세요. hreflang은 페이지 간 언어 및 지역 대응 관계를 알려주는 기능이지, 페이지의 크롤링이나 색인을 보장하지는 않습니다. hreflang 색인 최적화를 제대로 하려면 크롤링, 표준화, 페이지 콘텐츠, 웹사이트 내부 링크까지 점검 범위를 넓혀야 합니다.

먼저 확인할 사항: 페이지가 실제로 색인되지 않은 것인가요, 아니면 검색 결과에 표시되지 않는 것인가요?

특정 키워드를 검색했을 때 대상 언어 페이지가 보이지 않더라도 반드시 색인되지 않았다는 뜻은 아닙니다. 순위가 낮거나 검색 엔진이 현재 사용자에게 다른 버전이 더 적합하다고 판단했을 수도 있습니다. 키워드를 반복해서 검색하는 것보다 Google Search Console에서 ‘URL 검사’를 사용해 표시되지 않는 페이지의 전체 URL을 입력하고, 색인 상태와 크롤링 시간, Google이 선택한 표준 URL을 확인하는 편이 더 직접적입니다.

도구에 ‘URL이 Google에 등록되어 있음’이라고 표시되지만 검색 결과가 만족스럽지 않다면 키워드 일치 여부, 사용자 위치, 페이지 품질을 추가로 확인하세요. 색인되지 않은 것으로 표시되면 구체적인 사유에 따라 조치해야 합니다. 실시간 테스트는 현재 페이지에 액세스할 수 있는지 확인할 수 있지만, 테스트를 통과했다고 해서 페이지가 이미 색인되었다는 뜻은 아닙니다.

크롤링부터 색인까지, 문제가 어느 단계에서 발생할 수 있을까요?

1. 페이지에 정상적으로 액세스할 수 없음

hreflang을 아무리 완벽하게 작성해도 검색 엔진이 페이지 콘텐츠를 가져올 수 없다면 다음 단계로 진행할 수 없습니다. 브라우저에서 대상 URL을 여는 것은 첫 단계일 뿐입니다. 서버가 예상한 200 상태 코드를 반환하는지, 로그인 제한, CAPTCHA, 지역 차단 또는 잦은 서버 오류가 있는지도 확인해야 합니다. JavaScript로 콘텐츠를 불러오는 웹사이트라면 URL 검사 도구에서 렌더링된 페이지를 확인해 주요 텍스트와 링크를 읽을 수 있는지 점검하세요.

robots.txt, 페이지의 noindex 지시문, HTTP 응답 헤더도 확인하세요. 특히 robots.txt로 크롤링을 차단하는 것은 색인을 확실하게 방지하는 방법이 아닙니다. 페이지에 원래 noindex가 설정되어 있더라도 크롤링이 차단되면 검색 엔진이 해당 지시문을 확인하지 못할 수 있습니다. 페이지가 색인되기를 원한다면 관련 제한을 제거하고 페이지를 크롤링할 수 있도록 해야 합니다.

2. 표준 URL이 다른 버전으로 신호를 보냄

프랑스어 페이지의 canonical이 영어 홈페이지를 가리키는 경우, 검색 엔진은 프랑스어 페이지를 독립된 언어 버전이 아니라 중복 버전으로 간주할 수 있습니다. 확인할 때는 페이지에 선언된 canonical뿐 아니라 Search Console에 표시된 ‘Google이 선택한 표준 URL’도 대조해야 합니다. 두 URL이 일치하지 않으면 콘텐츠 유사도, 내부 링크, 리디렉션, 사이트맵을 다시 확인해 서로 충돌하는 신호를 찾아내세요.

일반적으로 각 언어 페이지는 자기 자신을 표준 URL로 선언해야 합니다. 같은 언어를 사용하지만 지역이 다르고 콘텐츠가 매우 유사한 버전이 있다면 실제 콘텐츠와 대상 시장을 함께 고려해 처리해야 합니다. 특정 페이지의 색인을 유도하기 위해 모든 canonical을 무작정 삭제하지 마세요.

3. 태그 형식이 올바르다고 해서 버전 간 관계가 완전한 것은 아님

개별 페이지의 hreflang 문법에 오류가 없더라도 전체 페이지 그룹이 서로를 가리키는지, 자기 자신을 가리키는 버전도 포함되어 있는지 확인해야 합니다. 언어 및 지역 코드가 유효한지, 대상 URL에 액세스할 수 있고 관련 없는 페이지로 리디렉션되지 않는지도 점검하세요. 예를 들어 영국 영어에는 국가명을 임의로 줄여 쓴 코드가 아니라 en-GB를 사용합니다. x-default는 특정 언어나 지역에 해당하지 않는 사용자를 위한 기본 페이지를 지정할 수 있지만, 색인을 켜고 끄는 기능은 아닙니다.

hreflang 정보는 HTML 태그, HTTP 응답 헤더, XML 사이트맵을 통해 제공할 수 있습니다. 어떤 방식을 사용하든 핵심은 참조가 일관되게 유지되는 것입니다. 여러 방식을 함께 사용한다면 동일한 언어 버전이 서로 다른 주소를 가리키지 않도록 특히 주의해야 합니다.

4. 페이지는 발견되었지만 색인할 만한 콘텐츠가 부족함

‘발견됨 - 현재 색인이 생성되지 않음’ 또는 ‘크롤링됨 - 현재 색인이 생성되지 않음’이 반드시 기술적 오류를 의미하는 것은 아닙니다. 전자는 크롤링 리소스, 서버 응답, 웹사이트 구조를 함께 점검해야 합니다. 후자는 콘텐츠가 중복되거나 빈약하거나 실질적인 가치가 부족한지 살펴봐야 하며, 상태 이름만으로 원인을 단정해서는 안 됩니다.

흔한 사례는 내비게이션만 번역하고 제품 소개, 사양, 구매 정보는 빠져 있는 경우입니다. 여러 지역 페이지에서 통화 기호만 바꾸거나, 기계 번역으로 기술 사양과 업계 용어를 이해하기 어려워지는 경우도 있습니다. 외贸 기업의 경우 현지 사용자가 관심을 가질 만한 적용 사례, 사양 단위, 배송 방식, 문의 정보를 보완하는 것이 페이지를 단순히 복사하는 것보다 대체로 더 의미 있습니다. 콘텐츠는 실제 사실에 기반하고 해당 시장에 적합해야 하며, 차이를 만들기 위해 정보를 지어낼 필요는 없습니다.

운영자를 위한 점검 순서

색인되지 않은 페이지가 많은 경우 사이트 전체를 한꺼번에 수정하기보다 대표 URL 하나를 골라 다음 항목부터 확인하세요.

1. 크롤링할 수 있는가: 상태 코드, robots.txt, noindex, 리디렉션, 페이지 렌더링 결과를 확인합니다.
2. 어떤 버전이 표준 URL인가: 선언된 canonical과 Google이 선택한 표준 URL을 대조하고, 서로 충돌하는 신호가 있는지 확인합니다.
3. 언어 버전이 올바르게 연결되어 있는가: hreflang 주소와 코드, 상호 참조 관계를 하나씩 확인하고 대상 페이지에 액세스할 수 있는지 점검합니다.
4. 페이지를 쉽게 찾을 수 있는가: 해당 언어의 내비게이션, 카테고리 페이지 또는 관련 콘텐츠 페이지에서 크롤링 가능한 내부 링크를 제공하고, 사이트맵에 표준 URL을 제출합니다.
5. 콘텐츠가 현지 수요를 충족하는가: 번역 품질과 핵심 정보의 완성도를 확인하고, 페이지가 실제로 대상 언어와 지역에 맞는지 점검합니다.

수정 후에는 Search Console에서 중요한 페이지의 색인을 요청하고 수정 날짜와 점검 결과를 기록할 수 있습니다. 요청은 검색 엔진에 다시 처리해 달라고 알리는 것일 뿐, 즉시 크롤링되거나 색인된다는 보장은 없습니다. 페이지가 많은 경우 공통 문제를 해결하고 내부 링크와 사이트맵을 개선하면서 지속적으로 상태를 확인하는 편이 좋습니다.

다국어 웹사이트를 공개한 후, 태그만 점검해서는 안 됩니다

웹사이트 구축 시스템으로 여러 언어 버전을 관리하는 팀에서는 템플릿의 canonical, hreflang, 내비게이션 링크, 사이트맵이 일괄 생성되는 경우가 많습니다. 수정하기 전에 해당 규칙을 어디서 제어하는지 확인하고, 소수의 페이지에서 먼저 검증하면 한 번의 변경이 여러 시장에 영향을 미칠 위험을 줄일 수 있습니다. 언어를 추가하거나 도메인을 이전하거나 URL을 변경한 후에도 이러한 신호를 다시 점검해야 합니다.

팀에서 다국어 웹사이트 구축과 해외 고객 확보를 함께 담당한다면 기술 점검을 일상적인 운영 절차에 포함할 수 있습니다. 易营宝는 다국어 웹사이트 구축 및 SEO 최적화 관련 서비스를 제공합니다. 구현 방식을 선택할 때는 페이지 콘텐츠, 색인 지시문, 언어 버전 간 관계를 쉽게 점검하고 관리할 수 있는지 중점적으로 확인하는 것이 좋습니다. hreflang 색인 최적화의 핵심은 태그를 더 복잡하게 만드는 것이 아니라, 검색 엔진이 가치 있는 각 페이지에 액세스하고 이를 이해하고 구분할 수 있도록 하는 것입니다.