WordPress 웹사이트 번역: 크롤링 가능한 언어별 버전과 SEO

WordPress 웹사이트 번역은 다국어 플러그인 설치만으로 끝나지 않습니다. Google은 각 언어 버전이 크롤링 가능한 고유 URL을 갖추고, 탐색 메뉴와 본문이 주로 하나의 언어로 작성되어 있기를 기대합니다. 대체 언어 버전을 게시할 때는 상호 참조하는 hreflang도 필요합니다.

핵심 답변: WordPress에서 언어마다 별도의 URL 제공

WordPress 사이트는 플러그인, 멀티사이트 네트워크 또는 외부 프록시를 통해 확장할 수 있지만, SEO의 기본 원칙은 변하지 않습니다. 바로 언어마다 크롤링 가능한 URL을 하나씩 제공하는 것입니다. Google은 쿠키나 브라우저 언어에만 의존하는 대신 언어 또는 지역별로 서로 다른 URL을 사용할 것을 권장합니다. JavaScript나 쿠키를 사용해 /pricing의 텍스트만 바꾸는 플러그인을 쓰면 검색엔진에는 하나의 URL만 색인됩니다.

먼저 하나의 URL에서 언어만 전환하는 방식은 제외하세요. 그런 다음 팀에서 유지 관리할 수 있는 폴더, 하위 도메인 또는 도메인 구조를 선택하세요. URL을 설계하기 전에 타깃 시장의 범위를 결정하고 있다면 국제 SEO와 다국어 SEO의 차이를 읽어보세요.

WordPress 다국어 아키텍처 선택지

일반적으로 사용되는 아키텍처는 세 가지입니다.

1. 단일 사이트의 다국어 플러그인 — 로케일 접두사나 언어별 슬러그(/en/about, /fr/a-propos)를 추가합니다. 소규모 마케팅 사이트에서 가장 간편하게 도입할 수 있습니다.
2. WordPress 멀티사이트 — 하나의 네트워크 안에 언어별로 별도 사이트를 구성합니다. 사이트 간 분리가 확실하지만 운영 부담이 더 큽니다.
3. 리버스 프록시 또는 헤드리스 계층 — WordPress를 원본으로 유지하고 엣지 또는 정적 계층에서 로케일별 URL을 제공합니다. 성능 요구가 높은 기술 스택에 적합합니다.

세 방식 모두 로케일마다 별도의 공개 URL과 완전한 HTML을 제공하면 Google의 요구사항을 충족할 수 있습니다. 어떤 방식이든 하나의 주소에서 쿠키만으로 언어를 전환하는 것은 적절하지 않습니다.

URL 구조: 폴더, 하위 도메인, 도메인

폴더(/de/, /es/)를 사용하면 인증서 하나와 Search Console 속성 하나로 관리할 수 있습니다. 로케일별 보고서는 경로를 기준으로 확인합니다. 하위 도메인(de.example.com)은 지역별 팀이나 CDN 규칙에 적합합니다. 국가 코드 최상위 도메인(ccTLD)은 실제로 현지에 특화된 사이트를 운영할 때 국가 타기팅 신호를 전달합니다.

Google은 화면에 표시되는 콘텐츠를 기준으로 페이지 언어를 판단합니다. 구조를 선택해 문서화하고, 출시 후에는 고유주소를 안정적으로 유지하세요. 슬러그 체계를 바꾸면 hreflang 연결 관계와 외부 유입 링크가 깨집니다.

추정한 언어나 위치에 따라 자동으로 리디렉션하지 마세요. 대신 대체 언어 URL로 연결되는 언어 전환 메뉴를 눈에 잘 띄게 제공하세요.

플러그인·멀티사이트·프록시의 장단점

플러그인(WPML, Polylang, TranslatePress 등)은 편집기 사용 경험과 URL 모델이 서로 다릅니다. 홍보 문구가 아니라 크롤링 가능성을 평가하세요. 하나의 고유주소에서 AJAX로 콘텐츠만 바꾸는 것이 아니라 언어별로 별도의 URL을 생성하는지 확인하세요.

멀티사이트를 사용하면 로케일마다 테마 옵션, 메뉴, 사용자를 별도로 관리할 수 있습니다. 사이트별 홈 URL이 다르므로 자연스럽게 크롤링이 가능합니다. 대신 네트워크 관리와 사이트별 플러그인 라이선스 비용이 듭니다.

프록시 방식은 캐시된 로케일별 HTML을 빠르게 제공할 수 있지만, 엣지에서도 올바른 canonical과 hreflang을 출력해야 합니다. WordPress의 각 언어 버전에는 별도의 공개 URL이 필요합니다. 쿠키나 JavaScript만으로 콘텐츠를 바꾸는 방식은 Google 가이드에 맞지 않습니다.

도구를 비교할 때는 다음을 확인하세요. 각 번역본에 고유 URL이 부여되나요? hreflang과 사이트맵이 자동으로 생성되거나 내보내기가 가능한가요? 편집자가 실제 페이지 맥락에서 검토할 수 있나요?

hreflang, canonical, XML 사이트맵

WordPress에서는 SEO 플러그인, hreflang 전용 확장 기능 또는 사이트맵의 xhtml:link 항목을 통해 hreflang을 구현하세요. hreflang은 상호 참조해야 합니다. /en/about이 /fr/a-propos을 참조한다면, 프랑스어 페이지도 일치하는 코드로 영어 페이지와 자기 자신을 참조해야 합니다.

언어별 canonical 태그는 해당 로케일의 대표 URL을 가리키도록 설정하세요. 프랑스어 페이지의 canonical이 영어 URL을 가리키게 해서는 안 됩니다.

WordPress XML 사이트맵에는 각 언어의 URL이 포함되어야 하며, hreflang 및 canonical 전략과도 일치해야 합니다. 많은 SEO 플러그인이 로케일별 사이트맵을 생성합니다. 일반 글과 페이지뿐 아니라 번역된 모든 사용자 정의 글 유형이 포함되는지 확인하세요. 점검 방식은 다국어 SEO 플랫폼 개요에서 확인할 수 있습니다.

메뉴, 위젯, 미디어, 테마 문자열

테마에는 푸터, 버튼, 위젯 제목에 영어가 하드코딩되어 있는 경우가 많습니다. 플러그인의 문자열 번역 UI나 자식 테마의 재정의 기능을 통해 테마 문자열을 추출하세요. 메뉴는 언어별로 구성해야 합니다. 프랑스어 탐색 메뉴는 표시 이름만 번역된 영어 슬러그가 아니라 프랑스어 URL로 연결되어야 합니다.

미디어에는 로케일별 대체 텍스트와 캡션이 필요합니다. 이미지는 공통으로 사용해도 되지만 메타데이터는 페이지 언어와 일치해야 합니다. 검색, 뉴스레터, 관련 글 등의 위젯은 현지화된 콘텐츠를 가져오도록 쿼리해야 합니다.

각 URL의 콘텐츠를 주로 하나의 언어로 유지한다는 것은 글 본문뿐 아니라 이러한 공통 UI 요소에도 적용됩니다.

WordPress 편집 워크플로

번역자가 용어집이나 번역 메모리(TM) 없이 글 편집기 안에서만 작업하면 유지 관리가 어려워집니다. 다음 요소를 함께 갖추세요.

• 제품 및 법률 용어를 위한 용어집
• 승인된 문구를 재사용하기 위한 번역 메모리
• 게시 전 검토 상태 관리
• 영어 원문 업데이트 시 변경 사항 감지

Google의 유용한 콘텐츠 가이드는 사람을 우선으로 하는 페이지를 중시합니다. 내용이 빈약하거나 상투적인 문구만 번역한 콘텐츠는 이 기준을 충족하지 못합니다. 로케일별 주요 랜딩 페이지를 정기적으로 점검하는 일정을 마련하세요.

구현 체크리스트

• 언어별로 별도의 URL 제공(페이지 소스 보기와 주소 표시줄에서 확인)
• 쿠키만 전환하는 대신 대체 언어 URL로 연결되는 언어 전환 메뉴
• 템플릿과 사용자 정의 글 유형에 상호 참조하는 hreflang 적용
• 다른 언어를 가리키지 않는 로케일별 canonical
• 공개된 모든 글 유형을 포함하는 완전한 XML 사이트맵
• 현지화된 메뉴, 위젯, 테마 문자열, 미디어 대체 텍스트
• 크롤러를 차단하는 지역·언어 기반 자동 리디렉션 없음
• 스테이징 환경에서 대상 언어로 검토

Bing 웹마스터 가이드라인 역시 여러 시장에서 색인이 이루어지려면 크롤링 가능한 구조와 유용한 콘텐츠가 중요하다고 강조합니다.

흔히 하는 실수

단일 URL에서의 AJAX 번역 — URL 하나만 색인되고 대체 언어 버전은 검색엔진에 보이지 않습니다.

404 또는 리디렉션 URL을 가리키는 hreflang — 상호 참조 관계가 깨집니다.

여러 언어가 섞인 메뉴 — 프랑스어 메뉴명이 영어 슬러그로 연결됩니다.

번역되지 않은 테마 푸터 — 언어 신호가 약해집니다.

번역된 글에서 영어 페이지를 가리키는 canonical — URL이 잘못 통합됩니다.

국가별 자동 리디렉션 — 크롤러와 사용자의 접근을 막습니다.

핵심 콘텐츠에 검수 없이 기계 번역 적용 — 내용이 부실한 언어·지역별 페이지.

기존 검색 엔진과 답변 엔진을 위한 기본 원칙

WordPress 다국어 플러그인과 공개된 언어·지역별 URL의 공통 기반은 Google, Bing, 답변 엔진 모두에서 여전히 중요합니다. 크롤링 가능한 언어별 버전, 명확한 엔터티, 근거가 뒷받침된 주장, 사실에 부합하는 구조화된 데이터, 그리고 영어 콘텐츠만 담은 껍데기 페이지가 아닌 실질적인 현지화가 필요합니다. 아래 가이드는 동일한 다국어 제공 기준을 각 플랫폼의 관점에서 살펴보는 자료로 활용하세요.

플랫폼별 가이드: Google 검색

Google 검색에서 페이지가 발견되려면 해당 언어에 맞는 HTML과 정확한 제목·헤딩을 갖춘 크롤링 가능한 로케일별 URL이 필요하며, 대체 언어 버전이 있다면 상호 참조하는 hreflang도 필요합니다. 기술적 기반에는 쿠키로만 언어를 전환하는 방식이 아닌 색인 가능한 콘텐츠, 현지화된 메타데이터, 사이트맵, 일관된 대표 URL 관리가 포함됩니다. 콘텐츠 품질은 각 언어로 제공되는 사용자 중심의 본문 콘텐츠를 뜻합니다. 권위는 번역 도구의 마케팅이 아니라 명확한 조직 정체성과 이를 뒷받침하는 출처에서 나옵니다. 다국어 운영의 핵심은 시장별 또는 언어별 URL이 각각 독립적으로 완결성을 갖춰야 한다는 것입니다. Search Console의 색인 생성 범위와 URL 검사를 통해 로케일별로 측정하세요. 확인된 사실과 불확실한 점을 구분해야 합니다. Google은 다국어 및 hreflang의 작동 방식을 문서화하고 있지만, 특정 CMS나 기계 번역 후편집(MTPE) 워크플로가 검색 순위를 보장한다고 명시하지는 않습니다.

플랫폼별 가이드: Bing

Bing은 구조가 명확하고 크롤링 가능한 다국어 페이지를 발견하고 색인합니다. 이는 URL과 콘텐츠의 명확성에 대한 Google의 요구와 유사합니다. 기술적 기반에는 가져올 수 있는 로케일별 URL, 유용한 콘텐츠, Bing Webmaster Tools를 통한 모니터링이 포함됩니다. 공통 UI만 번역하기보다는 헤딩, 주장, FAQ까지 현지화하세요. 권위 신호는 여전히 신뢰할 수 있는 출처와 일관된 엔터티에 달려 있습니다. 다국어 운영 시 언어별 콘텐츠를 클라이언트 측에서만 작동하는 전환 기능 뒤에 숨기지 마세요. Bing Webmaster Tools에서 색인 현황과 크롤링 통계를 측정하세요. 확인된 사실과 불확실한 점을 구분해야 합니다. Bing 가이드라인은 크롤링 가능하고 유용한 콘텐츠를 강조합니다. 번역 도구에 적용되는 Bing만의 순위 요인을 임의로 만들어내서는 안 됩니다.

플랫폼별 가이드: ChatGPT

ChatGPT는 언어별 버전이 명확하고 답변에 활용하기 좋은 형태로 정리된 공개 페이지를 인용하거나 요약할 수 있습니다. 여기서 콘텐츠 발견은 기존의 크롤링 기반 검색 순위와는 다르며, 노출은 출처로 선택되거나 답변에서 참조되는 형태로 나타납니다. 기술적 기반은 여전히 콘텐츠를 숨기는 위젯 오버레이가 아니라 접근 가능한 HTML 페이지 URL에서 시작됩니다. 직접적인 답변, FAQ, 용어집을 기반으로 한 일관된 용어 사용은 도움이 되는 콘텐츠 특성입니다. 권위는 근거와 로케일 전반에 걸쳐 일관된 엔터티에서 나옵니다. 다국어 운영 시 각 로케일 페이지는 그 자체로 읽고 이해할 수 있어야 합니다. 측정에는 한계가 있으므로 인용 여부 확인은 가설을 검증하는 수준으로 다루세요. 확인된 사실과 불확실한 점을 구분해야 합니다. MTPE나 특정 CMS 연동이 ChatGPT의 인용으로 이어진다는 문서화된 보장은 없습니다.

플랫폼별 가이드: Gemini

일관된 엔터티, 정확한 구조화된 데이터, 색인 가능한 현지화 페이지는 Gemini와 관련 Google AI 서비스에 도움이 됩니다. 노출이란 참조되거나 인식되는 것을 뜻하며, Gemini의 순위 요인을 임의로 만들어내는 것이 아닙니다. 기술적 기반은 Google 검색의 크롤링 가능성 및 메타데이터 품질 요건과 겹칩니다. 콘텐츠는 언어별로 명확한 주장과 정의를 제시해야 합니다. 권위는 조직 정보의 일관성과 이를 뒷받침하는 근거에 달려 있습니다. 다국어 운영 시 용어집으로 제품명을 관리하면 로케일 간 혼란을 줄일 수 있습니다. 기존 방식대로 Search Console에서 측정하고, AI 답변을 표본으로 살펴 정성적으로 평가하세요. 확인된 사실과 불확실한 점을 구분해야 합니다. Gemini의 동작 방식은 hreflang과 언어별 버전에 관한 Google 검색의 공식 문서 지침을 대체하지 않습니다.

플랫폼별 가이드: Google AI Overviews

Google AI Overviews는 답변을 뒷받침하는 페이지로 연결되는 링크를 제공할 수 있습니다. 여기에 포함되기 위한 기본 조건은 여전히 사용자 중심의 색인 가능한 콘텐츠입니다. AI Overviews는 언어 전환 기능이 아니며 hreflang을 대체하지도 않습니다. 기술적 기반은 크롤링 가능한 로케일별 HTML과 사실에 부합하는 구조화된 데이터입니다. 콘텐츠에는 각 언어로 된 간결한 답변과 명확한 헤딩이 필요합니다. 권위 신호도 유용한 콘텐츠에 대한 기대 기준과 같습니다. 다국어 운영 시 어떤 번역 페이지도 AI Overviews에 포함된다고 보장할 수 없습니다. Search Console에서 생성형 AI 관련 보고서를 제공하는 경우 이를 활용해 측정하되, 기존 색인 지표와는 구분해 관리하세요. 확인된 사실과 불확실한 점을 구분해야 합니다. 어떤 번역 워크플로도 AI Overviews 노출을 약속할 수 없습니다.

GlotEO의 역할

용어집 관리와 SEO 검증이 중요해지면 WordPress 운영팀은 임시방편적인 플러그인 워크플로의 한계에 부딪히는 경우가 많습니다. GlotEO는 WordPress 번역 연동 기능을 제공하므로, 마케터가 언어·지역별 콘텐츠를 관리하면서도 WordPress에서는 크롤링 가능한 URL을 유지할 수 있습니다. 도입 방안을 비교할 때 GlotEO 가격 및 요금제와 웹사이트 현지화 플랫폼을 살펴보세요.