Alejandro Rioja.
GEO SEO

다국어 GEO: 모든 언어에서 인용되는 법

Alejandro Rioja
Alejandro Rioja
7 분 읽기
TL;DR

거의 모든 GEO 가이드는 영어 전용 사이트를 전제로 합니다. 제 사이트는 그렇지 않습니다 — 13개 언어로 운영됩니다 — 그리고 영어 너머를 살펴보자마자 세 가지가 망가져 있거나 기대만큼 작동하지 않았습니다. hreflang/x-default의 정확성, llms.txt의 범위, 언어 간 스키마 일관성입니다. 실제로 무엇이 달라지는지, 그리고 다국어 사이트를 한 번에 점검할 때 쓰는 감사 프롬프트를 소개합니다.

무료 뉴스레터

매주 수요일. 28,400명+ 구독자. 핵심만.

2026년 9월 게시.

TL;DR: 거의 모든 GEO 가이드는 영어 전용 사이트를 전제로 합니다. 제 사이트는 그렇지 않습니다 — 13개 언어로 운영됩니다 — 그리고 영어 너머를 살펴보자마자 세 가지가 망가져 있거나 기대만큼 작동하지 않았습니다. hreflang/x-default의 정확성, llms.txt의 범위, 언어 간 스키마 일관성입니다. 실제로 무엇이 달라지는지, 그리고 다국어 사이트를 한 번에 점검할 때 쓰는 감사 프롬프트를 소개합니다.

[운영자 관점] 제가 읽어본 모든 GEO 체크리스트는, 제가 직접 쓴 두 개를 포함해서, 전부 단일 언어를 전제로 쓰여 있었습니다. 그 조언이 얼마나 영어를 전제로 했는지는 스페인어와 일본어 페이지가 왜 영어 원본과 같은 대우를 받지 못하는지 찾아보러 갔을 때에야 알았습니다 — 콘텐츠도 스키마 템플릿도 똑같은데 결과는 완전히 달랐습니다.

목차

목차 열기

다국어 GEO가 그냥 SEO를 12개 언어 더 하는 게 아닌 이유

전통적인 국제 SEO에는 정착된 방식이 있습니다. hreflang 태그, 번역된 콘텐츠, 그걸로 끝입니다. GEO는 그 방식으로 다뤄지지 않는 층을 하나 더합니다. AI 엔진은 페이지를 색인만 하는 게 아니라, 쿼리마다 언어마다 사용자에게 인용할 단 하나의 출처를 결정하기 때문입니다. 이 결정은 엔진이 서비스하는 각 언어에서 따로 이뤄지며, 경쟁 구도도 다르고 인용할 만한 출처 풀도 다르고, 때로는 엔진 자체가 완전히 다릅니다.

영어로 된 ChatGPT 답변은 같은 질문을 일본어로 했을 때와는 다른 후보 풀에서 끌어옵니다. 이걸 무시하면 GEO 작업 전체를 영어로 한 번만 하고 그게 알아서 퍼질 거라고 가정하게 됩니다. 그렇지 않습니다.

가장 먼저 망가지는 것: hreflang과 x-default

이건 오류로 절대 드러나지 않으면서 가시성을 갉아먹는 문제입니다. 두 가지 실패 패턴이 있고, 둘 다 조용합니다.

  1. x-default 누락 또는 오류. 모든 hreflang 클러스터에는 x-default 항목이 필요합니다. 방문자의 언어가 어떤 번역과도 일치하지 않을 때 어떤 버전을 보여줄지 엔진과 크롤러에게 알려주는 역할입니다. 이걸 빠뜨리면 타깃이 정해지지 않은 모든 크롤러에게 “알아서 추측해”라고 말하는 셈입니다.
  2. 실제 번역이 아닌 페이지를 가리키는 hreflang. 이건 보기보다 더 교묘하고 흔합니다. 언어 전환기가 번역이 아직 없는 언어에서는 그 언어의 홈페이지로 대체 연결되고, 그 대체 링크에도 hreflang을 붙여놓으면, 영어 전용 글이 스스로의 스페인어 번역인 척 주장하는 셈이 됩니다. 사실이 아닙니다. 구글 크롤러는 결국 클러스터 전체를 신뢰하지 않게 되고, <link> 태그로 인용 그래프를 구축하는 AI 엔진도 똑같이 잘못된 신호를 물려받습니다.

저도 정확히 이 버그가 있었습니다. 제 헤더의 언어 전환기는 번역이 아직 없어서 어떤 언어의 홈페이지로 대체 연결된 링크를 포함해 모든 언어 링크에 hreflang을 출력하고 있었습니다. 모든 영어 전용 글이 존재하지도 않는 열두 개의 번역이 있다고 조용히 주장하고 있었던 겁니다. 문제를 찾고 나니 수정은 기계적이었습니다. 실제 번역이 존재할 때만 hreflang을 표시하고, 클러스터에 영어 멤버가 없을 때는 첫 번째로 사용 가능한 대안으로 대체하면서 항상 x-default를 출력하도록 했습니다. 그래야 실제로 존재하는 모든 클러스터에 x-default가 하나씩 생깁니다.

수정본이 페이지 <head>에 실제로 렌더링되는 모습은 이렇습니다.

html
<link rel="alternate" hreflang="es" href="https://example.com/es/post-slug/" />
<link rel="alternate" hreflang="fr" href="https://example.com/fr/post-slug/" />
<link rel="alternate" hreflang="x-default" href="https://example.com/post-slug/" />

이 순서대로 자기 사이트에서 확인해볼 만한 세 가지 규칙: 모든 hreflang 클러스터에 x-default가 정확히 하나 있는가. 어떤 hreflang 링크도 실제 번역이 아닌 페이지를 가리키지 않는가. 같은 클러스터 안에서 같은 코드를 공유하는 <link> 태그가 두 개 이상 없는가(중복이 있으면 구글은 그 중복만이 아니라 클러스터 전체를 버립니다).

아무도 확인하지 않는 빈틈: llms.txt는 영어만 다룬다

llms.txt는 AI 크롤러가 알아서 크롤링하고 추측하게 두는 대신, 엄선된 최고의 콘텐츠 색인을 제공하는 새로운 관행입니다. 저는 몇 달 전에 이 사이트용으로 하나 만들었습니다. 이 글을 쓰려고 데이터를 찾아보기 전까지는 몰랐는데, 어떤 글을 색인에 넣을지 고르는 필터가 lang === 'en'만 확인하고 거기서 멈춰 있었습니다.

즉 이 사이트 콘텐츠의 13분의 12는 llms.txt를 단순한 제안이 아니라 색인으로 취급하는 모든 크롤러에게 보이지 않는다는 뜻입니다. 영어가 아닌 글도 사이트맵과 내부 링크를 통해 계속 크롤링되긴 하지만, AI 엔진에 최고의 페이지를 넘겨주려고 특별히 만든 엄선되고 신뢰도 높은 색인은 결정이 아니라 누락 때문에 영어 전용이 되어 있었습니다.

다국어 llms.txt를 운영하고 있다면 지금 이걸 확인해보세요. 그 파일(또는 파일들)이 정말로 번역된 글을 나열하고 있나요, 아니면 제 것처럼 색인이 조용히 원래 언어로만 축소돼 있나요? 영어 URL만 나열하는 공유 llms.txt 하나 자체가 잘못된 건 아닙니다 — 다만 사이트가 존재하는 다른 언어들에는 아무 도움도 안 될 뿐입니다.

언어 간 스키마와 엔티티 일관성

이미 쓰고 있는 FAQPage, Article, Person 스키마(아직 설정하지 않았다면 제 스키마 마크업 정리 글을 참고하세요)는 어떤 언어에서든 당신에 대해 같은 내용을 말해야 합니다. AI 엔진이 이 모든 언어를 합쳐 하나의 엔티티 그래프를 만들기 때문입니다.

제대로 해야 할 두 가지가 있습니다.

  • 식별자는 번역하지 말고, 사람이 보는 문자열만 번역하세요. Person이나 Organization 스키마의 @id, url, sameAs 배열, jobTitle 값은 모든 언어에서 동일해야 합니다 — 이게 바로 엔진에게 “언어가 달라도 같은 엔티티다”라고 알려주는 방법입니다. 바뀌는 건 주변 텍스트와 사람이 읽는 레이블뿐입니다.
  • 오래된 번역이 스키마보다 뒤처지게 두지 마세요. Article 스키마의 dateModified를 업데이트하거나 영어판에 FAQ 항목을 하나 추가했다면, 같은 변경이 모든 언어의 JSON-LD에도 반영돼야 합니다. 텍스트뿐만 아니라요. 지난주에 업데이트된 영어 콘텐츠와, 6개월 전 스키마 그대로인 같은 페이지의 프랑스어판을 보는 엔진은 이걸 한 페이지의 두 언어 버전이 아니라 서로 다른 두 페이지로 읽습니다.

언어가 다르면 AI 엔진도 다르다

GEO 이야기는 기본적으로 ChatGPT, Perplexity, Google AI Overviews를 전제로 합니다. 영어권 대화가 거기서 이뤄지기 때문입니다. 하지만 러시아어, 중국어, 한국어로 발행하기 시작하는 순간 그건 전체 그림이 아닙니다.

Yandex는 러시아어 쿼리를 위한 자체 생성형 답변 레이어를 갖추고 있고, 러시아어 검색 점유율은 구글보다 확실히 높습니다. 바이두의 ERNIE 기반 답변은 중국어에 중요합니다. 네이버의 AI 요약은 한국어에 중요합니다. GEO 체크리스트가 미국 중심의 세 엔진만 고려하고 있다면, 국제 독자들이 실제로 쓰는 답변 엔진의 60% 정도만 최적화하고 있는 셈입니다 — 그런데도 눈치채지 못합니다. 그런 엔진들은 Google Search Console에 하나도 뜨지 않으니까요.

여기서 Yandex나 바이두의 인용률을 깔끔하게 확인할 방법은 저한테 없고, 그걸 그럴듯하게 포장하는 대신 있는 그대로 말씀드립니다. 제가 말할 수 있는 건, 영어를 위해 최적화하는 그 세 엔진 목록이 어디서나 완전한 목록이라고 가정하지 말라는 것입니다.

제 사이트에서 나온 실제 증거

이건 제가 측정할 수 있습니다. 같은 GEO 대 SEO 비교 글, 같은 콘텐츠 템플릿, 같은 스키마를 각 언어로 번역한 것입니다 — Search Console 데이터, 2026년 6월 15일부터 9월 11일까지 기준입니다.

언어노출수평균 순위
스페인어2,07731.9
네덜란드어3,37046.6
프랑스어1,39325.1
일본어10614.8
한국어5724.9
독일어8660.6
이탈리아어3267.8
영어56958.2

같은 글, 같은 구조, 같은 스키마 템플릿인데도 순위 편차는 14.8위부터 67.8위까지 벌어집니다. 이게 뭘 증명하고 뭘 증명하지 않는지 솔직하게 말씀드리고 싶습니다. 이건 Search Console에서 나온 전통적인 구글 순위 데이터이지 AI 인용 데이터가 아닙니다 — ChatGPT나 Perplexity 인용을 언어별로 깔끔하게 귀속시킬 방법이 저한테는 없고, 그걸 갖고 있는 사람도 아직 모릅니다. 이게 증명하는 건 “번역만 하면 같은 최적화 작업이 어디서나 똑같이 통한다”는 말이 제 사이트에서조차 틀렸다는 것입니다. 일본어 번역은 노출수는 극히 일부에 불과한데도 영어 원본을 포함한 다른 모든 언어보다 순위에서 앞섭니다. 그 페이지에 있는 뭔가 — 경쟁 상황, 번역 품질, 일본어에서 엔티티가 인식되는 방식 — 가, 완전히 동일한 스키마 템플릿을 쓰는 독일어나 이탈리아어에서는 통하지 않는 방식으로 작동하고 있는 겁니다.

Claude나 ChatGPT에게 시키세요: 다국어 GEO 감사 프롬프트

이걸 확인하려고 hreflang 명세를 읽을 필요는 없습니다. 사이트 URL과 함께 이걸 Claude나 ChatGPT에 붙여넣으세요.

여러 언어로 콘텐츠를 제공하는 웹사이트를 운영하고 있습니다. [URL]에 대해 다음을 확인해주세요. (1) 페이지가 x-default hreflang 태그를 출력하는지, 페이지의 모든 hreflang 태그가 대체 홈페이지가 아니라 실제 번역을 가리키는지. (2) 페이지의 JSON-LD 스키마(Person, Organization, Article)가 언어 간에 @id, url, sameAs 값이 동일한지, 아니면 언어마다 다른지. (3) 사이트에 llms.txt 파일이 있다면, 영어 이외의 언어로 된 페이지도 나열하는지. 이 중 어떤 항목이 실패하는지 정확히 알려주시고, 일반적인 요약 대신 문제가 있는 구체적인 태그나 필드를 인용해주세요.

신뢰하기 전에 그 답변을 실제 페이지 소스코드와 대조해서 확인하세요 — 실제 모습을 보여주지 않으면 모델은 존재하지도 않는 x-default 태그를 자신 있게 설명해버립니다.

하지 말아야 할 것

서버 로그가 서브도메인별 AI 크롤러 접속을 보여주는 것 같은 실제 증거 없이, 그냥 감으로 엔진이 각 언어를 별도 속성으로 취급한다고 판단해서 llms.txt 파일을 열세 개나 따로 만들지 마세요. 번역된 URL을 실제로 나열하는, 범위가 잘 정리된 파일 하나면 위에서 말한 빈틈을 열세 개 파일을 유지 보수하는 부담 없이 메울 수 있습니다.

언어 칸을 채우려고 페이지를 기계 번역만 해서 넣지 마세요. 얕고 직역투인 번역은 GEO 입장에서 번역이 아예 없는 것보다 더 나쁩니다. 경쟁사의 원어 콘텐츠와 비교당할 저품질 출처를 AI 엔진에 던져주는 꼴이고, 지원 포럼에서 “번역이 이상한 사이트”로 인용되는 가장 빠른 길입니다.

결론

GEO 체크리스트가 단일 언어를 전제로 쓰여 있다면, 시스템으로 신뢰하기 전에 성과가 가장 나쁜 언어에 대고 테스트해보세요. 제 경우엔 실제로 존재하는 조용한 hreflang 버그와, 확인하기 전까지 몇 달째 방치돼 있던 영어 전용 인용 색인이 있었습니다. 둘 다 고치기 쉬운 문제였습니다. 두 번째 언어를 염두에 두고 찾아보지 않았다면 둘 다 드러나지 않았을 겁니다.

다국어 GEO — 자주 묻는 질문

hreflang이 정말 AI 엔진의 인용에 영향을 주나요, 아니면 전통적인 구글 순위에만 영향을 주나요?

둘 다 영향을 주지만 작동 방식은 다릅니다. 전통적인 구글에서는 hreflang이 검색 결과에서 어떤 언어에 어떤 URL을 보여줄지 크롤러에게 알려줍니다. AI 엔진에서는 hreflang과 스키마가 함께, 엔진이 “언어가 달라도 같은 엔티티/콘텐츠인가”를 판단하는 근거의 일부가 됩니다 — 이걸 잘못하면 영어판과 스페인어판 페이지가 하나의 주제를 두 번 다룬 것이 아니라 서로 무관한 출처로 취급될 위험이 있습니다.

사이트가 지원하는 모든 언어로 모든 글을 번역해야 하나요?

아니요. 주제와 검색 수요가 해당 시장에서 그럴 만한 가치가 있는 글만 번역하세요. 미국 특화 가격 가이드는 아랍어 번역이 필요 없을 수 있지만, GEO에 관한 글로벌 설명 글은 아마 필요할 겁니다. 언어 간에 번역되지 않은 거의 중복 콘텐츠를 두는 것보다는, 글 수가 적더라도 전부 제대로 번역된 게 낫습니다.

제 llms.txt 범위가 제대로 설정됐는지 어떻게 확인하나요?

파일을 열어서 나열된 URL에 원래 언어가 아닌 경로가 포함돼 있는지 확인하세요. 모든 URL이 한 언어로만 돼 있는데 사이트는 여러 언어로 발행하고 있다면, 그게 의도했든 아니든 색인은 그 한 언어로만 제한돼 있는 겁니다.

언어마다 별도의 스키마가 필요한가요, 아니면 하나의 스키마 블록을 어디서나 재사용해도 되나요?

하나의 엔티티를, 번역된 형태로 제시하는 겁니다. 식별용 필드(@id, url, sameAs)는 언어와 상관없이 동일하게 유지하고, 사람이 읽는 텍스트(headline, description, FAQ 답변)는 언어별로 번역합니다. 이걸 여러 엔티티가 아니라 여러 언어로 설명된 하나의 엔티티로 다루세요.

관련 글: GEO를 위한 스키마 마크업 · 에이전트 하나로 블로그 글을 13개 언어로 번역하는 법 · 1인 사업자를 위한 GEO

자신의 다국어 설정을 다른 시각으로 점검받고 싶으신가요? 연락 주세요 — 둘 이상의 언어로 발행하는 사이트를 위한 GEO 감사를 진행합니다. 오늘 바로 확인해보고 싶다면 위 프롬프트를 Claude로 직접 실행해보세요.

계속 읽기

관련 게시물

GEO

기존 SEO 리테이너에 GEO를 추가하는 방법

SEO 에이전시가 기존 리테이너에 진짜 GEO 작업을 추가하는 방법 — 감사를 먼저 하고, 별도 항목으로 가격을 매기고, 같은 작업에 이름만 바꾸지 않는 것.

SEO

GEO 감사 가격 책정: 클라이언트에게 얼마를 청구할까

GEO 감사 가격을 책정하고 구성하는 방법 — 고정 요금 스코핑 방식, 결과물에 들어가야 할 내용, 그리고 이를 리테이너로 전환하는 시점까지.

GEO

레딧을 통해 AI 검색에 인용받는 방법

AI 오버뷰와 챗GPT는 기업 블로그보다 레딧 스레드를 더 자주 인용합니다. 어뷰징이나 업보트 구매, 밴 없이 그 안에 등장하는 방법입니다.

계속 읽기

AI 플레이북을 받아보세요

매주 수요일. 28,400명+ 구독자. 핵심만.

↵ ↵ 전체 결과 보기 esc esc 닫기