Главное
- Типы платформ: прокси-сервисы перевода, многоязычные плагины CMS, headless CMS с локализацией, i18n-модули фреймворков и системы управления переводами.
- Hreflang работает только тогда, когда каждая версия указывает на себя и на все альтернативы, страницы ссылаются друг на друга, а URL полные. Платформы различаются тем, насколько надёжно это выводят.
- Подсказки перевода с ИИ ускоряют работу, но политика спама Google называет автоматический перевод примером злоупотребления контентом в масштабе, когда он создаёт много страниц без ценности для пользователя, поэтому проверяйте то, что публикуете.
- Проверьте любую платформу по трём пунктам, прежде чем связываться: какой hreflang она выдаёт, какие метаданные переводит и кому принадлежат переводы, если вы уйдёте.
Что должна делать многоязычная платформа
Многоязычная платформа должна публиковать отдельный URL на каждом языке, связывать соответствующие страницы через hreflang и позволять редактировать переведённый контент и метаданные. ИИ помогает подготовить черновик перевода. Система публикации всё равно должна формировать правильные страницы и теги. Сравнивайте готовый результат, а не только список функций.
Пять типов платформ
| Тип | Hreflang | Локализованные метаданные | Подсказки перевода с ИИ | Главный компромисс |
|---|---|---|---|---|
| Прокси или надстройка для перевода (типичный пример: Weglot) | Обычно автоматически | Часто охвачены, включая заголовки и описания | Встроены, с редактором для проверки | Быстро запускается почти на любом сайте, но переводы и работа с URL зависят от поставщика |
| Встроенная многоязычность CMS (WordPress с WPML или Polylang, Shopify Markets, Wix, Webflow) | Обычно автоматически | Для каждого языка, насколько позволяют CMS и плагины | Встроены или через дополнение | Удобно для типовых сайтов, ограниченно, когда нужны нестандартные структуры |
| Headless CMS с локализацией (Storyblok, Contentful, Sanity и подобные) | CMS его не выдаёт. Это должен делать ваш фронтенд | Перевод на уровне полей для любых метаданных, которые вы смоделируете | Через собственные функции или интеграции | Самая гибкая модель контента, больше инженерной работы |
| i18n-модули фреймворков (Nuxt i18n, next-intl, Astro i18n) | Генерируется из конфигурации маршрутов | Настолько полные, насколько вы их построите | Не входит. Добавьте скрипты или сервис | Полный контроль над URL и разметкой, поддерживаете вы |
| Системы управления переводами (Crowdin, Lokalise, Phrase, Smartling) | Нет. Они поставляют переводы другим слоям | Строки и поля, которые вы синхронизируете | Сильные: подсказки, память переводов и глоссарии | Это не веб-платформа, поэтому нужен один из типов выше |
Как выглядит правильный hreflang
Google принимает hreflang в HTML-заголовке, в HTTP-заголовках или в карте сайта и считает их равноценными, так что нет смысла делать это дважды. Какой бы ни была платформа, проверьте результат по этим правилам из документации Google и одной распространённой практике.
- Каждая версия указывает на себя и на все остальные. Если две страницы не указывают друг на друга, Google игнорирует теги.
- URL полные, вместе с https.
- Коды языков соответствуют ISO 639-1, а коды регионов: ISO 3166-1 alpha-2. Код страны без языка недействителен, а EU или UK не являются действительными кодами региона.
- Запись x-default указывает резервную страницу для пользователей, чьего языка нет в списке.
- Распространённая практика, а не правило Google: каждая языковая версия имеет canonical URL, указывающий на неё саму, чтобы ваши переводы не сливались в одну страницу.
Какие метаданные стоит локализовать
- Тег title и meta description, написанные под местный поисковый запрос, а не переведённые слово в слово.
- Теги Open Graph и социальные теги, чтобы расшаренные ссылки читались правильно.
- Текст структурированных данных, такой как названия, описания и ответы FAQ, а также свойство inLanguage.
- Альтернативный текст и подписи к изображениям.
- Слаги URL, когда переведённый слаг помогает читателю. После публикации держите их стабильными.
- Атрибут lang в html и переключатель языков из настоящих ссылок, по которым могут ходить краулеры.
Как перевод с ИИ работает с SEO-метаданными и hreflang?
Сам по себе инструмент перевода с ИИ не делает хорошо ни одно из этого. Он переводит текст, который ему дают. Включены ли тег title, meta description, социальные теги и альтернативный текст изображений, зависит от того, отправляет ли ваша платформа или конвейер ему эти поля, а hreflang вообще не задача перевода: его создаёт платформа или фреймворк, публикующий страницы. Перевод с ИИ помогает со словами, а сигналы должна обрабатывать платформа.
| Элемент | Делает ли это перевод с ИИ? | Что проверить |
|---|---|---|
| Основной текст | Да, как черновик | Человек читает его на точность и тон |
| Title и meta description | Только если эти поля отправляются на перевод | Длину после перевода, потому что более длинный заголовок могут обрезать в выдаче, и формулировки под местный поиск |
| Теги Open Graph и социальные теги | Только если включены | Расшаренные ссылки читаются правильно на каждом языке |
| Альтернативный текст изображений и текст структурированных данных | Только если включены | Названия, описания и ответы FAQ совпадают со страницей |
| Слаги URL | Редко и только при настройке | Держать стабильными после публикации и использовать окончательные URL в hreflang и canonical |
| Теги hreflang | Нет, их создаёт платформа | Взаимные, со ссылкой на себя, полные URL, а также x-default |
| Canonical URL | Нет | Каждая языковая версия указывает на себя |
| Языковой атрибут и записи карты сайта | Нет | Атрибут lang в html задан для каждой страницы, а каждая версия есть в карте |
Есть два сбоя, которые повторяются. Слой перевода, подменяющий текст в браузере с помощью JavaScript, оставляет поисковикам только страницу на языке оригинала. А переведённые страницы, опубликованные без своих пар hreflang, воспринимаются как несвязанные. Проверьте, просмотрев исходный код переведённой страницы и сверив оба пункта.
Где перевод с ИИ помогает, а где может навредить
Подсказки ИИ хороши для черновика, для последовательной терминологии через глоссарий и для больших объёмов. Они слабее в юридических формулировках, в культурно специфичных выражениях и во всём, где ошибка имеет цену. Политика спама Google о злоупотреблении контентом в масштабе говорит, что создание множества страниц без ценности для пользователя является злоупотреблением, как бы их ни создали, и среди приёмов называет автоматические преобразования, такие как перевод. Проблема в недостатке ценности, а не в инструменте.
Восемь вещей, которые стоит проверить перед выбором
- Посмотрите исходный код переведённой страницы и проверьте блок hreflang по правилам выше.
- Убедитесь, что у каждого языка есть собственный индексируемый URL, а не скрипт, который меняет текст в браузере.
- Проверьте, что переводятся заголовки, описания и социальные теги, а не только основной текст.
- Проверьте, что карта сайта содержит каждую языковую версию.
- Спросите, кому принадлежат переводы и можно ли экспортировать их в стандартном формате.
- Спросите, что станет с вашими URL и позициями, если вы перестанете платить.
- Проверьте, что перед публикацией текста ИИ есть шаг человеческой проверки.
- Измерьте скорость страницы с включённым слоем перевода.
Опишите языки, редакционный процесс и текущую платформу. Поможем выбрать многоязычное решение или создать его под ваш контент.
Спланировать многоязычный сайтFAQ
Какой тип платформы сочетает hreflang, метаданные и перевод с ИИ?
Прокси-сервисы перевода и встроенные многоязычные плагины CMS сочетают все три наиболее полно. Headless-конфигурации и фреймворки дают больше контроля, но вы собираете части сами, обычно с системой управления переводами для подсказок ИИ.
Вредит ли SEO машинный перевод?
Сам по себе нет. Политика спама Google направлена на страницы, созданные в большом масштабе без ценности для пользователя, независимо от способа создания. Проверенные, точные переводы, которые служат реальной аудитории: это нормально.
Нужен ли hreflang и в HTML, и в карте сайта?
Нет. Google считает HTML-теги, HTTP-заголовки и записи карты сайта равноценными, так что выберите один метод и держите его правильным.
Источники
- Google Search Central, Tell Google about localized versions of your page
- Google Search Central, Spam policies for Google web search: scaled content abuse
- Документация модуля Nuxt i18n
Об авторе
Erik Salo Akimov · Сооснователь · Инженерия
Erik возглавляет инженерию в ESADEX. Он проектирует платформы, инфраструктуру и средства безопасности, стоящие за системами клиентов.
