Как подойти к задаче без лишней магии
Перевести меню недостаточно. Если язык меняется через cookie или JavaScript, но URL остаётся один, пользователю вроде удобно, а поисковику нечего нормально индексировать.
Ошибка, которую я бы сразу убрал: Добавить hreflang только на русской странице.
Что подготовить и какой результат ждать
- На выходе: Поисковик понимает, какую страницу показать человеку, а посетитель не попадает на русский текст с чужой валютой и телефоном.
- Выберите структуру URL: например /ru/, /en/, /de/. Запишите язык, рынок, валюту, контакт и отдельный поисковый интент каждой версии.
- Сохраните исходные данные и права доступа отдельно от результата, чтобы можно было проверить, что сделал мультиязычная версия сайта.
- Проверьте переключатель языка, исходный HTML и sitemap для каждой версии. Каждая страница должна ссылаться на себя и остальные версии.
Свяжите версии URL и проверьте перевод
- Сделайте отдельные 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`; язык идёт первым, регион — после дефиса. В Analytics сравнивайте заявки по языковым папкам, а в Search Console — страны и устройства.
- Английская страница ссылается обратно на русскую.
- Не canonical-ьте все языки на английский.
- Не добавляйте в sitemap отсутствующие переводы.
Проверяю версии как отдельные продукты
Для каждой локали назначьте владельца перевода и дату проверки. В таблице храните `locale`, `url`, `canonical`, `hreflang_set`, `currency`, `phone`, `form_recipient`, `last_reviewed`. Тестовая заявка из каждой версии должна попасть в правильную очередь, иначе языковой SEO-сигнал есть, а бизнеса за ним нет.
Не переводите автоматически юридические условия, цены и обещания без редактора. Если контент одинаковый, но меняется только язык меню, это не полноценная локализация и не повод создавать десятки слабых URL.
Что должно измениться после настройки
Поисковик понимает, какую страницу показать человеку, а посетитель не попадает на русский текст с чужой валютой и телефоном.
Почему hreflang не спасает плохой перевод
Добавить hreflang только на русской странице.
Поставить всем языкам canonical на русскую версию.
Автоматически редиректить по IP и прятать ручной переключатель.
Перевести меню, но оставить русские цены и условия в услуге.
Когда мультиязычность требует отдельного проекта
Нужен специалист, если версии живут на разных доменах, есть региональные цены, большая миграция или юридически разные условия.
Что проверить на каждой локали
Нужен ли hreflang для двух языков на одном рынке?
Да, если есть отдельные полноценные URL и поисковику нужно понять связь версий.
Можно ли переводить страницу автоматически?
Да, как черновик. Термины, цены, юридические формулировки и естественность нужно проверить вручную.
Что выбрать: папки или поддомены?
Для небольшого сайта папки проще поддерживать. Поддомены или отдельные домены оправданы при самостоятельных рынках и командах.
Можно ли оставить одну общую страницу контактов?
Только если контакт действительно общий. Для локального рынка лучше показать местный телефон, валюту и часы работы.
