Багатомовне SEO у 2026: Повний посібник із глобальної видимості (з робочими процесами ШІ-агентів)

Коротка відповідь

Багатомовне SEO — це практика забезпечення видимості вашого сайту в пошукових системах різними мовами. У 2026 році це вже не просто переклад сторінок і додавання тегів hreflang. Google тепер автоматично перекладає англомовний контент і показує його через власний проксі-домен — забираючи ваш трафік, якщо у вас немає версії рідною мовою. AI Overviews охоплюють понад 200 країн і 40+ мов, а ШІ-пошуковики, такі як ChatGPT, Perplexity та Gemini, тепер вирішують, які бренди цитувати, на основі мовно-специфічних сигналів.

Хороша новина: вам більше не потрібна команда локалізації з 10 осіб. За допомогою агентних робочих процесів Claude Code (Codex) один SEO-фахівець може аудитувати hreflang на сотнях сторінок, досліджувати ключові слова мовами, якими не володіє, перевіряти якість перекладу та відстежувати міжнародну видимість — усе це з безкоштовними інструментами та шаблонами промптів із цього посібника.

У цій статті ви дізнаєтеся про 7-кроковий робочий процес для створення багатомовного сайту, який ранжується як у традиційному пошуку, так і в ШІ-відповідях, а також отримаєте чотири готові до використання навички ШІ-агентів, які автоматизують найскладніші частини.

Багатомовне SEO vs. Міжнародне SEO: У чому різниця?

Ці терміни постійно плутають. Ось у чому відмінність:

Більшості глобальних сайтів потрібно і те, і інше. Канадському інтернет-магазину можуть знадобитися англійська (en-CA), французька (fr-CA) та іспанська (es) версії для зростаючої іспаномовної аудиторії — поєднуючи багатомовне та міжнародне SEO в одній стратегії.

Чому багатомовне SEO змінилося у 2025–2026 роках

Три зміни фундаментально змінили те, що потрібно для видимості різними мовами:

Зміна 1: Google автоматично перекладає ваш контент — і забирає трафік собі

Починаючи з березневого Core Update 2025 року, Google різко розширив свою поведінку автоматичного перекладу. Коли користувач шукає іспанською, але Google не може знайти якісне іспаномовне джерело, він бере авторитетну англійську сторінку, перекладає її машинним перекладом на льоту та показує через власний проксі-домен Google (www-your-site-com.translate.goog).

Трафік ніколи не доходить до вашого сайту. Кліки реєструються як translate.google.com / referral замість google / organic, що ламає вашу атрибуцію. Внутрішні посилання на проксі-сторінці ведуть назад до Google, утримуючи користувача в екосистемі Google.

Вирішення просте, але термінове: створіть принаймні 300-слівну версію рідною мовою для кожної сторінки з високим трафіком. Власне дослідження Google свідчить, що навіть мінімальна локалізована сторінка зазвичай витісняє проксі-версію з SERP. Зробіть це спочатку для ваших топ-20 сторінок.

Зміна 2: AI Overviews стали глобальними — і вони цитують джерела місцевою мовою

Google AI Overviews тепер з'являються у понад 200 країнах і 40+ мовах. Мова запиту є одним із найсильніших сигналів, які ШІ-пошуковики використовують для вибору джерел для цитування.

Аналіз Weglot 1,3 мільйона цитувань в AI Overviews показав, що сайти з перекладеним контентом мали на 327% більше видимості в AI Overviews порівняно з одномовними сайтами. У подальшому дослідженні для мексиканської іспанської 96% цитувань Google AI Overviews були іспаномовними джерелами.

Це означає, що ранжування англійською більше не гарантує ШІ-видимість для неангломовних запитів — навіть якщо ваш англомовний контент є видатним.

Зміна 3: ШІ-агенти тепер можуть виконувати важку роботу

Claude Code та подібні ШІ-агенти для кодування стали достатньо потужними, щоб автоматизувати найнудніші частини багатомовного SEO. У 2026 році ви можете запустити один промпт і отримати:

• Повний аудит hreflang на всьому сайті
• Дослідження ключових слів для будь-якої мови, з обсягами пошуку та мітками інтенту
• Перевірку якості перекладу, що порівнює ваші локалізовані сторінки з конкурентами, які пишуть рідною мовою
• Щотижневий моніторинг міжнародної видимості в традиційному пошуку та на поверхнях ШІ-відповідей

Ми розглянемо кожен із цих агентних робочих процесів із повними, готовими до копіювання файлами навичок у кроках нижче.

Крок 1: Виберіть цільові ринки (на основі даних, а не здогадок)

Перш ніж перекладати хоч одне слово, з'ясуйте, які мови та ринки дійсно мають попит на те, що ви пропонуєте.

Що вам потрібно

• Google Analytics 4 (GA4) або аналогічний інструмент аналітики
• Доступ до Google Search Console
• 15 хвилин

Як це зробити

Перевірте наявний трафік. У GA4 перейдіть до Звіти → Демографія → Демографічні деталі, потім змініть основний параметр на «Країна». Знайдіть країни, які надсилають стабільний органічний трафік на ваші англомовні сторінки. Якщо Німеччина надсилає 500 органічних візитів на місяць на англомовний контент, імовірно, існує в 3-5 разів більший попит на німецькомовний контент.

Перевірте Search Console. Перейдіть до Ефективність → Країни. Відфільтруйте за кліками та подивіться на середній CTR для кожної країни. Низький CTR у неангломовній країні часто означає, що користувачі знаходять вашу сторінку, але йдуть, бо вона не їхньою мовою.

Оцініть кожен ринок за трьома факторами:

1. Наявний попит (1–5): Скільки органічного трафіку вже надходить із цієї країни або мови?
2. Конкурентний розрив (1–5): Наскільки сильні місцеві конкуренти? Виконайте пошук за вашими топ-5 ключовими словами на Google-домені цільової країни (напр., google.de, google.fr) і порахуйте, скільки сторінок на першій сторінці належать сайтам, які в основному публікують місцевою мовою.
3. Бізнес-відповідність (1–5): Чи здійснюєте ви доставку туди? Чи підтримуєте валюту? Чи маєте службу підтримки цією мовою?

Перемножте три оцінки. Ринки з результатом 60+ повинні бути вашим найвищим пріоритетом; 30–59 — кандидати другої хвилі.

Автоматизуйте це за допомогою Claude Code

Скопіюйте файл навички нижче в .claude/skills/multilingual-market-scorer/SKILL.md і запустіть /multilingual-market-scorer у Claude Code:

---
name: multilingual-market-scorer
description: Analyze GA4 and GSC data to score and rank target markets for multilingual SEO expansion
---

# Multilingual Market Scorer

Score potential target markets using existing analytics data. This skill helps you prioritize which languages and countries to target first for multilingual SEO.

## Prerequisites
- User has shared GA4 and GSC data (CSV exports from each platform)
- User has defined their top 5 English-language target keywords
- User knows their business constraints (shipping regions, supported currencies, languages of customer support)

## Input
1. GA4 country-level organic traffic export (CSV)
2. GSC country-level performance export (CSV)
3. Top 5 target keywords in English
4. List of countries/regions where the business currently operates

## Workflow

### Phase 1: Extract demand signals
- Parse the GA4 CSV to extract: country, monthly organic sessions, conversion rate by country
- Parse the GSC CSV to extract: country, clicks, impressions, average CTR, average position
- Merge the two datasets on country name

### Phase 2: Score each market
For each country with measurable traffic:
- **Demand Score (1-5):** Based on monthly organic sessions. <100 = 1, 100-500 = 2, 500-2000 = 3, 2000-5000 = 4, 5000+ = 5
- **Opportunity Score (1-5):** Based on average CTR. Below 1% = 5 (high opportunity — users find you but can't read you), 1-2% = 4, 2-4% = 3, 4-7% = 2, 7%+ = 1
- **Business Fit Score (1-5):** User must provide this based on whether they operate in that country. Default to 3 if unknown.

### Phase 3: Rank and recommend
- Multiply Demand × Opportunity × Business Fit for a composite score (max 125)
- Tier 1 (60+): immediate priority — start localization for these markets
- Tier 2 (30–59): second-wave candidates — plan for next quarter
- Tier 3 (<30): monitor — revisit when Tier 1 and 2 are live
- Output a ranked table with: country, primary language, composite score, demand score, opportunity score, business fit score, recommended URL structure, estimated page count to localize

### Phase 4: Output a priority action plan
- Top 3 markets to target first, with recommended languages and URL structure
- List of pages to localize first (based on GSC top pages for each country)
- Estimated word count and translation budget (using current AI translation API pricing)
- Risk: list countries where high demand + low CTR exists but business doesn't operate — flag as strategic decisions

## Output
A structured report with:
1. Market prioritization table (all countries scored and tiered)
2. Top 3 recommended markets with rationale
3. First-wave localization page list (max 20 pages per market)
4. Estimated budget and timeline
5. Flagged strategic gaps

## Limitations
- All scores are estimates based on available data — real-world performance will vary
- Does not replace native-language market research or local competitive analysis
- GA4 and GSC data reflects current English-language performance, not latent non-English demand
- Does not access paid APIs; relies on user-provided CSV exports

Крок 2: Проведіть дослідження ключових слів для кожної мови (навіть тих, якими ви не володієте)

Дослідження ключових слів різними мовами раніше вимагало SEO-фахівців — носіїв мови для кожного ринку. У 2026 році ви можете пройти 80% шляху з безкоштовними інструментами та допомогою ШІ — а потім валідувати результат із носієм мови для фінальних 20%.

Процес

Почніть із ваших топових англійських ключових слів. Візьміть 10-20 ключових слів, які приносять найбільше органічного трафіку на ваш англомовний сайт.

Перекладіть — потім локалізуйте. Використайте DeepL або Google Translate для першого проходу перекладу кожного ключового слова. Потім перевірте переклад на відповідність реальній пошуковій поведінці:

1. Перейдіть на Google-домен цільової країни (напр., google.es для Іспанії, google.de для Німеччини)
2. Почніть вводити перекладене ключове слово в рядок пошуку
3. Подивіться на підказки Google Autocomplete — вони показують, як реальні користувачі насправді формулюють свої запити
4. Прокрутіть донизу SERP до «Пов'язаних запитів»

Приклад: «Running shoes» німецькою

• Прямий переклад: «Laufschuhe»
• Google.de autocomplete показує: «Joggingschuhe», «Sportschuhe», «Laufschuhe Herren»
• Тепер у вас є три варіанти ключових слів для таргетування, а не лише буквальний переклад

Перевірте обсяг пошуку. Використайте Google Keyword Planner, налаштований на цільову країну, або інструмент на кшталт Ahrefs/Semrush із фільтром за країною. Безкоштовна альтернатива: виконайте пошук за ключовим словом у Google цільової країни та подивіться на сторінки з найвищим ранжуванням — якщо вони детальні, часто оновлюються та мають багато зворотних посилань, ключове слово, ймовірно, має значний обсяг.

Валідуйте з носієм мови. Для ваших топ-10 ключових слів на кожну мову заплатіть носієві мови $20-50 на платформі на кшталт Upwork, щоб він перевірив ваш список ключових слів і позначив усе, що звучить неприродно або пропускає поширений місцевий варіант. Ця 15-хвилинна перевірка виявляє помилки, які ШІ-переклад постійно пропускає.

Автоматизуйте це за допомогою Claude Code

---
name: multilingual-keyword-research
description: Generate and validate localized keyword lists for any target language and country, using AI translation plus SERP validation
---

# Multilingual Keyword Research Agent

Generate a localized keyword research report for any target language and market. Combines AI translation with SERP validation steps to produce keyword lists that reflect how real users search.

## Prerequisites
- User has defined target country (ISO code) and language
- User has provided 10-20 seed keywords in English (or their source language)
- User has access to Google Keyword Planner, DataForSEO, or is comfortable with manual SERP checks
- No API keys needed for the basic workflow; DataForSEO integration is optional for automated volume data

## Input
1. Target country (e.g., `DE`, `ES`, `JP`) and language (e.g., `de`, `es`, `ja`)
2. 10-20 seed keywords in source language
3. Business category or industry (for context)
4. Optional: DataForSEO API credentials (for automated search volume data)

## Workflow

### Phase 1: Translate and expand seed keywords
For each seed keyword:
- Generate a first-pass translation into the target language using AI (note which model was used)
- Identify 3-5 natural variants: synonyms, longer-tail phrasings, question forms, local terminology
- Flag any keywords where the direct translation is likely different from how locals search

### Phase 2: SERP validation (manual or automated)
For each translated keyword:
- Check Google Autocomplete on the target country's Google domain — record top 5 suggestions
- Check "Related searches" at the bottom of the SERP — record all relevant terms
- If DataForSEO is available: query search volume, CPC, and competition for each keyword
- If DataForSEO is NOT available: note this and provide instructions for manual Keyword Planner lookup

### Phase 3: Cluster by search intent
Group keywords into:
- **Informational:** "what is X," "how to Y," guides, definitions
- **Commercial:** "best X," "X vs Y," reviews, comparisons
- **Transactional:** "buy X," "X price," "X near me," product names
- **Navigational:** brand names, specific site searches

### Phase 4: Prioritize
Score each keyword cluster on:
- Relevance to business (1-5)
- Estimated volume tier (Low/Medium/High — do not fabricate exact numbers if API data is unavailable)
- Competition level based on SERP analysis (number of well-optimized pages on page 1, ad density)
- Content gap: does the user already have content targeting this keyword in this language?

### Phase 5: Output a keyword map
For the top 20 keywords:
- Keyword in target language
- English translation (for the user's reference)
- Search intent category
- Volume tier (L/M/H)
- Recommended content type (landing page, blog post, product page, glossary entry)
- Existing URL if content already exists in any language that could be adapted

## Output
A structured keyword research report with:
1. Market overview: total keyword opportunities found, intent distribution, volume summary
2. Top 20 prioritized keywords with full metadata
3. Content mapping: which keywords map to which existing or new pages
4. Native-speaker validation checklist: top 10 keywords to send to a native speaker for review, with specific questions ("Does [keyword] sound natural? What would a local say instead?")
5. Data sources used, retrieval dates, and gaps (keywords where volume data was unavailable)

## Limitations
- AI translation of keywords is a starting point, not a final answer — always validate with a native speaker
- Search volume data is an estimate from the data provider; actual volumes vary by season and market conditions
- Does not access paid keyword APIs unless user has configured them; manual fallback instructions are provided
- Cannot capture ultra-niche local slang or emerging terms without native-speaker input

Крок 3: Виберіть правильну структуру URL

Кожна мовна версія сторінки потребує власної URL-адреси. У вас є три варіанти, і правильний вибір залежить від ваших ресурсів і цілей.

Три варіанти

Рекомендація для початківців: Використовуйте підкаталоги (example.com/de/, example.com/es/). Їх найлегше налаштувати, відстежувати та обслуговувати. Весь SEO-авторитет накопичується на одному домені. Джон Мюллер з Google неодноразово заявляв, що підкаталоги добре працюють для багатомовних сайтів.

Одне критичне правило

Ніколи не перенаправляйте користувачів автоматично на основі їхньої IP-адреси. Googlebot переважно сканує з американських IP-адрес. Якщо ви перенаправите краулери з США на англійську версію, Google ніколи не побачить ваші німецькі чи японські сторінки. Використовуйте перемикач мови/регіону (банер або випадаючий список) замість примусових перенаправлень.

Крок 4: Локалізуйте — а не просто перекладайте

Переклад конвертує слова. Локалізація адаптує значення, контекст, приклади та культурні посилання. У 2026 році ця різниця визначає, чи покаже Google вашу сторінку, чи власну автоматично перекладену проксі-версію.

Ландшафт ШІ-перекладу у 2026 році

Безпечний робочий процес ШІ-перекладу

ШІ-переклад швидкий і дешевий, але публікувати сирий результат ШІ ризиковано. Політики Google не забороняють контент, перекладений ШІ, але вони штрафують неякісний переклад. Ось безпечний робочий процес:

1. Перший прохід ШІ: Використайте DeepL, Weglot або ChatGPT/Claude для перекладу сторінки.
2. Автоматична перевірка якості: Запустіть агента перевірки якості перекладу Claude Code (див. нижче), щоб позначити: неперекладені сегменти, порушення глосарію, проблеми розширення тексту (німецька приблизно на 30% довша за англійську) та відсутні переклади метаданих.
3. Людська перевірка для сторінок з високим впливом: Головна сторінка, ціни, юридична інформація та топ-5 сторінок за трафіком отримують перевірку носієм мови. Блогові пости, FAQ і довідкова документація можуть покладатися на ШІ + автоматичну перевірку якості.
4. Подвійна перевірка метаданих: ШІ часто залишає meta-заголовки, meta-описи, alt-текст зображень і URL-слаги мовою оригіналу. Їх потрібно перекласти та локалізувати вручну — саме вони з'являються в SERP.

Агент перевірки якості перекладу

---
name: translation-quality-check
description: Audit AI-translated pages for common quality issues — missing translations, glossary violations, text expansion, metadata gaps, and localization consistency
---

# Translation Quality Check Agent

Review AI-translated or human-translated pages for common multilingual SEO quality issues. Produces a prioritized fix list.

## Prerequisites
- User provides URLs or HTML files of both source and translated pages
- User optionally provides a glossary file (CSV: source_term, target_term, notes)
- User specifies source language and target language

## Input
1. Source page URL or HTML file path
2. Translated page URL or HTML file path (can be multiple target languages)
3. Source language code (ISO 639-1)
4. Target language code(s) (ISO 639-1)
5. Optional: glossary CSV for terminology consistency
6. Optional: brand voice guide or translation memory notes

## Workflow

### Phase 1: Structural check
For each translated page:
- Verify the page has a unique, translated URL (not the same URL as the source)
- Verify the HTML `lang` attribute matches the target language
- Verify the page serves real HTML (not client-side JS translation) — check if translated text is present in the raw HTML source
- Check that all meta tags are translated: `<title>`, `<meta name="description">`, `<meta property="og:title">`, `<meta property="og:description">`

### Phase 2: Content coverage check
Compare source and translated pages:
- Count `<h1>` through `<h4>` headings — verify all are translated
- Check image `alt` attributes — flag any still in the source language
- Check button text, form labels, error messages, footer links — these are frequently missed
- Check structured data (JSON-LD) — flag if schema content is in the source language

### Phase 3: Translation quality indicators
Flag potential quality issues:
- **Untranslated segments:** Text blocks in the source language appearing on the translated page
- **Text expansion/truncation:** Compare character counts of key elements (titles, CTAs, navigation items). Flag elements where the target language is >40% longer (risk of truncation in SERPs and UI)
- **Glossary violations:** If a glossary is provided, check that defined terms use the approved translation
- **Inconsistent terminology:** The same source term translated differently across the page (e.g., "checkout" translated as both "Kasse" and "Zur Kasse gehen" on the same German page)

### Phase 4: Localization depth check
Score the page on localization quality (not just translation accuracy):
- **Examples and references:** Are case studies, statistics, and examples localized or still US/UK-centric?
- **Currency, dates, measurements:** Are these in local format?
- **Cultural markers:** Currency symbols, address formats, phone number formats
- **Images:** Do images contain text in the target language, or are they still in the source language?

### Phase 5: Output a prioritized fix list
Categorize issues:
- **Critical (fix before launch):** Missing hreflang, untranslated title/meta, wrong lang attribute, client-side-only rendering
- **High (fix within 1 week):** Untranslated headings, missing alt text, schema in wrong language
- **Medium (fix within 1 month):** Inconsistent terminology, untranslated UI text, text expansion risks
- **Low (improvement backlog):** Non-localized examples, source-language images, formats

## Output
A structured quality report with:
1. Overall quality score (A–F) and summary
2. Critical issues list (with exact element locations)
3. High-priority issues list
4. Comparison table: source vs. translated page element-by-element
5. Native-speaker review checklist: specific sections to prioritize if budget is limited
6. Estimated fix time per priority tier

## Limitations
- Automated check cannot assess naturalness, idiomatic quality, or cultural nuance — a native speaker is still needed for final review
- Glossary matching is exact-string only; won't catch inflected forms without a comprehensive glossary
- Does not evaluate translation accuracy against a reference translation — this is a coverage and consistency check, not a fluency evaluation

Крок 5: Впровадьте теги Hreflang (і уникніть 8 найпоширеніших помилок)

Теги Hreflang повідомляють пошуковим системам: «Ця сторінка є німецькою версією тієї англійської сторінки». Без них Google може показати користувачам неправильну мову — або розглядати мовні версії як дубльований контент і індексувати лише одну.

Три способи впровадження Hreflang

1. HTML-теги `<link>` (найкраще для більшості сайтів)

Додайте їх усередину <head> кожної сторінки:

<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 sitemap:

<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:

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

8 найпоширеніших помилок Hreflang

Агент аудиту Hreflang (автоматизуйте рутину)

Це агент із найвищим ROI у всьому наборі інструментів. Ручний аудит hreflang на сайті з 5 мовами та 50 сторінками на кожну мову означає перевірку 250 сторінок — кожна з яких має до 5 тегів hreflang, які повинні бути двонаправленими, самопосилальними та безпомилковими. Агент робить це за лічені хвилини.

---
name: hreflang-auditor
description: Crawl and audit hreflang implementation across an entire multilingual site — catch broken links, missing return tags, invalid codes, canonical conflicts, and generate fix-ready reports
---

# Hreflang Audit Agent

Crawl a multilingual website and audit every hreflang tag against Google's requirements. Produces a fix-ready report with exact URLs, error types, and severity ratings.

## Prerequisites
- User provides the base URL of the site (any language version — the agent will discover others via hreflang links)
- User confirms which URL structure is in use (subdirectory, subdomain, or ccTLD)
- No API keys required — uses HTTP requests and HTML parsing

## Input
1. Base URL of the website (e.g., `https://example.com/` or `https://example.com/de/`)
2. Known language codes if not all are discoverable (e.g., `["en", "de", "es", "fr", "ja"]`)
3. Optional: sitemap URL if hreflang is implemented via XML sitemaps
4. Optional: ignore list — URL patterns to skip (e.g., `/tag/`, `/author/`, `/page/`)

## Workflow

### Phase 1: Discover all language versions
- Crawl the provided base URL
- Extract all hreflang links from `<link rel="alternate" hreflang="...">` tags in the HTML `<head>`
- If XML sitemap is provided, also extract hreflang clusters from the sitemap
- Build a language-page matrix: every URL × every language version

### Phase 2: Validate each page in the cluster
For every page in the matrix, check these 8 rules:

1. **Self-referencing:** The page's own hreflang value points to its own canonical URL
2. **Bidirectionality:** For every pair (A→B), verify B→A exists
3. **Valid codes:** Language code matches ISO 639-1; region code matches ISO 3166-1 Alpha-2
4. **x-default present:** At least one page in the cluster has `hreflang="x-default"`
5. **Canonical alignment:** Each hreflang URL is the canonical version (not a parameterized or alternate URL)
6. **HTTP status:** Every hreflang URL returns 200 (not 301, 302, 404, or 500)
7. **No cross-language canonicals:** Each page's canonical points to a URL in the same language
8. **HTML lang match:** The `<html lang="...">` attribute value is consistent with the page's hreflang value

### Phase 3: Check for structural issues
- **Inconsistent clusters:** Pages that don't have the same set of hreflang tags as others in their cluster
- **Orphan pages:** Translated pages that exist but aren't referenced by any hreflang cluster
- **Chained redirects:** Hreflang URLs that redirect (301/302) — these should point directly to the final URL
- **Protocol mismatches:** HTTP vs HTTPS inconsistencies across the hreflang set

### Phase 4: Generate the fix report
For each issue found, output:
- Error type (from the 8 rules above)
- Severity: **Critical** (breaks the entire cluster), **High** (wrong page may be served), **Medium** (compliance issue), **Low** (best-practice deviation)
- Source URL (where the error was found)
- Target URL (the problematic hreflang link)
- Fix instruction: exact code or configuration change needed

### Phase 5: Generate corrected hreflang tags
For clusters with fixable errors:
- Output the corrected set of `<link>` tags for each page
- Output the corrected XML sitemap entries if applicable
- Flag clusters that cannot be auto-fixed (e.g., missing pages that need to be created first)

## Output
A structured audit report with:
1. Executive summary: total pages crawled, language versions found, errors by severity, overall health score (A–F)
2. Error table: each error with type, severity, source URL, target URL, and fix instruction
3. Cluster-by-cluster health: each page cluster with pass/fail per rule
4. Auto-generated fix code: corrected hreflang tags for every broken page
5. Prioritized action plan: which errors to fix first and why

## Limitations
- Crawls only linked pages within the hreflang clusters it discovers; pages without hreflang tags that should have them won't be found
- Cannot fix pages server-side — output is advisory only
- For JavaScript-rendered hreflang tags, the raw HTML approach won't work — use the XML sitemap method instead
- Does not check if the *content* of each language version is actually translated (use the translation quality agent for that)

Крок 6: Побудуйте локальні посилання та структури внутрішніх посилань

Посилання з німецьких сайтів допомагають вашим німецьким сторінкам ранжуватися. Посилання з японських сайтів допомагають вашим японським сторінкам ранжуватися. Кожна мовна версія будує свій власний пул авторитету.

Правила внутрішніх посилань для багатомовних сайтів

Залишайтеся в межах однієї мови. Німецький блоговий пост повинен посилатися на інші німецькі сторінки, а не на англійські. Крос-мовні внутрішні посилання заплутують як користувачів, так і пошукові системи. Використовуйте теги hreflang — а не посилання в тілі сторінки — для зв'язку мовних версій.

Мінімум 5 внутрішніх посилань на сторінку, тією ж мовою. Кожна перекладена сторінка повинна отримувати посилання щонайменше з 3-5 інших сторінок тією ж мовою. Це запобігає появі сторінок-сиріт — поширеній проблемі, коли сайти перекладають контент, але забувають перекласти навігаційний контекст.

Одна зміна URL викликає каскад. Якщо ви змінюєте URL на своєму англійському сайті, і 10 мов посилаються на нього внутрішньо, це 10 зламаних посилань. Агент аудиту hreflang вище виявляє їх — запускайте його щотижня, якщо ви активно публікуєте.

Побудова зовнішніх посилань для кожної мови

Вам не потрібна окрема кампанія з побудови посилань для кожної мови. Почніть із цих трьох підходів:

1. Місцеві каталоги та платформи відгуків: Кожна країна має власну екосистему бізнес-каталогів, сайтів відгуків і галузевих порталів. Зареєструйте свої профілі. Це легкі посилання, які часто добре ранжуються локально.
2. Майнінг зворотних посилань конкурентів: Використайте Ahrefs або Semrush, щоб отримати профіль зворотних посилань вашого головного конкурента в кожній цільовій країні. Відфільтруйте за локальними доменами (.de, .fr, .jp). Це ваш найлегший здобуток.
3. Місцевий PR і гостьові пости: Один добре розміщений гостьовий пост на поважному місцевому виданні вартий більше, ніж 50 низькоякісних посилань із каталогів. Віддавайте перевагу якості над кількістю — особливо на менших ринках, де граф посилань менш насичений.

Крок 7: Відстежуйте ранжування, трафік і ШІ-видимість для кожної мови

Традиційне відстеження SEO (ранжування + органічний трафік) все ще є важливим. Але у 2026 році вам також потрібно відстежувати, чи цитують ШІ-пошуковики ваш контент кожною мовою.

Налаштування традиційного відстеження

1. Google Search Console: Використовуйте фільтр за країною у звіті про ефективність. Створіть окрему властивість або використовуйте звіт International Targeting, щоб бачити помилки, специфічні для hreflang.
2. GA4: Створіть користувацький звіт, що показує сесії, конверсії та показник відмов — із розбивкою за префіксом шляху сторінки (/de/, /es/, /fr/), щоб бачити ефективність для кожної мови.
3. Відстеження ранжування: Ahrefs, Semrush або SE Ranking — додайте ваші цільові ключові слова з відстеженням на рівні країни. Перевіряйте позиції щомісяця для мов другої хвилі, щотижня для пріоритетних ринків.

Відстеження ШІ-видимості (що нового у 2026)

Для поверхонь ШІ-відповідей відстежуйте ці три метрики для кожної мови:

1. Присутність у цитуваннях: Коли хтось запитує про вашу категорію цільовою мовою в ChatGPT, Perplexity або Gemini — чи з'являється ваш бренд у відповіді? Відстежуйте так/ні для ваших топ-10 ключових слів на кожній платформі, для кожної мови, щомісяця.
2. Частка голосу: Якщо 5 брендів цитуються в іспаномовних AI Overviews для вашої категорії, який відсоток згадує ваш бренд? Це ваша частка голосу (SOV).
3. Тональність і точність: Коли ШІ-пошуковики цитують ваш бренд іншою мовою, чи є інформація правильною? ШІ-системи іноді змішують контент різними мовами — твердження про продукт із США може з'явитися в німецькій відповіді, створюючи комплаєнс-ризик.

Агент моніторингу міжнародної видимості

---
name: international-visibility-monitor
description: Track multilingual search visibility across traditional SERPs and AI answer surfaces — generate weekly or monthly visibility reports per language and market
---

# International Visibility Monitor

Monitor how your site performs across languages in both traditional search and AI answer surfaces. Generates structured reports that track rankings, traffic, and AI citation presence per market.

## Prerequisites
- Google Search Console access (user provides CSV exports or grants view access)
- GA4 access (user provides CSV exports of language-segmented traffic)
- Optional: Ahrefs/Semrush/DataForSEO API access for automated rank tracking
- No API keys needed for manual data imports

## Input
1. Target languages and countries to monitor
2. Top 10-20 keywords per language
3. GSC performance export (CSV, filtered by country)
4. GA4 traffic-by-language export (CSV)
5. Optional: rank tracking API credentials
6. Previous monitoring report (for trend comparison)

## Workflow

### Phase 1: Collect traditional search data
- Parse GSC CSV: extract clicks, impressions, CTR, and average position per country and per language subdirectory
- Parse GA4 CSV: extract sessions, conversions, and engagement rate per language version
- If rank tracking API is available: pull current positions for tracked keywords per country
- If rank tracking API is NOT available: flag this and provide manual lookup instructions

### Phase 2: AI visibility check (manual or automated)
For each target language and its top 5 keywords:
- Document whether the brand appears in Google AI Overviews for those queries (search from the target country's Google domain)
- If tool access permits: check Perplexity and ChatGPT for the same queries
- Record: cited or not cited, which URL was cited, whether the citation is accurate
- Note any cross-language contamination (e.g., English URL cited for a Spanish query)

### Phase 3: Competitor visibility snapshot
For the top 3 competitors in each target market:
- Record their ranking positions for your shared keywords
- Check their AI Overview citation presence for the same keywords
- Flag competitors gaining or losing visibility month-over-month

### Phase 4: Trend analysis
Compare current data against the previous period:
- Traffic change per language (%)
- Ranking change per tracked keyword (positions gained/lost)
- AI citation presence change (new citations won, citations lost)
- Competitor movement (major gains or losses)

### Phase 5: Generate the report
Output a structured visibility report with:
1. **Executive dashboard:** One table with all languages and their key metrics (traffic, avg position, AI citations, trend arrows)
2. **Language deep-dives:** Per-language breakdown of top keywords, ranking changes, AI visibility status, and competitor activity
3. **Alert section:** Red-flag items needing immediate attention — traffic drops >20%, lost AI citations, hreflang errors found in GSC, competitors gaining on top keywords
4. **Action items:** Specific, prioritized tasks based on findings (e.g., "German blog post at position 11 for 'beste Laufschuhe' — optimize and add internal links to push into top 10")

## Output
A structured monitoring report with:
1. Multi-language dashboard (all languages, key metrics, trend arrows)
2. Per-language detailed section with keyword rankings, AI citations, and competitor snapshots
3. Red-flag alerts
4. Prioritized action items with expected impact
5. Data freshness: when each data source was last updated, and gaps where data is missing

## Limitations
- AI visibility checks are point-in-time snapshots — AI answers change frequently and may differ between queries minutes apart
- Rank tracking without an API requires manual lookups; automated rank data depends on third-party API availability
- GSC and GA4 data have inherent lag (24-48 hours for GSC, up to 48 hours for GA4)
- AI citation tracking is observational, not exhaustive — no tool currently provides complete AI citation coverage across all platforms

Набір інструментів агентів для багатомовного SEO: усі 5 навичок одним поглядом

Ось підсумок п'яти агентних навичок, які ви можете використовувати негайно з Claude Code. Кожен файл розміщується в .claude/skills/<skill-name>/SKILL.md:

Щоб встановити будь-яку навичку: Скопіюйте вміст SKILL.md із розділів вище, збережіть його в .claude/skills/<skill-name>/SKILL.md у вашому проєкті та запустіть за допомогою /skill-name у Claude Code. Кожна навичка працює незалежно — почніть із hreflang-auditor, якщо ваш сайт уже багатомовний, або з multilingual-market-scorer, якщо ви плануєте розширення.

Чек-лист для початківців: 15 речей, які потрібно перевірити перед запуском

Використовуйте цей чек-лист перед запуском будь-якої нової мовної версії:

• [ ] Цільові ринки вибрано на основі даних (GA4 + GSC), а не припущень
• [ ] Дослідження ключових слів завершено для кожної мови — валідовано з носієм мови для топ-10 термінів
• [ ] Вибрано структуру URL (підкаталоги рекомендовано для початківців)
• [ ] Жодних автоматичних перенаправлень на основі IP — натомість впроваджено UI перемикача мов
• [ ] Усі сторінки віддають справжній серверний HTML (не клієнтський JS-переклад)
• [ ] Атрибут HTML lang відповідає фактичній мові кожної сторінки
• [ ] Теги Hreflang впроваджено (HTML, XML sitemap або HTTP-заголовки)
• [ ] Самопосилальний тег hreflang присутній на кожній сторінці
• [ ] Двонаправлений hreflang перевірено — кожен A→B має B→A
• [ ] Тег hreflang x-default встановлено на основну/резервну сторінку
• [ ] УСІ URL hreflang повертають HTTP 200 (жодних 404, жодних редіректів)
• [ ] Meta-заголовки та meta-описи перекладено та локалізовано для кожної сторінки
• [ ] Alt-текст зображень перекладено
• [ ] Внутрішні посилання залишаються в межах тієї ж мовної версії
• [ ] Звіт Google Search Console International Targeting перевірено — нуль помилок hreflang

Якщо всі 15 пунктів відмічено, ви готові до запуску цієї мовної версії.

FAQ

Чи можу я просто використовувати Google Translate для свого сайту?

Не публікуйте сирий результат Google Translate. У 2026 році Google порівнює ваші переклади зі своїм власним машинним перекладом — якщо ваш не кращий, він може показати свою автоматично перекладену проксі-версію замість вашої сторінки. Використовуйте ШІ-переклад як перший прохід, потім запустіть агента перевірки якості перекладу та залучіть носія мови для перевірки ваших сторінок із найвищим впливом.

Скільки часу потрібно, щоб побачити результати від багатомовного SEO?

Для нового мовного підкаталогу на усталеному домені очікуйте руху через 2-4 місяці для низькоконкурентних ключових слів. Конкурентні терміни на зрілих ринках (німецька, японська) можуть зайняти 6-12 місяців. Наявний авторитет домену допомагає — нові мовні версії на тому ж домені успадковують вагу посилань, що є головним аргументом на користь підкаталогів замість ccTLD.

Чи потрібен мені окремий домен для кожної мови?

Ні. Підкаталоги (example.com/de/) є рекомендованим підходом для більшості сайтів. Використовуйте ccTLD (example.de) лише якщо у вас є місцеві офіси, місцеві юридичні особи або ви працюєте на ринках, де ccTLD є сильним сигналом довіри (Німеччина, Японія, Франція).

Що робити, якщо я не можу дозволити собі професійний переклад для кожної сторінки?

Почніть із ваших топ-20 сторінок на кожну мову — тих, які приносять найбільше англомовного органічного трафіку. Для решти використовуйте ШІ-переклад з агентом перевірки якості. Навіть 300-слівна версія рідною мовою для сторінки з високим трафіком зазвичай витісняє автоматично перекладену проксі-версію Google. Якість над кількістю: 20 добре локалізованих сторінок перемагають 200 погано перекладених.

Чи зашкодить ШІ-переклад моєму SEO у 2026 році?

Ні, якщо ви дотримуєтеся безпечного робочого процесу: перший прохід ШІ → автоматизована перевірка якості → людська перевірка для сторінок із високим впливом. Google чітко заявив, що «наші політики не визначають суворо контент, перекладений ШІ, як спам». Ризик не у використанні ШІ — а в публікації низькоякісного результату ШІ без перевірки.

Як працювати з мовами, як-от китайська чи арабська, які використовують інші писемності або пошукові системи?

Для Китаю Baidu є домінуючою пошуковою системою і не підтримує hreflang. Натомість використовуйте HTTP-заголовки Content-Language та Search Resource Platform від Baidu для надсилання sitemap. Використовуйте спрощену китайську (zh-Hans) для материкового Китаю, традиційну китайську (zh-Hant) для Тайваню та Гонконгу.

Для арабської та інших мов з письмом справа наліво (RTL) переконайтеся, що ваш CSS підтримує макети справа наліво. Google нормально обробляє RTL-контент для SEO, але зламаний RTL-макет знищить метрики користувацького досвіду — а ці метрики впливають на ранжування.

Чи справді Claude Code може впоратися з усіма моїми завданнями багатомовного SEO?

Агентні навички в цьому посібнику виконують механічну, повторювану роботу, яка робить багатомовне SEO виснажливим: сканування сотень сторінок на помилки hreflang, перехресна перевірка перекладів ключових слів із даними SERP, перевірка покриття перекладу в метаданих і alt-тексті, а також складання звітів про видимість. Що вони не замінюють: перевірку контенту носієм мови, стратегічні ринкові рішення, креативну локалізацію брендового меседжингу та фінальне редакторське судження. Використовуйте агентів, щоб усунути 80% рутини — а потім витрачайте свій час на 20%, які потребують людської експертизи.

Яка мінімальна кількість сторінок потрібна для кожної мови?

Почніть із 5-20 сторінок: головна сторінка, топ 3-5 сторінок продуктів/послуг, сторінка «Про нас», контактна сторінка та ваші блогові пости з найвищим трафіком. Цього достатньо, щоб Google визнав мовну версію легітимною. Розширюйте на основі даних про ефективність із GSC — перекладайте сторінки, які вже отримують покази, але мають низький CTR цією мовою.

Автор: Домінік Гейл (Dominic Hale), спеціаліст із міжнародного SEO на 18 ринках в Auspia. Домінік пише про стратегію багатомовного пошуку, робочі процеси локалізації, архітектуру hreflang та регіональну пошукову поведінку для команд глобального зростання.