목차 · 8개 항목
해외 시장을 겨냥해 영어나 일본어 페이지를 만들었는데 정작 현지 구글에서는 한국어 페이지가 노출되거나, 아예 검색되지 않는 경우가 많습니다. 대부분은 번역 품질보다 구조의 문제입니다. 어떤 국가와 언어를 노릴지, 주소를 어떻게 나눌지, 구글에 언어별 페이지 관계를 어떻게 알려 줄지를 처음부터 정해 두어야 합니다. 이 글은 해외 구글 SEO를 시작할 때 순서대로 결정해야 할 것들을 정리합니다.
먼저 국가인지 언어인지 정합니다
해외 SEO의 첫 결정은 타깃이 국가인지 언어인지입니다. 비슷해 보이지만 결과물이 달라집니다.
- 언어 타깃: 영어를 쓰는 모든 사용자를 한 페이지로 상대합니다. 가격, 배송, 법적 고지가 국가별로 크게 다르지 않을 때 적합합니다.
- 국가 타깃: 미국과 영국처럼 같은 언어라도 통화, 배송 정책, 표기법이 다르면 국가별 페이지가 필요합니다.
- 혼합: 대부분은 언어 단위로 시작하고, 매출이 생기는 국가만 별도 페이지로 분리하는 방식이 관리 부담이 적습니다.
이 결정은 검색 데이터로 확인하는 것이 좋습니다. 서치 콘솔 실적 보고서에서 국가별 노출과 클릭을 보면 이미 어느 나라에서 검색되고 있는지 알 수 있습니다. 서치 콘솔 사용법은 구글 서치 콘솔 가이드를 참고하십시오.
URL 구조 세 가지 비교
언어나 국가별 페이지를 어디에 둘지는 한번 정하면 바꾸기 어렵습니다. 대표적인 구조는 세 가지입니다.
| 구조 | 예시 | 장점 | 단점 |
|---|---|---|---|
| 국가 도메인(ccTLD) | example.jp | 국가 신호가 가장 분명함 | 도메인마다 별도 운영, 링크 자산이 분산됨 |
| 하위 도메인 | jp.example.com | 서버 분리가 쉬움 | 루트 도메인과 별개 사이트처럼 관리해야 하는 부분이 생김 |
| 하위 폴더 | example.com/ja/ | 한 도메인에 링크 자산이 모임, 관리가 단순 | 국가 신호가 상대적으로 약함, 서버 위치 분리 어려움 |
처음 해외 진출을 시작하는 중소 규모 사이트라면 하위 폴더 구조가 무난합니다. 기존 도메인이 쌓아 온 신뢰를 그대로 쓰고, 서치 콘솔에서도 폴더 단위로 데이터를 나눠 볼 수 있습니다. 국가별로 법인이 따로 있고 운영 조직이 분리되어 있다면 국가 도메인이 자연스럽습니다.
hreflang은 무엇을 알려 주나
hreflang은 같은 내용을 언어나 지역별로 만든 페이지들이 서로 어떤 관계인지 구글에 알려 주는 표시입니다. 순위를 올려 주는 장치가 아니라, 사용자의 언어와 지역에 맞는 버전이 검색 결과에 나오도록 돕는 장치입니다. 표시 방법은 세 가지이며 하나만 골라 일관되게 쓰면 됩니다.
- HTML
head안의link태그 - HTTP 응답 헤더(PDF 같은 비HTML 파일에 유용)
- XML 사이트맵
가장 많이 쓰는 HTML 방식은 다음과 같습니다. 한국어, 일본어, 영어 페이지가 있다면 세 페이지 모두에 같은 묶음을 넣습니다.
<link rel="alternate" hreflang="ko" href="https://example.com/" />
<link rel="alternate" hreflang="ja" href="https://example.com/ja/" />
<link rel="alternate" hreflang="en" href="https://example.com/en/" />
<link rel="alternate" hreflang="en-GB" href="https://example.com/en-gb/" />
<link rel="alternate" hreflang="x-default" href="https://example.com/en/" />값은 언어 코드(ISO 639-1)를 먼저 쓰고, 필요할 때만 하이픈 뒤에 국가 코드(ISO 3166-1 Alpha 2)를 붙입니다. x-default는 어느 언어에도 맞지 않는 사용자에게 보여 줄 기본 페이지입니다.
hreflang에서 흔히 하는 실수
실제 점검을 해 보면 같은 실수가 반복됩니다.
- 돌아오는 표시가 없음: A 페이지가 B를 가리키면 B도 A를 가리켜야 합니다. 한쪽만 있으면 구글은 그 관계를 무시할 수 있습니다.
- 자기 자신을 빠뜨림: 각 페이지는 묶음 안에 자기 자신도 포함해야 합니다.
- 잘못된 코드: 영국은
en-UK가 아니라en-GB입니다. 국가 코드만 단독으로 쓰는 것도 허용되지 않습니다. - canonical 충돌: 일본어 페이지의 canonical이 한국어 페이지를 가리키면 hreflang과 정면으로 충돌합니다. 각 언어 페이지의 canonical은 자기 자신이어야 합니다.
- 리디렉션이나 404 주소 지정: hreflang에 넣은 주소는 정상 응답하는 최종 주소여야 합니다.
페이지 수가 많은 사이트라면 HTML에 일일이 넣기보다 사이트맵으로 관리하는 편이 실수를 줄입니다. 각 url 항목 안에 자기 자신을 포함한 모든 언어 버전을 나열합니다.
<url>
<loc>https://example.com/ja/</loc>
<xhtml:link rel="alternate" hreflang="ko" href="https://example.com/" />
<xhtml:link rel="alternate" hreflang="ja" href="https://example.com/ja/" />
<xhtml:link rel="alternate" hreflang="en" href="https://example.com/en/" />
</url>사이트맵 맨 위 urlset에 xhtml 네임스페이스 선언이 있어야 합니다. 설정한 뒤에는 서치 콘솔의 URL 검사로 각 언어 페이지가 색인되었는지, 구글이 선택한 표준 URL이 자기 자신인지 확인합니다. 예전에 있던 국제 타겟팅 보고서는 지원이 종료되었으므로, 오류는 크롤링 도구나 직접 점검으로 찾아야 합니다.
번역이 아니라 현지화
구조가 맞아도 콘텐츠가 번역문 수준이면 현지 경쟁 페이지를 이기기 어렵습니다. 현지화는 다음을 포함합니다.
- 현지 검색어 조사: 같은 개념이라도 나라마다 검색하는 표현이 다릅니다. 한국어 키워드를 번역하지 말고 현지 검색어를 따로 조사하십시오.
- 통화와 단위, 표기법: 가격, 날짜 형식, 단위, 연락처 형식을 현지에 맞춥니다.
- 신뢰 요소: 현지 결제 수단, 배송 정책, 고객 응대 시간, 현지 사례처럼 구매 판단에 쓰이는 정보를 채웁니다.
- 메타 정보: 제목과 메타 설명도 현지 검색어 기준으로 다시 씁니다. 기본 원칙은 온페이지 SEO 가이드와 같습니다.
자동 번역을 그대로 대량으로 올리는 방식은 구글의 확장된 콘텐츠 악용 정책에 걸릴 수 있습니다. 기계 번역을 쓰더라도 현지어 사용자가 검수하는 단계를 두는 것이 좋습니다.
현지 링크를 확보하는 방법
해외 페이지는 현지 사이트에서 오는 링크가 있어야 힘을 받습니다. 한국 사이트의 링크만으로는 현지 검색에서 관련성을 보여 주기 어렵습니다.
- 현지 업계 디렉터리, 협회, 파트너사 사이트에 등록하거나 소개를 요청합니다.
- 현지 매체에 업계 자료나 조사 결과를 제공하고 출처로 인용받습니다.
- 현지어로 된 블로그나 매체에 기고합니다. 방식 비교는 게스트 포스팅과 니치 에디트 비교를 참고하십시오.
출시 전 점검 체크리스트
- 타깃이 언어 단위인지 국가 단위인지 문서로 정했는가
- URL 구조를 하나로 정하고 모든 언어에 같은 규칙을 적용했는가
- 모든 언어 페이지에 자기 자신을 포함한 hreflang 묶음이 들어갔는가
- 각 언어 페이지의 canonical이 자기 자신을 가리키는가
- IP 기반 자동 이동 대신 언어 선택 링크를 두었는가
- 현지 검색어로 제목과 본문을 다시 썼는가
- 언어별 사이트맵을 제출하고 서치 콘솔에서 색인 상태를 확인했는가
마무리
해외 구글 SEO는 구조를 바로 잡는 일과 현지 사용자에게 맞는 콘텐츠를 만드는 일이 함께 가야 결과가 납니다. 이미 다국어 페이지가 있는데 노출이 기대에 못 미친다면, 무료 SEO 진단으로 hreflang과 색인 상태부터 확인해 보시기 바랍니다.
