Перевести сайт на английский, немецкий или испанский сегодня можно за вечер. Нейросети и машинные переводчики делают это быстро, дёшево или совсем бесплатно. Но если просто выгрузить тексты в переводчик и вставить результат на сайт, поисковики такой перевод могут не заметить или оценить плохо. Мультиязычность даёт трафик из новых стран только тогда, когда она сделана с учётом SEO.
В этой статье я разберу, что именно нужно для поисковиков, и покажу, как ИИ-перевод вписывается в эту схему. Я сам разработал плагин для WordPress, который это делает, поэтому примеры будут на его основе.
Зачем переводить сайт: что это даёт для SEO
Каждая языковая версия сайта конкурирует в своей выдаче. Вы выходите не на «тот же рынок, но с другим текстом», а на отдельные поисковые запросы с отдельной аудиторией:
- вы получаете трафик по запросам на языках, где у вас сейчас нет конкурентов в выдаче;
- пользователь видит страницу на родном языке и остаётся на ней дольше;
- интернет-магазин получает покупателей из других стран, а блог получает читателей, которых у него не было.
При этом плохо сделанная мультиязычность вредит: появляются дубли, смешение языков в выдаче и страницы без индексации.
Что поисковики требуют от мультиязычного сайта
1. Отдельный URL для каждого языка
У каждой языковой версии должен быть свой адрес. Самый удобный вариант для большинства сайтов — языковые подпапки: site.com/es/, site.com/de/. Они остаются на одном домене и наследуют его авторитет. Смена языка через cookie или JavaScript без смены URL не подходит: поисковик не увидит такие страницы.
2. Теги hreflang
Тег hreflang сообщает Google и другим поисковикам, что страницы являются версиями одного и того же контента на разных языках. Правила простые:
- каждая версия ссылается на все остальные и на саму себя;
- ссылки должны быть взаимными, иначе тег может игнорироваться;
- для страницы «по умолчанию» добавляют
x-default; - коды языков должны быть корректными, например
pt-BRиpt-PTдля бразильского и европейского португальского.
Вручную поддерживать hreflang на сотнях страниц нереально, поэтому его нужно генерировать автоматически.
3. Переведённые слаги и метаданные
Если текст на испанском, а адрес остался /contact/, вы теряете часть релевантности. Лучше, когда адрес переведён: /es/contacto/. То же касается:
- тега
<title>и meta description; - Open Graph и Twitter-тегов (они влияют на сниппеты в соцсетях);
- атрибутов
altу изображений; - названий рубрик и меток.
Именно эти элементы чаще всего забывают при «ручном» переводе: в основном тексте всё хорошо, а в сниппете выдачи остаётся исходный язык.
4. Мультиязычный sitemap
В карте сайта должны быть адреса всех языковых версий, связанные через hreflang. Это помогает поисковикам быстрее находить и индексировать переводы.
5. Атрибут lang и направление текста
В теге <html> должен стоять актуальный язык страницы, а для арабского, иврита, персидского и урду нужна поддержка письма справа налево (RTL).
6. Отсутствие «сырых» страниц
Самая частая ошибка с ИИ-переводом: страница уже открыта по адресу /es/, но перевод ещё не готов, и поисковик видит исходный язык. В индекс попадает дубль, а страница на испанском так и не появляется. Страницу нужно либо отдавать полностью переведённой, либо временно закрывать от индексации.
Можно ли переводить сайт с помощью ИИ: позиция поисковиков
Google не запрещает машинный перевод сам по себе. Проблемы возникают, когда переводы создаются массово, без контроля качества, без пользы для читателя и только ради трафика. Поэтому нужны две вещи: качественный перевод и возможность править его вручную, прежде всего на ключевых страницах (главная, услуги, карточки товаров).
Нейросетевой перевод на основе языковых моделей (GPT и подобных) обычно звучит естественнее, чем классический машинный: лучше держит тон, учитывает контекст и идиомы. Он дороже и медленнее. Поэтому на практике полезно сочетать несколько движков и иметь запасной вариант на случай сбоя или исчерпанной квоты.
Три подхода к переводу сайта
1. Вручную или через переводчика. Максимальный контроль, но долго и дорого. Подходит для небольших сайтов на один-два языка.
2. Дублирование страниц. Многие плагины создают отдельную копию каждой записи для каждого языка. Это работает, но база разрастается, а при правке исходной страницы нужно обновлять все копии.
3. Перевод на уровне готового HTML. Плагин перехватывает итоговую разметку страницы, находит в ней тексты и атрибуты, подставляет переводы из словаря и отдаёт результат браузеру. Он не зависит от темы и конструктора страниц и переводит в том числе то, что лежит в шаблонах, виджетах и AJAX-ответах.
Именно по третьему принципу работает мой плагин SDWSKi Translate для WordPress. Ниже показываю, как с его помощью закрываются перечисленные выше SEO-требования.
Как это работает на практике: SDWSKi Translate
Вы подключаете ключ Azure Translator, Azure OpenAI или DeepL (платите провайдеру напрямую, плагин ничего не добавляет сверху), выбираете языки, и плагин делает остальное.
Для SEO плагин автоматически:
- создаёт языковые подпапки (
/es/,/de/и т. д.) и при желании переводит слаги:/contact/→/es/contacto/; - добавляет hreflang и
x-defaultв<head>и в sitemap, а для адресов в<loc>использует канонический исходный URL; - переводит
<title>, description, Open Graph, Twitter-теги и данные Yoast SEO, Rank Math, SEOPress и All in One SEO; - исправляет
<html lang>; - переводит названия и слаги рубрик и меток.
SEO Gate. Пока страница на другом языке не переведена, плагин отдаёт код 503 с Retry-After и noindex и показывает заглушку «перевод готовится» вместо текста на исходном языке. В индекс не попадают дубли, а когда перевод готов, страница открывается как обычно. Если заголовок не удаётся перевести, страница не остаётся закрытой навсегда.
Качество перевода. Плагин защищает шорткоды, HTML-сущности и плейсхолдеры (%s, {name}), позволяет задать список слов «не переводить» (бренды, артикулы) и проверяет результат: плохой ответ модели отбрасывается и переводится заново. Если основной движок не отвечает, включается следующий по цепочке: Azure Translator, Azure OpenAI, DeepL.
Ручной контроль. Есть визуальный редактор: открываете страницу, кликаете на любой текст и правите перевод. Строки со статусом «проверено человеком» автоматика больше не перезаписывает. Это удобно для главной страницы и ключевых лендингов, которые стоит вычитать самому или отдать носителю языка.
Для интернет-магазинов. Переводятся товары, атрибуты, вариации, корзина и оформление заказа на блоках WooCommerce, а письма клиенту уходят на языке, на котором он оформлял покупку.
Региональные варианты. Для пар вроде pt-PT и pt-BR, en-GB и en-US, es-ES и es-MX плагин дополнительно подправляет лексику, чтобы страницы реально отличались и поисковики не склеивали их как дубли.
Всего поддерживается 55 языков и региональных вариантов, включая RTL-языки.
Чек-лист: что проверить после перевода сайта
- У каждого языка свой URL (подпапка или поддомен).
- На всех страницах есть взаимные hreflang и
x-default. - Слаги, title, description и OG-теги переведены.
- В sitemap есть все языковые версии.
<html lang>соответствует языку страницы.- На страницах нет смеси языков.
- Бренды, коды товаров и шорткоды не искажены.
- Ключевые страницы вычитаны человеком.
- Добавлен переключатель языков со ссылками, которые обходит поисковик.
- Все языковые версии подключены в Google Search Console и проверены на ошибки индексации.
Частые вопросы
Навредит ли ИИ-перевод SEO?
Нет, если перевод качественный, у каждой версии свой URL, настроен hreflang и нет «сырых» страниц. Вредит не сам ИИ, а массовый непроверенный контент.
Сколько языков стоит добавлять сразу?
Начните с 2–3 языков, на которых у вас реально есть аудитория или клиенты, и проверьте индексацию. Потом расширяйтесь.
Нужно ли дублировать записи для каждого языка?
Не обязательно. Перевод на уровне вывода хранит переводы в отдельной таблице-словаре и не плодит копии записей.
Нужно ли править машинный перевод вручную?
Для главной, услуг и карточек товаров лучше да. Остальное можно оставить автоматике и вычитывать выборочно.
Перевод сайта с помощью ИИ стал быстрым и доступным, но для SEO важна не скорость, а правильная техническая основа: отдельные URL, hreflang, переведённые метаданные и слаги, корректный sitemap и защита от недопереведённых страниц. Если ваш сайт на WordPress или WooCommerce, посмотрите, как всё это работает в SDWSKi Translate: плагин переводит этот сайт, и я могу подключить его и к вашему проекту.
Комментарии0
Оставить комментарий
Введите email — пришлём одноразовый код. Без паролей и регистрации.
Email нужен только для кода входа и уведомлений об ответах (отписаться можно по ссылке в письме). Он не публикуется и не передаётся третьим лицам. После входа сохраняется cookie на 30 дн. Данные можно скачать или удалить в личном кабинете.
Введите код
Код отправлен на . Если письма нет несколько минут — проверьте «Спам» и «Промоакции».
Публично показываются имя и текст комментария. Email не публикуется.
Хочу такую систему комментариев себе на сайт