국제 SEO

TL;DR — 국제 SEO는 사이트가 어떤 _언어_와 _국가_를 대상으로 하는지 검색엔진에 알려 적절한 사용자에게 적절한 버전을 보여 주는 것입니다. 이 페이지의 언어는 무엇인가, 어느 국가를 위한 것인가라는 두 질문은 별개입니다. 주요 수단은 URL 구조, hreflang 태그, 통화와 주소 같은 페이지 내 신호의 세 가지입니다. hreflang이 핵심이며, 처음부터 기억할 점은 명령이 아니라 _힌트_라는 것입니다.

국제 SEO란

사이트가 여러 언어 또는 여러 국가의 사람들에게 서비스를 제공한다면, 의식했는지와 관계없이 해결해야 할 국제 SEO 문제가 있습니다. 목표는 간단합니다. Google과 Bing이 페이지의 어느 버전이 어느 이용자를 위한 것인지 이해하고 적절한 사람에게 그 버전을 제공하도록 돕는 것입니다.

거의 모두가 처음에 하는 실수는 ‘언어’와 ‘국가’를 같은 것으로 취급하는 것입니다. 둘은 다릅니다.

• 언어 타기팅은 같은 콘텐츠를 여러 언어로 제공하는 다국어 사이트를 위한 것입니다.
• 국가 타기팅은 여러 국가의 사용자를 대상으로 하며 때로는 같은 언어를 사용하는 다지역 사이트를 위한 것입니다.

예를 들면 쉽게 기억할 수 있습니다. 캐나다는 영어와 프랑스어라는 두 공용어를 쓰는 하나의 국가입니다. 한 국가 안에서 언어 타기팅을 하는 경우입니다. 미국과 영국은 대체로 같은 언어를 쓰는 두 국가입니다. 같은 언어로 국가 타기팅을 하는 경우입니다. 많은 대형 사이트에는 둘 다 필요합니다.

실제로 통제할 수 있는 세 가지

1. URL 구조. 현지화 버전이 위치하는 곳입니다.
   • ccTLD — 독일은 example.de, 프랑스는 example.fr입니다. 특정 국가를 위한 사이트라는 가장 강한 신호이지만 비용이 높고 관리가 어렵습니다.
   • 하위 도메인 — de.example.com. 설정하기 쉽습니다.
   • 하위 디렉터리 — example.com/de/. 유지관리 부담이 적고 모든 것이 한 도메인 아래에 있습니다. 대부분의 사이트라면 제가 선택할 방식입니다.
2. hreflang. 이 URL은 독일어 버전이고 다른 URL은 프랑스어 버전이라고 알리는 작은 태그입니다. 실제로 순위에 오른 페이지가 미국 페이지여도 Google이 영국 방문자에게 영국 페이지를 보여 줄 수 있게 합니다.
3. 페이지 내 신호. 통화, 주소, 전화번호, 본문 언어, 현지 사이트에서 오는 링크입니다. 페이지가 누구를 위한 것인지 뒷받침합니다. 이 주장에 대한 근거 Google supports locale-specific URLs and hreflang, and also considers ccTLDs and several page, server, and local-link signals when identifying an intended audience. 범위: Google Search locale guidance; these are signals rather than guaranteed targeting controls. 신뢰도: 높음 · 검증일: 2026-07-14 Google: Managing multi-regional and multilingual sites

처음부터 정확히 알아야 할 한 가지

hreflang은 지시가 아니라 힌트입니다. 완벽하게 설정해도 Google이 다른 버전을 표시하거나 거의 같은 언어 페이지 두 개를 하나로 통합할 수 있습니다. 실제 역할은 무언가를 _강제_하는 것이 아니라 가능할 때 검색결과에 적절한 지역 버전을 대신 표시하는 것입니다. 그래도 올바르게 설정하세요. 잘못되면 버전 교체가 전혀 일어나지 않기 때문입니다.

바뀐 점 두 가지도 알아두세요. Google은 2022년에 Search Console의 기존 “International Targeting”(번역: 국제 타기팅) 보고서를 제거했으므로 더 이상 거기에서 국가 대상을 설정하지 않습니다. 또한 Bing은 hreflang 중심으로 작동하지 않습니다. 다른 태그를 더 선호합니다. 두 내용 모두 고급 탭에서 자세히 다룹니다.

URL 구조 선택, 대규모 hreflang, ccTLD 이점이 줄어드는 이유, Bing과의 차이를 자세히 보려면 고급 탭으로 이동하세요. hreflang, x-default, 번역과 현지화, 키워드 조사, 감사, 다국어 SEO 각각의 심층 안내가 연결되어 있습니다.

지식 확인: 국제 SEO

TL;DR — 국제 SEO에는 언어와 국가라는 두 축, URL 구조·hreflang·페이지 내 신호라는 세 수단이 있습니다. hreflang은 _힌트_입니다. 효과는 색인이 아니라 검색결과에서의 버전 교체이며 Google이 이를 따르지 않을 수 있습니다. Google LDCP 알고리즘의 ccTLD 순위 이점은 줄어들고 있습니다(Gary Illyes, 2024년 7월). GSC 국제 타기팅 보고서는 2022년에 폐지되었습니다. Bing은 content-language 메타 태그를 중시하며 hreflang을 “a far weaker signal.”(번역: 훨씬 약한 신호)로 취급합니다. 기업 규모에서 수동 hreflang은 반드시 실패하므로 생성 자동화와 지속적인 모니터링이 필요합니다. 저의 기본 선택은 하위 디렉터리와 언어당 한 페이지입니다. 아키텍처를 선택하기 전에 수요·적격성·운영 역량·경쟁·경제성으로 시장 진입을 판단하세요. 어느 것도 색인·순위·트래픽을 보장하지 않습니다. 검색엔진이 올바른 지역 버전을 연결할 가능성을 높일 뿐입니다.

하나가 아닌 두 축

이 주제에서 가장 유용한 구분은 언어 타기팅과 국가 타기팅이 다르다는 것입니다. Google 문서는 이를 명확히 구분합니다. “Multilingual websites are those that offer content in more than one language,” (번역) 「다국어 웹사이트는 두 가지 이상의 언어로 콘텐츠를 제공하는 웹사이트입니다.」 반면 “Multi-regional websites are those that explicitly target users in different countries.” (번역) 「다지역 웹사이트는 여러 국가의 사용자를 명시적으로 대상으로 하는 웹사이트입니다.」 둘 중 하나, 둘 다 또는 어느 쪽도 필요하지 않을 수 있습니다.

Gary Illyes는 함정을 직설적으로 설명했습니다. “The language is absolutely not a tell for what country you are targeting.” (번역) 「언어는 어느 국가를 대상으로 하는지 절대 알려 주지 않습니다.」 프랑스어 페이지는 프랑스·캐나다·벨기에·스위스를 위한 것일 수 있습니다. _국가_가 중요하다면 명시적인 국가 신호가 필요합니다. hreflang에 지역 코드(단순히 fr가 아니라 fr-CA)를 넣거나 ccTLD를 사용하세요. 언어만으로는 부족합니다. HTML lang 속성도 도움이 되지 않습니다. Illyes는 이런 사례를 들었습니다. “Joomla just came with the Lang attribute set to English… And then you looked at the page, and it was 100% German.” (번역) 「Joomla의 Lang 속성이 기본적으로 영어로 설정되어 있었습니다. … 그런데 페이지를 보니 100% 독일어였습니다.」 검색엔진은 오래전에 이를 신뢰하지 않는 법을 배웠습니다.

이 두 축을 정리하는 일이 결과를 보장하는 수단은 아니라는 점을 명확히 할 필요가 있습니다. 언어와 국가를 구분하고 기술 신호를 올바르게 설정하면 Google과 Bing이 검색자에게 지역 버전을 더 잘 연결하도록 도울 수 있습니다. 하지만 어느 페이지든 색인, 순위, 트래픽, 전환, 특정 지역 버전의 표시 또는 AI 답변의 인용을 보장하지는 않습니다. 아래 신호 목록에도 무엇이 인정되고 인정되지 않는지에 관한 문서상 한계가 있습니다.

아키텍처를 확정하기 전에 시장 우선순위 정하기

URL 구조를 결정하기 전에 시장 자체를 평가하세요. 아키텍처는 되돌리는 비용이 크며, 진출할 가치가 있는지 알기도 전에 선택하는 것은 순서가 거꾸로입니다. 저는 해당 언어/국가의 검색 수요, 상품이나 서비스가 실제로 판매·운영 가능한지, 지원·법무·결제·배송 등 운영 역량이 있는지, 경쟁 정도, 전환 이후의 단위 경제성을 점검합니다. Ahrefs 같은 도구의 트래픽·키워드 검색량은 시장 규모를 추정하고 서로 비교하는 추정치로 취급하세요. 이미 유사 시장에서 운영 중이라면 자체 Google Search Console이나 분석 도구의 행은 관찰된 1차 데이터로 취급하세요. 이 단계를 생략하면 애초에 전환 가능성이 없던 시장에 비싼 ccTLD를 구축하게 됩니다. 국제 SEO 키워드 조사 에서 시장별 조사 과정을 자세히 다룹니다.

URL 구조 선택

되돌리기 비싼 아키텍처 결정이므로 처음부터 잘 선택할 가치가 있습니다. Google은 ccTLD, hreflang, 서버 위치, 현지 주소·전화번호·통화·현지 사이트 링크 같은 여러 신호로 대상 지역을 판단합니다. 하지만 인프라에 고정하는 것은 URL 구조입니다.

대부분의 사이트에서 저의 기본 선택은 하위 디렉터리입니다. 별도 ccTLD로 권위를 분산하지 않고 한 도메인에 모으며 유지관리 부담도 훨씬 적습니다. John Mueller는 Google 관점에서 “subdomains and subdirectories are essentially equivalent” (번역) 「하위 도메인과 하위 디렉터리는 본질적으로 동등합니다.」라고 여러 해 동안 말했습니다. 따라서 결정 요인은 마법 같은 SEO 효과보다 운영상의 필요인 경우가 많습니다. 기술 구성과 장기 계획에 맞는 것을 선택하세요. 이는 대규모 운영 경험에서 나온 실무 지침이지 Google의 보편적인 순위 규칙이 아닙니다. Google 문서는 선택지별 장단점을 나열할 뿐 하나를 승자로 선언하지 않습니다.

큰 주의 사항은 ccTLD입니다. 여전히 가장 강한 국가 신호이며 Google은 이를 “a strong signal… about the target country of a website” (번역) 「웹사이트의 대상 국가에 관한 강한 신호」라고 부릅니다. 하지만 이점은 줄어들고 있습니다. Gary Illyes는 2024년 7월 Search Off the Record에서 메커니즘과 그 약화를 설명했습니다. “One of the main algorithms… is called something like LDCP — language demotion country promotion… But nowadays… it doesn’t really make sense for us to like automatically apply that little boost because it’s ambiguous.” (번역) 「주요 알고리즘 중 하나는 … LDCP, 즉 언어 강등·국가 승격 같은 이름입니다. … 하지만 요즘에는 … 모호하기 때문에 그 작은 가산점을 자동으로 적용하는 것이 별로 의미가 없습니다.」 이어서 “I think eventually, like in years’ time, that [ccTLD benefit] will also fade away,” (번역) 「결국 몇 년 후에는 그 [ccTLD 이점]도 사라질 것이라고 생각합니다.」라고 말했습니다. 이유는 “think about all the funny domain names that you can buy… It doesn’t say anything anymore about the country.” (번역) 「살 수 있는 온갖 특이한 도메인 이름을 생각해 보세요. … 더 이상 국가에 대해 아무것도 말해 주지 않습니다.」라는 것입니다. 그의 실무 조언은 제 생각과 같았습니다. ccTLD에는 여전히 마케팅 가치가 있지만 순위에 관해서는 “but I would not worry too much about it” (번역) 「너무 걱정하지는 않겠습니다.」라는 것입니다. Google도 자체 국가별 ccTLD를 google.com으로 리디렉션하고 있습니다.

hreflang: 핵심 기술 신호

hreflang은 국제 SEO의 핵심 도구이며 제가 거의 어떤 기술 주제보다 많은 시간을 쓴 분야입니다. Ahrefs에 합류한 뒤 처음 기여한 일 중 하나도 hreflang 가이드 편집이었습니다.

실제 역할. hreflang은 Google과 Yandex에 URL이 어느 언어/지역을 위한 것인지 알립니다. 실제 이점은 검색결과에서의 버전 교체입니다. hreflang이 올바르게 설정되어 있다면 순위에 오른 것이 en-us 페이지여도 영국 방문자에게 en-gb 페이지를 보여 줄 수 있습니다. 태그가 잘못되면 교체가 일어나지 않습니다. hreflang이 하지 않는 일은 색인 보장이나 canonical 결정의 무효화입니다. 약 19개 canonical 결정 신호 중 하나이지 모든 것을 이기는 카드가 아닙니다.

동등한 구현 방법 세 가지: <head> 안의 <link rel="alternate" hreflang="…" href="…" /> 태그, HTTP Link: 헤더, XML 사이트맵의 <xhtml:link> 항목입니다. 어느 방식이든 크롤링 시점에 신호를 확인하므로 본질적인 속도 차이는 없습니다. 기술 구성이 가장 안정적으로 생성하는 방식을 쓰세요. ccTLD와 .com을 혼합한 구성에서는 중앙에서 호스팅하는 XML 사이트맵으로 도메인 간 클러스터를 관리하는 것이 일반적입니다.

핵심 규칙:

• 양방향 / 상호 참조. 페이지 X가 Y를 가리키면 Y도 X를 다시 가리켜야 합니다. hreflang은 서로를 참조하는 페이지 집합인 _클러스터_로 작동하며, 링크가 상호 참조할 때만 클러스터가 형성됩니다. 클러스터의 신호 공유도 이렇게 작동합니다. 가장 강한 페이지가 다른 페이지를 끌어올릴 수 있습니다.
• 자기 참조는 권장 사항이지만 Mueller에 따르면 기술적으로 “optional.” (번역) 「선택 사항」입니다.
• x-default는 언어/지역이 특정 버전과 맞지 않는 사용자를 위한 기본 대체값입니다.
• 실제 지역 코드를 쓰세요. en-GB, fr-BE, zh-Hans처럼 ISO 639-1 언어와 선택적인 ISO 3166-1 지역을 사용합니다. EU, LATAM, APAC, MENA 지역 코드는 없습니다. 개별 국가(es-MX, es-AR, es-CO)를 대상으로 하세요.

흔한 오류는 어디에나 있습니다. 제가 참여한 Ahrefs hreflang 연구 는 hreflang을 쓰는 374,756개 도메인을 조사한 역대 최대 규모 연구였으며 67%에 하나 이상의 문제가 있었습니다. 당시 솔직한 반응은 이랬습니다. “I’m surprised the numbers weren’t worse… I suspect a lot of these sites have basic implementations.” (번역) 「수치가 더 나쁘지 않아서 놀랐습니다. … 이들 사이트 중 상당수는 기본적인 구현만 해 놓았을 것 같습니다.」 핵심은 같습니다. “Hreflang is complex and hard to get right. It can break in so many different ways.” (번역) 「Hreflang은 복잡하고 제대로 구현하기 어렵습니다. 정말 다양한 방식으로 망가질 수 있습니다.」

hreflang은 지시가 아니라 힌트입니다. 반드시 이해해야 할 부분입니다. Mueller는 2025년 5월 Bluesky에서 말했습니다. “hreflang doesn’t guarantee indexing… if they are the same (eg fr-fr, fr-be), it’s common that one is chosen as canonical.” (번역) 「hreflang은 색인을 보장하지 않습니다. … 동일하다면(예: fr-fr, fr-be) 그중 하나가 canonical로 선택되는 경우가 흔합니다.」 그리고 “Often hreflang will still swap out the URL, but reporting will be on the canonical URL.” (번역) 「hreflang이 여전히 URL을 교체하는 경우가 많지만 보고는 canonical URL에 기록됩니다.」 따라서 Google은 거의 같은 언어 변형을 통합할 수 있으며 보고 데이터는 canonical로 선택한 URL에 모입니다.

다른 신호와 Google이 무시하는 것

hreflang과 ccTLD 외에 Google은 현지 통화·주소·전화번호·본문 언어·현지 사이트 링크 같은 페이지 내 현지화를 읽습니다. 명시적으로 사용하지 않는 두 가지는 지리 위치 메타 태그(geo.position, geo.region, geo.placename)와 IP 기반 위치 분석입니다. Google은 이를 “not reliable.” (번역) 「신뢰할 수 없다」고 설명합니다.

서로 자주 뒤섞이므로 각 신호의 실제 역할을 구분하면 도움이 됩니다. 언어 감지는 코드 수준 데이터나 URL이 아니라 눈에 보이는 페이지 콘텐츠에서 이루어집니다. Google은 실제 페이지 내용을 읽어 판단합니다. 지역 타기팅, 즉 페이지가 어느 국가를 위한지는 ccTLD·hreflang·서버 위치·앞서 설명한 페이지 내 단서로 알립니다. 다만 Google은 서버 위치만으로는 “is not definitive.” (번역) 「확정적이지 않다」고 명시합니다. hreflang의 역할은 그보다 좁습니다. 대체 지역 _URL_들을 서로 연결해 적절한 URL을 검색결과에 대신 표시하도록 하며, 페이지 언어를 선언하는 것이 아닙니다. canonical 결정은 실제 색인과 순위 대상 URL을 정하는 별도 판단입니다. hreflang은 그 판단에 기여하지만 전적으로 통제하지는 않습니다.

피해야 할 함정은 IP로 사용자를 자동 리디렉션하지 않는 것입니다. Google 지침은 “avoid automatically redirecting users to a different language version based on their perceived geographic location.” (번역) 「추정된 지리적 위치를 근거로 사용자를 다른 언어 버전으로 자동 리디렉션하지 말라」는 것입니다. 지역 리디렉션은 크롤러를 접속한 것으로 보이는 지역에 가두므로 Google이 다른 버전을 보지 못합니다. EU에서는 IP 기반 지역 차단이 지리적 차단 금지 규정과 충돌할 수도 있습니다. 언어별로 안정적인 별도 URL을 사용하고 직접 접근할 수 있게 하세요. ‘올바른’ 지역을 벗어나면 사라지는 지역 전용 경로를 만들지 마세요. 사용자를 대신해 추측하지 말고 언어나 지역을 직접 바꿀 명시적인 링크를 제공하세요. 쿠키 또는 Accept-Language 기반 콘텐츠 전환에도 같은 문제가 있습니다. Google은 지역 적응형 페이지 대신 hreflang을 적용한 “using separate locale URL configurations” (번역) 「별도의 지역별 URL 구성 사용」을 권장합니다. Googlebot은 기본적으로 Accept-Language 헤더를 설정하지 않고 흔히 미국 기반 인프라에서 크롤링하기 때문입니다. 추정 위치나 헤더에 따라 달라지는 응답의 다른 지역 버전은 전혀 발견되지 않을 수 있습니다.

GSC 국제 타기팅 보고서는 사라졌습니다

Search Console에서 국가 대상을 설정하라는 안내서는 오래된 것입니다. Google은 2022년 9월 22일 국제 타기팅 보고서를 폐지하며 국가 타기팅 기능이 “was determined to have little value for the ecosystem, and is no longer supported.” (번역) 「생태계에 별다른 가치가 없는 것으로 판단되어 더 이상 지원되지 않는다」고 밝혔습니다. 직접적인 대체 기능은 없습니다. 국가 타기팅은 이제 ccTLD + hreflang + 페이지 내 신호 + 유입 링크에서 추론합니다. 그 보고서의 hreflang 오류 데이터도 GSC에서 사라졌으므로 이제 크롤러로 검증합니다. Google은 “will continue to support and use hreflang tags.” (번역) 「hreflang 태그를 계속 지원하고 사용할 것」이라고 확인했습니다. Google이 실제로 색인한 페이지 버전을 확인하려면 URL 검사 도구를 사용하세요.

Bing의 다른 처리 방식

대부분의 안내서가 Bing을 생략하거나 잘못 설명하는 부분입니다. 저는 Bing의 Fabrice Canel과 패널에 함께 참여해 직접 들을 기회가 있었습니다. Bing의 신호 구성은 Google과 실질적으로 다릅니다. Canel의 표현은 다음과 같습니다. “hreflang is indeed a far weaker signal than content-language at Bing.” (번역) 「Bing에서 hreflang은 실제로 content-language보다 훨씬 약한 신호입니다.」

Bing이 선호하는 신호의 대략적인 우선순위입니다.

1. <meta http-equiv="content-language" content="fr-FR"> — content-language 메타 태그
2. Content-Language HTTP 헤더
3. ccTLD / 서버 위치
4. 본문 언어
5. 유입 링크가 있는 페이지의 지역

따라서 여러 검색엔진을 위한 방법은 Google용 hreflang을 구현하고, 동시에 Bing용 content-language 메타 태그를 추가하는 것입니다. Bing도 hreflang을 읽지만 약한 신호로 취급합니다. 2022년에 자체 타기팅 보고서를 없앤 Google과 별개로 Bing도 Geo Targeting 기능을 제거했습니다. Fabrice Canel은 2020년 9월 이 기능이 새 Bing Webmaster Tools에 포함되지 않았다고 확인하며, 대신 content-language 메타 태그나 HTTP 헤더를 사용하라고 안내했습니다.

다른 검색엔진에는 별도의 작업 흐름이 필요합니다

국제 검색 지도가 Google과 Bing만으로 끝나는 것은 아닙니다. 다른 검색엔진이 중요한 시장이라면 공통 콘텐츠와 기술 기반은 유지하되 Google 체크리스트를 번역하는 데 그치지 말고 제공업체별 절차를 검증하세요.

자세한 내용은 시장별 SEO 가이드 에 있습니다. 여기서 기억할 규칙은 간단합니다. 공통 SEO 원칙은 다른 시장에도 적용되지만 제품 제어 기능, 제출 경로, 진단, 문서화되지 않은 동작은 그대로 옮겨지지 않습니다.

대규모 국제 SEO

저는 여러 CMS와 인프라, 수천만 URL을 가진 세계 최대 기업 사이트 중 하나인 IBM에서 국제 SEO를 운영했습니다. 가장 큰 교훈은 수동 hreflang 관리가 규모가 커지면 실패한다는 것입니다. 수백만 페이지와 여러 시스템의 상호 참조 태그를 사람이 관리할 수는 없습니다. 효과적인 방법은 다음과 같습니다.

• 가능한 것은 모두 자동화하세요. 각 팀이 태그를 직접 쓰게 하지 말고 기준 데이터 시스템에서 hreflang을 생성하세요. 흔히 여러 CMS를 연결하는 미들웨어가 이 역할을 합니다.
• 반복해서 점검하세요. 문제는 계속 발생합니다. 분기별 감사가 아니라 _지속적인 크롤링과 알림_이 필요한 일입니다. 고장을 예상하고 이를 잡아낼 시스템을 만드세요.
• head 영역의 파손을 주시하세요. 잘못된 HTML 때문에 <body>로 밀려난 hreflang 태그는 무시됩니다. 렌더링된 <head>에 있는지 확인하세요.
• GSC URL 검사로 지역별 색인 URL을 검증하세요. hreflang의 효과는 canonical 태그 선언뿐 아니라 실제로 어떤 버전이 색인되었는지에 달려 있습니다.

대규모 아키텍처에서는 국가/지역당 한 페이지보다 언어당 한 페이지를 선호합니다. _더 적고 더 강한 페이지_를 만들고 동적 개인화를 가능하게 하며 hreflang의 복잡성을 많이 줄입니다. 인내심도 중요합니다. 국제 변경은 이해관계자가 원하는 속도가 아니라 크롤링 주기의 속도로 진행됩니다.

다음으로 볼 내용

이 허브는 지도입니다. 아래 각 하위 주제에는 별도의 심층 안내가 있습니다.

Hreflang — 사이드바의 별도 섹션

• hreflang — 구현 방법 세 가지, 클러스터, 상호 참조, 흔한 오류, 검증까지 태그 전반을 다룹니다.
• x-default hreflang — 언어/지역이 어느 버전에도 맞지 않는 사용자를 위한 기본 대체값과 실제로 도움이 되는 곳을 설명합니다.

현지화, 콘텐츠, 감사

• 번역과 현지화의 차이 — 페이지 기계 번역이 시장 현지화와 다른 이유와 Google 자동 번역 지침의 의미입니다.
• 국제 SEO 키워드 조사 — 국가에 따라 같은 언어도 달라지는 시장별 수요 조사입니다. “ibis”(따오기)와 “bin chicken”(쓰레기통 닭이라는 별칭)의 전형적인 차이가 한 예입니다.
• 국제 SEO 감사 — 여러 시장을 다루는 사이트의 hreflang 클러스터와 지역 신호를 크롤링·검증·디버깅하는 방법입니다.
• 다국어 SEO — 이 분야의 언어 타기팅 부분을 깊이 다룹니다.

AI 요약

고급 탭 내용을 압축한 요약입니다.

• 국제 SEO는 각 페이지가 어느 언어와 국가를 위한 것인지 검색엔진에 알려 적절한 사용자에게 적절한 버전을 전달하는 일입니다. 언어 타기팅(다국어)과 국가 타기팅(다지역)의 두 축, URL 구조·hreflang·페이지 내 신호라는 세 수단이 있습니다.
• 어느 것도 결과를 보장하지 않습니다. 축과 신호를 올바르게 설정하면 검색엔진이 지역 버전을 더 잘 연결하도록 돕지만 색인·순위·트래픽·전환·특정 지역 버전 표시·AI 인용을 약속하지는 않습니다.
• 아키텍처보다 시장을 먼저 평가하세요. 검색 수요, 상품/서비스 적격성, 운영 역량, 경쟁, 단위 경제성으로 우선순위를 정하세요. Ahrefs 등의 검색량/트래픽 수치는 시장 규모 추정치로, 유사 시장에서 운영 중인 자체 GSC/분석 데이터는 관찰값으로 취급하세요.
• 언어는 국가가 아닙니다. “The language is absolutely not a tell for what country you are targeting” (번역) 「언어는 어느 국가를 대상으로 하는지 절대 알려 주지 않습니다.」(Gary Illyes) 국가 타기팅에는 지역 코드(fr-CA) 또는 ccTLD를 사용하세요. HTML lang 속성은 신뢰하기 어렵습니다.
• URL 구조: ccTLD는 가장 강한 국가 신호지만 비용이 높고 권위가 분산됩니다. 하위 도메인은 설정하기 쉽고, 하위 디렉터리는 권위를 모으며 유지관리 부담이 적습니다. Patrick의 기본 선택은 하위 디렉터리입니다. Google에게 하위 도메인과 하위 디렉터리는 “essentially equivalent”(번역: 본질적으로 동등함)입니다.
• ccTLD 이점은 줄고 있습니다. Google LDCP(언어 강등·국가 승격)의 가산점은 덜 강조되고 있습니다. Illyes는 2024년 7월 “will also fade away.” (번역) 「역시 사라질 것」이라고 말했습니다. 마케팅 가치는 남지만 순위 가치는 그렇지 않습니다.
• hreflang은 지시가 아니라 힌트입니다. 효과는 색인이 아니라 검색결과에서의 버전 교체입니다. 약 19개 canonical 결정 신호 중 1개입니다. 상호 참조/양방향 클러스터, 선택 사항이지만 권장되는 자기 참조, x-default, 실제 지역 코드(EU/APAC은 없음)가 규칙입니다. Ahrefs 연구에서 374,756개 도메인의 67%에 hreflang 문제가 있었습니다.
• 신호마다 역할이 다릅니다. 언어는 코드/URL이 아니라 보이는 콘텐츠에서 감지합니다. 지역 타기팅 신호는 ccTLD/hreflang/서버 위치/페이지 내 단서입니다. hreflang은 언어 선언이 아니라 대체 URL 연결이며, canonical 결정은 색인할 URL을 정합니다. IP 자동 리디렉션은 크롤러를 가두고 EU 지리적 차단 금지 규정과 충돌할 위험이 있습니다. 지역 적응형 페이지 대신 안정적인 별도 URL, 명시적 전환 링크, hreflang을 쓰세요. Google은 지리 위치 메타 태그와 IP 분석을 무시합니다.
• GSC 국제 타기팅 보고서는 2022년 9월 22일 폐지되었습니다. “little value for the ecosystem.” (번역) 「생태계에 별다른 가치가 없음」이 이유입니다. 국가 타기팅은 ccTLD + hreflang + 페이지 내 신호 + 링크로 추론합니다. hreflang 지원은 계속됩니다.
• Bing은 다릅니다. “hreflang is a far weaker signal than content-language at Bing” (번역) 「Bing에서 hreflang은 content-language보다 훨씬 약한 신호입니다.」(Fabrice Canel) Bing은 content-language 메타 태그와 HTTP 헤더를 우선합니다. 자체 Geo Targeting 기능은 2020년에 Bing Webmaster Tools에서 제거했습니다.
• 다른 검색엔진은 별개입니다. Naver와 Yandex에는 자체 웹마스터 절차가 있으며 IndexNow에 참여합니다. Cốc Cốc은 자체 크롤러·제출 양식·사이트맵 발견·지시문을 문서화합니다. 문서화되지 않은 동작을 Google에서 추론하지 마세요.
• 대규모 운영(IBM): 수동 hreflang은 실패합니다. 미들웨어로 생성을 자동화하고 지속적으로 감시하며 지역별 색인 URL을 검증하세요. 언어당 한 페이지는 더 적고 강한 페이지를 만듭니다.

공식 문서

검색엔진별 국제 타기팅을 규정하는 1차 출처 문서입니다.

Google

• Managing multi-regional and multilingual sites — 다지역·다국어 사이트 관리. 언어/국가 정의, URL 구조 선택지, Google의 지역 신호 전체 목록을 담은 핵심 문서입니다.
• Localized versions of your pages (hreflang) — 페이지의 현지화 버전. 세 구현 방법, 양방향 요구 사항, 자기 참조, x-default, 유효한 언어/지역 코드를 설명합니다.
• International SEO overview — 국제 SEO 개요. Google 국제 지침의 최상위 색인입니다.
• Locale-adaptive pages — 지역 적응형 페이지. 동적으로 제공하는 지역 콘텐츠가 위험한 이유와 별도 URL + hreflang 권장 사항을 설명합니다.
• x-default hreflang announcement (April 2013) — 2013년 4월 x-default hreflang 발표. x-default 기본 대체값을 처음 소개한 글입니다.
• International Targeting report deprecated — 국제 타기팅 보고서 폐지. 국가 타기팅이 “had little value for the ecosystem”(번역: 생태계에 별다른 가치가 없었음)이라고 설명한 2022년 공지이며 hreflang은 계속 지원됩니다.

Bing / Microsoft

• Bing Webmaster Guidelines — Bing 웹마스터 가이드라인. content-language 메타 태그와 HTTP 헤더를 포함한 신호 우선순위입니다.
• Going International (Bing Webmaster Blog, 2009) — 국제 시장 진출에 관한 2009년 Bing 웹마스터 블로그 글. 기본적이며 여전히 인용되는 자료로, 주요 신호인 ccTLD와 JS·쿠키 기반 언어 전환에 대한 경고를 담습니다.
• Bing Webmaster Tools Removes Geo-Targeting Feature (Search Engine Roundtable, Sept 2020) — Bing Webmaster Tools의 지역 타기팅 기능 제거에 관한 2020년 9월 보도. Fabrice Canel이 기존 Geo Targeting 기능이 새 Bing Webmaster Tools에 포함되지 않았다고 확인합니다.

출처의 인용문

국제 타기팅의 실제 작동 방식을 설명하는 Google과 Bing의 공개 발언입니다.

Google — 언어와 국가, ccTLD

• “Multilingual websites are those that offer content in more than one language.” (번역) 「다국어 웹사이트는 두 가지 이상의 언어로 콘텐츠를 제공하는 웹사이트입니다.」 / “Multi-regional websites are those that explicitly target users in different countries.” (번역) 「다지역 웹사이트는 여러 국가의 사용자를 명시적으로 대상으로 하는 웹사이트입니다.」 — Google Search Central 문서. 인용문으로 이동
• “Country-specific domains (ccTLDs) provide a strong signal to both users and search engines about the target country of a website.” (번역) 「국가별 도메인(ccTLD)은 사용자와 검색엔진 모두에게 웹사이트의 대상 국가를 강하게 알리는 신호입니다.」 — Google Search Central 문서. 인용문으로 이동
• “The language is absolutely not a tell for what country you are targeting.” (번역) 「언어는 어느 국가를 대상으로 하는지 절대 알려 주지 않습니다.」 — Gary Illyes, Google(Search Off the Record, 2024년 7월). 관련 보도 읽기
• “One of the main algorithms… is called something like LDCP — language demotion country promotion… nowadays… it doesn’t really make sense for us to like automatically apply that little boost because it’s ambiguous.” (번역) 「주요 알고리즘 중 하나는 … LDCP, 즉 언어 강등·국가 승격 같은 이름입니다. … 요즘에는 … 모호하기 때문에 그 작은 가산점을 자동으로 적용하는 것이 별로 의미가 없습니다.」 — Gary Illyes, Google(2024년 7월). 관련 보도 읽기
• “I think eventually, like in years’ time, that [ccTLD benefit] will also fade away.” (번역) 「결국 몇 년 후에는 그 [ccTLD 이점]도 사라질 것이라고 생각합니다.」 — Gary Illyes, Google(2024년 7월). 관련 보도 읽기

Google — hreflang과 URL 구조

• “hreflang doesn’t guarantee indexing… if they are the same (eg fr-fr, fr-be), it’s common that one is chosen as canonical.” (번역) 「hreflang은 색인을 보장하지 않습니다. … 동일하다면(예: fr-fr, fr-be) 그중 하나가 canonical로 선택되는 경우가 흔합니다.」 — John Mueller, Google(Bluesky, 2025년 5월). 관련 보도 읽기
• “Often hreflang will still swap out the URL, but reporting will be on the canonical URL.” (번역) 「hreflang이 여전히 URL을 교체하는 경우가 많지만 보고는 canonical URL에 기록됩니다.」 — John Mueller, Google(2025년 5월). 관련 보도 읽기
• “From our point of view… subdomains and subdirectories are essentially equivalent.” (번역) 「저희 관점에서 … 하위 도메인과 하위 디렉터리는 본질적으로 동등합니다.」 — John Mueller, Google. 관련 보도 읽기

Google — 폐지된 보고서

• “The ability to target search results to specific countries using Search Console country targeting was determined to have little value for the ecosystem, and is no longer supported.” (번역) 「Search Console의 국가 타기팅으로 특정 국가에 검색결과를 타기팅하는 기능은 생태계에 별다른 가치가 없는 것으로 판단되어 더 이상 지원되지 않습니다.」 — Google Search Console 도움말. 인용문으로 이동

Bing / Microsoft

• “hreflang is indeed a far weaker signal than content-language at Bing.” (번역) 「Bing에서 hreflang은 실제로 content-language보다 훨씬 약한 신호입니다.」 — Fabrice Canel, Microsoft Bing. 관련 보도 읽기

의사결정 프레임워크

1. 언어 타기팅, 국가 타기팅 또는 둘 다 필요한가요?

이후의 모든 신호를 결정하므로 여기서 시작하세요.

• 같은 콘텐츠를 여러 언어로 제공하며 이용자를 언어로 정의 → 언어 타기팅(다국어). 언어 코드(de, fr, ja)를 넣은 hreflang을 사용합니다.
• 같거나 비슷한 콘텐츠를 특정 국가에 제공 → 국가 타기팅(다지역). 지역 코드(en-GB, en-US)가 있는 hreflang 또는 ccTLD를 사용합니다.
• 둘 다 — 예를 들어 프랑스어와 영어를 각각 국가별로 나눔 → 지역 코드가 있는 hreflang(fr-CA, fr-FR, en-CA, en-US)을 사용합니다.
• 함정: 언어만으로 국가는 절대 결정되지 않습니다. 국가가 중요하다면 명시적으로 신호를 보내세요.

2. ccTLD, 하위 도메인, 하위 디렉터리 중 무엇을 고를까요?

목록을 내려가며 처음 맞는 항목에서 멈추세요.

1. 하위 디렉터리(example.com/de/) — 저의 기본 선택입니다. 권위를 모으고 운영 비용이 가장 적으며 Google이 하위 도메인과 동등하게 취급하므로, 다른 방식을 택할 구체적인 이유가 없다면 선택하세요.
2. 하위 도메인(de.example.com) — 인프라나 조직 구조상 호스트를 분리하는 것이 실제로 더 쉽고, 별도 사이트처럼 취급될 수 있음을 받아들인다면 선택하세요.
3. ccTLD(example.de) — 브랜드·마케팅·법적 이유로 현지 도메인이 필요할 때 선택하세요. 현지 신뢰나 국가별 요건이 해당합니다. LDCP 이점은 줄어들고 있으므로 SEO 가산점 때문은 아닙니다. 비용과 권위 분산을 예산에 반영하세요.
4. URL 매개변수 — 피하세요. 지역 버전에는 권장하지 않습니다.

3. 신호나 제품을 역할에 맞추세요

언어 감지, 지역 매핑, canonical 결정, 제출을 하나의 우선순위 체계로 뭉뚱그리지 마세요.

Bing에는 앞서 설명한 제공업체별 content-language 지침을 유지하세요. hreflang을 Google의 언어 감지기로 부르지 마세요. Google이 눈에 보이는 콘텐츠를 읽은 뒤 대체 URL을 연결하는 것이 역할입니다.

4. ‘내 hreflang이 실제로 작동하는가?’ 점검

• 상호 참조: 클러스터의 모든 페이지가 서로 되돌아가는 링크를 제공하나요? 클러스터가 없으면 버전 교체도 없습니다.
• 권장 사항인 자기 참조와 x-default 기본 대체값이 있나요?
• 실제 ISO 언어/지역 코드만 쓰며 EU/APAC/LATAM은 없나요?
• 태그가 <body>로 밀려나지 않고 렌더링된 <head>에 있나요?
• GSC URL 검사로 지역별 실제 색인 URL을 확인하세요. hreflang은 색인된 버전을 기반으로 작동합니다.

읽어 볼 만한 자료

제 발표

• You’re Going To Screw Up International SEO — Pubcon Vegas 2017 — 국제 SEO에서 실수하게 될 것입니다. IBM 시절 발표로, 국제 SEO는 계속 망가지므로 문제를 예상하고 이를 잡아낼 시스템을 만들어야 한다는 내용입니다. 가능한 모든 것을 자동화하고 반복해서 점검하세요.
• International SEO: The Weird Technical Parts — Pubcon Vegas 2019 — 국제 SEO의 특이한 기술 요소. hreflang 클러스터, 사이트맵과 HTML의 속도 차이 없음, Google이 허용하는 것, head 영역 파손, 자동 리디렉션의 위험을 다룹니다.
• Hreflang Study and Interesting Issues — Brighton SEO 2023 — Hreflang 연구와 흥미로운 문제. 버전 교체, 약 19개 canonical 신호 중 하나인 hreflang, 단순화 아키텍처인 “one page per language”(번역: 언어당 한 페이지)를 설명합니다.
• International SEO Simplified — Outspoken Media panel (Nov 2023) — 국제 SEO 쉽게 이해하기. 2023년 11월 Bing의 Fabrice Canel과 Bill Hunt가 참여한 패널로, 중앙/분산 관리, 자동화, Bing과 Google의 차이를 다룹니다.

제 글

• The largest-ever hreflang study — 역대 최대 hreflang 연구. hreflang을 쓰는 374,756개 도메인 중 67%에 하나 이상의 문제가 있었으며 Oleksiy Golovko와 공동 작성했습니다.
• Hreflang Tags: The Easy Guide for Beginners — 초보자를 위한 쉬운 hreflang 태그 가이드. Ahrefs 초기 기여 중 제가 편집한 글이며 hreflang 클러스터 관점과 반자동화 템플릿을 제공합니다.

국제 업무에 사용하는 도구

• Ahrefs Site Explorer — 국가별 트래픽과 순위 키워드로 시장 규모를 파악하고 경쟁사의 시장별 전략을 읽습니다.
• Ahrefs Keywords Explorer — 국가_와_ 언어별 키워드 조사 및 40개 이상 언어의 AI Translator를 제공합니다. “ibis”(따오기)와 “bin chicken”(쓰레기통 닭이라는 별칭)처럼 같은 언어라도 시장이 다른 데서 생기는 차이를 찾아냅니다.
• Ahrefs Site Audit — 9개 유형의 hreflang 문제를 크롤링하고 디버깅을 위해 클러스터를 시각화합니다.

다른 저자의 자료

• International SEO: Everything you need to know — 국제 SEO에 관해 알아야 할 모든 것. Search Engine Land의 Motoko Hunt 종합 가이드입니다.
• International SEO best practices — 국제 SEO 권장 실무. Jamie Grant와 Despina Gavoyannis가 쓴 Ahrefs 체크리스트형 가이드입니다.
• Hreflang Implementation — The 10 Biggest SEO Misconceptions — Hreflang 구현의 가장 큰 SEO 오해 10가지. Search Engine Journal의 Motoko Hunt가 Mueller 인용과 함께 “only homepage needs hreflang”(번역: 홈페이지만 hreflang이 필요함)과 자기 참조 관련 오해를 다룹니다.
• Google Hints at Lowering SEO Value of ccTLDs — Google이 ccTLD의 SEO 가치 감소를 시사. LDCP 알고리즘의 약화에 관한 Gary Illyes의 2024년 7월 Search Off the Record 발언을 다룬 Search Engine Journal 보도입니다.
• Google Reminds That hreflang Tags Are Hints, Not Directives — hreflang이 지시가 아닌 힌트라는 Google의 재차 설명. hreflang과 canonical 결정에 관한 John Mueller의 2025년 5월 Bluesky 대화를 다룬 Search Engine Journal 보도입니다.
• Bing: hreflang Is a Far Weaker Signal Than content-language — Bing에서 hreflang은 content-language보다 훨씬 약한 신호. Bing 신호 우선순위에 관한 Fabrice Canel의 발언을 다룬 SE Roundtable 보도입니다.
• Search Off the Record: Internationalization and hreflang (July 2024 episode summary) — Search Off the Record의 국제화와 hreflang 2024년 7월 회차 요약. Gary Illyes와 Martin Splitt의 팟캐스트를 자세히 정리한 International Web Mastery 글로 언어/국가 구분과 hreflang의 크롤링 의존성을 설명합니다.

변경 내역