국제 SEO 감사

TL;DR — 국제 SEO 감사는 각 페이지의 대상 언어·국가에 관해 사이트가 검색엔진에 올바른 신호를 보내는지 확인합니다. 여러 시장을 지원할 때만 생기는 hreflang·URL 구조·지역 기반 리디렉션·현지화 콘텐츠라는 신호 계층을 추가하므로 일반 기술 감사와 다릅니다. 보통 새 국가 진출 전, 특정 시장의 트래픽 하락 후, 또는 처음 hreflang을 구성할 때 수행합니다.

국제 SEO 감사의 범위

일반 기술 SEO 감사는 ‘검색엔진이 이 사이트를 크롤링·렌더링·색인할 수 있는가?’를 묻습니다. 국제 감사는 ‘각 페이지의 올바른 버전을 올바른 사람에게 제공하는가?’라는 질문을 더합니다.

두 번째 질문에는 단일 시장 사이트에 없는 신호가 들어갑니다.

• URL·도메인 구조: 국가 도메인(example.de)·하위 도메인(de.example.com)·하위 폴더(example.com/de/) 중 무엇을 쓰며 일관되게 적용하나요?
• hreflang: 같은 페이지의 프랑스어·독일어·일본어 버전을 Google에 알리는 주석입니다. 대부분의 문제가 여기에 있습니다.
• 지역 기반 리디렉션: 위치에 따라 자동 이동시킨다면 Google의 나머지 사이트 크롤링을 조용히 망가뜨리나요?
• 현지화 콘텐츠: 시장별로 실제 작성했나요, 기계 번역 후 그대로 두었나요?
• 국가별 성과: 일부 시장이 그곳의 검색 수요에 비해 성과가 낮나요?

일반 감사와 다른 이유

큰 이유는 hreflang입니다. 작은 메타 태그 같지만 SEO에서 제대로 구현하기 가장 까다로운 것 중 하나입니다. Google의 John Mueller는 직설적으로 말했습니다.

“TBH hreflang is one of the most complex aspects of SEO (if not the most complex one). Feels as easy as a meta-tag, but it gets really hard quickly.” 한국어 풀이: 솔직히 hreflang은 SEO에서 가장 복잡한 측면 중 하나이며 어쩌면 가장 복잡합니다. 메타 태그처럼 쉬워 보여도 금세 매우 어려워집니다.

맞는 말입니다. Brighton SEO 2023 발표를 위해 374,756개 도메인을 연구했을 때 hreflang 사용 도메인의 67%에 하나 이상의 오류가 있었습니다. 3분의2입니다. 단일 언어 사이트에 없는 문제이므로 국제 감사에는 자체 절차가 필요합니다.

필요한 시점

다음 때 국제 SEO 감사를 수행하세요.

• 새 시장 진출 직전: 나중에 고치지 않도록 출시 전에 감사해 hreflang과 구조를 처음부터 올바르게 구성하세요.
• 특정 국가의 트래픽 하락: 미국은 괜찮은데 독일이 급락했다면 거의 항상 깨진 hreflang·지역 리디렉션·현지 순위 하락 콘텐츠 같은 국제 신호 문제입니다.
• 첫 hreflang 구현: 실수하기 쉬워 출시 전 감사와 출시 후 재감사가 비용만큼의 가치를 합니다.
• 정기 유지보수: 개발자가 변경을 배포하면 hreflang이 조용히 깨집니다. 정기 검사는 트래픽 손실 전 어긋남을 찾습니다.

자주 놓치는 점은 Google Search Console의 국제 타기팅 보고서가 사라졌다는 것입니다. Google은 2022년 9월 22일 제거했습니다. 전용 설정이 없어 이제 감사는 Ahrefs Site Audit·Screaming Frog 같은 크롤러와 GSC 개선 사항에 조금 나타나는 정보에 의존합니다.

모든 hreflang 오류·지역 리디렉션 함정·도구 설명을 포함한 여섯 영역 전체 절차는 고급 탭을 보세요.

SOP: 정기 국제 SEO 감사

분기마다, 그리고 로케일 템플릿·라우팅·canonical·hreflang을 출시할 때마다 수행하세요.

1. 로케일 목록을 확정하세요. 지원하는 모든 언어·지역 조합, URL 패턴, 예상 대체 대상을 내보내세요. 완료 조건: 운영 로케일마다 담당자·대표 URL이 있습니다.
2. 리디렉션 없이 모든 로케일을 크롤링하세요. HTML·헤더·사이트맵에서 상태·색인 가능성·canonical·언어 신호·내부 링크·hreflang을 수집하세요. 완료 조건: 모든 선언 로케일 URL이 하나의 크롤링 데이터셋에 있습니다.
3. 집합을 그래프로 검증하세요. 자기 참조·반환 링크·유효 코드·직접 200 대상·구현 방법 간 일치를 확인하세요. 완료 조건: 각 오류가 집합·템플릿에 배정되었습니다.
4. 라우팅·접근을 검토하세요. 기본 요청과 관련 Accept-Language 요청을 비교해 모든 버전에 크롤러가 도달하는지 확인하세요. 완료 조건: 강제 리디렉션·접근 불가능 전환기 문제를 기록했습니다.
5. 현지화 품질을 표본 검토하세요. 자격 있는 검토자와 눈에 보이는 언어·통화·형식·현지 용어·시장별 주장을 검토하세요. 완료 조건: 우선순위 시장마다 승인된 표본·개선 담당자가 있습니다.
6. 시장 성과를 비교하세요. 국가·페이지 디렉터리·검색어 언어별 검색 데이터를 나누고 출시·기술 사고를 표시하세요. 완료 조건: 변동을 수요·타기팅·기술 가설로 나눴습니다.
7. 우선순위를 정해 재검사하세요. 선택적인 x-default 정리보다 깨진 대상·반환 링크 누락부터 고치세요. 완료 조건: 고영향 수정이 같은 크롤링 검사를 통과했고 다음 검토일을 정했습니다.

감사를 운영에 연결하는 지표

hreflang 집합 무결성

지표: 직접 표준 200 URL에 대한 상호·자기 참조 주석을 갖춘 예상 로케일 쌍의 비율. 의미: 대체 관계를 기술적으로 사용할 수 있는지입니다. 추출: 크롤러 내보내기를 집합별로 결합해 실제 연결과 로케일 목록을 비교하세요. 기준·현실적 범위: 현재 기준선을 정하고 핵심 템플릿 실패를 영으로 줄이세요. 주기: 관련 출시 후, 변동이 큰 대형 사이트는 매월.

색인 가능한 로케일 범위

지표: 색인 가능하고 자기 참조 canonical인 예상 로케일 URL. 의미: 라우팅·robots·상태·canonical 규칙이 의도한 페이지를 제거하는지입니다. 추출: 로케일 목록과 크롤링 상태·robots 지시·canonical 대상을 결합하세요. 기준·현실적 범위: 승인 목록과 비교해 설명되지 않는 모든 누락을 조사하세요. 주기: 매월·마이그레이션 후.

비기본 시장의 검색 노출

지표: 로케일 디렉터리·대상 국가별 검색 클릭·노출. 의미: 기본 시장 URL이 노출을 가져가는 대신 의도한 시장이 받는지입니다. 추출: 사이트 로케일 패턴으로 Search Console의 페이지·국가 데이터를 나누세요. 기준·현실적 범위: 다른 시장 목표를 빌리지 말고 각 시장의 계절적으로 비교 가능한 자체 기준선을 사용하세요. 주기: 주간 관찰·월간 검토.

리디렉션 진입점 노출

지표: 요청 언어·위치·쿠키 상태에 따라 이동하는 로케일 진입 URL. 의미: 발견·사용자 선택 위험의 위치입니다. 추출: 대표 진입 URL에 요청 조합을 실행해 상태·Location 헤더를 비교하세요. 기준·현실적 범위: 직접 크롤링 가능해야 할 URL에는 강제 리디렉션을 두지 않고 홈페이지 전용 예외는 기록하세요. 주기: 라우팅 출시마다·분기마다.

이해도 점검: 국제 SEO 감사

TL;DR — 여섯 영역을 감사하세요. (1) URL·도메인 구조: 시장·URL 패턴·사용자·canonical·색인 가능성·대체 버전 전달 방법의 로케일 목록부터 만들고 ccTLD·하위 도메인·하위 폴더의 일관성을 확인합니다. (2) hreflang: 제374,756개 도메인 연구에서 사용 도메인의67%에 오류가 있던 핵심입니다. (3) 지역 리디렉션과 Googlebot: 주로 미국 IP에서 Accept-Language 없이 크롤링하므로 IP·Accept-Language·쿠키·직접 하위 링크의 요청 상태 조합을 검사합니다. (4) 기술 신호: html lang·Content-Language·JS 렌더링·페이지네이션·서버 위치. (5) 콘텐츠 품질: 방법만이 아닌 가치·목적으로 판단하는 기계 번역, 부족한 콘텐츠, 현지 E-E-A-T. (6) 국가별 성과: GSC·GA4 관측값과 Ahrefs 추정치를 구분합니다. 페이지별 수작업이 아닌 크롤러로 대규모 실행하세요. x-default·자기 참조보다 반환 태그 누락·깨진 URL을 우선하세요. GSC 국제 타기팅 보고서는 사라졌고 hreflang 오류는 이제 개선 사항에 나타납니다.

전체를 손이 아닌 크롤러로 수행하세요. 수동 검사는 살펴본 페이지의 문제만 드러내지만 Ahrefs Site Audit·Screaming Frog 크롤링은 나머지도 찾습니다. 제가 따르는 여섯 영역 절차입니다.

1. URL 구조 감사

평가 전에 시장·언어 조합마다 한 행으로 URL 패턴·의도 사용자·canonical 대상·색인 가능성·실제 hreflang 전달 방법(HTML head 태그·HTTP 헤더·사이트맵)을 기록하는 로케일 목록을 만드세요. 개별 URL 문제 더미를 크롤링과 결합할 데이터셋으로 바꿉니다.

자체 로케일로 행을 바꾸세요. hreflang·지역 리디렉션·콘텐츠 오류를 평가하기 전에 정규화된 표 하나를 만드는 것이 핵심입니다.

서로 다른 장단점을 가진 세 구조를 Google은 모두 유효하게 다룹니다.

• ccTLD(example.de): 가장 강한 지역 신호·서버 위치 무관, 하지만 비싸고 도메인마다 권위를 따로 쌓습니다.
• 하위 도메인(de.example.com): 쉬운 구축·유연한 호스팅, 하지만 사용자가 국가 타기팅으로 읽지 못할 수 있습니다.
• 하위 폴더(example.com/de/): 가장 단순하고 한 도메인에 권위를 모으지만 분리가 어렵고 단일 서버 위치에 묶입니다.

보편적으로 우수한 구조는 없으며 각각 성공 사례가 있습니다. 감사 질문은 ‘무엇이 최고인가’가 아니라 “is the chosen structure implemented consistently?”(한국어 풀이: 선택한 구조를 일관되게 구현했는가?)입니다. 실패는 미국 서버에서 영어를 제공하는 .de 도메인, 일부 페이지는 /de/·다른 페이지는 de.example.com인 사이트 같은 혼합 신호입니다. TLD·콘텐츠 언어·서버/CDN 위치·내부 링크·백링크의 일관성을 검증하세요.

두 가지를 더 확인하세요. 언어·국가 타기팅에 URL 매개변수를 쓰지 마세요. 구분을 어렵게 하여 Google은 ‘권장하지 않음’이라 합니다. GSC 수동 국가 설정은 사라졌고 ccTLD는 Google이 TLD로 자동 추론합니다. Bing 시장이 대상이라면 Bing Webmaster Tools에 여전히 도메인·하위 도메인·디렉터리·페이지별 Geo Targeting 기능이 있어 설정할 만합니다.

2. hreflang 감사: 핵심

국제 감사의 성패는 대부분 여기서 갈립니다. hreflang 태그는 쌍으로 연결되어 동등한 페이지의 클러스터를 만듭니다. 올바르게 구성하면 재순위 결정 단계에서 해당 국가에 맞는 버전으로 바뀌지만, 깨져 있으면 전환이 일어나지 않아 사용자가 잘못된 언어를 보게 됩니다.

이 절은 전반적인 감사에 필요한 오류 분류, 실제로 클러스터를 깨뜨리는 요인, 크롤러를 이용한 우선순위 판단을 다룹니다. 세 가지 구현 방법의 모든 주석을 추출하고 상호 참조 행렬을 만들며 클러스터 그래프를 대규모로 읽는 전체 절차는 대규모 hreflang 감사 방법을 보세요.

아홉 가지 오류 유형

제 Brighton SEO 2023 연구(The Most Common Hreflang Issues Across 374,756 Domains — 한국어 풀이: 374,756개 도메인에서 가장 흔한 hreflang 문제)는 다른 연구보다 거의 10배 큰, 당시 최대 hreflang 연구입니다. 찾아야 할 오류와 각각의 빈도는 다음과 같습니다.

hreflang 사용 도메인의 67%에 하나 이상의 문제가 있습니다. 다만 모든 오류가 동등하지는 않습니다. 대부분의 체크리스트가 놓치는 차이는 다음과 같습니다.

• 반환 태그 누락이 기능상 가장 해롭습니다. A 페이지가 B를 참조하지만 B가 A로 돌아오는 링크를 제공하지 않으면 Google은 주석 쌍 전체를 무시할 수 있습니다. “If page X links to page Y, page Y must link back to page X.”(한국어 풀이: X 페이지가 Y에 연결되면 Y도 X로 돌아오는 링크를 제공해야 합니다.)
• x-default 누락이 가장 흔하지만(56.3%) 엄격한 필수 조건은 아닙니다. 권장 대체 값이지 강제 요구사항은 아닙니다.
• 자기 참조 태그도 필수가 아닌 권장 방식입니다. 18%에서 빠져 있지만 상당수는 잘 작동합니다. 안정성을 위해 고치되 중대한 차단 문제로 보지는 마세요.
• 값 오류는 실제로 작동을 깨뜨립니다. 일본어에 ja 대신 jp 사용, ja를 js로 오타, 세 글자 코드(gb 대신 gbr), 라틴 아메리카에 la(라오스)를 잘못 쓰는 경우입니다. 언어는 ISO 639-1, 지역은 ISO 3166-1 Alpha-2를 사용하세요. Google이 허용하는 예외도 있습니다. en_gb 같은 밑줄, 특별 예약 코드 en-UK, 상대 URL, UTF-8 인코딩 문자입니다.
• URL 형식 불일치(끝 슬래시, http와 https)와 고립된 로케일 URL(404 또는 리디렉션을 가리키는 hreflang)도 조용히 클러스터를 깨뜨립니다. 대체 URL에는 전송 방식을 포함한 완전한 주소를 사용해야 합니다. //example.com/page나 /page가 아닌 https://example.com/page입니다.

제가 Pubcon 2019에서 강조한 구분이 있습니다. hreflang에서 중요한 것은 canonical이 아닌 색인된 버전입니다. canonical을 무엇으로 설정했는지보다 실제 색인된 버전이 무엇인지가 중요합니다. hreflang 대상 URL이 canonical 체인으로 색인 URL과 멀어지면 신호가 유실될 수 있습니다. canonical 태그만 보지 말고 GSC URL 검사로 색인 URL을 확인하세요.

Ahrefs Site Audit의 hreflang 검사

제가 의존하는 Ahrefs Site Audit의 구체적인 hreflang 검사는 다음과 같습니다.

1. 잘못된 hreflang 주석(en-en·en-uk 같은 ISO 코드 오류)
2. 자기 참조 hreflang 주석 누락
3. 하나의 페이지가 둘 이상의 언어에서 참조됨
4. 같은 언어에 둘 이상의 페이지 지정
5. hreflang과 HTML lang 불일치
6. 상호 참조 hreflang 누락(반환 태그 없음)
7. 비canonical 대상을 가리키는 hreflang
8. 깨진 페이지를 가리키는 hreflang
9. HTML lang 속성 누락 / hreflang은 있지만 HTML lang이 없음

Ahrefs hreflang 클러스터 시각화: 차별점

다른 가이드에서는 언급하지 않지만 제 감사 방식을 실제로 바꾼 기능입니다. Site Audit에서 페이지의 URL Details(URL 상세 정보) 패널을 열고 Hreflangs 탭으로 이동하면 전체 hreflang 클러스터가 네트워크 그래프로 나타납니다. 각 페이지는 노드, 주석은 연결선입니다. 오류는 빨간색으로 강조되어 빠지거나 잘못 추가된 연결을 눈으로 바로 찾을 수 있습니다.

hreflang 클러스터를 이렇게 보여 준 첫 도구입니다. 스프레드시트의 “page X is missing a return tag to page Y,“(한국어 풀이: X 페이지에 Y 페이지로 돌아가는 반환 태그가 없음)를 읽는 대신 그래프의 끊긴 연결을 직접 봅니다. 문제가 있는 클러스터를 한눈에 찾기도 쉽고 일반 내보내기보다 이해관계자에게 설명하기도 훨씬 쉽습니다.

Screaming Frog의 hreflang 검사 방법

Screaming Frog를 선호한다면 크롤링 전에 Configuration > Spider > Crawl Hreflang(설정·스파이더·hreflang 크롤링)을 켜세요. 서로 참조하는 ccTLD처럼 여러 도메인에 구현했다면 Config > CDNs(설정·CDN)에 외부 도메인을 추가하세요. 그렇지 않으면 .de·.fr 등을 가리키는 태그를 검증하지 않습니다. 크롤링 후 분석을 실행해 hreflang 필터를 채운 다음 검토하세요. Contains Hreflang(hreflang 포함), Non-200 Hreflang URLs(200이 아닌 hreflang URL), Unlinked Hreflang URLs(연결되지 않은 URL), Missing Return Links(반환 링크 누락), Inconsistent Language & Region Return Links(언어·지역이 불일치하는 반환 링크), Non-Canonical Return Links(비canonical 반환 링크), Noindex Return Links(noindex 반환 링크), Incorrect Language & Region Codes(잘못된 언어·지역 코드), Multiple Entries(복수 항목), Missing Self Reference(자기 참조 누락), Not Using Canonical(canonical 미사용), Missing X-Default(x-default 누락), head 밖에 배치된 태그를 확인합니다. Reports > Hreflang(보고서·hreflang)에서 내보내세요.

수동 표본 검사는 페이지 소스에서 hreflang을 검색해 각 대체 URL이 200을 반환하는지, 일치하는 ISO 코드로 원래 페이지를 가리키는 반환 태그가 있는지 확인하세요.

3. 지역 기반 리디렉션 감사

조용히 큰 피해를 만드는 문제입니다. Googlebot은 주로 미국 IP 주소에서 크롤링합니다. IP를 기준으로 현지 사용자가 아닌 모든 방문자를 ‘현지’ 버전으로 자동 이동시키면 미국 IP의 Googlebot은 매번 미국 버전으로 갑니다. 그 결과 다른 언어 버전에 도달하거나 반환 태그를 보지 못하며, 해당 버전이 사실상 색인에서 빠질 수 있습니다. 눈에 띄지 않는 색인 해제입니다.

개별 페이지의 지역 IP 리디렉션을 유지하면서 모든 국제 SEO 권장 사항을 지키는 방법은 없습니다. Google은 “IP location analysis is difficult and generally not reliable”(한국어 풀이: IP 위치 분석은 어렵고 대체로 신뢰하기 어렵다), “most, but not all, Google crawls originate from the US.”(한국어 풀이: Google 크롤링은 대부분 미국에서 시작하지만 전부는 아니다)라고 설명합니다. 별도 URL 대신 감지한 위치·언어에 따라 콘텐츠를 바꾸는 로케일 적응형 페이지에 대해서는 “might not crawl, index, or rank all your content for different locales”(한국어 풀이: 서로 다른 로케일의 콘텐츠를 모두 크롤링·색인하거나 순위에 올리지 못할 수 있다)고 명시합니다. 주된 이유는 Googlebot이 보통 Accept-Language 헤더를 아예 보내지 않기 때문입니다. (Managing Multi-Regional and Multilingual Sites — 한국어 풀이: 다지역·다국어 사이트 관리; How Google Crawls Locale-Adaptive Pages — 한국어 풀이: Google의 로케일 적응형 페이지 크롤링 방식)

한 조건만이 아니라 요청 상태 조합으로 검사하세요.

• IP 신호·Accept-Language·쿠키 없음: Googlebot의 일반적인 상태입니다. 기본 시장으로 이동하지 않고 URL이 여전히 크롤링·색인 가능한 페이지를 제공하는지 확인하세요.
• 미국 IP 또는 VPN과 기본 브라우저 설정: 어느 버전이 열리는지 보세요.
• 다양한 Accept-Language 값: 명시적으로 선택한 hreflang·언어를 리디렉션이 덮어쓰지 않는지 확인하세요.
• 기존 로케일 쿠키: 시장을 바꾸려는 사용자를 영구히 가두지 않는지 검증하세요.
• 홈페이지뿐 아니라 비기본 로케일 URL로 직접 들어가는 하위 링크: 기본으로 이동하지 않고 요청한 로케일이 열리는지 확인하세요.

이 조합 검사 결과를 바탕으로:

• IP·쿠키 기반 리디렉션을 모두 식별하세요.
• 허용할 수 있는 자동 리디렉션은 x-default / 루트 URL에서만입니다. 개별 언어·국가 페이지는 절대 자동 리디렉션하지 않아야 합니다.
• 언어 선택기로 사용자가 직접 바꿀 수 있고 쿠키 기본값에 영구히 갇히지 않는지 확인하세요.

4. 기술 검사

hreflang 외에도 여러 신호를 확인합니다.

• html lang 속성: 올바르게 설정하되 역할을 이해하세요. Google은 lang 속성이 아닌 페이지의 보이는 콘텐츠로 언어를 감지합니다. 따라서 html lang은 주로 UX·접근성(스크린 리더)과 다른 검색엔진을 위한 것이며 Google의 언어 감지에는 쓰이지 않습니다. 프랑스어 콘텐츠에 lang="en"이 있으면 여전히 고칠 버그입니다. Ahrefs는 hreflang/lang 불일치를 표시합니다.
• Content-Language HTTP 헤더: <meta http-equiv="content-language"> 태그는 HTML 명세에서 폐기되었으므로 사용하지 마세요. HTTP 응답 헤더는 여전히 유효하며 Bing은 Content-Language를 주요 언어 신호로, Google은 약한 힌트로 취급하므로 중요합니다. Bing 대상 시장에서는 올바르게 설정하세요.
• JavaScript 렌더링: 로드 후 클라이언트 JS로 hreflang을 삽입하면 JS를 완전히 렌더링하지 않는 크롤러가 놓치거나 늦게 처리할 수 있습니다. JS 없는 원시 페이지 소스와 URL 검사의 렌더링 버전을 비교하세요. 서버 렌더링 HTML head·HTTP Link 헤더·XML 사이트맵이 권장됩니다. React·Vue·CSR 모드 Next.js 같은 SPA가 가장 위험합니다.
• hreflang과 페이지네이션: 페이지네이션 URL마다 완전한 hreflang 집합이 필요하며 영어 2페이지는 프랑스어 홈페이지가 아닌 프랑스어 2페이지를 가리켜야 합니다. 페이지네이션에 canonical도 적용한다면 hreflang이 canonical/색인 URL을 가리키게 하세요. Google은 비canonical 페이지의 hreflang을 무시합니다.
• ccTLD의 서버 IP·CDN 위치: 해당 국가 호스팅이나 현지 PoP가 있는 CDN은 약한 보강 신호입니다. TLD가 지배적이지만 경쟁 시장에서는 일관성이 도움이 됩니다. 더 실질적으로는 지역 PoP가 TTFB를 줄이고 Core Web Vitals를 개선하며 이는 측정할 수 있습니다.
• 보고서 폐기 이후의 GSC: 2014년부터 제공한 국제 타기팅 보고서는 2022년 9월 22일 폐기·제거되었고 직접 대체한 기능은 없습니다. hreflang 오류는 이제 Enhancements(개선 사항)에 제한적으로 나타나므로 크롤러 뒤의 보조 신호로 보세요.

5. 콘텐츠 품질 감사

구현이 완벽해도 콘텐츠가 실제로 현지화되지 않았다면 현지 시장에서 실패할 수 있습니다.

• 기계 번역 검사: 편집하지 않은 기계 번역은 위험 신호입니다. 그 나라 사람들이 실제 검색하는 현지 검색 의도, 문화적 맥락, 일관된 의미 구조를 놓칩니다. Google은 번역 페이지에도 원본과 같은 품질 기준을 적용합니다. 제목·메타 설명·URL 슬러그까지 현지화했는지 확인하세요. 슬러그에는 음역이 아닌 현지 키워드를 써야 합니다. 정확히 감사할 중요한 차이는 기계 번역 자체가 자동으로 정책 위반은 아니라는 점입니다. Google의 대규모 콘텐츠 악용 정책은 목적과 가치를 봅니다. 자동 번역은 주로 순위 조작을 목적으로 사용자 가치를 거의 더하지 않을 때 악용이 되는 기법의 한 예이며 사람이 대규모로 쓴 콘텐츠에도 같은 기준이 적용됩니다. ‘기계가 번역했는가’만이 아니라 유용성·독창성·정확성·시장 적합성으로 판단하세요.
• 버전 간 부족하거나 중복된 콘텐츠: 언어 간 거의 같은 페이지, 같은 검색어에서 현지 버전을 잠식하는 주요 시장 페이지를 살피세요.
• 시장별 콘텐츠 공백: Ahrefs Site Explorer > Organic Keywords(자연 검색 키워드)를 대상 국가로 필터링해 시장별 순위를 주요 시장과 비교하세요. 성과가 좋은 영어 콘텐츠에 현지 대응 페이지가 없다면 공백 목록입니다.
• 현지 E-E-A-T: 권위는 자동으로 옮겨가지 않습니다. 관련성은 가정하는 것이 아니라 쌓는 것입니다. 미국 PR 보도가 일본의 신뢰를 얻어 주지는 않습니다. 현지 저자 소개·자격·참고 자료·인증·규정 준수, 일본 Rakuten 같은 현지 플랫폼 리뷰, 현지 사이트 링크를 감사하세요. 현지 의견 없이 중앙 콘텐츠팀만으로는 현지 주제 전문가와 같은 수준을 충족하기 어렵습니다.

6. 시장별 성과 감사

마지막으로 실제로 어디서 성과를 얻고 잃는지 봅니다. 두 종류의 데이터를 구분하세요. Search Console·GA4는 실제 클릭·노출·세션이라는 자사 관측 데이터를 제공하고, Ahrefs의 국가별 트래픽 점유율·키워드 검색량은 제3자 추정치입니다. 둘 다 시장 가설을 세우는 데 유용하지만 어느 하나만으로 Google이 해당 시장에서 페이지의 순위를 올리거나 올리지 않은 이유를 증명하지는 못합니다. Google도 지역 타기팅 전반에 대해 “geotargeting isn’t an exact science.”(한국어 풀이: 지역 타기팅은 정밀하게 확정할 수 있는 과학이 아니다)라고 합니다. 크롤링·성과 결과는 최종 증거가 아닌 추가 확인할 단서로 취급하세요.

• 국가별 트래픽: Ahrefs Site Explorer > Metrics by Country(국가별 지표)는 자연 검색

• 국가별 트래픽: Ahrefs Site Explorer > Metrics by Country(국가별 지표)는 국가별 자연 검색 트래픽 점유율·키워드 수를 보여 줍니다. 시장별 실제 점유율을 현지 검색 수요라는 잠재력과 비교하세요. 콘텐츠는 있지만 트래픽이 유난히 낮은 시장은 기술·hreflang 문제를, 순위는 좋지만 CTR이 낮으면 제목·설명 현지화 문제를 시사합니다.

• 현지 경쟁사 비교: Site Explorer > Organic Competitors(자연 검색 경쟁사)를 국가로 필터링하면 실제 현지 순위 사이트가 나옵니다. 글로벌 경쟁사와 완전히 다른 현지 언어 업체인 경우가 많습니다. 이들과 링크·콘텐츠 공백을 비교하세요.

• GA4 국가별 세분화로 보완하세요. 높은 트래픽+낮은 참여는 콘텐츠 품질, 현지화한 시장의 낮은 트래픽은 발견·hreflang 문제입니다. CDN이 없으면 지역별 성능 차이가 크므로 국가별 Core Web Vitals도 확인하세요(PageSpeed Insights의 CrUX).

AI 요약

고급 설명의 핵심을 압축하면 다음과 같습니다.

• 국제 SEO 감사는 여섯 영역을 다룹니다: URL·도메인 구조, hreflang, 지역 리디렉션, 기술 신호, 콘텐츠 품질, 국가별 성과입니다. 오류 평가 전에 시장·URL 패턴·사용자·canonical·색인 가능성·대체 버전 전달 방법을 담은 로케일 목록부터 만드세요. 페이지별 수작업이 아닌 크롤러로 대규모 실행하세요.
• 핵심은 hreflang입니다. 제 Brighton SEO 2023 연구의 374,756개 도메인에서 hreflang 사용 도메인 67%에 하나 이상의 오류가 있었습니다. 아홉 오류 유형은 반환 태그 누락, 잘못된 언어·국가 코드, 비canonical 대상, 자기 참조 누락, x-default 누락, 비canonical 페이지의 hreflang, URL 형식 불일치, 고립되거나 깨진 로케일 URL입니다.
• 우선순위: 반환 태그 누락·깨진 URL이 가장 중요합니다. x-default(56.3% 누락)·자기 참조 태그는 차단 조건이 아닌 권장 방식입니다. hreflang은 canonical이 아닌 색인된 버전을 따릅니다.
• Ahrefs Site Audit은 9가지 검사를 수행하고 오류를 빨간색으로 표시한 네트워크 그래프로 클러스터를 보여 준 첫 도구입니다(URL Details > Hreflangs 탭 — URL 상세 정보·hreflang). Screaming Frog는 Crawl Hreflang(hreflang 크롤링)과 CDN 크롤링을 켜야 합니다.
• 지역 리디렉션과 Googlebot: Googlebot은 주로 미국 IP에서 Accept-Language 헤더 없이 크롤링하므로 사이트 전체 IP 리디렉션은 미국 버전으로만 보내 조용한 색인 해제 위험을 만듭니다. 한 조건 대신 신호 없음·미국 IP·다양한 Accept-Language·기존 쿠키·하위 링크의 요청 조합을 검사하세요. 자동 리디렉션은 x-default·루트에서만 해야 합니다.
• 기술 신호: html lang은 UX·Bing용이며 Google 언어 감지에는 쓰이지 않습니다. Content-Language 헤더는 Bing의 주요 신호입니다. JS로 삽입한 hreflang은 누락 위험이 있고 페이지네이션에는 페이지별 hreflang이 필요합니다.
• GSC 국제 타기팅 보고서는 2022년 9월 22일 제거되었습니다. hreflang 오류는 이제 Enhancements(개선 사항)에 제한적으로 표시됩니다.
• 콘텐츠·성과: 편집하지 않은 기계 번역을 표시하되 유용성·독창성·정확성·시장 적합성으로 판단하세요. 방법 자체는 정책 위반이 아닙니다. Ahrefs 국가 필터·Metrics by Country(국가별 지표)로 공백과 현지 경쟁사를 찾되 GSC·GA4 관측값과 Ahrefs 추정치를 구분하세요. 권위는 자동 이전되지 않으므로 현지 E-E-A-T를 쌓으세요.

공식 문서

국제 타기팅에 관한 1차 출처 문서입니다.

Google

• Tell Google about localized versions of your page — 한국어 풀이: 페이지의 현지화 버전을 Google에 알리기: 반환 태그 요구사항, 완전한 URL, x-default, 동등한 세 가지 방법(HTML link 태그·HTTP Link 헤더·XML 사이트맵)을 다루는 hreflang 참고 문서입니다.
• Managing Multi-Regional and Multilingual Sites — 한국어 풀이: 다지역·다국어 사이트 관리: ccTLD·하위 도메인·하위 폴더의 장단점, 지역 타기팅 신호, IP 기반 적응과 URL 매개변수를 권장하지 않는 이유입니다.
• How Google Crawls Locale-Adaptive Pages — 한국어 풀이: Google의 로케일 적응형 페이지 크롤링 방식: 별도 URL 대신 감지한 위치·언어에 따라 콘텐츠를 바꾸면 모든 로케일이 크롤링·색인·순위에 오르지 못할 위험이 있는 이유와 Googlebot의 IP·Accept-Language 동작입니다.
• x-default hreflang for international landing pages (2013) — 한국어 풀이: 국제 방문 페이지용 x-default hreflang: 최초 x-default 참고 문서입니다.
• How x-default can help you (2023) — 한국어 풀이: x-default가 도움이 되는 방식: 갱신된 x-default 사용 사례입니다.
• GSC Enhancements / structured-data and hreflang reporting — 한국어 풀이: GSC 개선 사항·구조화 데이터 및 hreflang 보고: 국제 타기팅 보고서 제거 후 hreflang 문제가 나타나는 위치입니다.

Bing / Microsoft

• Bing Webmaster Tools — Geo Targeting (archived, 2013) — 한국어 풀이: Bing 웹마스터 도구의 지역 타기팅(2013년 보관 자료): 도메인·하위 도메인·디렉터리·페이지별 대상을 설정하던 옛 기능입니다. 2020년 개편 도구에서 제거된 뒤 돌아오지 않았습니다. 대신 Bing은 Content-Language 메타 태그·HTTP 헤더를 주요 언어·지역 신호로 봅니다.
• Bing Webmaster Tools Removes Geo-Targeting Feature (Search Engine Roundtable, Sept 2020) — 한국어 풀이: Bing 웹마스터 도구가 지역 타기팅 기능을 제거함(2020년 9월): Bing의 Fabrice Canel이 제거를 확인하고 content-language 메타·헤더를 대안으로 제시합니다.

출처의 인용문

국제 감사와 관련해 공개 기록으로 남은 발언입니다.

Google: hreflang의 복잡성

• “TBH hreflang is one of the most complex aspects of SEO (if not the most complex one). Feels as easy as a meta-tag, but it gets really hard quickly.” 한국어 풀이: 솔직히 hreflang은 SEO에서 가장 복잡한 측면 중 하나이며 어쩌면 가장 복잡합니다. 메타 태그처럼 쉬워 보이지만 금세 매우 어려워집니다. — Google John Mueller, Twitter/X, 2018년 2월 19일. 관련 보도

Google: 반환 태그 요구사항

• “If page X links to page Y, page Y must link back to page X. If this is not the case for all pages that use hreflang annotations, those annotations may be ignored or not interpreted correctly.” 한국어 풀이: X 페이지가 Y에 연결되면 Y도 X로 돌아오는 링크를 제공해야 합니다. hreflang 주석을 쓰는 모든 페이지에서 이 조건을 충족하지 않으면 주석이 무시되거나 올바르게 해석되지 않을 수 있습니다. — Google Search Central 문서. 인용 위치

Google: IP 기반 위치 판별

• “IP location analysis is difficult and generally not reliable.” 한국어 풀이: IP 위치 분석은 어렵고 대체로 신뢰하기 어렵습니다. — Google Search Central 문서(Managing Multi-Regional and Multilingual Sites — 한국어 풀이: 다지역·다국어 사이트 관리). 문서 읽기

Google: 로케일 적응형 크롤링

• “If your site has locale-adaptive pages (that is, your site returns different content based on the perceived country or preferred language of the visitor), Google might not crawl, index, or rank all your content for different locales.” 한국어 풀이: 사이트에 로케일 적응형 페이지, 즉 방문자의 추정 국가나 선호 언어에 따라 다른 콘텐츠를 반환하는 페이지가 있으면 Google은 여러 로케일의 콘텐츠를 모두 크롤링·색인하거나 순위에 올리지 못할 수 있습니다. — Google Search Central 문서(How Google Crawls Locale-Adaptive Pages — 한국어 풀이: Google의 로케일 적응형 페이지 크롤링 방식). 인용 위치
• “Don’t use IP analysis to adapt your content. IP location analysis is difficult and generally not reliable. Furthermore, Google may not be able to crawl variations of your site properly. Most, but not all, Google crawls originate from the US, and we don’t attempt to vary the location to detect site variations.” 한국어 풀이: 콘텐츠를 바꾸는 데 IP 분석을 사용하지 마세요. IP 위치 분석은 어렵고 대체로 신뢰하기 어렵습니다. 또한 Google이 사이트의 변형 버전을 제대로 크롤링하지 못할 수 있습니다. Google 크롤링은 대부분 미국에서 시작하지만 전부는 아니며 사이트 변형을 감지하려고 위치를 바꾸지는 않습니다. — Google Search Central 문서(Managing Multi-Regional and Multilingual Sites — 한국어 풀이: 다지역·다국어 사이트 관리). 인용 위치

Google: 국제 타기팅 보고서

• “The International Targeting report has been deprecated, and will be removed from Search Console soon.”(한국어 풀이: 국제 타기팅 보고서는 폐기되었으며 곧 Search Console에서 제거됩니다.) Google은 “we continue to support hreflang and our recommendations for managing multilingual and multiregional sites still stand.”(한국어 풀이: hreflang은 계속 지원하며 다국어·다지역 사이트 관리 권장 사항도 유지됩니다)라고 덧붙였습니다. 2022년 9월 22일 제거되었습니다. 관련 보도

국제 SEO 감사 체크리스트

여섯 감사 영역별로 정리했습니다. 위에서 아래로 실행하세요.

1. URL·구조

• 로케일 목록 작성(시장·URL 패턴·사용자·canonical·색인 가능성·대체 버전 전달 방법)
• ccTLD·하위 도메인·하위 폴더 중 하나를 선택해 일관되게 적용
• TLD·서버/CDN 위치·콘텐츠 언어·내부 링크 사이에 혼합 신호 없음
• 언어·국가 타기팅에 URL 매개변수 미사용
• GSC Enhancements(개선 사항)의 hreflang 오류 확인(옛 국제 타기팅 보고서는 제거됨)
• Bing 시장에 content-language 메타 태그 또는 HTTP 헤더 설정(Bing은 2020년 Geo Targeting 기능을 제거했으며 이제 이 신호가 우선됨)

2. Hreflang

• 표본 검사만이 아니라 Ahrefs Site Audit·Screaming Frog로 대규모 크롤링
• 반환 태그 누락 수정(가장 중요)
• 깨지거나 리디렉션되는 hreflang URL 수정
• 비canonical hreflang URL 수정(색인 URL을 가리킴)
• 언어 코드 검증(ISO 639-1 + ISO 3166-1 Alpha-2)
• html lang과 hreflang 언어 코드 일치
• 자기 참조 태그 존재(권장 방식)
• 적절한 대체 페이지를 가리키는 x-default 존재(권장 방식)
• 영향받는 클러스터마다 Ahrefs 클러스터 그래프 검토
• 대체 URL이 완전한 주소이며 형식이 일관됨(http/https·끝 슬래시 불일치 없음)

3. 지역 리디렉션

• 요청 상태 조합으로 사이트 검사(신호 없음·미국 IP/VPN·다양한 Accept-Language·기존 쿠키·하위 링크)
• Googlebot을 미국 버전으로만 보내는 사이트 전체 지역 IP 리디렉션 없음
• 자동 리디렉션은 x-default·루트 URL에서만 실행하고 언어 페이지에서는 하지 않음
• 언어 선택기 제공, 쿠키 기본값이 사용자를 가두지 않음

4. 기술

• 모든 페이지의 html lang을 올바르게 설정(UX·접근성 및 Google 외 검색엔진)
• Bing 시장에 Content-Language HTTP 헤더 설정(폐기된 메타 태그가 아님)
• 클라이언트 JS에만 의존하지 않고 서버 렌더링 HTML·헤더·사이트맵에 hreflang 제공
• hreflang이 head 밖이 아닌 안에 있음
• 페이지네이션마다 올바른 hreflang 집합 제공(2페이지 → 2페이지)
• 국제 페이지가 실수로 noindex 또는 robots.txt 차단되지 않음
• 서버·CDN 위치가 ccTLD 타기팅과 일치

5. 콘텐츠

• 편집하지 않은 기계 번역 페이지가 공개되어 있지 않음
• 제목·메타 설명·URL 슬러그 현지화(슬러그는 음역이 아닌 현지 키워드)
• 시장별 콘텐츠 공백 식별(Ahrefs 국가 필터)
• 시장별 콘텐츠에 현지 저자 소개·자격 제공
• 현지 신뢰 신호 제공(인증·현지 연락처·현지 플랫폼 리뷰)

6. 성과

• Ahrefs Metrics by Country(국가별 지표)를 검토하고 저성과 시장 표시
• 시장별 트래픽 점유율과 키워드 잠재력 비교
• 국가 필터를 적용한 Organic Competitors(자연 검색 경쟁사)로 시장별 현지 경쟁사 비교
• GA4 국가별 세분화 및 지역별 Core Web Vitals 확인

수정 우선순위 정하기

한 번에 고칠 수 있는 것보다 많은 문제가 나옵니다. 각 결과를 간단한 영향도 × 작업량 행렬에 넣으세요.

hreflang 오류 유형을 여기에 대입하면:

• 높은 영향도 + 쉬움 → 지금 수정: 소수 클러스터의 반환 태그 누락, 깨지거나 리디렉션되는 URL을 가리키는 hreflang, 잘못된 언어·국가 코드(jp→ja).
• 높은 영향도 + 어려움 → 지금 계획: Googlebot을 차단하는 사이트 전체 지역 IP 리디렉션(개발 작업·언어 선택기 패턴 필요), SPA의 클라이언트 JS hreflang(SSR·사이트맵 재작업 필요), 깊은 canonical 체인 문제로 생긴 비canonical hreflang.
• 낮은 영향도 + 쉬움 → 일괄 처리: 자기 참조·x-default 누락, html lang 불일치. 실제 권장 방식이지만 클러스터를 깨뜨리지는 않으므로 한 번에 고치세요.
• 낮은 영향도 + 어려움 → 우선순위 낮춤: 이미 TLD가 신호를 지배하는 ccTLD의 사소한 서버 위치 조정.

원칙은 반환 태그와 깨진 URL은 클러스터를 깨뜨리고, x-default와 자기 참조 태그는 안정성을 높인다는 것입니다. 작동을 깨뜨리는 문제부터 고치세요.

6단계 감사 순서

앞 단계 위에 다음 단계가 쌓이므로 이 순서로 진행하세요.

1. URL·구조: 위에 놓인 요소를 감사하기 전에 기반의 일관성부터 확인하세요.
2. Hreflang: 핵심입니다. 대규모 크롤링 후 클러스터 그래프를 검토하고 우선순위를 정하세요.
3. 지역 리디렉션: Googlebot이 실제로 모든 버전에 도달할 수 있는지 검증하세요.
4. 기술 신호: html lang·Content-Language·JS 렌더링·페이지네이션·서버 위치.
5. 콘텐츠 품질: 현지화·공백·현지 E-E-A-T.
6. 시장별 성과: 어디서 성과를 얻고 잃는지 측정하고 현지 기준과 비교하세요.

국제 SEO 감사 도구

• Ahrefs Site Audit(주요 도구): 잘못된 주석, 자기 참조 누락, 복수 언어·페이지 충돌, hreflang↔HTML-lang 불일치, 반환 태그 누락, 비canonical 대상, 깨진 대상, HTML lang 누락이라는 9가지 hreflang 검사를 수행합니다. hreflang 클러스터 시각화(URL Details > Hreflangs 탭 — URL 상세 정보·hreflang)는 오류를 빨간색으로 표시한 네트워크 그래프를 제공해 깨진 클러스터를 가장 빠르게 찾게 합니다. 성과 감사에는 Site Explorer > Metrics by Country(국가별 지표)와 국가 필터를 적용한 Organic Competitors(자연 검색 경쟁사)를 함께 쓰세요.
• Screaming Frog SEO Spider: Configuration > Spider > Crawl Hreflang(설정·스파이더·hreflang 크롤링)을 켜고 여러 도메인·ccTLD 구성에서는 참조하는 외부 도메인을 Config > CDNs(설정·CDN)에 추가하세요. 크롤링 후 hreflang 필터를 검토하고 Reports > Hreflang(보고서·hreflang)에서 내보내세요. Content-Language 응답 헤더도 읽으며 head 밖에 있는 hreflang과 noindex 페이지를 가리키는 주석을 표시합니다.
• Google Search Console: 국제 타기팅 보고서가 사라졌으므로 Enhancements(개선 사항)에서 제한적으로 제공되는 hreflang 문제를 보고 URL Inspection(URL 검사)으로 hreflang이 가리켜야 할 색인 URL을 확인하세요.
• Bing Webmaster Tools: Geo Targeting 기능은 더 이상 없습니다. Bing이 2020년 개편에서 제거한 뒤 되돌리지 않았습니다. Google과 다른 Bing의 실제 신호인 Content-Language 메타 태그·헤더 처리를 대신 감사하세요.
• technicalseo.com Hreflang Tags Tool: 개별 페이지의 hreflang 주석을 생성하고 표본 검사하는 수동 검증 도구입니다.

변경 내역