Як перекласти сайт іншими мовами за допомогою ШІ та не зашкодити SEO<\/p>\n"},"content":{"rendered":"
Перекласти сайт англійською, німецькою чи іспанською сьогодні можна за один вечір. Нейромережі та машинні перекладачі роблять це швидко, дешево або й зовсім безкоштовно. Але якщо просто вивантажити тексти в перекладач і розмістити результат на сайті, пошукові системи можуть не помітити такий переклад або низько його оцінити. Багатомовність забезпечує трафік із нових країн лише тоді, коли її реалізовано з урахуванням SEO.<\/p>
У цій статті я розберу, що саме потрібно пошуковим системам, і покажу, як ШІ-переклад вписується в цю схему. Я сам розробив плагін для WordPress, який це робить, тому приклади будуть наведені на його основі.<\/p>
Кожна мовна версія сайту конкурує у своїй пошуковій видачі. Ви виходите не на «той самий ринок, але з іншим текстом», а на окремі пошукові запити з окремою аудиторією:<\/p>
Водночас неправильно реалізована багатомовність шкодить: з’являються дублікати, змішування мов у пошуковій видачі та сторінки без індексації.<\/p>
Кожна мовна версія повинна мати власну адресу. Найзручніший варіант для більшості сайтів — мовні підпапки: Тег Вручну підтримувати hreflang на сотнях сторінок нереально, тому його потрібно генерувати автоматично.<\/p> Якщо текст іспанською, а адреса залишилася Саме ці елементи найчастіше забувають під час «ручного» перекладу: в основному тексті все добре, а в сніпеті пошукової видачі залишається мова оригіналу.<\/p> У карті сайту мають бути адреси всіх мовних версій, пов’язані через hreflang. Це допомагає пошуковим системам швидше знаходити й індексувати переклади.<\/p> У тегу Найпоширеніша помилка під час перекладу за допомогою ШІ: сторінка вже доступна за адресою Google не забороняє машинний переклад як такий. Проблеми виникають, коли переклади створюються масово, без контролю якості, без користі для читача й лише заради трафіку. Тому потрібні дві речі: якісний переклад і можливість редагувати його вручну, насамперед на ключових сторінках (головна, послуги, картки товарів).<\/p> Нейромережевий переклад на основі мовних моделей (GPT і подібних) зазвичай звучить природніше, ніж класичний машинний: краще зберігає тон, враховує контекст та ідіоми. Він дорожчий і повільніший. Тому на практиці корисно поєднувати кілька рушіїв і мати резервний варіант на випадок збою або вичерпання квоти.<\/p> 1. Вручну або за допомогою перекладача.<\/strong> Максимальний контроль, але довго й дорого. Підходить для невеликих сайтів однією-двома мовами.<\/p> 2. Дублювання сторінок.<\/strong> Багато плагінів створюють окрему копію кожного запису для кожної мови. Це працює, але база розростається, а після редагування вихідної сторінки потрібно оновлювати всі копії.<\/p> 3. Переклад на рівні готового HTML.<\/strong> Плагін перехоплює підсумкову розмітку сторінки, знаходить у ній тексти й атрибути, підставляє переклади зі словника та передає результат браузеру. Він не залежить від теми й конструктора сторінок і перекладає зокрема те, що міститься в шаблонах, віджетах та AJAX-відповідях.<\/p> Саме за третім принципом працює мій плагін SDWSKi Перекласти<\/a><\/strong> для WordPress. Нижче показую, як за його допомогою виконуються перелічені вище SEO-вимоги.<\/p> Ви підключаєте ключ Azure Translator, Azure OpenAI або DeepL (платите безпосередньо провайдеру, плагін нічого не додає до вартості), вибираєте мови, а плагін робить усе інше.<\/p> Для SEO плагін автоматично:<\/strong><\/p> SEO Gate.<\/strong> Поки сторінку іншою мовою не перекладено, плагін повертає код 503 із Якість перекладу.<\/strong> Плагін захищає шорткоди, HTML-сутності та плейсхолдери ( Ручний контроль.<\/strong> Є візуальний редактор: відкриваєте сторінку, натискаєте на будь-який текст і редагуєте переклад. Рядки зі статусом «перевірено людиною» автоматика більше не перезаписує. Це зручно для головної сторінки та ключових лендингів, які варто вичитати самостійно або віддати на перевірку носієві мови.<\/p> Для інтернет-магазинів.<\/strong> Перекладаються товари, атрибути, варіації, кошик і оформлення замовлення на блоках WooCommerce, а листи клієнту надсилаються мовою, якою він оформлював покупку.<\/p> Регіональні варіанти.<\/strong> Для пар на кшталт pt-PT і pt-BR, en-GB і en-US, es-ES і es-MX плагін додатково коригує лексику, щоб сторінки справді відрізнялися й пошукові системи не вважали їх дублями.<\/p> Загалом підтримується 55 мов і регіональних варіантів, зокрема мови з письмом справа наліво (RTL).<\/p> Чи зашкодить ШІ-переклад SEO?<\/strong> Скільки мов варто додавати одразу?<\/strong> Чи потрібно дублювати записи для кожної мови?<\/strong> Чи потрібно редагувати машинний переклад вручну?<\/strong> Переклад сайту за допомогою ШІ став швидким і доступним, але для SEO важлива не швидкість, а правильна технічна основа: окремі URL, перекладені метадані та слаги, коректний sitemap і захист від недоперекладених сторінок. Якщо ваш сайт працює на WordPress або WooCommerce, подивіться, як усе це працює у SDWSKi Перекласти<\/a>: плагін перекладає цей сайт, і я можу підключити його й до вашого проєкту.<\/p>site.com\/es\/<\/code>, site.com\/de\/<\/code>. Вони залишаються на одному домені й успадковують його авторитет. Зміна мови через cookie або JavaScript без зміни URL не підходить: пошукова система не побачить такі сторінки.<\/p>2. Теги hreflang<\/h4>
hreflang<\/code> повідомляє Google та іншим пошуковим системам, що сторінки є версіями одного й того самого контенту різними мовами. Правила прості:<\/p>\n
x-default<\/code>;<\/li>\n\n\n\npt-BR<\/code> і pt-PT<\/code> для бразильської та європейської португальської.<\/li>\n<\/ul>3. Перекладені слаги та метадані<\/h4>
\/contact\/<\/code>, ви втрачаєте частину релевантності. Краще, коли адресу перекладено: \/es\/contacto\/<\/code>. Те саме стосується:<\/p>\n
<title><\/code> і meta description;<\/li>\n\n\n\nalt<\/code> у зображень;<\/li>\n\n\n\n4. Багатомовний sitemap<\/h4>
5. Атрибут
lang<\/code> і напрямок тексту<\/h4><html><\/code> має бути вказана актуальна мова сторінки, а для арабської, івриту, перської та урду потрібна підтримка письма справа наліво (RTL).<\/p>6. Відсутність «сирих» сторінок<\/h4>
\/es\/<\/code>, але переклад ще не готовий, і пошуковик бачить вихідну мову. До індексу потрапляє дублікат, а сторінка іспанською так і не з’являється. Сторінку потрібно або віддавати повністю перекладеною, або тимчасово закривати від індексації.<\/p>Чи можна перекладати сайт за допомогою ШІ: позиція пошуковиків<\/h3>
Три підходи до перекладу сайту<\/h3>
Як це працює на практиці: SDWSKi Translate<\/h3>
\n
\/es\/<\/code>, \/de\/<\/code> тощо) і за бажанням перекладає слаги: \/contact\/<\/code> → \/es\/contacto\/<\/code>;<\/li>\n\n\n\nx-default<\/code> у <head><\/code> і до sitemap, а для адрес у <loc><\/code> використовує канонічну вихідну URL-адресу;<\/li>\n\n\n\n<title><\/code>, description, Open Graph, Twitter-теги та дані Yoast SEO, Rank Math, SEOPress і All in One SEO;<\/li>\n\n\n\n<html lang><\/code>;<\/li>\n\n\n\nRetry-After<\/code> і noindex<\/code> та показує заглушку «переклад готується» замість тексту вихідною мовою. Дублікати не потрапляють до індексу, а коли переклад готовий, сторінка відкривається як завжди. Якщо заголовок не вдається перекласти, сторінка не залишається закритою назавжди.<\/p>%s<\/code>, {name}<\/code>), дає змогу задати список слів «не перекладати» (бренди, артикули) і перевіряє результат: невдала відповідь моделі відхиляється, а текст перекладається заново. Якщо основний рушій не відповідає, підключається наступний у ланцюжку: Azure Translator, Azure OpenAI, DeepL.<\/p>Чекліст: що перевірити після перекладу сайту<\/h3>
\n
x-default<\/code>.<\/li>\n\n\n\n<html lang><\/code> відповідає мові сторінки.<\/li>\n\n\n\nПоширені запитання<\/h3>
Ні, якщо переклад якісний, кожна версія має власний URL, налаштовано hreflang і немає «сирих» сторінок. Шкодить не сам ШІ, а масовий неперевірений контент.<\/p>
Почніть із 2–3 мов, якими у вас справді розмовляє аудиторія або клієнти, і перевірте індексацію. Потім розширюйтеся.<\/p>
Не обов’язково. Переклад на рівні виведення зберігає переклади в окремій таблиці-словнику й не створює зайвих копій записів.<\/p>
Для головної сторінки, послуг і карток товарів — краще так. Решту можна доручити автоматиці та вичитувати вибірково.<\/p>