인터내셔널 SEO
인터내셔널 SEO는 여러 국가·언어 사용자를 겨냥해 각 사용자에게 적절한 언어·지역 버전이 검색에 노출되도록 사이트를 최적화하는 작업입니다. hreflang 주석, URL 구조(ccTLD·서브디렉터리·서브도메인), 콘텐츠 로컬라이즈가 핵심 구성요소입니다.
- 인터내셔널 SEO는 국가·언어별 사용자에게 알맞은 페이지 버전이 노출되도록 사이트를 최적화하는 작업입니다.
- 구글은 페이지의 보이는 콘텐츠로 언어를 판단하므로, lang 속성이나 URL이 아니라 실제 번역된 콘텐츠가 필요합니다.
- hreflang 주석으로 각 페이지가 어떤 언어·지역을 겨냥하는지 명시하며, 모든 버전이 서로를 가리키는 양방향 링크가 필수입니다.
- URL 구조는 ccTLD(example.de)·서브디렉터리(example.com/de/)·서브도메인(de.example.com) 중에서 운영 비용과 지오타기팅 신호를 따져 선택합니다.
- 업계 분석에 따르면 hreflang 구현의 상당수가 오류를 포함하며, 클러스터 내 단 하나의 오류로도 전체가 무시될 수 있습니다.
개요
인터내셔널 SEO는 여러 국가와 언어를 사용하는 사용자에게 각자에게 맞는 버전이 검색 결과에 노출되도록 사이트를 최적화하는 작업입니다. 구글은 사이트를 두 가지 축으로 구분합니다. 하나는 여러 언어를 제공하는 다국어(multilingual) 사이트이고, 다른 하나는 특정 국가나 지역을 겨냥하는 다지역(multi-regional) 사이트입니다. 예를 들어 캐나다용 사이트가 프랑스어와 영어 버전을 동시에 제공한다면 두 성격을 모두 가지게 됩니다.
핵심은 세 가지입니다. 첫째, 각 언어 버전을 별도의 URL로 제공해야 합니다. 구글은 쿠키나 브라우저 설정으로 같은 URL에서 언어를 바꾸는 방식 대신, 언어마다 고유한 URL을 사용하기를 권장합니다. 둘째, hreflang 주석으로 각 페이지가 겨냥하는 언어·지역을 명시해야 합니다. 셋째, 단순 번역을 넘어 통화·주소·현지 관용 표현까지 맞추는 로컬라이즈가 필요합니다. 구글은 페이지의 보이는 콘텐츠로 언어를 판단하며, lang 속성이나 URL 같은 코드 수준 정보는 사용하지 않기 때문입니다.
URL 구조 비교
구글은 지역별 사이트를 구성할 때 크게 세 가지 URL 구조를 제시합니다. 각 구조는 지오타기팅 신호의 강도와 운영 비용에서 차이가 있습니다.
| 구조 | 예시 | 장점 | 단점 |
|---|---|---|---|
| 국가 코드 도메인 (ccTLD) | example.de | 지오타기팅 신호가 가장 강함, 서버 위치 무관 | 운영 비용이 높고 인프라 부담이 큼, 도메인 권위를 처음부터 구축해야 함 |
| 서브도메인 (gTLD) | de.example.com | 설정이 쉬움, 서버 위치를 분리 가능 | URL만으로 지오타기팅이 명확하지 않음, 사실상 별도 사이트처럼 동작하는 경향 |
| 서브디렉터리 (gTLD) | example.com/de/ | 설정이 쉽고 유지보수가 낮음(같은 호스트), 도메인 권위를 한곳에 모음 | 단일 서버 위치, URL만으로 지역 의도 전달이 약함 |
| URL 파라미터 | example.com?loc=de | - | 구글이 권장하지 않음 |
ccTLD는 사용자와 검색엔진 모두에게 해당 국가를 겨냥한다는 강한 신호를 주지만 도메인별로 권위를 새로 쌓아야 합니다. 서브디렉터리는 도메인 권위를 한 자산에 모으고 운영이 단순해, 신규 진출 시 기술적 제약이 없다면 일반적으로 선호되는 선택입니다.
hreflang 코드 예시
hreflang 주석은 같은 콘텐츠의 언어·지역 변형이 어떤 것인지 구글에 알려 줍니다. 구현 방법은 HTML link 태그, HTTP 헤더, 사이트맵 세 가지이며 구글 관점에서 모두 동등합니다. 언어 코드는 ISO 639-1, 지역 코드는 선택적으로 ISO 3166-1 Alpha 2 형식을 따릅니다.
<link rel="alternate" hreflang="en-gb" href="https://en-gb.example.com/page.html" />
<link rel="alternate" hreflang="en-us" href="https://en-us.example.com/page.html" />
<link rel="alternate" hreflang="de" href="https://de.example.com/page.html" />
<link rel="alternate" hreflang="x-default" href="https://www.example.com/" />여기서 x-default는 사용자의 브라우저 설정과 일치하는 언어·지역이 없을 때 노출할 기본 버전을 지정하는 예약값입니다. 가장 중요한 규칙은 양방향 링크입니다. 두 페이지가 서로를 가리키지 않으면 해당 태그는 무시됩니다. 각 언어 버전은 자기 자신을 포함해 모든 버전을 참조해야 합니다.
근거
구글 검색 센터는 언어마다 다른 URL을 사용할 경우 hreflang 주석으로 올바른 언어 버전이 검색 결과에 연결되도록 하라고 명시합니다. 또한 구글은 크롤러 위치를 바꿔 가며 지역 변형을 탐지하지 않고 지오로케이션 메타 태그도 사용하지 않으므로, 사이트가 변형을 명시적으로 선언해야 한다고 안내합니다.
구현 난이도도 무시할 수 없습니다. Ahrefs 등 업계 분석에 따르면 hreflang 구현의 상당수가 반환 태그 누락, 깨진 URL, 잘못된 ISO 코드 같은 오류를 포함합니다. hreflang 클러스터 내 단 하나의 오류만 있어도 구글이 클러스터 전체를 무시할 수 있어, 구현 노력이 통째로 무력화될 위험이 있습니다.
실행 체크리스트
- 다국어인지 다지역인지, 혹은 둘 다인지 사이트 성격을 먼저 정의합니다.
- 각 언어·지역 버전을 별도 URL로 제공하고, 쿠키·브라우저 설정 기반 자동 전환에 의존하지 않습니다.
- 운영 비용과 지오타기팅 신호를 따져 ccTLD·서브디렉터리·서브도메인 중 구조를 선택합니다.
- hreflang을 HTML 태그·HTTP 헤더·사이트맵 중 한 방법으로 일관되게 적용합니다.
- 모든 변형이 자기 자신을 포함해 서로를 가리키는 양방향 링크를 갖추도록 검증합니다.
- 일치하는 언어가 없는 사용자를 위해
x-default버전을 지정합니다. - 언어·지역 코드가 ISO 639-1 및 ISO 3166-1 Alpha 2 형식에 맞는지 확인합니다.
- 단순 번역을 넘어 통화·주소·현지 표현까지 로컬라이즈해 보이는 콘텐츠가 실제 해당 언어가 되도록 합니다.