Технології

Як перекласти сайт іншими мовами за допомогою ШІ та не зашкодити SEO

Як перекласти сайт іншими мовами за допомогою ШІ та не зашкодити SEO

Перекласти сайт англійською, німецькою чи іспанською сьогодні можна за один вечір. Нейромережі та машинні перекладачі роблять це швидко, дешево або й зовсім безкоштовно. Але якщо просто вивантажити тексти в перекладач і розмістити результат на сайті, пошукові системи можуть не помітити такий переклад або низько його оцінити. Багатомовність забезпечує трафік із нових країн лише тоді, коли її реалізовано з урахуванням 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 Перекласти для 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).

Чекліст: що перевірити після перекладу сайту

  1. Кожна мова має власну URL-адресу (підпапку або піддомен).
  2. На всіх сторінках є взаємні hreflang і x-default.
  3. Слаги, title, description і OG-теги перекладено.
  4. У sitemap є всі мовні версії.
  5. <html lang> відповідає мові сторінки.
  6. На сторінках немає змішування мов.
  7. Бренди, коди товарів і шорткоди не спотворено.
  8. Ключові сторінки вичитані людиною.
  9. Додано перемикач мов із посиланнями, які може сканувати пошукова система.
  10. Усі мовні версії підключено до Google Search Console і перевірено на помилки індексації.

Поширені запитання

Чи зашкодить ШІ-переклад SEO?
Ні, якщо переклад якісний, кожна версія має власний URL, налаштовано hreflang і немає «сирих» сторінок. Шкодить не сам ШІ, а масовий неперевірений контент.

Скільки мов варто додавати одразу?
Почніть із 2–3 мов, якими у вас справді розмовляє аудиторія або клієнти, і перевірте індексацію. Потім розширюйтеся.

Чи потрібно дублювати записи для кожної мови?
Не обов’язково. Переклад на рівні виведення зберігає переклади в окремій таблиці-словнику й не створює зайвих копій записів.

Чи потрібно редагувати машинний переклад вручну?
Для головної сторінки, послуг і карток товарів — краще так. Решту можна доручити автоматиці та вичитувати вибірково.


Переклад сайту за допомогою ШІ став швидким і доступним, але для SEO важлива не швидкість, а правильна технічна основа: окремі URL, перекладені метадані та слаги, коректний sitemap і захист від недоперекладених сторінок. Якщо ваш сайт працює на WordPress або WooCommerce, подивіться, як усе це працює у SDWSKi Перекласти: плагін перекладає цей сайт, і я можу підключити його й до вашого проєкту.

Дізнатися про SDWSKi Translate

Коментарі0

Введіть код

Код надіслано на . Якщо листа немає кілька хвилин — перевірте «Спам» і «Промоакції».

Хочу таку систему коментарів собі на сайт

Читайте також

Думка

Нейромережі скоротили IT-ринок на 36%, але я не переживаю за роботу. Чому ставка на впровадження ШІ та безпеку вебпроєктів виправдала себе

Епоха масового дефіциту кадрів в IT змінилася надлишком кандидатів. Активне використання великих мовних моделей і автоматизація написання базового коду кардинально…

Читати

Є ідея для проєкту?

Розкажіть, що ви хочете створити. Я допоможу продумати та запустити.

Написати мені