Многоязычное SEO в 2026: Полное руководство по глобальной видимости (с рабочими процессами ИИ-агентов)

Руководство для начинающих по многоязычному SEO в эпоху ИИ-поиска. Охватывает выбор рынков, hreflang, локализацию с помощью ИИ, исследование ключевых слов для каждого языка и бесплатные рабочие процессы ИИ-агентов.

Краткий ответ

Многоязычное SEO — это практика обеспечения видимости вашего сайта в поисковых системах на нескольких языках. В 2026 году речь идёт не просто о переводе страниц и добавлении тегов hreflang. Google теперь автоматически переводит англоязычный контент и показывает его под собственным прокси-доменом — забирая ваш трафик, если у вас нет версии на родном языке пользователя. AI Overviews охватывают более 200 стран и 40+ языков, а ИИ-поисковики, такие как ChatGPT, Perplexity и Gemini, теперь решают, какие бренды цитировать, основываясь на языковых сигналах.

Хорошая новость: вам больше не нужна команда локализации из десяти человек. С помощью рабочих процессов агентов Claude Code (Codex) один SEO-специалист может провести аудит hreflang на сотнях страниц, исследовать ключевые слова на незнакомых языках, проверить качество перевода и отслеживать международную видимость — и всё это с бесплатными инструментами и шаблонами промптов из этого руководства.

В этой статье вы узнаете пошаговый процесс из семи этапов для создания многоязычного сайта, который ранжируется как в традиционном поиске, так и в ответах ИИ, а также получите четыре готовых к использованию навыка ИИ-агентов, автоматизирующих самые сложные части работы.

Многоязычное SEO и международное SEO: в чём разница?

Эти термины постоянно путают. Вот различие:

Многоязычное SEO

Международное SEO

На что нацелено

Пользователи, говорящие на разных языках (испанский, французский, немецкий)

Пользователи в конкретных странах или регионах, даже если они говорят на одном языке

Пример

Сайт с английской, испанской и французской версиями

Сайт с отдельными страницами для США, Великобритании, Канады и Австралии — все на английском

Ключевая техника

Перевод + локализация для каждого языка

Контент с учётом страны + hreflang с кодами регионов

Сигнал для поисковых систем

Языковые аннотации (hreflang="es")

Аннотации языка и региона (hreflang="en-GB")

Большинству глобальных сайтов нужно и то, и другое. Канадскому интернет-магазину могут понадобиться английская версия (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 показывают, что даже минимальная локализованная страница обычно вытесняет прокси-версию из выдачи. Начните с 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:

markdown
---
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. Прокрутите страницу вниз до раздела «Похожие запросы»

Пример: «Running shoes» на немецкий

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

Проверьте поисковый объём. Используйте Google Keyword Planner с настройкой на целевую страну или инструменты вроде Ahrefs/Semrush с включённым фильтром по стране. Бесплатная альтернатива: поищите ключевое слово в Google целевой страны и посмотрите на страницы в топе выдачи — если они подробные, часто обновляются и имеют много обратных ссылок, у ключевого слова, вероятно, значительный объём.

Проверьте с носителем языка. Для топ-10 ключевых слов на каждом языке заплатите носителю $20–50 на платформе вроде Upwork, чтобы он проверил ваш список и отметил всё, что звучит неестественно или упускает распространённый местный вариант. Эта 15-минутная проверка выявляет ошибки, которые ИИ-перевод стабильно пропускает.

Автоматизируйте это с помощью Claude Code

markdown
---
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. У вас есть три варианта, и правильный выбор зависит от ваших ресурсов и целей.

Три варианта

Структура

Пример

SEO-авторитет

Стоимость и обслуживание

Совместимость с ИИ-краулерами

Лучше всего для

Подкаталог

example.com/de/

Консолидируется на одном домене — самый сильный вариант

Низкая — один сервер, одна CMS

Отлично — один домен, понятные сигналы пути

Большинства сайтов; растущих бизнесов; команд до 10 человек

Поддомен

de.example.com

Воспринимается как отдельный сайт — авторитет разделён между поддоменами

Средняя — отдельный хостинг/конфигурация для каждого языка

Хорошо — но каждый поддомен сканируется независимо

Крупных предприятий; сайтов, где каждый язык имеет совершенно другой каталог товаров

ccTLD

example.de

Сильнейший сигнал страны, но начинает с нулевого авторитета на каждом домене

Высокая — отдельные домены, хостинг и часто юридические лица

Хорошо — но авторитет нужно строить с нуля для каждого домена

Устоявшихся брендов с местными офисами; рынков, где ccTLD является сигналом доверия (Германия, Япония)

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

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

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

Блок-схема выбора структуры URL, сравнивающая варианты подкаталога, поддомена и ccTLD для многоязычных веб-сайтов

Шаг 4: Локализируйте — а не просто переводите

Перевод преобразует слова. Локализация адаптирует смысл, контекст, примеры и культурные отсылки. В 2026 году разница между ними определяет, покажет ли Google вашу страницу или собственную автоматически переведённую прокси-версию.

Ландшафт ИИ-перевода в 2026 году

Инструмент

Подход

Автогенерация hreflang

Серверный рендеринг

Лучше всего для

Начальная цена

DeepL

API нейронного машинного перевода

Нет (требуется отдельная реализация)

N/A (API — вы контролируете рендеринг)

Высококачественного первого варианта перевода; европейских языковых пар

Бесплатный тариф; Pro от ~$9/мес

Weglot

Облачный, мульти-движковый (DeepL + Google + Gemini + OpenAI) + собственная ИИ-модель, обучающаяся голосу бренда

Да — автоматически

Да — прокси-слой рендерит реальный HTML

Комплексного решения; начинающих, желающих настроить всё менее чем за час

От $17/мес

GTranslate

Движок Google Translate через прокси-слой

Да — на платных тарифах

Да — на платных тарифах

Бюджетного варианта; простых сайтов

Бесплатно (без индексации); платные от ~$8/мес

WPML

Плагин WordPress — переводы хранятся в базе данных

Ручная настройка

Да (нативно для WordPress)

WordPress-сайтов с собственными командами переводчиков

От ~$39/год

TranslatePress

Плагин WordPress — визуальный front-end редактор

Ручная настройка

Да (нативно для WordPress)

Начинающих пользователей WordPress, которым нужен визуальный редактор

Бесплатно; Pro от ~$8/мес

Безопасный рабочий процесс ИИ-перевода

ИИ-перевод быстрый и дешёвый, но публикация сырого вывода ИИ сопряжена с рисками. Политики Google не запрещают контент, переведённый ИИ, но они наказывают за некачественный перевод. Вот безопасный рабочий процесс:

  1. Первый проход ИИ: Используйте DeepL, Weglot или ChatGPT/Claude для перевода страницы.
  2. Автоматическая проверка качества: Запустите агент проверки качества перевода Claude Code (см. ниже), чтобы выявить: непереведённые сегменты, нарушения глоссария, проблемы расширения текста (немецкий примерно на 30% длиннее английского) и пропущенные переводы метаданных.
  3. Проверка человеком для страниц с высоким эффектом: Главная страница, цены, юридическая информация и топ-5 страниц по трафику проходят проверку носителем языка. Для блог-постов, FAQ и справочной документации достаточно ИИ + авто-QA.
  4. Двойная проверка метаданных: ИИ часто оставляет мета-заголовки, мета-описания, alt-текст изображений и URL-слаги на исходном языке. Это необходимо перевести и локализовать вручную — именно это отображается в поисковой выдаче.

Агент проверки качества перевода

markdown
---
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 (и избегите восьми самых распространённых ошибок)

Теги 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 sitemap:

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"

Восемь самых распространённых ошибок hreflang

#

Ошибка

Почему это ломает работу

Как исправить

1

Отсутствует самостоятельная ссылка

Каждая страница должна включать себя в собственный набор hreflang. Без неё Google может проигнорировать весь кластер.

Добавьте hreflang="de" на немецкой странице, указывающий на саму себя

2

Отсутствуют двусторонние (взаимные) теги

Если страница A ссылается на страницу B, страница B должна ссылаться обратно на страницу A. Одна отсутствующая обратная ссылка ломает всю цепочку.

Проведите аудит с помощью агента hreflang (ниже) — он проверяет двусторонность для каждой пары

3

Неверные коды языка/региона

en-uk вместо en-GB, en-en или sp вместо es

Используйте ISO 639-1 для языка (es, а не sp) и ISO 3166-1 Alpha-2 для региона (GB, а не UK)

4

Отсутствует тег x-default

Без резервного варианта пользователи из неуказанных регионов могут увидеть неверную версию

Всегда включайте hreflang="x-default", указывающий на вашу основную/наиболее универсальную страницу

5

Hreflang указывает на неканонические страницы

Если /de/page имеет каноникал на /de/page?ref=menu, hreflang должен указывать на канонический URL

Убедитесь, что каждый URL в hreflang является канонической версией этой страницы

6

Hreflang указывает на 404 или редирект

Одно изменение URL на сайте с 10 языками создаёт до 20 сломанных ссылок hreflang

Агент аудита hreflang находит все битые ссылки между языковыми версиями

7

Межъязыковые каноникалы

Немецкая страница с <link rel="canonical" href="https://example.com/en/page"> сообщает Google, что немецкая версия не имеет значения

Каноникал каждой языковой версии должен указывать на её собственный URL

8

Несоответствие HTML lang

<html lang="en"> на странице с hreflang="de" сбивает с толку и поисковые системы, и скринридеры

Сопоставьте атрибут lang с фактическим значением hreflang страницы

Диаграмма правильного кластера hreflang, показывающая двусторонние связи между четырьмя языковыми версиями с самостоятельными ссылками и резервным вариантом x-default

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

Это самый высокоокупаемый агент в наборе инструментов. Ручной аудит hreflang на сайте с 5 языками и 50 страницами на каждом языке означает проверку 250 страниц — каждая из которых содержит до 5 тегов hreflang, которые должны быть двусторонними, самореференциальными и безошибочными. Агент делает это за минуты.

markdown
---
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: Используйте фильтр по стране в отчёте «Эффективность». Создайте отдельный ресурс или используйте отчёт «Международный таргетинг», чтобы видеть ошибки, специфичные для hreflang.
  2. GA4: Создайте пользовательский отчёт, показывающий сеансы, конверсии и показатель отказов — с разбивкой по префиксу пути страницы (/de/, /es/, /fr/), чтобы увидеть эффективность по языкам.
  3. Отслеживание позиций: Ahrefs, Semrush или SE Ranking — добавьте целевые ключевые слова с отслеживанием на уровне страны. Проверяйте позиции ежемесячно для языков второй волны, еженедельно — для приоритетных рынков.

Отслеживание видимости в ИИ (что нового в 2026 году)

Для поверхностей ответов ИИ отслеживайте эти три метрики для каждого языка:

  1. Наличие цитирования: Когда кто-то спрашивает о вашей категории на целевом языке в ChatGPT, Perplexity или Gemini — появляется ли ваш бренд в ответе? Отслеживайте «да/нет» для топ-10 ключевых слов на каждой платформе, на каждом языке, ежемесячно.
  2. Доля голоса: Если 5 брендов цитируются в испаноязычных AI Overviews по вашей категории, какой процент упоминает ваш бренд? Это ваша доля голоса (SOV).
  3. Точность и тональность: Когда ИИ-поисковики цитируют ваш бренд на другом языке, является ли информация корректной? ИИ-системы иногда смешивают контент с разных языков — характеристика продукта для рынка США может появиться в немецком ответе, создавая комплаенс-риск.

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

markdown
---
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: все 4 навыка в одном обзоре

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

Навык

Что он делает

Когда запускать

Экономия времени

multilingual-market-scorer

Оценивает страны/языки по спросу, возможностям и соответствию бизнесу

Перед началом любой работы по переводу

3–5 часов

multilingual-keyword-research

Генерирует локализованные списки ключевых слов с кластеризацией по интенту и валидацией по SERP

Перед созданием контента на новом языке

4–8 часов на каждый язык

translation-quality-check

Проводит аудит переведённых страниц на предмет структурных проблем, пропущенных переводов и согласованности терминологии

После ИИ-перевода, перед публикацией

2–4 часа на каждый пакет

hreflang-auditor

Сканирует и проверяет каждый тег hreflang на соответствие восьми требованиям Google

Перед запуском и еженедельно после

6–10 часов на каждый аудит

international-visibility-monitor

Отслеживает позиции, трафик и цитирования в ИИ для каждого языка с анализом трендов

Еженедельно или ежемесячно

3–5 часов на каждый отчёт

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

Чек-лист для начинающих: 15 пунктов для проверки перед запуском

Используйте этот чек-лист перед запуском любой новой языковой версии:

  • [ ] Целевые рынки выбраны на основе данных (GA4 + GSC), а не предположений
  • [ ] Исследование ключевых слов проведено для каждого языка — проверено с носителем языка для топ-10 терминов
  • [ ] Структура URL выбрана (подкаталоги рекомендованы для начинающих)
  • [ ] Отсутствуют автоматические редиректы на основе IP — вместо этого реализован переключатель языка
  • [ ] Все страницы отдают реальный серверный HTML (а не клиентский JS-перевод)
  • [ ] Атрибут HTML lang соответствует фактическому языку каждой страницы
  • [ ] Теги hreflang внедрены (HTML, XML sitemap или HTTP-заголовки)
  • [ ] Тег самостоятельной ссылки hreflang присутствует на каждой странице
  • [ ] Двусторонние hreflang проверены — для каждой связи A→B существует B→A
  • [ ] Тег hreflang x-default указывает на основную/резервную страницу
  • [ ] ВСЕ URL в hreflang возвращают HTTP 200 (без 404, без редиректов)
  • [ ] Мета-заголовки и мета-описания переведены и локализованы для каждой страницы
  • [ ] Alt-текст изображений переведён
  • [ ] Внутренние ссылки остаются в пределах одной языковой версии
  • [ ] Отчёт «Международный таргетинг» в Google Search Console проверен — ноль ошибок hreflang

Если все 15 пунктов отмечены, вы готовы к запуску этой языковой версии.

Часто задаваемые вопросы

Можно ли просто использовать 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 году?

Нет, если вы следуете безопасному рабочему процессу: первый проход ИИ → автоматическая проверка QA → проверка человеком для страниц с высоким эффектом. Google явно заявил, что «наши политики не определяют строго контент, переведённый ИИ, как спам». Риск не в использовании ИИ — а в публикации некачественного вывода ИИ без проверки.

Как работать с такими языками, как китайский или арабский, которые используют другие письменности или поисковые системы?

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

Для арабского и других языков с написанием справа налево (RTL) убедитесь, что ваш CSS поддерживает RTL-макеты. 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 и региональном поисковом поведении для команд глобального роста.

Изучить тему

Продолжайте по той же траектории роста