다국어에서 엔티티는 왜 쪼개지는가?

다국어 사이트의 가장 흔한 실패는 「언어별로 다른 회사」가 되어 버리는 것입니다: 한국어 사이트는 「주식회사 에이비씨」, 영어 사이트는 「ABC Corp.」, 디렉터리는 「ABC Korea」——엔진은 이를 한 엔티티로 병합하지 못하고, 그 결과 각 언어에서의 신뢰 신호가 분산됩니다. 해결책은 Organization 스키마의 alternateName으로 모든 표기를 병기하고, sameAs로 공식 계정을 고정하며, hreflang으로 언어판의 「같은 페이지」 관계를 명시하는 것입니다.

왜 직역이 아니라 재설계인가?

질문 문화가 다르기 때문입니다. 한국 바이어는 「~하는 곳」「~추천」형으로 묻고, 영어권 바이어는 「best X for Y」「X vs Y」「how much does X cost」형으로 묻습니다. query fan-out은 각 언어의 하위 쿼리로 분해되므로, 한국어 페이지의 번역본은 영어 하위 쿼리와 구조적으로 매칭되지 않습니다. 올바른 절차는 언어별로 질문 세트를 별도 수집하고, 각 시장의 묻는 방식으로 답변 콘텐츠를 새로 쓰는 것입니다.

실행 체크리스트는?

  • hreflang으로 모든 언어판을 상호 연결(쌍방향 선언, x-default 포함)
  • Organization 스키마는 언어판 전체에서 하나의 @id를 공유하고 alternateName으로 표기 병기
  • 언어별 독립 질문 세트(각 50~100개) 수집——번역하지 않기
  • URL 구조 일원화(/ko/, /en/ 등)와 언어 간 대응 페이지 매핑 유지
  • 외부 소스(디렉터리·프로필)의 표기를 언어별 공식 표기와 일치

흔한 함정은 무엇인가?

첫째, hreflang의 단방향 선언 또는 오매핑——색인 단계에서 언어판이 서로를 「중복」으로 처리하는 사고의 원인입니다. 둘째, 한 언어판만 정성껏 쓰고 나머지를 번역기로 채우는 것——그라운딩 단계에서 얇은 쪽이 신뢰를 갉아먹습니다. 셋째, 언어별 측정의 부재——한국어 질문 세트로는 영어 시장의 가시성을 알 수 없습니다. 언어·시장별로 분리해 월간 추적하세요(측정 SOP). 한국 시장의 한영 이중 전략은 시장 가이드에 상세히 정리되어 있습니다.

자주 묻는 질문

언어별로 도메인을 분리해야 하나요?
필요 없습니다. 서브디렉터리(/ko/, /en/) 방식이 엔티티 신호를 한 도메인에 모으기에 유리합니다. 중요한 것은 도메인 형태가 아니라 hreflang 연결과 엔티티 정합입니다.
AI 번역으로 다국어 콘텐츠를 만들면 안 되나요?
초안 도구로는 쓸 수 있지만, 그대로 게시하면 안 됩니다. 이유는 품질 이전에 구조입니다: 번역본은 원어의 질문 문화를 따라가므로, 해당 시장의 실제 질문 클러스터와 어긋납니다.