Як зробити сайт кількома мовами без перекладача

Поставити на сайт кнопку "Перевести сторінку" можна за вечір - і вона не дасть нічого ні для позицій у Google, ні тим більше для того, щоб сайт цитував ChatGPT. Зробити реально багатомовний сайт - інше завдання: у 1001site AI текст перекладається 107 мовами автоматично, мова сторінки підставляється по браузеру відвідувача, а сервер віддає вже готовий HTML - без JS-віджету, який пошуковий бот і ІІ-краулер просто не бачать. Нижче - що саме ламається у віджетів-перекладачів і що 1001site робить по-іншому.

Щотижня в каналі «Бізнес з ІІ» розбираю схожі робочі кейси малого бізнесу з ІІ-інструментами – заходьте, якщо цікаво: t.me/promtvibeadd.

Чим автопереклад сайту відрізняється від кнопки «Перекласти сторінку»?

Кнопка «Перевести сторінку» або JS-віджет на кшталт класичного Google Translate для сайтів змінюють текст тільки в браузері конкретного відвідувача - у переведеній версії немає своєї адреси, і її не може зберегти або проіндексувати жодна пошукова система. Автопереклад влаштований інакше: кожна мовна версія - окрема сторінка зі своїм URL-адресою, яку сервер віддає вже переведеною, до будь-якого JavaScript.

JS-віджет перекладу має системну проблему: він у принципі не створює нову сторінку. Скрипт підміняє текст у DOM вже після того, як браузер завантажив вихідний HTML - а у пошукового бота або ІІ-краулера в руках залишається саме цей вихідний HTML мовою оригіналу. Перекладена версія існує тільки в браузері того, хто її відкрив: у неї немає URL-адреси, і її не можна ні зберегти, ні проіндексувати.

Ситуація загострюється: класичний віджет Google Translate для сайтів припиняє роботу 1 жовтня 2026 - сайти, які на нього покладалися як на єдине рішення, позбавляться перекладу в один день ( Google Search Central; gtranslate.io).

У 1001site AI контент, який ви самі написали на сайті - картки товарів, пости, сторінки - перекладається 107 мовами автоматично, і в кожної мовної версії є власна адреса. Лендінг, блог та база знань самого 1001site.com працюють на тих же 107 мовах – редакція цієї статті стоїть рівно на тій самій технології, яку описує.

Чому Google та ChatGPT не бачать віджет-перекладач?

Google визначає мову сторінки алгоритмічним аналізом видимого тексту – розмітка hreflang та атрибут lang на це рішення не впливають. Боти ІІ-асистентів взагалі не виконують JavaScript. Якщо переклад існує лише в JS, його не побачить жоден із них.

«Google doesn't use hreflang or the HTML lang attribute to detect the language of a page; instead, we use algorithms to determine the language» - Google Search Central, Localized Versions of your Pages

(Переклад: Google не використовує hreflang або атрибут lang для визначення мови сторінки – мова визначають алгоритми, які аналізують сам контент.)

У ІІ-ботів ситуація ще жорсткіша. Спільне дослідження Vercel і MERJ, що проаналізувало понад 500 мільйонів запитів GPTBot, не знайшло жодного випадку виконання JavaScript: боти іноді завантажують файли .js, але ніколи їх не запускають ( jangwook.net). У ІІ-краулерів жорсткі тайм-аути на обхід однієї сторінки - рендерити JavaScript у такому масштабі їм просто дорого за обчисленнями, і вони воліють швидко забрати сирий HTML і піти далі.

Як це влаштовано в основних роботів:

• GPTBot ( ChatGPT) - завантажує HTML, JavaScript не виконує.
• Claude Bot ( Claude) - поводиться так само.
• PerplexityBot - теж не виконує.
• Google -Extended (інфраструктура для Gemini) - єдиний виняток: вміє рендерити JS, тому що використовує ту ж інфраструктуру, що і звичайний Google bot.

Якщо переклад сайту підвантажується тільки скриптом після першого відтворення сторінки, для GPTBot, Claude Bot та PerplexityBot сайт залишається одномовним - незалежно від того, що бачить живий відвідувач у браузері.

Багатомовність в 1001site AI вбудована в той же конструктор сайтів, що збирає сам сайт, - окремою надбудовою її докуповувати не потрібно. Ви вибираєте стиль з каталогу, ІІ-агент наповнює сайт за вашим посиланням або описом - і відразу перекладає його 107 мовами, без окремого плагіна і без доплати за кожну мову. Що при цьому відбувається технічно і чому це бачать і пошукові системи, і ІІ-асистенти – у наступних розділах.

Як пошуковик розуміє, що сторінка має версії іншими мовами?

У технічно правильної багатомовності кожна мовна сторінка посилається сама на себе і на решту версій, посилання обов'язково взаємні, а формат коду - спочатку мова, при необхідності через дефіс регіон. Без цього пошуковик може просто проігнорувати весь зв'язок мовних версій.

Базові правила, на яких тримається технічна багатомовність у класичному SEO:

1. Кожна мовна версія повинна посилатися сама на себе та на всі інші версії сторінки - не лише на «сусідні» мови.
2. Посилання повинні бути взаємними: якщо сторінка російською посилається на англійську версію, англійська має посилатися назад. Інакше Google просто ігнорує всю пару.
3. Формат - код мови (ISO 639-1) першим, за потреби через дефіс код регіону (ISO 3166-1): правильно pt-BR, порядок BR-pt невалідний. Вказувати регіон без мови також не можна.
4. Для відвідувачів, чия мова не входить до списку версій, потрібна резервна сторінка x-default.
5. Вказуються лише повні адреси з протоколом ( https://...) - відносні шляхи працюють.

«If two pages don't both point to each other, the tags will be ignored» - Google Search Central, Localized Versions of your Pages

(Переклад: якщо дві сторінки не посилаються одна на одну взаємно, розмітка буде проігнорована.)

Наскільки часта це помилка, показує дослідження Ahrefs по 374756 доменів: у 67% знайшлася хоча б одна проблема з цією розміткою, а наймасовіша - відсутність резервної версії x-default (56,3% доменів) ( Ahrefs). Схема з цих п'яти правил не теоретична - саме так технічно влаштований перехід між мовами на більшості сайтів, де він взагалі працює: кожна версія має свою URL, заміни тексту за однією адресою тут немає.

Піддомен, підпапка або свій домен на кожну мову – що вибрати?

Для малого та середнього бізнесу підпапка ( site.com/de/) майже завжди найкращий вибір - вона відразу успадковує авторитет основного домену і не вимагає окремої SEO-розкрутки під кожну країну. Піддомен та окремий домен на кожну мову виправдані лише за особливих юридичних чи маркетингових причин.

Сам Google не називає один варіант правильним для всіх. Але профільні SEO-видання сходяться майже одноголосно: «підтримка майже завжди найкращий вибір ( Search Engine Journal). (Переклад: майже ніколи немає причини вибирати будь-що, крім підпапки.) При цьому ні піддомен, ні свій домен не обов'язкові для хорошого ранжування в конкретній країні, якщо мовна розмітка налаштована правильно, а контент реально адаптований під аудиторію. Формального перекладу без такої адаптації цього недостатньо.

Як 1001site перекладає сайт 107 мовами без перекладача та верстальника?

Перекладається не тільки інтерфейс – кнопки, меню, – а сам контент, який ви написали: опис товарів, пости, сторінки «Про нас». Мова сторінки підставляється автоматично через браузер відвідувача, без перемикача вручну. Підтриманий RTL – лист праворуч наліво для арабської та івриту: багатомовність не обмежена «європейським набором» мов зліва направо.

Сайт при цьому збирається швидко і без ручної верстки: після оплати ІІ-агент збирає головну та внутрішні сторінки у вибраному стилі за 2-7 хвилин, тексти щоразу пишуться заново під конкретний бізнес. Технічно сайт працює на серверному рендерингу ( React / Next.js) - і це прямо відповідає на запитання з попереднього розділу: у кожної мовної версії є готовий HTML, який бати бачать відразу, без JS-заглушки.

Що автоматично відбувається з SEO і з показом сайту в ChatGPT, Gemini, Perplexity?

При створенні сайту автоматично формуються sitemap.xml, структуровані дані, canonical-адреси без дублів та файл robots.txt. Окремий перемикач дозволяє індексацію ІІ-ботам (GPTBot, Claude Bot, PerplexityBot) і додає сайт до llms.txt - аналог robots.txt, але для ІІ-асистентів.

Серверний рендеринг - той же принцип, що вирішує проблему з розділу про віджети: контент видно боту без виконання JavaScript; сторінка показується швидко (First Contentful Paint менше секунди)» ( база знань 1001site, розділ SEO). До цього додається набір автоматики, яку власнику сайту не потрібно налаштовувати вручну. Карта сайту оновлюється при кожній зміні, структуровані дані формуються для карток товарів, canonical-адреси прибирають дублі, а robots.txt за замовчуванням дозволяє основним пошуковим та ІІ-ботам обхід.

Окремий перемикач «Включити сайт для AI-індексації» вирішує саме про ІІ-помічників: включений - відкриває сайт для GPTBot, Claude Bot, PerplexityBot та інших, додає його в llms.txt; вимкнений - явно забороняє цих ботів у robots.txt. Плюс вбудований аналізатор SEO однією кнопкою перевіряє базові налаштування (назва, опис, індексація) та підказує, що доробити.

Це безпосередньо впливає на видимість бізнесу - показує дослідження Weglot для Search Engine Journal (вересень 2026): переведені сайти отримали на 327% більше видимості у відповідях ІІ-асистентів, ніж неперекладені аналоги, на вибірці 1,3 млн цитувань у Google AI Overviews та ChatGPT Висновок дослідження прямий: «translation itself becomes a visibility signal» - сам факт якісного перекладу, доступного краулеру, стає самостійним сигналом видимості ( Search Engine Journal). Схожий ефект в іншій ніші розібраний у кейсі про те, як вивести готель у рекомендації ChatGPT, Gemini та Perplexity – GEO працює однаково незалежно від галузі: боти мають реально побачити контент, щоб його процитувати.

Які помилки найчастіше вбивають позиції багатомовного сайту?

Найчастіші проблеми багатомовного сайту - прості упущення: забуте зворотне посилання між мовними версіями, показ різної мови за однією й тією ж адресою замість окремих URL, жорсткий авторедирект по IP та сирий машинний переклад без вичитування термінів.

П'ять помилок, які зустрічаються в реальних обговореннях найчастіше:

1. Односторонній hreflang. Налаштували посилання з російської сторінки на англійську, забули додати зворотну – Google тихо ігнорує всю пару, а власник не розуміє, чому англомовна версія не ранжується.
2. Показ різної мови на одну адресу - через cookie або збережену сесію, без зміни URL. Google прямо рекомендує проти цього: «Не використовуйте IP analysis до adaptation your content. IP location analysis is difficult and generally not reliable». (Переклад: не підлаштовуйте контент під IP-адресу - геолокація по IP складна і зазвичай ненадійна.) Потрібні різні адреси на різні версії, інакше бот бачить лише одну з них.
3. Жорсткий авторедирект з геолокації без ручного вибору. У профільних обговореннях регулярно скаржаться на ситуації на кшталт «мій браузер налаштований на англійську, а сайт наполегливо показує мене версію іншою мовою» - авторедирект без можливості переключитися вручну дратує та упускає конверсію.
4. Неповний переклад. Перекладено статтю, а меню, футер або картка товару залишилися мовою оригіналу - читач переключив мову, а частина інтерфейсу все одно не нею.
5. Машинний переклад без вичитування термінології. Показовий приклад із практики: фраза "бюро перекладів" у сирому машинному перекладі йде як дослівне "translation bureau" замість прийнятого в галузі "translation agency" - терміна, за яким реально шукають. З погляду SEO, це критична помилка: сторінка перестає збігатися з тим, як аудиторія реально формулює запит.

Скільки мовних версій насправді потрібно вашому бізнесу?

Потрібні тільки ті мови, якими реально говорять ваші клієнти, а не всі 107 разом. Google застерігає, що зайві мовні версії додають навантаження без реальної користі, якщо за ними немає справжньої аудиторії.

Джон Мюллер з Google прямо іронізує над логікою «зробимо всіма мовами, раптом знадобиться»: «Let's create all languages! Let's make pages для всіх країн! What if someone in Japan wants to read it in Swahili? Let's make even more pages!» (Переклад: давайте зробимо всі мови! Давайте зробимо сторінки для всіх країн! А раптом хтось у Японії захоче прочитати це на суахілі? Давайте зробимо ще більше сторінок!)

І додає по суті: «Більшість цих 'pages створені для вас може' отримати дуже велику цінність, щоб дуже значний рівень, і вони з'являться в значний overhead (crawling, indexing, canonicalization, ranking, maintenance, hreflang, structured data, etc.) - Більшість таких відчутні накладні витрати ( Search Engine Journal). Його порада пряма: обмежитися мовами, які реально критичні та цінні для аудиторії.

Для бізнесу, який продає в Європі, Україні, Казахстані та Узбекистані, розумний старт – 2-3 мови вашої реальної аудиторії та клієнтів, з якими вже працюєте чи плануєте працювати найближчим часом. Технічна стеля в 107 мов в 1001site AI нікуди не подінеться - інші версії просто чекають моменту, коли аудиторія в конкретній країні стане справжньою.

Скільки коштує сайт кількома мовами?

Окремого «мовного» тарифу чи плати за кожну додаткову мову в 1001site AI немає: 107 мов та автоматична AI-індексація входять до єдиного тарифу «Все включено» - окремою платною надбудовою їх не продають. Умови: 45 € на місяць, перший місяць за промокодом місяця - 25 € (з другого місяця - 45 €), пробного періоду та безкоштовного тарифу немає, скасувати можна в будь-який момент. Якщо потрібен повністю готовий сайт «під ключ» – стиль, структура, тексти, товари, домен та навчання роблять за вас за 1650 € разово, з хостингом на 12 місяців у подарунок. Точні та актуальні умови - на сторінці тарифів.

Бажаєте подивитися, як це працює на вашому сайті? Виберіть стиль у конструкторі 1001site AI та перевірте, як виглядає сайт іншою мовою ще до оплати.

Джерела

• Localized Versions of your Pages - Google Search Central
• Managing Multi-Regional and Multilingual Sites - Google Search Central
• Hreflang: The Easy Guide for Beginners - Ahrefs
• Subdomain vs. Subdirectory vs. ccTLD - Search Engine Journal
• Google's John Mueller Cautions Against Overuse of Multi-Language Content - Search Engine Journal
• Translated sites boost AI visibility (Weglot study) - Search Engine Journal
• AI Crawlers Don't Render JavaScript - jangwook.net
• Google Translate's Website Translator widget discontinued - gtranslate.io

Технічною стороною займається ІІ-агент – вам залишається вибрати стиль та підтвердити результат.