Мультиязычный сайт для бизнеса (RO/RU/EN): зачем нужен и как сделать правильно

Коротко

В Молдове мультиязычность — не опция, а реальность рынка: по переписи 2024 года 15,9% населения (370 500 человек) используют русский в повседневном общении, это почти каждый шестой житель страны, а 11,6% (280 000 человек) назвали его родным языком. Для бизнеса, который работает на экспорт или с клиентами из ЕС, нужен ещё и английский — без него сайт физически не читает значимая часть аудитории. По данным CSA Research (опрос 8 709 человек в 29 странах), 76% онлайн-покупателей предпочитают покупать у сайтов на родном языке, а 40% вообще не купят на сайте, где нет их языка. Технически правильный способ сделать мультиязычный сайт — отдельные подразделы (/ro/, /ru/, /en/), а не поддомены или переключалка Google Translate, плюс корректный hreflang, который связывает версии между собой. У нас в ilab.md мультиязычность не увеличивает стоимость разработки — сайт и так строится с этой архитектурой с первого дня, добавление языка не требует переверстки или отдельного бюджета на структуру, отдельная статья расходов — только перевод контента.

Пять способов сделать мультиязычный сайт, и почему подходит только один

• Подразделы (ilab.md/ro/, /ru/, /en/) — разные версии страниц на одном домене, в одной папке структуры. Наследуют весь авторитет основного домена и корректно разделяются поисковиками и AI-краулерами как отдельные, но связанные страницы.
• Поддомены (ro.site.md, ru.site.md) — технически работают, но поисковые системы нередко воспринимают их как отдельные сайты, а значит — с нуля наращивающие собственный вес, без автоматического наследования авторитета основного домена.
• Разные домены/ccTLD (site.md, site.ro) — дорого в поддержке (несколько доменов, несколько наборов SSL и хостинга), оправдано только при реальном присутствии в нескольких странах с разными юрлицами, для малого и среднего бизнеса почти всегда избыточно.
• Параметр в URL (site.md?lang=ru) — с точки зрения поисковика это одна и та же страница с разным содержимым за одним и тем же адресом, плохо индексируется и не даёт AI-краулерам разделить языковые версии.
• Виджет автоперевода (Google Translate виджет и подобные) — переводит на лету в браузере пользователя, но сам HTML остаётся на одном языке для поисковика и для AI-краулера: контент на других языках просто не существует как отдельные проиндексированные страницы.

Для бизнеса, где важна видимость в поиске и в AI-ответах, реальный выбор — только первый вариант: подразделы с полноценными, отдельно проиндексированными страницами на каждом языке.

Как сделать мультиязычность технически правильно

1. Архитектура: подразделы, а не поддомены

Google Search Central прямо называет подразделы предпочтительным вариантом для большинства сайтов: они наследуют авторитет основного домена и не требуют нарабатывать репутацию с нуля, в отличие от поддоменов, которые поисковики нередко трактуют как отдельные сайты. У ilab.md сайт устроен именно так — /ro/, /ru/, /en/ на одном домене, а не отдельные поддомены или сайты. Для бизнеса это значит, что весь вес бэклинков, отзывов и упоминаний работает на весь сайт целиком, а не распыляется между несвязанными доменами.

2. hreflang — самая частая техническая ошибка

По документации Google, у hreflang одно жёсткое правило: если страница на румынском ссылается через hreflang на русскую версию, русская версия обязана ссылаться в ответ — без этой обратной ссылки поисковик имеет право вообще проигнорировать разметку. Это самая частая ошибка на мультиязычных сайтах: разметку добавляют на одну версию и забывают продублировать на остальные. Дополнительно нужен код языка в правильном формате (ISO 639-1, например `ro`, `ru`, `en` — без самодельных или неполных кодов) и, желательно, `x-default` — версия по умолчанию для пользователей, чей язык браузера не совпадает ни с одной из доступных.

3. Перевод: машинный вариант работает, но не для продающих страниц

Автоматический перевод (Google Translate API, DeepL) достаточно точен для новостей и служебных текстов, но для продающих страниц — цен, условий, форм — машинный перевод склонен путать нюансы, из-за которых текст перестаёт быть убедительным или, хуже, вводит в заблуждение по условиям услуги. По данным CSA Research, 65% людей готовы мириться с текстом на родном языке даже среднего качества, но это не индульгенция на ошибки в ценах, сроках и условиях гарантии — здесь machine translation стоит рассматривать как черновик для последующей правки живым носителем языка, а не как готовый результат.

4. Контент, который нельзя просто скопировать между языками

Помимо самого текста, при мультиязычности нужно продублировать и то, что обычно забывают: meta-title и meta-description на каждом языке (а не только заголовок H1), JSON-LD структурированные данные с локализованными названиями и описаниями, формат телефона и валюты (для ЕС-аудитории — евро и международный формат номера, а не только местный), а также тексты кнопок и форм обратной связи. Половинчатая локализация — когда переведён только основной текст, а метатеги, схема разметки и формы остались на одном языке, — снижает эффект мультиязычности примерно до уровня простого виджета автоперевода.

5. Зачем нужен английский, если весь бизнес — в Молдове

Даже если у бизнеса нет клиентов за пределами Молдовы сегодня, английская версия открывает три канала одновременно: инвесторов и партнёров, которые оценивают компанию до личного контакта; международные AI-ответы (ChatGPT, Perplexity и подобные) на английском, где без англоязычной страницы сайт физически не может быть процитирован; и позиционирование для экспорта, если оно в планах — english-версия дешевле сделать сразу при разработке, чем добавлять отдельным проектом через год.

Мультиязычность — это ещё и про видимость в AI-ответах, не только в поиске

AI-движки (ChatGPT, Perplexity, Google AI Overview) отвечают на языке запроса и цитируют в первую очередь контент на этом же языке. По нашим собственным наблюдениям в рамках работы над видимостью ilab.md в AI-поиске, статья, написанная на румынском, реально цитируется по румынским запросам, но никак не участвует в ответах на русскоязычные или англоязычные запросы на ту же тему — это не один и тот же контент в глазах AI-движка, а фактически три разных набора страниц, которые нужно оптимизировать и продвигать отдельно. Монолингвальный сайт на этом фоне не просто теряет часть локальной аудитории — он полностью выпадает из AI-ответов на двух из трёх языков, на которых реально ищут решения жители и партнёры Молдовы.

Как это устроено у нас

В ilab.md сайты изначально проектируются как мультиязычные на уровне архитектуры — на PHP/CodeIgniter это означает, что языковая версия — это параметр в структуре страницы, а не отдельная копия сайта, которую нужно поддерживать вручную. Поэтому добавление нового языка не требует ни новой вёрстки, ни отдельного бюджета на разработку — платите только за перевод и адаптацию контента под конкретный язык. hreflang и правильная структура подразделов настраиваются один раз на уровне проекта и дальше применяются автоматически к каждой новой странице и статье.

Источники

Localized versions of your pages — Google Search Central
Subdomain vs. Subdirectory vs. ccTLD — Search Engine Journal
Survey of 8,709 Consumers in 29 Countries Finds That 76% Prefer Purchasing Products With Information in Their Own Language — CSA Research