다국어 사이트는 점검한 곳이 아니라 다른 곳에서 무너집니다. 번역은 훌륭하고 레이아웃도 동일할 수 있지만, 검색에서는 버전들이 서로 경쟁하기 시작하거나 아예 노출되지 않습니다. 아래에서 순서대로 살펴보겠습니다. 서버 로그에서만 보이는 오류들도 포함해서요.
1. 하나의 페이지 — 하나의 URL, 하나의 언어
언어 버전은 자신만의 주소에 있어야 합니다. 폴더(/uz/)도, 서브도메인도 적합합니다 — 중요한 것은 주소가 고정되어 있고 구분된다는 점입니다.
해서는 안 되는 것: 브라우저 탭 설정에 따라 같은 주소에서 다른 언어를 보여주는 것. 검색 로봇은 하나의 탭 설정으로 접근하며, 정확히 하나의 버전만 보게 됩니다 — 나머지는 로봇에게 존재하지 않는 셈입니다.
2. hreflang은 양방향이어야 합니다
각 버전은 자신을 포함한 모든 다른 버전을 나열해야 합니다. 러시아어 페이지가 우즈베크어 페이지를 참조하는데, 우즈베크어 페이지는 러시아어를 참조하지 않는다면 — 연결로 인정되지 않으며 페이지들은 독립적으로 남게 됩니다.
이것은 한 언어가 아니라 모든 언어에서 확인해야 합니다. 일방향 연결이 구현에서 가장 흔한 실수입니다.
3. x-default는 "기본값으로 영어"가 아닙니다
x-default 언어는 나열된 언어 중 어느 것도 맞지 않는 사람들을 위한 페이지를 보여줍니다. 이는 영어 버전의 동의어도 아니고 "홈페이지"도 아닙니다. 가장 논리적인 것은 방문자가 스스로 언어를 선택할 수 있는 곳이나 가장 완전한 버전으로 이동시키는 것입니다.
x-default가 없어도 사이트가 무너지지는 않지만, 검색 엔진에 "나머지 사람들에게 무엇을 보여줘야 하는가"라는 질문에 대한 답이 없게 됩니다.
4. 언어 코드는 레이어마다 다르며 — 이것이 깨진 링크의 원인입니다
여기서 반나절을 잃기 쉽습니다. 하나의 언어가 세 곳에서 다르게 불릴 수 있습니다:
-
페이지 주소에서 — 직접 정한 대로:
/kz/,/zh-CN/; -
hreflang에서 — BCP 47 표준에 따라: 카자흐어는
kk, 간체 중국어는zh-Hans; -
데이터베이스나 API에서 — 개발자가 명명한 대로.
이 자체는 정상적인 일입니다, 그것들 사이의 변환이 어딘가에 존재하는 한. 문제는 누군가 잘못된 레이어에서 가져온 코드로 링크를 구성할 때 발생합니다 — 그러면 존재하지 않는 주소가 나옵니다.
5. 주소의 대소문자: 링크의 조용한 소멸
적어도 하나의 언어 세그먼트에 대문자가 있다면 — zh-CN이 그렇듯 — 조만간 소문자로 도착하게 됩니다. URL은 메일 클라이언트, 에디터, 일부 프록시, 그리고 직접 타이핑하는 사람들에 의해 소문자로 바뀝니다.
/zh-cn/에서 무슨 일이 일어나는지 확인하십시오. 최악의 시나리오: 서버가 세그먼트를 인식하지 못하고 경로의 일부로 취급하며, 앞에 기본 언어를 붙이고 존재하지 않는 주소로 리디렉션합니다. 공식적으로는 301이지만 실제로는 체인 끝에서 404입니다. 방문자는 사라지고, 당신을 찾아온 외부 링크는 헛되이 소모됩니다.
이는 대소문자를 무시한 비교와, 각 표기를 하나의 리디렉션으로 표준 세그먼트로 안내하는 동의어 테이블로 해결됩니다.
6. 번역이 없을 때 canonical에 무엇을 넣어야 하는가
흔한 상황: 기사가 러시아어와 우즈베크어로 존재하고, 페이지의 한국어 버전은 반환 방식이 그렇게 설정되어 있어 러시아어 텍스트를 보여줍니다.
이런 페이지가 자신을 canonical이라고 선언하면, 한국어 주소 아래에 러시아어 텍스트를 색인화하도록 요청하는 셈입니다. 올바른 것은 실제로 표시되는 버전의 canonical 주소를 가리키는 것입니다. 그러면 신호가 일곱 개의 사본에 분산되지 않고 한 페이지에 모입니다.
그리고 역의 규칙: hreflang에 번역이 없는 언어를 나열하지 마십시오. 대안 목록은 실제로 존재하는 것과 일치해야 합니다.
7. 사이트맵도 hreflang의 일부입니다
대안은 <head>뿐 아니라 sitemap.xml에서도 xhtml:link를 통해 선언할 수 있습니다. 이는 지원 측면에서 편리합니다: 연결이 프로그램으로 생성된 파일 하나에 한 번 기술되어, 템플릿마다 흩어지지 않습니다.
두 가지 조건: 사이트맵에는 리디렉션 없이 200을 반환하는 주소만 포함되어야 하며, 사이트맵 속 언어 집합은 마크업의 집합과 일치해야 합니다. 리디렉션으로 이루어진 사이트맵은 부분적으로 무시됩니다.
8. 페이지 주소를 번역해야 하는가
번역된 슬러그(/uz/services/website-development 대신 /uz/xizmatlar/sayt-yaratish)는 더 잘 읽히고 사람들이 검색어를 구성하는 방식과 일치합니다.
결정의 대가는 되돌릴 수 없다는 것입니다. 색인화된 후에는 리디렉션을 통해서만 예전 주소에서 새 주소로 변경할 수 있으며, 이 리디렉션 이력을 유지해야 합니다. 슬러그를 번역하기로 했다면, 이전 주소를 보존하는 메커니즘을 1년 후가 아니라 즉시 마련하십시오.
9. 언어 전환기는 페이지를 잃지 않아야 합니다
어느 페이지에서든 전환하면 홈페이지가 아니라 다른 언어의 정확히 같은 페이지로 이동해야 합니다. 홈페이지로 돌아가는 것은 방문자에게 맥락의 상실이며 검색 엔진에게는 연결의 단절입니다.
별도로: 전환은 텍스트뿐 아니라 주소도 바꿔야 합니다. 언어를 전환한 후에도 URL이 그대로라면, 새로고침하거나 친구에게 링크를 보낼 때 언어가 다시 원래대로 돌아갑니다.
10. 번역은 보이는 텍스트만이 아닙니다
흔히 잊어버리는 것들:
-
<title>과 페이지 설명; -
<html>의lang속성; -
이미지의
alt; -
구조화된 마크업의 텍스트;
-
폼의 오류 메시지와 404 페이지.
출시 전 체크리스트
-
각 버전이 고유한 고정 주소를 가지고 있다.
-
hreflang이 양방향이다 — 하나가 아니라 모든 언어에서 확인되었다.
-
x-default가 의도적으로 지정되었다. -
소문자 언어 세그먼트가 404로 이어지지 않는다.
-
번역이 없는 페이지의 텍스트가 실제로 표시되는 버전으로 표준화되어 있다.
-
사이트맵에 200을 반환하는 주소만 있다.
-
언어 전환기가 페이지를 유지하며 주소를 변경한다.
-
title, description,
lang,alt, 404가 번역되어 있다.
다국어 버전이 이미 구현되어 있는데 연결이 제대로 설정되었는지 확신이 서지 않는다면 — 점검하여 정확히 어디서 끊어지는지 알려드릴 수 있습니다.
