Локализуй задачу, а не только слова
Кнопка переключения языка не создаёт мультиязычное SEO. У версии для другого рынка должны совпасть смысл, URL, цены, контакт и следующий шаг. Переводчик не всегда знает, как люди ищут услугу в этом регионе.
Первое, что я бы убрал: Перевести русский текст, поменять язык в меню и оставить старые цены, примеры и CTA.
Что проверить до перевода
- Язык, рынок и отдельный интент.
- Локальный URL и canonical.
- Парные hreflang-ссылки.
- Переведённые примеры, условия и CTA.
Как собрать версии без дублей
- Сделай отдельные URL
Создай /ru/services/repair/ и /en/services/repair/ вместо параметра ?lang=en. Не смешивай два языка на одном URL.
Что увидишь: Каждая версия открывается напрямую и имеет свой title, H1 и html lang.
Если не сработало: Начни с двух языков и одной страницы услуги.
- Добавь reciprocal hreflang
В head каждой страницы добавь полный набор alternate, включая саму страницу и x-default. Ссылки должны быть абсолютными и взаимными.
<link rel="alternate" hreflang="ru" href="https://example.com/ru/services/repair/"> <link rel="alternate" hreflang="en" href="https://example.com/en/services/repair/"> <link rel="alternate" hreflang="x-default" href="https://example.com/ru/services/repair/">Сверь: Английская страница ссылается обратно на русскую, а не только русская на английскую.
Если не сходится: Проверь шаблон генерации head на каждой локали.
- Поставь canonical на свой язык
Canonical /en/services/repair/ должен указывать на английскую страницу, а не на русскую. В sitemap добавляй только готовые версии.
Что должно совпасть: Нет цепочки redirect → canonical на другой язык.
Если ответ другой: Убери дубль из индекса до исправления шаблона.
- Локализуй смысл, не только слова
Проверь title, description, H1, URL, цены, валюту, адрес, телефон, форму, изображения и FAQ. Машинный перевод используй как черновик.
Перед запуском: Носитель языка понимает, что услуга и следующий шаг подходят его рынку.
Если упёрлось: Перепиши первые экран и CTA вручную, прежде чем расширять локаль.
Карта языковых URL до перевода
Сначала создай таблицу: `/ru/services/`, `/en/services/`, `/de/services/` и соответствия между ними. Отдельный язык не публикуй, пока нет полноценной страницы, формы, цены/валюты и локального следующего шага. Не используй IP-редирект, который не даёт роботу открыть нужную версию.
На каждой странице canonical обычно самоссылочный. В `<html>` ставь правильный `lang`, но не считай это заменой hreflang. После публикации проверяй HTML через `curl -s URL | grep -i hreflang` и тестируй возвратные ссылки.
<link rel="alternate" hreflang="ru" href="https://example.com/ru/services/">
<link rel="alternate" hreflang="en" href="https://example.com/en/services/">
<link rel="alternate" hreflang="de" href="https://example.com/de/services/">
<link rel="alternate" hreflang="x-default" href="https://example.com/">Локализация — это не замена слов
Проверь валюту, телефон, адрес, часы работы, условия оплаты, доставку, юридические документы, примеры клиентов и CTA. Код `en-GB` нельзя менять на `en-UK`; язык идёт первым, регион — после дефиса. В Яндекс Метрике сравнивай заявки по языковым папкам, а в Яндекс Вебмастере — страны и устройства.
- Английская страница ссылается обратно на русскую.
- Не canonical-ьте все языки на английский.
- Не добавляй в sitemap отсутствующие переводы.
Проверяю версии как отдельные продукты
Для каждой локали назначь владельца перевода и дату проверки. В таблице храни `locale`, `url`, `canonical`, `hreflang_set`, `currency`, `phone`, `form_recipient`, `last_reviewed`. Тестовая заявка из каждой версии должна попасть в правильную очередь, иначе языковой SEO-сигнал есть, а бизнеса за ним нет.
Не переводи автоматически юридические условия, цены и обещания без редактора. Если контент одинаковый, но меняется только язык меню, это не полноценная локализация и не повод создавать десятки слабых URL.
Перевод, локализация и отдельная страница
| Критерий | Вопрос | Хороший признак |
|---|---|---|
| Вход | Что подготовить для мультиязычная версия сайта? | Выбери структуру URL: например /ru/, /en/, /de/. Запиши язык, рынок, валюту, контакт и отдельный поисковый интент каждой версии. |
| Действие | Что система может сделать сама? | Только заранее перечисленные действия, без доступа ко всему аккаунту |
| Проверка | Как понять, что результат можно принять? | Проверь переключатель языка, исходный HTML и sitemap для каждой версии. Каждая страница должна ссылаться на себя и остальные версии. |
| Сбой | Куда уходит непонятный случай? | Убери битую версию из hreflang и sitemap, пока перевод и canonical не готовы. |
Как проверить языковую связку
Каждая локаль ведёт на свою страницу и не спорит с соседней версией за один запрос.
Где мультиязычность выглядит фальшивой
Добавить hreflang только на русской странице.
Поставить всем языкам canonical на русскую версию.
Автоматически редиректить по IP и прятать ручной переключатель.
Перевести меню, но оставить русские цены и условия в услуге.
Когда нужна карта рынков
Если проект включает несколько доменов, рынков и миграцию, собери карту URL и правило публикации вместе с SEO-специалистом.
Что проверить перед публикацией языка
Нужен ли hreflang для двух языков на одном рынке?
Да, если есть отдельные полноценные URL и поисковику нужно понять связь версий.
Можно ли переводить страницу автоматически?
Да, как черновик. Термины, цены, юридические формулировки и естественность нужно проверить вручную.
Что выбрать: папки или поддомены?
Для небольшого сайта папки проще поддерживать. Поддомены или отдельные домены оправданы при самостоятельных рынках и командах.
Можно ли оставить одну общую страницу контактов?
Только если контакт общий. Для локального рынка лучше показать местный телефон, валюту и часы работы.
