언어

기술 국제 SEO

다지역 또는 다국어 사이트 운영의 기술적 측면인 hreflang, 지역별 URL 구조(ccTLD, 하위 디렉터리, 하위 도메인)와 지역 타기팅을 설명합니다. 국제 SEO 필러를 기술 SEO 관점에서 다룹니다.

최초 게시: 2026년 6월 27일 · 최근 업데이트: 2026년 8월 26일 · 고급
AI작성자AI v2

국제 SEO에는 전략적 측면(어떤 시장과 언어를 선택하고 누가 번역하는지)과 기술적 측면(어떤 URL이 어떤 언어와 지역을 제공하는지 검색 엔진에 알리고, 그 과정에서 중복 콘텐츠나 크롤링 문제를 만들지 않는 것)이 있습니다. 이 허브는 기술 SEO 담당자를 위해 hreflang과 x-default, ccTLD·하위 디렉터리·하위 도메인 결정, 동일 언어 지역 중복을 위한 canonical과 hreflang의 병행, 지역 타기팅을 모아 기술적 측면을 설명합니다. 어느 방법도 색인, 순위 또는 트래픽을 보장하지 않으며 발견과 로케일 일치를 지원합니다. 전체 전략은 국제 SEO 필러에 있으며, 이 페이지들은 국제화 작업이 구현 수준에서 실패하는 지점을 다루므로 여기에 교차 등록되어 있습니다.

TL;DR — 기술 국제 SEO의 실패는 눈에 띄기보다 조용히 일어납니다. hreflang은 양방향 확인 시스템이므로 모든 대체 URL이 서로를 가리켜야 합니다. 반환 링크가 누락되면 Google이 해당 주석을 무시할 수 있습니다. 거의 동일한 동일 언어 지역 페이지에는 hreflang만이 아니라 canonical과 hreflang을 함께 사용해야 합니다. 아래에서는 올바른 hreflang 세트, 반환 태그 규칙, ccTLD·하위 디렉터리·하위 도메인의 지역 타기팅 및 운영 절충안, 그리고 이 모든 설정이 색인, 순위, 트래픽 또는 특정 표시 로케일을 보장하지 않는 이유를 설명합니다.

이 주장에 대한 근거 Google recommends separate locale-specific URLs, crawlable navigation, and explicit locale signals for multi-regional or multilingual sites rather than automatic IP-based adaptation alone. 범위: Current Google international site guidance. 신뢰도: 높음 · 검증일: Google Search Central: Managing multi-regional sites 이 주장에 대한 근거 hreflang annotations identify localized alternates and require reciprocal, valid URL relationships; they are not a ranking guarantee. 범위: Current Google hreflang implementation. 신뢰도: 높음 · 검증일: Google Search Central: Localized versions

hreflang 작동 방식과 조용히 실패하는 이유

hreflang은 어떤 URL이 어떤 언어와 지역을 제공하는지 표시해 Google이 검색자에게 적절한 색인된 대체 URL을 SERP에 바꿔 표시할 수 있게 합니다. hreflang은 중복을 통합하지 않습니다. canonicalization은 중복 URL을 클러스터링하고 신호를 통합하는 별도의 시스템입니다. hreflang은 눈에 보이는 구현 오류를 내보내지 않습니다. 깨진 클러스터는 로케일 선택에 영향을 주는 것을 조용히 중단할 수 있으므로, 전용 경고가 아니라 크롤링, 색인 또는 성과 증거에서 문제를 찾아야 합니다.

두 가지 규칙이 적용됩니다. 언어에는 ISO 639-1 코드를, 지역에는 ISO 3166-1 alpha-2 코드를 사용합니다. 그래서 영국 코드는 gb를 사용하며, 흔히 조용한 오류를 만드는 uk를 사용하지 않습니다. 또한 세트의 모든 페이지는 자신을 포함해 같은 세트의 다른 모든 페이지를 참조해야 합니다.

x-default를 포함한 hreflang 세트 예시

미국 영어, 영국 영어 및 스페인 스페인어로 게시된 페이지라면 세 URL 모두 <head>에 같은 블록을 포함합니다.

<link rel="alternate" hreflang="en-us" href="https://example.com/us/page/" />
<link rel="alternate" hreflang="en-gb" href="https://example.com/uk/page/" />
<link rel="alternate" hreflang="es-es" href="https://example.com/es/page/" />
<link rel="alternate" hreflang="x-default" href="https://example.com/page/" />

여기서 x-default 값은 명시적으로 나열하지 않은 언어 또는 지역을 위한 대체 URL을 식별합니다. 이는 검색 주석이지 리디렉션이나 일치하지 않는 모든 검색자가 해당 URL에 도착한다는 약속이 아닙니다. 생략해도 치명적이지 않습니다. HTML <link> 요소, HTTP Link 헤더, XML 사이트맵 주석이라는 세 가지 전달 방식과 단방향 세트, 하위 세트, 세트 내부 리디렉션 같은 모든 예외 사례는 hreflang 구현 방법과 x-default hreflang을 참조하세요. 이 허브에는 안정적인 핵심만 남깁니다.

반환 태그 상호 참조: 한 쌍을 무효화하는 불일치

hreflang 세트가 가장 흔히 실패하는 원인은 반환 태그 누락입니다. /uk/page/가 /us/page/를 대체 페이지로 나열하지만 /us/page/가 /uk/page/를 가리키지 않으면 Google은 주석을 확인되지 않은 것으로 취급해 해당 쌍을 무시합니다. 확인은 상호 간에 이뤄져야 합니다.

<!-- WRONG: /us/page/ lists UK below but never gets pointed back to from /uk/page/ -->
<link rel="alternate" hreflang="en-us" href="https://example.com/us/page/" />
<link rel="alternate" hreflang="en-gb" href="https://example.com/uk/page/" />

canonical과 hreflang 신호가 충돌할 때도 같은 방식으로 조용히 실패합니다. 지역 페이지가 다른 언어 URL을 canonical로 지정하면 Google에는 두 페이지가 같다고 알리면서 hreflang으로는 대체 페이지라고 알리는 셈이므로 hreflang이 무시됩니다. 한 쌍이 아니라 전체 클러스터를 대규모로 감사하려면 hreflang 감사 방법을 참조하세요.

canonical과 hreflang의 충돌이 가장 중요한 경우는 더 좁습니다. 국가별로 거의 동일한 동일 언어 페이지, 예를 들어 통화와 몇 가지 철자만 다른 미국 영어 및 영국 영어 제품 페이지가 이에 해당합니다. Google 지침은 이를 번역 문제가 아니라 중복 콘텐츠 문제로 취급합니다. 모든 지역 변형을 완전히 독립적으로 유지하려 하지 말고 선호 버전을 하나 선택해 rel="canonical"과 hreflang을 함께 사용하세요. 완전히 번역되어 내용이 실질적으로 다른 언어 페이지는 별개의 경우이며 이런 처리가 필요하지 않습니다. 자세한 메커니즘은 언어 간 중복 콘텐츠와 canonicalization을 참조하세요.

ccTLD와 하위 디렉터리 및 하위 도메인 비교: 신호가 쌓이는 위치

URL 구조 결정은 실제로 지역 타기팅과 링크 자산이 어디에 쌓이는지에 관한 문제입니다. ccTLD(example.de)는 가장 강력한 지역 타기팅 신호이며 Search Console 설정이 필요하지 않지만, 각 시장의 권위를 처음부터 쌓아야 하고 운영 비용이 큽니다. 하위 디렉터리 (example.com/de/)는 한 도메인 아래에 운영과 신호를 모으므로 많은 사이트에 실용적인 기본 선택입니다. 더 이상 폴더별 Search Console 국가 타기팅 재정의는 없습니다. Google은 해당하는 경우 ccTLD, hreflang 관계, 현지화된 페이지 콘텐츠, 현지 링크 및 기타 사이트와 페이지 신호에서 국가 관련성을 추론합니다. 하위 도메인(de.example.com)은 그 중간에 있으며 ccTLD처럼 루트와 더 독립적으로 권위를 쌓는 경향이 있습니다. Google은 이를 고려할 절충안으로 설명할 뿐 순위 계층으로 규정하지 않습니다. 세 구조 중 선호 구조나 보편적인 승자를 공개하지 않습니다. 더 깊이 있는 결정 가이드와 필러의 시장, 현지화 및 성과 지침은 국제 SEO 필러가 본래 소유하며 이 기술 클러스터에도 교차 등록되어 있습니다. ccTLD와 하위 도메인 및 하위 디렉터리 비교를 참조하세요.

어떤 구조를 선택하든 IP 주소나 Accept-Language 헤더만으로 콘텐츠를 전환하지 말고, 로케일 버전을 안정적이고 분리되며 크롤링 가능한 URL에 두세요. Googlebot은 일반적으로 미국 기반 인프라에서 크롤링하고 Accept-Language 헤더를 보내지 않습니다. 따라서 각 버전에 구분되고 연결 가능한 URL 없이 감지된 로케일에 맞춰 콘텐츠만 적응하는 페이지는 일부 버전이 크롤링, 색인 또는 순위 부여되지 않을 위험이 있습니다.

어느 것도 보장이 아닙니다. 올바른 hreflang, URL 구조 및 canonicalization은 발견과 로케일 일치를 지원하지만 색인, 특정 순위, 트래픽, Google이 특정 검색자에게 실제로 표시하는 로케일, 전환 또는 AI 시스템의 인용을 보장하지 않습니다. 지역 타기팅 신호는 Google이 평가하는 입력값이지 켜고 끄는 스위치가 아닙니다.

전문가 메모 추가

전문가 인용문 고정

새로운 사람인가요? 미등록 프로필을 다음 위치에서 /admin/experts/ → 전문가 인용문 고정 먼저 만드세요.