2026년 다국어 SEO: 글로벌 검색 가시성을 위한 완벽 가이드 (AI 에이전트 워크플로우 포함)

AI 검색 시대의 다국어 SEO 초보자 가이드. 시장 선택, hreflang, AI 지원 현지화, 언어별 키워드 조사, 가장 어려운 부분을 자동화하는 무료 AI 에이전트 워크플로우를 다룹니다.

한 줄 요약

다국어 SEO는 여러 언어로 검색 엔진에서 웹사이트의 가시성을 확보하는 작업입니다. 2026년에는 단순히 페이지를 번역하고 hreflang 태그를 추가하는 수준으로는 부족합니다. 이제 Google은 영어 콘텐츠를 자동 번역하여 자체 프록시 도메인으로 제공하며, 여러분이 현지 언어 버전을 갖추지 않으면 트래픽을 그대로 가져갑니다. AI Overviews는 200개 이상의 국가와 40개 이상의 언어로 제공되고, ChatGPT, Perplexity, Gemini 같은 AI 엔진은 언어별 신호에 따라 어떤 브랜드를 인용할지 결정합니다.

좋은 소식은 더 이상 10명 규모의 현지화 팀이 필요하지 않다는 점입니다. Claude Code (Codex) 에이전트 워크플로우를 활용하면, 혼자 일하는 SEO 실무자도 수백 개 페이지의 hreflang 감사, 자신이 모르는 언어의 키워드 리서치, 번역 품질 점검, 국제 가시성 모니터링까지 무료 도구와 이 가이드의 프롬프트 템플릿만으로 해낼 수 있습니다.

이 글에서는 전통적 검색과 AI 답변 모두에서 순위를 확보하는 다국어 사이트 구축을 위한 7단계 워크플로우와, 가장 까다로운 작업을 자동화하는 4종의 AI 에이전트 스킬을 바로 사용할 수 있는 형태로 소개합니다.

다국어 SEO vs. 국제 SEO: 차이점은?

이 두 용어는 끊임없이 혼용됩니다. 구분은 다음과 같습니다.

다국어 SEO

국제 SEO

대상

서로 다른 언어를 사용하는 사용자 (스페인어, 프랑스어, 독일어)

동일한 언어를 사용하더라도 특정 국가나 지역의 사용자

예시

영어, 스페인어, 프랑스어 버전이 있는 사이트

모두 영어지만 미국, 영국, 캐나다, 호주용으로 별도 페이지가 있는 사이트

핵심 기법

언어별 번역 + 현지화

국가별 콘텐츠 + 지역 코드가 포함된 hreflang

검색 엔진 신호

언어 어노테이션 (hreflang="es")

언어 + 지역 어노테이션 (hreflang="en-GB")

대부분의 글로벌 사이트는 둘 다 필요합니다. 캐나다 이커머스 스토어라면 영어(en-CA), 프랑스어(fr-CA), 그리고 증가하는 스페인어 사용자를 위한 스페인어 버전(es)이 필요할 수 있습니다. 이는 다국어 SEO와 국제 SEO를 하나의 전략으로 통합하는 경우입니다.

2025-2026년 다국어 SEO가 달라진 이유

세 가지 변화가 여러 언어에서 가시성을 확보하는 데 필요한 조건을 근본적으로 바꿔 놓았습니다.

변화 1: Google이 콘텐츠를 자동 번역하고 트래픽을 가져간다

2025년 3월 코어 업데이트 이후, Google은 자동 번역 동작을 대폭 확대했습니다. 사용자가 스페인어로 검색했는데 Google이 적절한 스페인어 소스를 찾지 못하면, 권위 있는 영어 페이지를 가져와 즉석에서 기계 번역한 후 Google 소유의 프록시 도메인(www-your-site-com.translate.goog)을 통해 제공합니다.

트래픽은 절대 여러분의 사이트에 도달하지 않습니다. 클릭은 google / organic 대신 translate.google.com / referral로 기록되어 어트리뷰션이 깨집니다. 프록시 페이지의 내부 링크는 다시 Google로 향하게 되어 사용자는 Google 생태계에 갇히게 됩니다.

해결책은 간단하지만 시급합니다: 트래픽이 높은 모든 페이지에 최소 300단어의 현지 언어 버전을 만드세요. Google의 자체 연구에 따르면 최소한의 현지화 페이지라도 대개 SERP에서 프록시 버전을 밀어냅니다. 상위 20개 페이지부터 시작하세요.

변화 2: AI Overviews가 글로벌화되고 현지 언어 소스를 인용한다

Google AI Overviews는 이제 200개 이상의 국가와 40개 이상의 언어로 표시됩니다. 검색어의 언어는 AI 엔진이 인용할 소스를 결정하는 가장 강력한 신호 중 하나입니다.

Weglot이 130만 건의 AI Overviews 인용을 분석한 결과, 번역된 콘텐츠를 보유한 웹사이트는 단일 언어 사이트 대비 AI Overviews 가시성이 327% 더 높았습니다. 멕시코 스페인어 후속 연구에서는 Google AI Overviews 인용의 96%가 스페인어 소스였습니다.

이는 영어로 순위를 차지한다고 해서 비영어권 검색어에 대한 AI 가시성이 보장되지 않는다는 의미입니다. 영어 콘텐츠가 아무리 뛰어나도 마찬가지입니다.

변화 3: AI 에이전트가 이제 무거운 작업을 대신한다

Claude Code와 유사한 AI 코딩 에이전트는 이제 다국어 SEO에서 가장 지루한 작업을 자동화할 수 있을 만큼 강력해졌습니다. 2026년에는 프롬프트 하나만 실행하면 다음을 얻을 수 있습니다.

  • 사이트 전체에 대한 완전한 hreflang 감사
  • 모든 언어에 대한 검색량 및 검색 의도 라벨이 포함된 키워드 리서치
  • 현지 언어 경쟁사와 비교한 번역 품질 점검
  • 전통적 검색 및 AI 답변 표면 전반에 걸친 주간 국제 가시성 모니터링

이 각각의 에이전트 워크플로우를 아래 단계에서 완전한 복사-붙여넣기 가능한 스킬 파일과 함께 안내합니다.

1단계: 데이터를 바탕으로 타겟 시장 선택하기 (추측은 금지)

단 한 단어도 번역하기 전에, 제공하는 제품이나 서비스에 대한 수요가 실제로 존재하는 언어와 시장을 파악하세요.

필요한 것

  • Google Analytics 4 (GA4) 또는 유사한 분석 도구
  • Google Search Console 접근 권한
  • 15분

실행 방법

기존 트래픽을 확인하세요. GA4에서 Reports → Demographics → Demographic details로 이동한 후, 기본 측정 기준을 "Country"로 전환하세요. 영어 페이지에 꾸준한 오가닉 트래픽을 보내는 국가를 찾습니다. 독일이 영어 콘텐츠에 월 500 오가닉 방문을 보낸다면, 독일어 콘텐츠에 대한 수요는 3-5배 더 클 가능성이 높습니다.

Search Console을 확인하세요. Performance → Countries로 이동합니다. 클릭 기준으로 필터링하고 국가별 평균 CTR을 확인합니다. 비영어권 국가에서 CTR이 낮다면, 사용자가 페이지를 찾지만 해당 언어가 아니어서 이탈한다는 의미인 경우가 많습니다.

각 시장을 세 가지 요소로 점수화하세요:

  1. 기존 수요 (1–5): 해당 국가 또는 언어에서 이미 발생하는 오가닉 트래픽은 얼마나 되나요?
  2. 경쟁 공백 (1–5): 현지 경쟁자는 얼마나 강력한가요? 상위 5개 키워드를 대상 국가의 Google 도메인(예: google.de, google.fr)에서 검색하고, 현지 언어로 주로 게시하는 사이트의 페이지가 첫 페이지에 몇 개나 나타나는지 세어 보세요.
  3. 비즈니스 적합도 (1–5): 해당 국가로 배송이 가능한가요? 해당 통화를 지원하나요? 해당 언어로 고객 서비스를 제공할 수 있나요?

세 점수를 곱합니다. 60점 이상인 시장이 최우선 순위, 30–59점은 2차 후보군입니다.

Claude Code로 자동화하기

아래 스킬 파일을 .claude/skills/multilingual-market-scorer/SKILL.md에 복사하고 Claude Code에서 /multilingual-market-scorer를 실행하세요:

markdown
---
name: multilingual-market-scorer
description: GA4 및 GSC 데이터를 분석하여 다국어 SEO 확장을 위한 타겟 시장 점수화 및 순위 산정
---

# 다국어 시장 점수화 도구

기존 분석 데이터를 사용하여 잠재적 타겟 시장을 점수화합니다. 이 스킬은 다국어 SEO를 위해 어떤 언어와 국가를 먼저 공략할지 우선순위를 정하는 데 도움을 줍니다.

## 사전 요구사항
- 사용자가 GA4 및 GSC 데이터를 공유함 (각 플랫폼에서 CSV 내보내기)
- 사용자가 상위 5개 영어 타겟 키워드를 정의함
- 사용자가 비즈니스 제약 조건을 파악하고 있음 (배송 지역, 지원 통화, 고객 지원 언어)

## 입력
1. GA4 국가별 오가닉 트래픽 내보내기 (CSV)
2. GSC 국가별 실적 내보내기 (CSV)
3. 영어 상위 5개 타겟 키워드
4. 현재 비즈니스 운영 국가/지역 목록

## 워크플로우

### 1단계: 수요 신호 추출
- GA4 CSV를 파싱하여 국가, 월간 오가닉 세션, 국가별 전환율 추출
- GSC CSV를 파싱하여 국가, 클릭, 노출, 평균 CTR, 평균 순위 추출
- 국가명 기준으로 두 데이터셋 병합

### 2단계: 각 시장 점수화
측정 가능한 트래픽이 있는 각 국가에 대해:
- **수요 점수 (1-5):** 월간 오가닉 세션 기준. 100 미만 = 1, 100-500 = 2, 500-2000 = 3, 2000-5000 = 4, 5000 이상 = 5
- **기회 점수 (1-5):** 평균 CTR 기준. 1% 미만 = 5 (기회 높음 — 사용자가 찾지만 읽을 수 없음), 1-2% = 4, 2-4% = 3, 4-7% = 2, 7% 이상 = 1
- **비즈니스 적합도 점수 (1-5):** 사용자가 해당 국가에서 운영 중인지에 따라 제공해야 함. 모를 경우 기본값 3

### 3단계: 순위 산정 및 추천
- 수요 × 기회 × 비즈니스 적합도를 곱해 종합 점수 산출 (최대 125)
- Tier 1 (60점 이상): 즉시 우선 — 해당 시장 현지화 시작
- Tier 2 (30–59점): 2차 후보군 — 다음 분기 계획
- Tier 3 (30점 미만): 모니터링 — Tier 1과 2가 라이브된 후 재검토
- 국가, 주요 언어, 종합 점수, 수요 점수, 기회 점수, 비즈니스 적합도 점수, 권장 URL 구조, 현지화 예상 페이지 수가 포함된 순위표 출력

### 4단계: 우선순위 실행 계획 출력
- 가장 먼저 공략할 상위 3개 시장과 권장 언어 및 URL 구조
- 우선 현지화할 페이지 목록 (각 국가의 GSC 상위 페이지 기준)
- 예상 단어 수 및 번역 예산 (현재 AI 번역 API 가격 기준)
- 리스크: 높은 수요 + 낮은 CTR이 존재하지만 비즈니스가 운영되지 않는 국가 — 전략적 결정 사항으로 플래그 지정

## 출력
다음을 포함하는 구조화된 보고서:
1. 시장 우선순위 표 (모든 국가 점수화 및 티어 구분)
2. 근거와 함께 상위 3개 추천 시장
3. 1차 현지화 페이지 목록 (시장당 최대 20페이지)
4. 예상 예산 및 일정
5. 플래그 지정된 전략적 공백

## 제한사항
- 모든 점수는 가용 데이터에 기반한 추정치이며, 실제 성과는 다를 수 있음
- 현지 언어 시장 조사나 현지 경쟁 분석을 대체하지 않음
- GA4 및 GSC 데이터는 현재 영어 성과를 반영하며, 잠재적 비영어 수요를 반영하지 않음
- 유료 API에 접근하지 않으며, 사용자가 제공한 CSV 내보내기에 의존함

2단계: 모든 언어에 대한 키워드 리서치 (모르는 언어도 가능)

여러 언어에 걸친 키워드 리서치는 예전에는 시장마다 원어민 SEO 전문가가 필요했습니다. 2026년에는 무료 도구와 AI 도움만으로도 80%까지 도달할 수 있으며, 나머지 20%는 원어민 검수로 보완합니다.

진행 절차

상위 영어 키워드부터 시작하세요. 영어 사이트에 가장 많은 오가닉 트래픽을 가져오는 10-20개의 키워드를 추출합니다.

번역 후 현지화하세요. DeepL이나 Google Translate로 각 키워드의 1차 번역을 얻습니다. 그런 다음 실제 검색 행동과 대조하여 번역을 검증하세요:

  1. 대상 국가의 Google 도메인(예: 스페인은 google.es, 독일은 google.de)으로 이동
  2. 번역된 키워드를 검색창에 입력하기 시작
  3. Google 자동 완성 제안 확인 — 실제 사용자가 어떻게 검색하는지 드러남
  4. SERP 하단의 "관련 검색어"까지 스크롤

예시: "Running shoes"를 독일어로

  • 직역: "Laufschuhe"
  • Google.de 자동 완성 결과: "Joggingschuhe," "Sportschuhe," "Laufschuhe Herren"
  • 이제 직역뿐 아니라 세 가지 키워드 변형을 타겟팅할 수 있음

검색량 확인. Google Keyword Planner를 대상 국가로 설정하거나, Ahrefs/Semrush 같은 도구에 국가 필터를 적용합니다. 무료 대안: 대상 국가의 Google에서 키워드를 검색하고 상위 순위 페이지를 살펴보세요. 페이지가 상세하고 자주 업데이트되며 백링크가 많다면 해당 키워드의 검색량이 의미 있는 수준일 가능성이 높습니다.

원어민 검수. 언어별 상위 10개 키워드에 대해 Upwork 같은 플랫폼에서 원어민에게 20-50달러를 지불하고 키워드 목록을 검토받아, 부자연스럽거나 흔한 현지 변형을 놓친 항목을 짚어내세요. 이 15분 점검으로 AI 번역이 지속적으로 놓치는 실수를 잡아낼 수 있습니다.

Claude Code로 자동화하기

markdown
---
name: multilingual-keyword-research
description: AI 번역과 SERP 검증을 결합하여 모든 대상 언어와 국가에 대한 현지화된 키워드 목록 생성 및 검증
---

# 다국어 키워드 리서치 에이전트

모든 대상 언어와 시장에 대한 현지화된 키워드 리서치 보고서를 생성합니다. AI 번역과 SERP 검증 단계를 결합하여 실제 사용자 검색 방식을 반영한 키워드 목록을 만듭니다.

## 사전 요구사항
- 사용자가 대상 국가(ISO 코드)와 언어를 정의함
- 사용자가 10-20개의 시드 키워드를 영어(또는 원본 언어)로 제공함
- 사용자가 Google Keyword Planner, DataForSEO에 접근 가능하거나 수동 SERP 확인에 익숙함
- 기본 워크플로우에는 API 키 불필요. 자동 검색량 데이터에는 DataForSEO 통합(선택 사항)

## 입력
1. 대상 국가(예: `DE`, `ES`, `JP`) 및 언어(예: `de`, `es`, `ja`)
2. 원본 언어로 된 10-20개 시드 키워드
3. 비즈니스 카테고리 또는 업종 (컨텍스트용)
4. 선택 사항: DataForSEO API 자격 증명 (자동 검색량 데이터용)

## 워크플로우

### 1단계: 시드 키워드 번역 및 확장
각 시드 키워드에 대해:
- AI를 사용하여 대상 언어로 1차 번역 생성 (사용한 모델 명시)
- 3-5개의 자연스러운 변형 식별: 동의어, 롱테일 표현, 질문형, 현지 용어
- 직역이 현지인 검색 방식과 다를 가능성이 높은 키워드 플래그 지정

### 2단계: SERP 검증 (수동 또는 자동)
각 번역된 키워드에 대해:
- 대상 국가 Google 도메인의 Google 자동 완성 확인 — 상위 5개 제안 기록
- SERP 하단 "관련 검색어" 확인 — 모든 관련 용어 기록
- DataForSEO 사용 가능 시: 각 키워드의 검색량, CPC, 경쟁도 조회
- DataForSEO 사용 불가 시: 이 사실을 명시하고 수동 Keyword Planner 조회 지침 제공

### 3단계: 검색 의도별 클러스터링
키워드를 다음으로 그룹화:
- **정보형:** "X란 무엇인가," "Y 하는 방법," 가이드, 정의
- **상업형:** "최고의 X," "X vs Y," 리뷰, 비교
- **거래형:** "X 구매," "X 가격," "내 주변 X," 제품명
- **내비게이션형:** 브랜드명, 특정 사이트 검색

### 4단계: 우선순위화
각 키워드 클러스터를 다음 기준으로 점수화:
- 비즈니스 관련성 (1-5)
- 예상 검색량 티어 (낮음/중간/높음 — API 데이터가 없으면 정확한 숫자를 만들어내지 말 것)
- SERP 분석 기반 경쟁 수준 (첫 페이지의 최적화된 페이지 수, 광고 밀도)
- 콘텐츠 공백: 이 키워드를 타겟팅하는 동일 언어 콘텐츠를 이미 보유하고 있는가?

### 5단계: 키워드 맵 출력
상위 20개 키워드에 대해:
- 대상 언어 키워드
- 영어 번역 (사용자 참고용)
- 검색 의도 카테고리
- 검색량 티어 (낮음/중간/높음)
- 권장 콘텐츠 유형 (랜딩 페이지, 블로그 글, 제품 페이지, 용어집 항목)
- 적응 가능한 다른 언어 콘텐츠가 이미 있다면 기존 URL

## 출력
다음을 포함하는 구조화된 키워드 리서치 보고서:
1. 시장 개요: 발견된 총 키워드 기회, 의도 분포, 검색량 요약
2. 전체 메타데이터가 포함된 상위 20개 우선순위 키워드
3. 콘텐츠 매핑: 어떤 키워드가 어떤 기존 또는 신규 페이지에 매핑되는지
4. 원어민 검증 체크리스트: 원어민에게 검토 의뢰할 상위 10개 키워드와 구체적 질문 ("[키워드]가 자연스럽게 들리나요? 현지인이라면 뭐라고 말할까요?")
5. 사용된 데이터 소스, 수집 날짜, 데이터 공백 (검색량 데이터를 구할 수 없었던 키워드)

## 제한사항
- AI 키워드 번역은 출발점이지 최종 답변이 아님 — 항상 원어민 검증 필요
- 검색량 데이터는 데이터 제공업체의 추정치이며, 실제 검색량은 시즌과 시장 상황에 따라 달라짐
- 사용자가 구성하지 않은 경우 유료 키워드 API에 접근하지 않으며, 수동 대체 지침 제공
- 원어민 입력 없이는 초특화 현지 은어나 신조어를 포착할 수 없음

3단계: 올바른 URL 구조 선택하기

모든 언어 버전의 페이지에는 고유한 URL이 필요합니다. 세 가지 옵션이 있으며, 적합한 선택은 리소스와 목표에 따라 달라집니다.

세 가지 옵션

구조

예시

SEO 권위

비용 및 유지보수

AI 크롤러 호환성

적합한 경우

하위 디렉터리

example.com/de/

하나의 도메인에 통합 — 전반적으로 가장 강력함

낮음 — 서버 1대, CMS 1개

우수 — 동일 도메인, 명확한 경로 신호

대부분의 사이트; 성장 중인 비즈니스; 10인 미만 팀

서브도메인

de.example.com

별도 사이트로 취급 — 서브도메인 간 권위 분산

중간 — 언어별 별도 호스팅/설정

양호 — 단, 각 서브도메인은 독립적으로 크롤링됨

대기업; 언어별로 완전히 다른 제품 카탈로그가 있는 사이트

ccTLD

example.de

가장 강력한 국가 신호지만 도메인별로 권위를 처음부터 쌓아야 함

높음 — 별도 도메인, 호스팅, 종종 별도 법인 필요

양호 — 단, 도메인별로 권위를 처음부터 구축해야 함

현지 사무소가 있는 기존 브랜드; ccTLD가 신뢰 신호인 시장 (독일, 일본)

초보자를 위한 권장사항: 하위 디렉터리(example.com/de/, example.com/es/)를 사용하세요. 설정, 추적, 유지보수가 가장 쉽습니다. 모든 SEO 권위가 하나의 도메인에 축적됩니다. Google의 John Mueller는 하위 디렉터리가 다국어 사이트에 효과적이라고 일관되게 밝혀 왔습니다.

핵심 규칙 하나

IP 주소 기반으로 사용자를 자동 리디렉션하지 마세요. Googlebot은 주로 미국 IP 주소에서 크롤링합니다. 미국 기반 크롤러를 영어 버전으로 리디렉션하면, Google은 독일어나 일본어 페이지를 절대 보지 못합니다. 강제 리디렉션 대신 언어/지역 선택기(배너 또는 드롭다운)를 사용하세요.

다국어 웹사이트를 위한 하위 디렉터리, 서브도메인, ccTLD 옵션을 비교하는 URL 구조 결정 흐름도

4단계: 번역이 아닌 현지화를 하라

번역은 단어를 변환합니다. 현지화는 의미, 맥락, 예시, 문화적 참조를 조정합니다. 2026년에는 이 차이가 Google이 여러분의 페이지를 제공할지, 아니면 자체 자동 번역 프록시 버전을 제공할지를 결정합니다.

2026년 AI 번역 환경

도구

접근 방식

Hreflang 자동 생성

서버 사이드 렌더링

적합한 경우

시작 가격

DeepL

신경망 기계 번역 API

아니요 (별도 구현 필요)

해당 없음 (API — 렌더링 직접 제어)

고품질 1차 번역; 유럽 언어 쌍

무료 티어; Pro 약 $9/월부터

Weglot

클라우드 기반, 다중 엔진 (DeepL + Google + Gemini + OpenAI) + 브랜드 보이스를 학습하는 커스텀 AI 모델

예 — 자동

예 — 프록시 레이어가 실제 HTML 렌더링

올인원 솔루션; 1시간 이내 설정을 원하는 초보자

$17/월부터

GTranslate

프록시 레이어를 통한 Google Translate 엔진

예 — 유료 플랜에서

예 — 유료 플랜에서

예산 옵션; 단순한 사이트

무료 (비인덱싱); 유료 약 $8/월부터

WPML

WordPress 플러그인 — 데이터베이스 저장 번역

수동 설정

예 (WordPress 네이티브)

사내 번역 팀이 있는 WordPress 사이트

약 $39/년부터

TranslatePress

WordPress 플러그인 — 비주얼 프론트엔드 에디터

수동 설정

예 (WordPress 네이티브)

비주얼 편집을 원하는 WordPress 초보자

무료; Pro 약 $8/월부터

안전한 AI 번역 워크플로우

AI 번역은 빠르고 저렴하지만, 원본 AI 출력을 그대로 게시하는 것은 위험합니다. Google 정책은 AI 번역 콘텐츠를 금지하지 않지만, 저품질 번역에는 페널티를 부과합니다. 다음은 안전한 워크플로우입니다:

  1. AI 1차 번역: DeepL, Weglot, ChatGPT/Claude를 사용해 페이지 번역.
  2. 자동 QA 점검: Claude Code 번역 품질 에이전트(아래 참조)를 실행해 미번역 세그먼트, 용어집 위반, 텍스트 확장 문제(독일어는 영어보다 약 30% 더 김), 메타데이터 번역 누락을 플래그.
  3. 고영향 페이지는 사람이 검토: 홈페이지, 가격, 법적 고지, 상위 5개 트래픽 페이지는 원어민 검수. 블로그 글, FAQ, 도움말 문서는 AI + 자동 QA로 충분.
  4. 메타데이터 이중 확인: AI는 종종 메타 타이틀, 메타 설명, 이미지 alt 텍스트, URL 슬러그를 원본 언어 그대로 남깁니다. 이것들은 SERP에 표시되는 요소이므로 반드시 수동으로 번역 및 현지화해야 합니다.

번역 품질 점검 에이전트

markdown
---
name: translation-quality-check
description: AI 번역 페이지의 일반적 품질 문제 감사 — 번역 누락, 용어집 위반, 텍스트 확장, 메타데이터 공백, 현지화 일관성
---

# 번역 품질 점검 에이전트

AI 번역 또는 사람이 번역한 페이지의 다국어 SEO 품질 문제를 검토합니다. 우선순위가 매겨진 수정 목록을 생성합니다.

## 사전 요구사항
- 사용자가 원본 페이지와 번역 페이지의 URL 또는 HTML 파일을 제공함
- 사용자가 선택적으로 용어집 파일 제공 (CSV: source_term, target_term, notes)
- 사용자가 원본 언어와 대상 언어를 지정함

## 입력
1. 원본 페이지 URL 또는 HTML 파일 경로
2. 번역 페이지 URL 또는 HTML 파일 경로 (여러 대상 언어 가능)
3. 원본 언어 코드 (ISO 639-1)
4. 대상 언어 코드(들) (ISO 639-1)
5. 선택 사항: 용어 일관성 확인용 용어집 CSV
6. 선택 사항: 브랜드 보이스 가이드 또는 번역 메모

## 워크플로우

### 1단계: 구조 점검
각 번역 페이지에 대해:
- 페이지에 고유하고 번역된 URL이 있는지 확인 (원본과 동일한 URL이 아님)
- HTML `lang` 속성이 대상 언어와 일치하는지 확인
- 페이지가 실제 HTML을 제공하는지 확인 (클라이언트 사이드 JS 번역이 아님) — 번역된 텍스트가 원시 HTML 소스에 존재하는지 확인
- 모든 메타 태그가 번역되었는지 확인: `<title>`, `<meta name="description">`, `<meta property="og:title">`, `<meta property="og:description">`

### 2단계: 콘텐츠 범위 점검
원본 페이지와 번역 페이지 비교:
- `<h1>`부터 `<h4>`까지의 헤딩 개수 확인 — 모두 번역되었는지 검증
- 이미지 `alt` 속성 확인 — 여전히 원본 언어인 항목 플래그
- 버튼 텍스트, 폼 라벨, 오류 메시지, 푸터 링크 확인 — 자주 누락됨
- 구조화된 데이터(JSON-LD) 확인 — 스키마 콘텐츠가 원본 언어인 경우 플래그

### 3단계: 번역 품질 지표
잠재적 품질 문제 플래그:
- **번역 누락 세그먼트:** 번역 페이지에 나타나는 원본 언어 텍스트 블록
- **텍스트 확장/잘림:** 주요 요소(제목, CTA, 내비게이션 항목)의 문자 수 비교. 대상 언어가 40% 이상 긴 요소 플래그 (SERP 및 UI에서 잘릴 위험)
- **용어집 위반:** 용어집이 제공된 경우, 정의된 용어가 승인된 번역을 사용하는지 확인
- **일관성 없는 용어:** 동일한 원본 용어가 페이지 내에서 다르게 번역된 경우 (예: 독일어 페이지에서 "checkout"이 "Kasse"와 "Zur Kasse gehen"으로 혼용)

### 4단계: 현지화 깊이 점검
번역 정확도가 아닌 현지화 품질로 페이지 점수화:
- **예시 및 참조:** 사례 연구, 통계, 예시가 현지화되었는가, 아니면 여전히 미국/영국 중심인가?
- **통화, 날짜, 측정 단위:** 현지 형식인가?
- **문화적 표지:** 통화 기호, 주소 형식, 전화번호 형식
- **이미지:** 이미지에 대상 언어 텍스트가 포함되어 있는가, 아니면 여전히 원본 언어인가?

### 5단계: 우선순위 수정 목록 출력
이슈 분류:
- **심각 (런치 전 수정):** hreflang 누락, 번역되지 않은 타이틀/메타, 잘못된 lang 속성, 클라이언트 사이드 전용 렌더링
- **높음 (1주 이내 수정):** 번역되지 않은 헤딩, 누락된 alt 텍스트, 잘못된 언어의 스키마
- **중간 (1개월 이내 수정):** 일관성 없는 용어, 번역되지 않은 UI 텍스트, 텍스트 확장 리스크
- **낮음 (개선 백로그):** 현지화되지 않은 예시, 원본 언어 이미지, 형식

## 출력
다음을 포함하는 구조화된 품질 보고서:
1. 전체 품질 점수 (A–F) 및 요약
2. 심각 이슈 목록 (정확한 요소 위치 포함)
3. 높은 우선순위 이슈 목록
4. 원본 vs. 번역 페이지 요소별 비교표
5. 원어민 검토 체크리스트: 예산이 제한된 경우 우선 검토할 특정 섹션
6. 우선순위 티어별 예상 수정 시간

## 제한사항
- 자동 점검은 자연스러움, 관용적 품질, 문화적 뉘앙스를 평가할 수 없음 — 최종 검토에는 여전히 원어민 필요
- 용어집 매칭은 정확한 문자열 기준 — 포괄적인 용어집 없이는 활용형 변화를 잡아내지 못함
- 참조 번역 대비 번역 정확도를 평가하지 않음 — 이것은 커버리지와 일관성 점검이지 유창성 평가가 아님

5단계: Hreflang 태그 구현하기 (그리고 8가지 가장 흔한 실수 피하기)

Hreflang 태그는 검색 엔진에 "이 페이지는 저 영어 페이지의 독일어 버전입니다"라고 알려줍니다. 이것이 없으면 Google은 사용자에게 잘못된 언어를 제공하거나, 언어 버전을 중복 콘텐츠로 간주하여 하나만 인덱싱할 수 있습니다.

Hreflang 구현의 세 가지 방법

1. HTML `<link>` 태그 (대부분 사이트에 최적)

모든 페이지의 <head> 안에 다음을 추가하세요:

html
<link rel="alternate" href="https://example.com/blog/" hreflang="x-default">
<link rel="alternate" href="https://example.com/blog/" hreflang="en">
<link rel="alternate" href="https://example.com/blog/de/" hreflang="de">
<link rel="alternate" href="https://example.com/blog/es/" hreflang="es">
<link rel="alternate" href="https://example.com/blog/fr/" hreflang="fr">

중요한 점은, 모든 페이지가 자기 자신도 참조해야 한다는 것입니다. 독일어 페이지(/de/)도 동일한 태그 세트를 포함해야 하며, 여기에는 hreflang="de"로 자기 자신을 가리키는 태그도 포함됩니다. 이를 자기 참조 태그라고 하며, Google은 이를 필수로 요구합니다.

2. XML Sitemaps (20개 이상 언어에 최적)

수십 개의 언어 버전을 관리하는 경우, 모든 페이지에 <link> 태그를 유지하는 것은 관리하기 어렵습니다. 대신 XML 사이트맵을 사용하세요:

xml
<url>
  <loc>https://example.com/blog/</loc>
  <xhtml:link rel="alternate" hreflang="en" href="https://example.com/blog/"/>
  <xhtml:link rel="alternate" hreflang="de" href="https://example.com/blog/de/"/>
  <xhtml:link rel="alternate" hreflang="es" href="https://example.com/blog/es/"/>
  <xhtml:link rel="alternate" hreflang="x-default" href="https://example.com/blog/"/>
</url>

3. HTTP 헤더 (비HTML 파일용)

PDF, 이미지, API 응답에 사용하세요:

http
Link: <https://example.com/brochure.pdf>; rel="alternate"; hreflang="en"
Link: <https://example.com/brochure-de.pdf>; rel="alternate"; hreflang="de"

가장 흔한 8가지 Hreflang 실수

#

실수

문제점

해결 방법

1

자기 참조 태그 누락

각 페이지는 자신의 hreflang 세트에 자기 자신을 포함해야 합니다. 없으면 Google이 전체 클러스터를 무시할 수 있습니다.

독일어 페이지에 자기 자신을 가리키는 hreflang="de" 추가

2

양방향(상호) 태그 누락

페이지 A가 페이지 B를 가리키면, 페이지 B도 반드시 페이지 A를 다시 가리켜야 합니다. 반환 링크 하나만 누락돼도 전체 체인이 깨집니다.

아래 hreflang 에이전트로 감사 — 모든 쌍의 양방향성 확인

3

잘못된 언어/지역 코드

en-uk 대신 en-GB, en-en, 또는 sp 대신 es

언어는 ISO 639-1 (sp가 아닌 es), 지역은 ISO 3166-1 Alpha-2 (UK가 아닌 GB) 사용

4

x-default 태그 누락

폴백이 없으면 목록에 없는 지역의 사용자가 잘못된 버전을 볼 수 있음

항상 hreflang="x-default"를 포함하여 기본/가장 범용적인 페이지로 연결

5

Hreflang이 비표준 페이지를 가리킴

/de/page의 표준 URL이 /de/page?ref=menu로 설정된 경우, hreflang은 반드시 표준 URL을 가리켜야 함

모든 hreflang URL이 해당 페이지의 표준 버전인지 확인

6

Hreflang이 404 또는 리디렉션을 가리킴

10개 언어 사이트에서 URL 하나만 변경돼도 최대 20개의 깨진 hreflang 참조가 발생

hreflang 감사 에이전트가 모든 언어 버전의 깨진 링크를 잡아냄

7

언어 간 교차 표준 URL

독일어 페이지에 <link rel="canonical" href="https://example.com/en/page">가 있으면, Google에 독일어 버전은 중요하지 않다고 신호를 보내는 셈

모든 언어 버전의 표준 URL은 반드시 자기 자신의 URL을 가리켜야 함

8

HTML lang 불일치

hreflang="de"인 페이지에 <html lang="en">이 있으면 검색 엔진과 스크린 리더 모두에 혼란을 줌

lang 속성을 페이지의 실제 hreflang 값과 일치시킬 것

자기 참조 태그와 x-default 폴백을 포함한 4개 언어 버전 간 양방향 링크를 보여주는 올바른 hreflang 클러스터 다이어그램

Hreflang 감사 에이전트 (지루한 작업 자동화)

툴킷에서 ROI가 가장 높은 에이전트입니다. 언어별 50페이지씩 5개 언어 사이트의 수동 hreflang 감사는 250개 페이지를 점검해야 하며, 각 페이지에는 양방향, 자기 참조, 오류 없는 상태여야 하는 최대 5개의 hreflang 태그가 있습니다. 이 에이전트는 몇 분 만에 해냅니다.

markdown
---
name: hreflang-auditor
description: 전체 다국어 사이트의 hreflang 구현을 크롤링하고 감사 — 깨진 링크, 누락된 반환 태그, 잘못된 코드, 표준 URL 충돌을 찾아내고 수정 가능한 보고서 생성
---

# Hreflang 감사 에이전트

다국어 웹사이트를 크롤링하고 모든 hreflang 태그를 Google 요구사항에 맞춰 감사합니다. 정확한 URL, 오류 유형, 심각도 등급이 포함된 수정 가능한 보고서를 생성합니다.

## 사전 요구사항
- 사용자가 사이트의 기본 URL 제공 (어떤 언어 버전이든 무방 — 에이전트가 hreflang 링크를 통해 다른 버전 발견)
- 사용자가 어떤 URL 구조를 사용 중인지 확인 (하위 디렉터리, 서브도메인, ccTLD)
- API 키 불필요 — HTTP 요청과 HTML 파싱 사용

## 입력
1. 웹사이트 기본 URL (예: `https://example.com/` 또는 `https://example.com/de/`)
2. 모두 발견할 수 없는 경우 알려진 언어 코드 (예: `["en", "de", "es", "fr", "ja"]`)
3. 선택 사항: hreflang이 XML 사이트맵을 통해 구현된 경우 사이트맵 URL
4. 선택 사항: 제외 목록 — 건너뛸 URL 패턴 (예: `/tag/`, `/author/`, `/page/`)

## 워크플로우

### 1단계: 모든 언어 버전 발견
- 제공된 기본 URL 크롤링
- HTML `<head>`의 `<link rel="alternate" hreflang="...">` 태그에서 모든 hreflang 링크 추출
- XML 사이트맵이 제공된 경우, 사이트맵에서도 hreflang 클러스터 추출
- 언어-페이지 매트릭스 구축: 모든 URL × 모든 언어 버전

### 2단계: 클러스터 내 각 페이지 검증
매트릭스의 모든 페이지에 대해 다음 8가지 규칙 점검:

1. **자기 참조:** 페이지의 자체 hreflang 값이 자신의 표준 URL을 가리키는가
2. **양방향성:** 모든 쌍 (A→B)에 대해 B→A가 존재하는가
3. **유효한 코드:** 언어 코드가 ISO 639-1에 부합하는가; 지역 코드가 ISO 3166-1 Alpha-2에 부합하는가
4. **x-default 존재:** 클러스터 내 최소 하나 이상의 페이지에 `hreflang="x-default"`가 있는가
5. **표준 URL 정렬:** 각 hreflang URL이 표준 버전인가 (매개변수화된 URL이나 대체 URL이 아닌가)
6. **HTTP 상태:** 모든 hreflang URL이 200을 반환하는가 (301, 302, 404, 500이 아닌가)
7. **언어 간 교차 표준 URL 없음:** 각 페이지의 표준 URL이 동일한 언어의 URL을 가리키는가
8. **HTML lang 일치:** `<html lang="...">` 속성 값이 페이지의 hreflang 값과 일치하는가

### 3단계: 구조적 이슈 확인
- **일관성 없는 클러스터:** 동일 클러스터의 다른 페이지와 동일한 hreflang 태그 세트를 갖지 않는 페이지
- **고아 페이지:** 존재하지만 어떤 hreflang 클러스터에서도 참조되지 않는 번역 페이지
- **연쇄 리디렉션:** 리디렉션(301/302)되는 hreflang URL — 최종 URL을 직접 가리켜야 함
- **프로토콜 불일치:** hreflang 세트 전반의 HTTP vs HTTPS 불일치

### 4단계: 수정 보고서 생성
발견된 각 이슈에 대해 출력:
- 오류 유형 (위 8가지 규칙 중 해당)
- 심각도: **심각** (전체 클러스터 파괴), **높음** (잘못된 페이지 제공 가능), **중간** (준수 이슈), **낮음** (모범 사례 이탈)
- 소스 URL (오류 발견 위치)
- 대상 URL (문제의 hreflang 링크)
- 수정 지침: 필요한 정확한 코드 또는 구성 변경

### 5단계: 수정된 hreflang 태그 생성
수정 가능한 오류가 있는 클러스터에 대해:
- 각 페이지에 대한 수정된 `<link>` 태그 세트 출력
- 해당되는 경우 수정된 XML 사이트맵 항목 출력
- 자동 수정이 불가능한 클러스터 플래그 (예: 먼저 생성해야 하는 누락 페이지)

## 출력
다음을 포함하는 구조화된 감사 보고서:
1. 요약: 총 크롤링 페이지, 발견된 언어 버전, 심각도별 오류, 전체 건강 점수 (A–F)
2. 오류 테이블: 유형, 심각도, 소스 URL, 대상 URL, 수정 지침 포함 각 오류
3. 클러스터별 건강 상태: 규칙별 통과/실패가 표시된 각 페이지 클러스터
4. 자동 생성 수정 코드: 모든 손상된 페이지에 대한 수정된 hreflang 태그
5. 우선순위 실행 계획: 어떤 오류를 먼저 수정해야 하며 그 이유

## 제한사항
- 발견한 hreflang 클러스터 내 링크된 페이지만 크롤링; hreflang 태그가 있어야 하지만 없는 페이지는 발견되지 않음
- 서버 측 수정 불가 — 출력은 조언용임
- JavaScript 렌더링 hreflang 태그의 경우, 원시 HTML 방식이 작동하지 않으므로 XML 사이트맵 방식 사용
- 각 언어 버전의 콘텐츠가 실제로 번역되었는지는 확인하지 않음 (번역 품질 에이전트를 사용할 것)

6단계: 현지 링크 및 내부 링크 구조 구축하기

독일 웹사이트의 링크는 독일어 페이지 순위에 도움이 됩니다. 일본 웹사이트의 링크는 일본어 페이지 순위에 도움이 됩니다. 각 언어 버전은 자체 권위 풀을 구축합니다.

다국어 사이트의 내부 링크 규칙

동일 언어 내에서 유지하세요. 독일어 블로그 글은 영어 페이지가 아닌 다른 독일어 페이지로 링크해야 합니다. 언어 간 교차 내부 링크는 사용자와 검색 엔진 모두에게 혼란을 줍니다. 언어 버전 연결에는 본문 링크가 아닌 hreflang 태그를 사용하세요.

페이지당 최소 5개 내부 링크, 동일 언어. 모든 번역 페이지는 동일 언어의 최소 3-5개 다른 페이지로부터 링크를 받아야 합니다. 이는 사이트가 콘텐츠는 번역하면서 내비게이션 컨텍스트 번역을 잊어버릴 때 흔히 발생하는 고아 페이지 문제를 방지합니다.

URL 하나 변경이 연쇄 반응을 일으킵니다. 영어 사이트의 URL 하나를 변경했는데 10개 언어가 내부적으로 링크하고 있다면, 10개의 깨진 링크가 발생합니다. 위의 hreflang 감사 에이전트가 이를 잡아냅니다. 활발히 게시 중이라면 매주 실행하세요.

언어별 외부 링크 구축

언어마다 별도의 링크 빌딩 캠페인이 필요하지는 않습니다. 다음 세 가지 접근법으로 시작하세요:

  1. 현지 디렉터리 및 리뷰 플랫폼: 모든 국가에는 자체적인 비즈니스 디렉터리, 리뷰 사이트, 업계 포털 생태계가 있습니다. 프로필을 등록하세요. 획득하기 쉬운 링크이며 종종 현지에서 좋은 순위를 얻습니다.
  2. 경쟁사 백링크 마이닝: Ahrefs나 Semrush를 사용해 각 대상 국가의 상위 경쟁사 백링크 프로필을 가져옵니다. 현지 도메인(.de, .fr, .jp)으로 필터링하세요. 가장 손쉬운 기회입니다.
  3. 현지 PR 및 게스트 포스팅: 존경받는 현지 매체에 잘 배치된 게스트 포스트 한 개가 50개의 저품질 디렉터리 링크보다 가치가 높습니다. 특히 링크 그래프가 덜 혼잡한 소규모 시장에서는 양보다 질을 우선시하세요.

7단계: 언어별 순위, 트래픽, AI 가시성 추적하기

전통적인 SEO 추적(순위 + 오가닉 트래픽)은 여전히 필수입니다. 하지만 2026년에는 AI 엔진이 각 언어로 여러분의 콘텐츠를 인용하고 있는지도 모니터링해야 합니다.

전통적 추적 설정

  1. Google Search Console: 실적 보고서에서 국가 필터를 사용합니다. 별도 속성을 만들거나 국제 타겟팅 보고서에서 hreflang 관련 오류를 확인하세요.
  2. GA4: 세션, 전환, 이탈률을 페이지 경로 접두사(/de/, /es/, /fr/)로 분할한 커스텀 보고서를 만들어 언어별 성과를 확인하세요.
  3. 순위 추적: Ahrefs, Semrush, SE Ranking — 국가별 추적과 함께 타겟 키워드를 추가합니다. 2차 언어는 월 단위, 최우선 시장은 주 단위로 순위를 확인하세요.

AI 가시성 추적 (2026년 새로 등장)

AI 답변 표면에 대해서는 언어별로 다음 세 가지 지표를 추적하세요:

  1. 인용 존재 여부: 누군가 대상 언어로 여러분의 카테고리에 대해 ChatGPT, Perplexity, Gemini에 질문했을 때, 여러분의 브랜드가 답변에 등장하나요? 플랫폼별, 언어별, 상위 10개 키워드에 대해 매월 yes/no를 추적하세요.
  2. 점유율 (Share of Voice): 여러분의 카테고리에 대한 스페인어 AI Overviews에서 5개 브랜드가 인용된다면, 그중 여러분의 브랜드가 언급되는 비율은 얼마인가요? 이것이 SOV입니다.
  3. 감정 및 정확성: AI 엔진이 다른 언어로 여러분의 브랜드를 인용할 때, 그 정보는 정확한가요? AI 시스템은 때때로 언어를 넘나들며 콘텐츠를 혼합합니다. 미국 제품 클레임이 독일어 답변에 나타나 컴플라이언스 리스크를 초래할 수 있습니다.

국제 가시성 모니터링 에이전트

markdown
---
name: international-visibility-monitor
description: 전통적 SERP와 AI 답변 표면 전반의 다국어 검색 가시성 추적 — 언어 및 시장별 주간 또는 월간 가시성 보고서 생성
---

# 국제 가시성 모니터

전통적 검색과 AI 답변 표면 모두에서 사이트의 언어별 성과를 모니터링합니다. 시장별 순위, 트래픽, AI 인용 존재 여부를 추적하는 구조화된 보고서를 생성합니다.

## 사전 요구사항
- Google Search Console 접근 권한 (사용자가 CSV 내보내기 제공 또는 조회 권한 부여)
- GA4 접근 권한 (사용자가 언어별 세그먼트 트래픽 CSV 내보내기 제공)
- 선택 사항: 자동 순위 추적을 위한 Ahrefs/Semrush/DataForSEO API 접근 권한
- 수동 데이터 임포트에는 API 키 불필요

## 입력
1. 모니터링할 대상 언어 및 국가
2. 언어별 상위 10-20개 키워드
3. GSC 실적 내보내기 (CSV, 국가별 필터)
4. GA4 언어별 트래픽 내보내기 (CSV)
5. 선택 사항: 순위 추적 API 자격 증명
6. 이전 모니터링 보고서 (추세 비교용)

## 워크플로우

### 1단계: 전통적 검색 데이터 수집
- GSC CSV 파싱: 국가별 및 언어 하위 디렉터리별 클릭, 노출, CTR, 평균 순위 추출
- GA4 CSV 파싱: 언어 버전별 세션, 전환, 참여율 추출
- 순위 추적 API 사용 가능 시: 국가별 추적 키워드의 현재 순위 가져오기
- 순위 추적 API 사용 불가 시: 이 사실을 플래그하고 수동 조회 지침 제공

### 2단계: AI 가시성 점검 (수동 또는 자동)
각 대상 언어와 그 상위 5개 키워드에 대해:
- Google AI Overviews에 해당 검색어에 대한 브랜드 등장 여부 문서화 (대상 국가의 Google 도메인에서 검색)
- 도구 접근이 허용되는 경우: 동일 검색어로 Perplexity와 ChatGPT 확인
- 기록: 인용됨/인용 안 됨, 인용된 URL, 인용 정보의 정확성
- 언어 간 혼입 (예: 스페인어 검색어에 영어 URL 인용) 기록

### 3단계: 경쟁사 가시성 스냅샷
각 대상 시장의 상위 3개 경쟁사에 대해:
- 공유 키워드에 대한 순위 기록
- 동일 키워드에 대한 AI Overviews 인용 존재 여부 확인
- 전월 대비 가시성 획득 또는 상실 경쟁사 플래그

### 4단계: 추세 분석
현재 데이터를 이전 기간과 비교:
- 언어별 트래픽 변화 (%)
- 추적 키워드별 순위 변화 (획득/상실 순위)
- AI 인용 존재 여부 변화 (신규 획득 인용, 상실 인용)
- 경쟁사 움직임 (주요 이득 또는 손실)

### 5단계: 보고서 생성
다음을 포함하는 구조화된 가시성 보고서 출력:
1. **임원 대시보드:** 모든 언어와 핵심 지표(트래픽, 평균 순위, AI 인용, 추세 화살표)를 담은 단일 테이블
2. **언어별 심층 분석:** 상위 키워드, 순위 변화, AI 가시성 상태, 경쟁사 활동에 대한 언어별 분석
3. **알림 섹션:** 즉각적 주의가 필요한 레드 플래그 항목 — 트래픽 20% 이상 하락, AI 인용 상실, GSC에서 발견된 hreflang 오류, 상위 키워드에서 경쟁사 추격
4. **실행 항목:** 발견 사항에 기반한 구체적이고 우선순위가 매겨진 작업 (예: "'beste Laufschuhe'에서 독일어 블로그 글이 11위 — 최적화 및 내부 링크 추가로 상위 10위권 진입 추진")

## 출력
다음을 포함하는 구조화된 모니터링 보고서:
1. 다국어 대시보드 (모든 언어, 핵심 지표, 추세 화살표)
2. 키워드 순위, AI 인용, 경쟁사 스냅샷이 포함된 언어별 상세 섹션
3. 레드 플래그 알림
4. 예상 영향도가 포함된 우선순위 실행 항목
5. 데이터 최신성: 각 데이터 소스의 마지막 업데이트 시점과 데이터 누락 공백

## 제한사항
- AI 가시성 점검은 특정 시점의 스냅샷임 — AI 답변은 자주 변경되며 몇 분 간격의 쿼리 간에도 다를 수 있음
- API 없는 순위 추적에는 수동 조회가 필요하며, 자동 순위 데이터는 서드파티 API 가용성에 의존
- GSC 및 GA4 데이터에는 고유 지연 시간 존재 (GSC 24-48시간, GA4 최대 48시간)
- AI 인용 추적은 관찰적이며 포괄적이지 않음 — 현재 모든 플랫폼에서 완전한 AI 인용 커버리지를 제공하는 도구는 없음

다국어 SEO 에이전트 툴킷: 4종 스킬 한눈에 보기

Claude Code에서 즉시 사용할 수 있는 네 가지 에이전트 스킬을 요약합니다. 각 파일은 .claude/skills/<skill-name>/SKILL.md에 저장합니다:

스킬

기능

실행 시점

절약 시간

multilingual-market-scorer

수요, 기회, 비즈니스 적합도 기준으로 국가/언어 점수화

번역 작업 시작 전

3-5시간

multilingual-keyword-research

검색 의도 클러스터링과 SERP 검증을 포함한 현지화 키워드 목록 생성

새 언어 콘텐츠 제작 전

언어당 4-8시간

translation-quality-check

구조적 이슈, 번역 누락, 용어 일관성에 대한 번역 페이지 감사

AI 번역 후, 게시 전

배치당 2-4시간

hreflang-auditor

모든 hreflang 태그를 Google의 8가지 요구사항에 맞춰 크롤링 및 검증

런치 전 및 그 후 매주

감사당 6-10시간

international-visibility-monitor

언어별 순위, 트래픽, AI 인용을 추세 분석과 함께 추적

매주 또는 매월

보고서당 3-5시간

스킬 설치 방법: 위 섹션에서 SKILL.md 콘텐츠를 복사하여 프로젝트의 .claude/skills/<skill-name>/SKILL.md에 저장하고, Claude Code에서 /skill-name으로 실행하세요. 각 스킬은 독립적으로 작동합니다. 사이트가 이미 다국어라면 hreflang-auditor부터 시작하고, 확장을 계획 중이라면 multilingual-market-scorer부터 시작하세요.

초보자 체크리스트: 런치 전 확인할 15가지

새 언어 버전을 런치하기 전에 이 체크리스트를 사용하세요:

  • [ ] 데이터(GA4 + GSC)에 기반하여 타겟 시장 선정 완료, 추측이 아님
  • [ ] 언어별 키워드 리서치 완료 — 상위 10개 키워드 원어민 검증 완료
  • [ ] URL 구조 선택 완료 (초보자는 하위 디렉터리 권장)
  • [ ] IP 기반 자동 리디렉션 없음 — 언어 선택기 UI로 대체 구현됨
  • [ ] 모든 페이지가 실제 서버 사이드 HTML 제공 (클라이언트 사이드 JS 번역이 아님)
  • [ ] HTML lang 속성이 각 페이지의 실제 언어와 일치
  • [ ] Hreflang 태그 구현 완료 (HTML, XML 사이트맵, 또는 HTTP 헤더)
  • [ ] 모든 페이지에 자기 참조 hreflang 태그 존재
  • [ ] 양방향 hreflang 검증 완료 — 모든 A→B에 B→A 존재
  • [ ] x-default hreflang 태그가 기본/폴백 페이지로 설정됨
  • [ ] 모든 hreflang URL이 HTTP 200 반환 (404 없음, 리디렉션 없음)
  • [ ] 모든 페이지의 메타 타이틀과 메타 설명이 번역 및 현지화됨
  • [ ] 이미지 alt 텍스트 번역 완료
  • [ ] 내부 링크가 동일 언어 버전 내에서 유지됨
  • [ ] Google Search Console 국제 타겟팅 보고서 확인 완료 — hreflang 오류 제로

15개 항목을 모두 체크했다면, 해당 언어 버전을 런치할 준비가 된 것입니다.

FAQ

Google Translate를 웹사이트에 그냥 써도 되나요?

원시 Google Translate 출력을 그대로 게시하지 마세요. 2026년에 Google은 여러분의 번역을 자체 기계 번역과 비교합니다. 여러분의 번역이 더 낫지 않다면, 여러분의 페이지 대신 자동 번역 프록시 버전을 제공할 수 있습니다. AI 번역을 1차 패스로 사용한 다음, 번역 품질 점검 에이전트를 실행하고, 가장 영향력이 큰 페이지는 원어민에게 검토받으세요.

다국어 SEO 효과를 보려면 얼마나 걸리나요?

기존 권위가 있는 도메인에 새 언어 하위 디렉터리를 추가하는 경우, 경쟁이 낮은 키워드는 2-4개월 내에 움직임이 나타납니다. 성숙한 시장(독일어, 일본어)의 경쟁 키워드는 6-12개월이 걸릴 수 있습니다. 도메인의 기존 권위가 도움이 됩니다. 동일 도메인의 새 언어 버전은 링크 자산을 상속받으므로, 이것이 ccTLD 대신 하위 디렉터리를 선택하는 주요 논거입니다.

언어마다 별도 도메인이 필요한가요?

아니요. 대부분의 사이트에는 하위 디렉터리(example.com/de/)가 권장됩니다. ccTLD(example.de)는 현지 사무소나 현지 법인이 있거나, ccTLD가 강력한 신뢰 신호인 시장(독일, 일본, 프랑스)에서 운영되는 경우에만 사용하세요.

모든 페이지에 전문 번역 비용을 감당할 수 없다면?

언어별 상위 20개 페이지, 즉 영어 오가닉 트래픽을 가장 많이 유도하는 페이지부터 시작하세요. 나머지는 AI 번역과 품질 점검 에이전트를 활용하세요. 트래픽이 높은 페이지에 300단어의 현지 언어 버전만 만들어도 대개 Google의 자동 번역 프록시 버전을 밀어냅니다. 양보다 질: 잘 현지화된 20개 페이지가 엉성하게 번역된 200개 페이지보다 낫습니다.

2026년에 AI 번역이 SEO에 해가 될까요?

안전한 워크플로우(AI 1차 번역 → 자동 QA 점검 → 고영향 페이지는 사람 검토)를 따른다면 그렇지 않습니다. Google은 "AI로 번역된 콘텐츠를 스팸으로 엄격히 정의하지 않는다"고 명시적으로 밝혔습니다. 리스크는 AI 사용 자체가 아니라, 검토 없이 저품질 AI 출력을 게시하는 것입니다.

중국어나 아랍어처럼 다른 문자 체계나 검색 엔진을 사용하는 언어는 어떻게 처리하나요?

중국의 경우, Baidu가 지배적인 검색 엔진이며 hreflang을 지원하지 않습니다. 대신 Content-Language HTTP 헤더와 Baidu Search Resource Platform을 통한 사이트맵 제출을 사용하세요. 중국 본토에는 간체 중국어(zh-Hans), 대만과 홍콩에는 번체 중국어(zh-Hant)를 사용합니다.

아랍어 및 기타 RTL 언어의 경우, CSS가 오른쪽에서 왼쪽 레이아웃을 지원하는지 확인하세요. Google은 SEO 측면에서 RTL 콘텐츠를 잘 처리하지만, 깨진 RTL 레이아웃은 사용자 경험 지표를 파괴하며, 그 지표는 순위에 영향을 미칩니다.

Claude Code가 정말 다국어 SEO 작업을 모두 처리할 수 있나요?

이 가이드의 에이전트 스킬은 다국어 SEO를 지루하게 만드는 기계적이고 반복적인 작업을 처리합니다: hreflang 오류를 찾기 위해 수백 페이지 크롤링하기, SERP 데이터와 키워드 번역 교차 참조하기, 메타데이터와 alt 텍스트 전반의 번역 커버리지 확인하기, 가시성 보고서 컴파일하기 등입니다. 대체하지 못하는 것: 원어민 콘텐츠 검토, 전략적 시장 결정, 브랜드 메시지의 창의적 현지화, 최종 편집 판단. 에이전트로 지루한 작업의 80%를 제거하고, 인간 전문성이 필요한 20%에 시간을 투자하세요.

언어당 최소 몇 페이지가 필요하나요?

5-20페이지로 시작하세요: 홈페이지, 상위 3-5개 제품/서비스 페이지, 소개 페이지, 연락처 페이지, 그리고 가장 트래픽이 높은 블로그 글입니다. 이 정도면 Google이 해당 언어 버전을 정당한 것으로 인식하기에 충분합니다. GSC 성과 데이터를 기반으로 확장하세요. 해당 언어에서 이미 노출을 얻고 있지만 CTR이 낮은 페이지를 번역하세요.

저자: Dominic Hale, Auspia 18개 시장 국제 SEO 전문가. Dominic은 글로벌 성장 팀을 위해 다국어 검색 전략, 현지화 워크플로우, hreflang 아키텍처, 지역 검색 행동에 대해 집필합니다.

이 주제 더 보기

같은 성장 주제를 계속 살펴보세요