이중 언어 웹사이트 SEO는 어떻게 할까요? 언어 버전, URL 및 태그 설정

이중 언어 웹사이트에서 언어 버전이 혼동되지 않도록 하려면 먼저 각 언어에 독립적이고 크롤링 가능한 URL을 부여해야 합니다. 그런 다음 hreflang으로 각 페이지의 대응 관계를 선언하고, 표준 URL이 실제 페이지와 일치하도록 해야 합니다. 언어 전환, 리디렉션, 사이트맵에도 동일한 URL 규칙을 적용해야 합니다. 페이지를 번역하거나 언어 태그를 추가하는 것만으로는 버전 식별 문제를 해결할 수 없습니다.

언어와 지역의 대응 관계부터 정하기

이중 언어 SEO를 계획할 때는 먼저 ‘언어 버전’과 ‘지역 버전’을 구분해야 합니다. 중국어와 영어는 각각 zh, en을 사용할 수 있습니다. 영어 페이지에서 미국과 영국에 서로 다른 가격, 배송 또는 연락처 정보를 제공한다면 en-US, en-GB를 추가로 사용할 수 있습니다. 지역 코드는 실제 지역별 차이를 반영해야 하며, 더 많은 검색어에 노출되기 위해 동일한 페이지를 대량으로 복제하는 것은 바람직하지 않습니다.

언어 코드와 지역 코드의 순서를 바꾸면 안 됩니다. en-US는 미국 대상 영어 페이지를 의미하며, US만 단독으로 언어 값으로 사용할 수 없습니다. 간체와 번체의 구분에는 zh-Hans, zh-Hant와 같은 스크립트 하위 태그를 사용할 수도 있습니다. 게시 전에 페이지를 언어, 문자 스크립트 또는 지역 중 무엇을 기준으로 구분할지 먼저 정해 두어야 이후 URL과 태그를 변경할 때 연쇄적인 이전 문제가 발생하는 것을 막을 수 있습니다.

검색 엔진은 페이지의 언어를 식별할 때 사용자에게 보이는 본문을 참고합니다. 따라서 내비게이션과 푸터만 번역하고 본문은 다른 언어로 남겨 두어서는 안 됩니다. 제품명이나 업계 용어를 반드시 번역할 필요는 없지만, 제목과 본문, 주요 작업 안내는 해당 버전의 언어와 일치해야 합니다.

URL 구조가 이후의 유지 관리 비용을 좌우합니다

이중 언어 페이지에 흔히 사용되는 구조에는 동일한 도메인의 하위 디렉터리, 서로 다른 하위 도메인, 서로 다른 국가 또는 지역 도메인이 있습니다. 예를 들어 example.com/zh/와 example.com/en/은 하위 디렉터리를 사용하고, zh.example.com과 en.example.com은 하위 도메인을 사용합니다. 세 가지 구조 모두 다국어 페이지를 제공할 수 있으므로, 선택할 때는 배포, 권한, 장기적인 유지 관리 방식을 중점적으로 고려해야 합니다.

하위 디렉터리는 하나의 사이트에서 언어별 경로를 관리하기 편리합니다. 하위 도메인은 별도의 배포나 권한 분리가 필요한 경우에 적합합니다. 서로 다른 도메인을 사용하면 브랜드와 사이트를 각각 관리할 수 있지만, 각 도메인의 DNS 설정, 갱신, 인증서 및 도메인 간 태그를 관리해야 합니다. 국가 또는 지역을 나타내는 도메인은 명확한 지역 신호를 전달하므로, 해당 접미사를 등록할 수 있다는 이유만으로 관련 없는 시장에 사용해서는 안 됩니다.

서로 다른 도메인을 계획할 때는 사이트를 공개하기 전에 도메인 소유권과 DNS 관리 책임을 먼저 명확히 해야 합니다. 도메인 서비스에는 도메인 조회, 등록, DNS 설정 및 갱신 알림 등의 절차가 포함됩니다. 언어별 사이트가 서로 다른 도메인에 있다면 이러한 관리 항목을 각각 확인해야 하며, 자동 DNS 설정도 최종적으로 적용된 레코드를 기준으로 해야 합니다.

각 언어 페이지에는 안정적이고 직접 접속할 수 있는 주소가 있어야 합니다. 예를 들어 /en/products/pump/와 /zh/products/pump/를 사용할 수 있습니다. 브라우저 언어에 따라 하나의 URL에서 완전히 다른 본문을 반환하도록 해서는 안 됩니다. 이렇게 하면 크롤링과 색인 과정에서 각 언어 버전을 안정적으로 연결하기 어렵습니다. 쿼리 매개변수로 페이지를 구분할 수도 있지만, 불필요하게 중복된 URL이 생성되지 않도록 매개변수 조합, 표준 URL 및 내부 링크를 추가로 관리해야 합니다.

hreflang 태그는 대응 페이지 전체에 적용해야 합니다

hreflang은 서로 다른 언어 또는 지역의 페이지 간 대응 관계를 나타냅니다. 이는 검색 엔진이 표시할 버전을 선택할 때 참고하는 신호이며, 지정한 페이지가 반드시 색인되거나 표시된다는 보장은 아닙니다. 태그는 HTML의 head, HTTP 응답 헤더 또는 XML 사이트맵에 넣을 수 있습니다. 같은 페이지 그룹은 일관된 설정을 유지해 서로 다른 위치에서 상충하는 관계를 제시하지 않도록 해야 합니다.

아래 예시에서는 중국어 제품 페이지와 영어 제품 페이지가 서로 대체 버전이며, 각 페이지는 자기 자신도 선언합니다. 두 페이지의 태그 내용은 같고, 주소는 모두 전체 URL을 사용합니다.

<link rel="alternate" hreflang="zh"
      href="https://example.com/zh/products/pump/">
<link rel="alternate" hreflang="en"
      href="https://example.com/en/products/pump/">
<link rel="alternate" hreflang="x-default"
      href="https://example.com/language-selector/">

x-default는 다른 언어 또는 지역 버전에 해당하지 않을 때 사용할 대체 페이지를 지정합니다. 언어 선택 페이지나 기본 방문 페이지로 적합한 페이지를 가리킬 수 있습니다. 필수 항목은 아니며 영어 버전과 같은 의미도 아닙니다. 대체 주소가 이 관계에 포함된다면 해당 페이지에도 동일한 대응 태그를 출력해야 합니다.

대응 관계는 콘텐츠가 동등한 페이지 사이에 설정해야 합니다. 중국어 제품 상세 페이지는 영어 제품 상세 페이지와 연결해야 하며, 모든 페이지를 영어 홈페이지로 연결해서는 안 됩니다. 번역되지 않은 글이 있다면 이를 다른 언어 홈페이지의 대체 버전으로 표시하지 않아야 합니다. 태그에 지정된 주소는 접속 가능한 최종 페이지를 반환해야 하며, 리디렉션 페이지, 오류 페이지 또는 색인이 차단된 주소를 가리키지 않도록 해야 합니다.

표준 URL과 언어 전환은 어떻게 함께 작동할까요?

canonical과 hreflang은 서로 다른 문제를 해결합니다. 전자는 표준 버전으로 지정할 URL을 선언하고, 후자는 언어 또는 지역별 대체 관계를 설명합니다. 중국어 페이지와 영어 페이지의 콘텐츠가 각각 완전하다면 일반적으로 각 페이지는 자기 자신의 표준 URL을 지정하고, 서로 hreflang으로 연결합니다. 영어 페이지의 표준 주소를 중국어 페이지로 통일하면 영어 페이지가 독립 버전으로 색인될 가능성이 낮아질 수 있습니다.

같은 언어에서 추적 매개변수나 정렬 매개변수 등이 포함된 URL은 페이지 콘텐츠를 바탕으로 표준 URL에 통합할지 판단해야 합니다. 두 페이지가 같은 언어 버전 그룹에 속한다는 이유만으로 서로 중복 페이지라고 간주해서는 안 됩니다. 사이트맵과 내부 링크에도 표준 주소를 우선 사용해 신호가 충돌하지 않도록 해야 합니다.

언어 전환 링크는 가능한 한 현재 콘텐츠에 해당하는 번역 페이지를 직접 가리키고, 크롤링할 수 있는 일반 링크를 사용해야 합니다. 해당 번역 페이지가 없다면 그 언어의 관련 섹션으로 안내할 수 있지만, 이러한 이동을 동등한 hreflang 관계인 것처럼 표시해서는 안 됩니다. 브라우저 언어나 위치를 기반으로 자동 리디렉션하면 크롤링 도구가 다른 버전에 접근하지 못할 수 있습니다. 명확한 전환 메뉴를 제공하고 각 언어 URL에 직접 접속할 수 있도록 하면 확인하기가 더 쉽습니다.

게시 후 설정 문제를 찾는 방법

먼저 실제로 대응하는 페이지 한 그룹을 골라 최종 응답 상태, 페이지에 표시되는 언어, 표준 URL 및 전체 hreflang 설정을 각각 확인합니다. 중국어 페이지와 영어 페이지는 서로를 가리켜야 합니다. 중국어 페이지만 영어 페이지를 선언하고 영어 페이지가 대응 관계를 되돌려 선언하지 않으면 검색 엔진이 해당 태그 그룹을 무시할 수 있습니다. 태그를 일괄 생성할 때는 특히 아직 번역되지 않은 페이지가 잘못 포함되지 않았는지 확인해야 합니다.

크롤링 테스트에서는 서버가 반환하는 원본 HTML과 브라우저에서 스크립트를 실행한 후의 콘텐츠를 구분해야 합니다. 언어 링크나 태그가 스크립트로 생성된다면 렌더링 후에도 표시되는지, 원본 태그와 충돌하지 않는지 확인해야 합니다. PDF와 같은 비HTML 파일의 경우 HTTP 응답 헤더를 통해 언어별 대체 관계를 선언하는 방법을 고려할 수 있습니다. robots.txt로 크롤링을 차단하면 검색 엔진이 페이지의 태그를 읽지 못할 수 있으며, noindex를 설정하는 것은 해당 페이지를 색인하려는 목적과 상충합니다.

검색 결과에 잘못된 언어가 표시되면 먼저 검색어, 검색 지역 및 실제 랜딩 페이지를 확인한 다음 태그, 표준화 및 리디렉션을 점검해야 합니다. 검색 결과에 다른 언어가 표시된다고 해서 반드시 설정이 잘못되었다는 뜻은 아닙니다. 페이지 자체의 언어가 혼재되어 있거나 두 페이지의 콘텐츠가 서로 대응하지 않는다면, hreflang만 수정해서는 콘텐츠 관계를 바로잡을 수 없습니다.