Мультиязычное SEO: hreflang, структура и локализация

Мультиязычный сайт — это не просто набор переведённых страниц. Для SEO это отдельная архитектурная задача: Google должен понять, какая версия предназначена для какой аудитории, где находится каноническая страница и как ссылочный вес распределяется между языковыми версиями. Неудачная структура превращается в технический долг на годы.

Три стратегии структуры URL

Google официально поддерживает три подхода к структуре URL для мультиязычных и мультирегиональных сайтов. У каждого свои сильные стороны, ограничения и требования к инфраструктуре.

zoom_in

По ключевым параметрам: подпапки выигрывают в концентрации ссылочного веса и простоте поддержки. ccTLD — в силе геосигнала. Поддомены не выигрывают ни в одной категории и постепенно теряют популярность.

Геотаргетинг: города, регионы и страны

Региональное SEO — самостоятельная дисциплина внутри мультиязычной архитектуры. Когда пользователь ищет «ремонт квартир в Мюнхене», Google хочет показать сайт, который явно релевантен этому городу. За это отвечают несколько механизмов.

Геотаргетинг через URL

Подпапки с кодом региона или города: /london/, /berlin/, /warsaw/. Или ccTLD-домены для стран: .de для Германии, .fr для Франции, .pl для Польши. Робот читает URL-сигнал до разбора содержимого страницы.

Геотаргетинг через Search Console

Для поддоменов и общих доменов верхнего уровня (.com, .org) можно указать целевую страну в настройках ресурса в Google Search Console. Это дополнительный сигнал, слабее ccTLD. Не применяется к подпапкам — только к домену или поддомену целиком.

Геотаргетинг через контент и NAP

Упоминания города, региона, адреса и местных телефонных номеров в контенте (NAP — Name, Address, Phone). Важно для локального SEO. Google сверяет контентные сигналы с данными Google Maps и Google Business Profile.

Если у бизнеса офисы в нескольких городах, оптимальна структура с основным доменом и подпапками: site.com/london/, site.com/berlin/. Для каждого города — отдельные страницы с уникальным контентом, а не просто замена названия города. Дубли с заменой города — один из самых частых фильтров в локальном SEO.

Выбор платформы: WordPress, MODX, Next.js и headless CMS

Выбор CMS сильно влияет на возможности мультиязычного и мультирегионального сайта. Каждая платформа решает задачу по-своему, с разными компромиссами по гибкости, стоимости разработки и масштабируемости.

Для простого двуязычного корпоративного сайта разумный выбор — WordPress + WPML. Для сложной региональной сети из десятков доменов — только Next.js. MODX подходит, если команда уже работает с этой платформой и имеет нужную экспертизу.

Next.js и несколько доменов: один монорепозиторий, несколько ccTLD

Это самая мощная и самая сложная для внедрения архитектура. Суть: одна кодовая база, один репозиторий, один пайплайн деплоя, но несколько независимых ccTLD-доменов для разных стран. Доступна только на Next.js (и на Nuxt 3 в похожей логике): WordPress и MODX не справятся с этим без серьёзной перестройки инфраструктуры.

На практике: в next.config.ts описываете домены и соответствующие им локали. Middleware перехватывает запрос, проверяет имя хоста (seohead.ru → ru, seohead.com → en, seohead.de → de) и задаёт нужную локаль в запросе. Все компоненты, переводы и SEO-метаданные получают правильную локаль без дублирования кода.

Этот подход подходит бизнесу, который работает в 3+ странах с отдельными ccTLD, имеет команду разработки (а не одного фрилансера) и существующий или запланированный стек на Next.js. Для малого бизнеса с одним-двумя языками это избыточно.

Локализация и перевод: как делать правильно

Локализация — это не перевод. Перевод передаёт смысл на другом языке. Локализация адаптирует контент под культурный контекст, ожидания аудитории и местные нормы. Для SEO разница критична: машинный перевод даёт низкокачественный дублированный контент, который Google всё лучше распознаёт.

Машинный перевод (DeepL, Google Translate)

Быстро и дёшево, но обязательна правка носителем языка. Сырой машинный перевод без постредактуры — это не локализация, а риск попасть под санкции за тонкий контент. Используйте его как черновик, а не как готовый результат.

Профессиональный перевод с локализацией

Переводчик-носитель адаптирует не только текст, но и примеры, кейсы, единицы измерения, форматы дат и валюты, культурные отсылки. Дорого, но это правильный подход для ключевых страниц: главной, услуг, «О компании».

CAT-инструменты и память переводов (TM)

Для больших объёмов контента: Phrase (ранее Memsource), Lokalise, Crowdin. Они хранят согласованные переводы терминов и экономят до 40% времени при обновлении контента. Интегрируются с кодовой базой через CI/CD-пайплайны.

Ключевые запросы на целевых языках нужно исследовать отдельно: прямой перевод фразы часто не совпадает с тем, что реально вводят носители. Используйте Ahrefs или Semrush с переключением на целевую страну, а не переводчик.

Настройка SEO: hreflang, sitemap, canonical

Техническая настройка мультиязычного сайта состоит из нескольких обязательных элементов. Пропуск любого из них приводит к путанице в индексации и потере трафика.

Что выбрать: подпапки или мультидомены

Универсальный совет: начните с анализа конкурентов в каждом целевом регионе. Если топ-5 в вашей нише в Германии — немецкие ccTLD (.de), подпапка example.com/de/ будет работать, но с структурным отставанием. Если конкуренты используют подпапки, нет смысла вкладываться в ccTLD.

Выбирайте подпапки, если

Малый или средний бизнес без отдельных команд под каждую страну. Бюджет ограничен. Важна скорость запуска. Конкуренты в целевых регионах тоже используют подпапки. Масштабируется хорошо: новый язык — это новая папка и переводы.

Выбирайте ccTLD, если

Серьёзное присутствие в конкретных странах на высококонкурентном рынке. Конкуренты используют ccTLD. Есть отдельные команды или бюджет на поддержку каждого домена. Важна максимальная локальная доверительность (финансы, e-commerce, юридические услуги).

Избегайте поддоменов

Поддомены — худший из трёх вариантов: ссылочный вес передаётся хуже, чем у подпапок, геосигнал слабее ccTLD, а поддержка сложнее, чем у подпапок. Используйте их, только если этого требует техническая архитектура (например, SaaS с клиентскими доменами).

На практике большинство бизнесов начинают с подпапок и переходят на ccTLD по мере роста. Правильно настроенные 301-редиректы и hreflang обеспечивают безопасный переезд без потери позиций. Окончательного выбора нет: архитектуру можно изменить с помощью грамотного плана миграции.

Частые вопросы