다국어 사이트 SEO 기반을 한 번에 제대로 구축하는 방법

동일한 제품 페이지를 영어, 독일어, 일본어로 게시했는데도 검색 결과에는 기본 언어만 나타나거나, 독일 사용자가 영어 페이지로 이동하거나, 서로 다른 언어 페이지가 순위를 경쟁하는 경우가 있습니다. 이러한 문제는 일반적으로 번역 품질 때문이 아니라 사이트 구축 초기 단계에서 언어 버전 간의 색인 관계를 명확히 설정하지 않았기 때문입니다.

다국어 사이트의 SEO 기반을 한 번에 제대로 구축하려면 어떻게 해야 할까요? 핵심은 확장 가능한 언어 아키텍처를 먼저 확정한 뒤, 색인 가능한 각 페이지가 독립 URL, 올바른 언어 콘텐츠, 양방향 hreflang 선언, 크롤링 가능한 링크 및 일관된 정규화 규칙을 동시에 갖추도록 하는 것입니다. 번역은 콘텐츠 계층의 일부일 뿐입니다. URL, canonical, 언어 전환 또는 사이트맵 중 어느 한 부분이라도 충돌하면 검색 엔진은 언어 신호를 무시할 수 있습니다.

“언어 버전”과 “지역 버전”을 먼저 구분하기

구축 전에 먼저 한 가지 질문에 답해야 합니다. 페이지가 언어별로 제공되는지, 아니면 언어와 시장별로 각각 제공되는지입니다. 영어 페이지가 전 세계 방문자를 대상으로 한다면 en을 사용할 수 있습니다. 미국과 영국 페이지가 통화, 배송 방식, 사례, 연락처 또는 문구에서 실제로 다를 때에만 en-us와 en-gb로 분리하는 것이 적합합니다. 단순히 철자를 color와 colour로 바꾸는 것만으로는 일반적으로 두 개의 독립 페이지를 구성할 근거가 되지 않습니다.

과도한 분리는 콘텐츠의 높은 중복, 유지 관리 비용 증가를 초래하며 hreflang 관계를 지속적으로 정확하게 유지하기 어렵게 만듭니다. 반대로 러시아어권, 중동, 라틴아메리카 등 실제 시장용 페이지가 있는데도 하나의 영어 페이지만으로 대응하면 현지 검색 의도와의 일치도도 약화됩니다. 판단 기준은 판매 지역의 수가 아니라 페이지에 안정적이고 눈에 보이며 사용자에게 의미 있는 차이가 존재하는지 여부입니다.

URL 아키텍처를 정한 후에는 시스템이 “언어를 추측”하게 하지 마세요

하위 디렉터리, 하위 도메인 및 국가 도메인은 모두 검색 엔진에서 처리할 수 있으며, 핵심은 장기적인 유지 관리 가능성입니다. 콘텐츠, 템플릿 및 기술 구성 요소를 통합 관리해야 하는 대부분의 사이트에서는 하위 디렉터리를 사용하면 명확한 매핑을 구축하기가 더 쉽습니다. 예를 들어 /en/products/, /de/produkte/와 같습니다. 어떤 방식을 선택하든 동일한 페이지는 동일한 언어에서 하나의 안정적인 주소만 가져야 합니다.

다음과 같은 방식은 문제를 남기기 쉽습니다. 매개변수로 ?lang=de를 생성하지만 중복 페이지를 제어하지 않는 경우, 언어를 전환한 후에도 홈페이지에만 머무는 경우, 모든 언어를 하나의 URL에 넣고 브라우저 스크립트로 텍스트를 교체하는 경우, 개편할 때마다 언어 경로를 변경하는 경우입니다. 서버의 초기 응답에서 해당 언어의 주요 본문, 제목 및 내부 링크를 확인할 수 있어야 하며, 사용자 브라우저가 스크립트를 실행한 후에만 콘텐츠가 나타나는 방식에 전적으로 의존해서는 안 됩니다.

언어 선택기도 드롭다운 이벤트나 Cookie에만 의존하지 말고 일반적인 크롤링 가능한 링크를 사용해야 합니다. 사용자가 독일어 제품 상세 페이지에서 영어로 전환할 때 이상적인 결과는 해당 영어 제품 페이지로 이동하는 것입니다. 일치하는 버전이 없을 경우 해당 언어의 상위 카테고리 페이지로 돌아갈 수는 있지만, 아무 안내 없이 홈페이지로 돌아가게 해서는 안 됩니다.

hreflang은 “대체 페이지”를 나타내야 하며 장식용 태그가 아닙니다

hreflang은 검색 엔진에 동일한 콘텐츠 의도 아래 서로 다른 언어 또는 지역 사용자를 위한 대체 버전인 URL이 무엇인지 알리는 데 사용됩니다. 이는 페이지

, HTTP 응답 헤더 또는 XML 사이트맵에 넣을 수 있으며, 세 가지 방식 중 하나를 주요 관리 방식으로 선택하면 됩니다. 페이지 수준 방식은 가장 직관적이지만 템플릿 누락으로 불일치가 발생하기도 가장 쉽습니다.

올바른 관계 세트에는 최소 세 가지 조건이 포함됩니다. 각 페이지가 자신을 선언해야 하고, 페이지 A가 페이지 B를 선언할 경우 페이지 B도 페이지 A를 역방향으로 선언해야 하며, 선언된 대상 URL은 접근 및 색인이 가능하고 200 상태 코드를 반환해야 합니다. 영어 페이지가 독일어 페이지를 가리키지만 독일어 페이지가 영어 페이지를 다시 가리키지 않으면 검색 엔진은 이 신호 세트를 채택하지 않을 수 있습니다.

<link rel="alternate" hreflang="en" href="https://example.com/en/product-a/" />
<link rel="alternate" hreflang="de" href="https://example.com/de/produkt-a/" />
<link rel="alternate" hreflang="x-default" href="https://example.com/" />

x-default는 언어 선택 페이지, 글로벌 진입 페이지 또는 명확한 언어 일치 항목이 없을 때의 기본 랜딩 페이지에 적합하지만 실제 언어 버전을 대체할 수는 없습니다. 코드, URL 및 언어 콘텐츠는 반드시 일치해야 합니다. 페이지의 주요 콘텐츠가 일본어인데 ko로 표시하거나, 중국어 간체를 zh-tw로 표시하면 모두 신호를 왜곡하게 됩니다.

canonical과 hreflang이 충돌할 때 무엇을 먼저 신뢰해야 할까요

이것이 다국어 색인 이상 현상의 근본 원인인 경우가 많습니다. canonical은 “이 중복 또는 유사 페이지들 가운데 어떤 것이 기본 버전인가”를 지정하는 데 사용되고, hreflang은 “이들은 서로 다른 언어 또는 지역의 대체 가능한 버전”임을 설명하는 데 사용됩니다. 따라서 독일어 페이지는 일반적으로 영어 페이지가 아니라 자기 자신을 canonical로 지정해야 하며, 일본어 페이지도 자기 자신을 가리켜야 합니다. 모든 버전을 영어로 정규화하면 시스템이 실제로 전달하는 의미는 다른 언어 페이지가 독립적으로 색인에 참여해서는 안 된다는 것이므로, hreflang은 자연스럽게 제 기능을 하기 어렵습니다.

추적 매개변수가 있는 페이지, 인쇄 페이지 또는 필터 페이지처럼 동일 언어에서 중복 URL이 실제로 존재할 때에만 canonical을 해당 언어의 표준 URL로 집중시켜야 합니다. 번역 버전 간의 관계를 처리하기 위해 canonical을 사용하지 마세요.

콘텐츠 현지화는 검색과 전환에 영향을 주는 영역을 우선 처리해야 합니다

기계 번역 후 바로 게시할 때의 일반적인 문제는 표현이 부자연스러운 것만이 아닙니다. 페이지 title, description, 브레드크럼, 이미지 대체 텍스트, 양식 안내 및 구조화 데이터에 여전히 원본 언어가 남아 있는 경우도 포함됩니다. 검색 엔진은 페이지에 표시되는 본문과 관련 신호를 종합하여 언어를 판단하며, 사용자는 규격 단위, 시간 형식, 전화번호 형식, 통화 및 문의 항목에서 페이지가 실제로 적합하게 구성되었는지 느끼게 됩니다.

먼저 핵심 페이지의 완전성을 보장하는 것이 좋습니다. 홈페이지, 주요 카테고리 페이지, 주요 제품 페이지, 서비스 페이지, 문의 페이지 및 필요한 신뢰 관련 안내가 이에 해당합니다. 하나의 언어 버전을 게시하기 전에 최소한 해당 버전에 독립적인 제목과 설명이 있는지, 본문이 목표 시장의 용어와 일치하는지, 내부 링크가 동일 언어 경로로 이동하는지, 그리고 사이트 내 검색, 필터링 또는 자료 다운로드가 예기치 않게 기본 언어로 돌아가지 않는지를 점검해야 합니다.

게시 후 표본 점검으로 차단 문제를 확인하세요

1. 핵심 페이지 하나를 임의로 선택하여 각 언어 URL에 차례로 접속하고, 상태 코드가 200이며 다른 언어로 자동 전환되지 않는지 확인합니다.
2. 페이지 소스 코드를 확인하여 canonical이 자기 자신을 가리키고, hreflang에 자기 자신과 모든 대응 버전이 포함되어 있는지 확인합니다.
3. 각 언어 페이지에서 탐색 메뉴, 브레드크럼 및 언어 전환기를 클릭하여 링크가 올바른 버전에 안정적으로 연결되는지 점검합니다.
4. XML 사이트맵에는 색인 가능한 표준 URL만 제출하고 리디렉션 페이지, 테스트 페이지 또는 noindex 페이지가 섞이지 않았는지 확인합니다.
5. 검색 엔진 웹마스터 도구에서 크롤링, 색인 및 대체 페이지 관련 알림을 확인합니다. 새 언어를 일괄 게시한 후에는 템플릿이 생성한 선언이 완전한지 우선적으로 표본 점검합니다.

기술 아키텍처가 한 번 확정되면 이후 새로운 언어를 추가할 때 사람이 페이지별로 태그를 보완하는 방식에 의존해서는 안 됩니다. 더 안정적인 방법은 콘텐츠 모델에 “언어 버전 그룹”과 페이지 대응 관계를 저장하고, 웹사이트 구축 시스템이 규칙에 따라 URL, canonical, 언어 전환 링크 및 hreflang을 생성하도록 하는 것입니다. 이렇게 해야 새 제품 페이지를 만들거나 기존 페이지를 내리거나 경로를 조정할 때 각 언어 간 관계를 동시에 업데이트하여 사이트 규모가 커진 뒤 대량의 고립 페이지와 무효 선언이 발생하는 것을 방지할 수 있습니다.