Ваш бизнес работает с клиентами из разных стран? Или аудитория говорит на нескольких языках? Тогда мультиязычный сайт - не опция «на потом», а часть нормальной коммуникации и SEO-стратегии.
Но «перевести сайт» - это не просто поменять тексты. Неправильная реализация приводит к дублированию контента, потере SEO-позиций, поломанным переключателям языка и путанице для пользователей.
Ниже - практический разбор: как устроить мультиязычность так, чтобы сайт был удобен людям и понятен Google.
Зачем нужен мультиязычный сайт
1. Охват аудитории
Если ваши клиенты говорят на разных языках, сайт на одном языке автоматически теряет часть аудитории. Для Украины типичный сценарий - украинский + английский или украинский + английский + ещё одна языковая версия под отдельные сегменты.
2. SEO на каждом языке
Каждая языковая версия - это отдельный шанс ранжироваться в поиске. Страница на украинском будет находиться по украинским запросам, на английском - по английским. Google старается показывать пользователю страницу на его языке.
3. Доверие и конверсия
Сайт на родном языке клиента = больше доверия и выше конверсия. По данным CSA Research люди чаще покупают и легче принимают решение, если контент подан на их языке.
Для сервиса, клиники, студии, SaaS-продукта или B2B-компании это особенно важно: человек должен быстро понять, что вы предлагаете, как это работает и можно ли вам доверять. Язык здесь влияет не только на удобство, но и на деньги.
Структура URL: три варианта
| Вариант | Пример | Плюсы | Минусы |
|---|---|---|---|
| Папки | site.com/ru/, site.com/en/ | Один домен, единый SEO-вес | Все языки на одном хостинге |
| Поддомены | ru.site.com, en.site.com | Разделение на уровне сервера | Каждый поддомен = отдельный сайт для Google |
| Отдельные домены | site.ua, site.com | Максимальная локализация | Дорого, сложно управлять |
Рекомендация: для большинства бизнесов лучше папки. Один домен, единый вес ссылочной массы и более простое управление.
Если у вас нет сильной команды, отдельной контент-стратегии и технического ресурса на поддержку нескольких доменов, папки почти всегда практичнее и безопаснее.
hreflang: объясняем Google, какая версия для кого
hreflang - HTML-атрибут, который сообщает поисковым системам: «Эта страница - для русскоязычных пользователей, а вот та - для англоязычных».
<link rel="alternate" hreflang="uk" href="https://site.com/uk/services/" />
<link rel="alternate" hreflang="ru" href="https://site.com/ru/uslugi/" />
<link rel="alternate" hreflang="en" href="https://site.com/en/services/" />
<link
rel="alternate"
hreflang="x-default"
href="https://site.com/en/services/"
/>x-default - версия по умолчанию для пользователей, чей язык вы отдельно не покрываете.
Правила hreflang
- ставится на каждой странице для всех языковых версий, включая саму страницу,
- должен быть двусторонним: если /ru/ ссылается на /en/, то /en/ должен ссылаться на /ru/,
- может размещаться в
<head>, HTTP-заголовке или sitemap.
Если hreflang настроен с ошибками, Google может показывать не ту языковую версию, а в сложных случаях вообще игнорировать разметку.
Перевод и локализация - не одно и то же
Перевод - это дословная замена текста. «Купить» → «Buy».
Локализация - это адаптация под культуру, рынок и контекст:
- форматы дат, адресов и телефонов,
- номера телефонов в местном формате,
- примеры, релевантные местному рынку,
- юридические тексты по местному законодательству.
Если сайт ориентирован на разные страны, локализация также включает способы оплаты, формулировки призывов к действию, названия услуг, единицы измерения и даже ожидаемый тон коммуникации.
Мы не делаем дословные переводы. Каждая языковая версия нашего блога - отдельный текст, адаптированный для аудитории.
Техническая реализация
Astro (наш стек)
В Astro мультиязычность удобно строить через файловую структуру:
src/content/blog/
├── uk/ ← украинская версия
├── ru/ ← русская версия
└── en/ ← английская версияКаждая языковая версия - отдельный файл с общим slug. hreflang можно генерировать автоматически.
WordPress
Плагины: WPML, Polylang, TranslatePress. WPML - самый полный, Polylang - самый простой.
Выбор языка
Переключатель языка должен быть:
- видимым - в шапке или навигации,
- использовать название языка (Українська, English), а не флаги,
- вести на ту же страницу на другом языке, а не на главную.
Хороший переключатель языка сохраняет контекст. Плохой заставляет пользователя заново искать нужную услугу, статью или контакты.
Что нужно продумать до запуска
- какие языки действительно нужны вашей аудитории,
- кто будет поддерживать переводы,
- как вы будете синхронизировать новые страницы между языками,
- кто отвечает за локализацию, а не только за перевод,
- как будут устроены меню, формы, SEO-мета и хлебные крошки на каждом языке.
Если эти вещи не продумать заранее, мультиязычность быстро превращается в хаос: часть страниц переведена, часть нет, переключатель ведёт не туда, а команда не понимает, какая версия актуальна.
Типичные ошибки
1. Автоматический перевод без проверки
Google Translate или другой машинный перевод «на лету» - это часто хуже, чем отсутствие перевода. Результат: неестественные тексты, потеря доверия и слабая конверсия.
2. Нет hreflang
Без hreflang Google может показывать русскую версию англоязычным пользователям. Или считать языковые версии дубликатами.
3. Одинаковый контент
Если украинская и русская версии - почти дословные копии, Google может расценить это как дублирование.
Кроме SEO здесь есть и пользовательская проблема: текст, который звучит «переведённо», обычно хуже продаёт, хуже удерживает внимание и слабее отвечает на реальные ожидания аудитории.
4. Неправильный редирект по IP
Автоматический редирект по геолокации часто раздражает: пользователь из Германии может хотеть /en/, а его принудительно отправляют на другую версию. Лучше предложить выбор, а не принуждать.
5. Языковой переключатель ведёт на главную
Переключатель должен вести на ту же страницу на другом языке. Иначе пользователь теряет контекст и раздражается.
Как понять, что мультиязычность сделана правильно
У хорошего мультиязычного сайта обычно есть пять признаков:
- каждая языковая версия открывается по своей логичной структуре URL,
hreflangи canonical не конфликтуют,- переключатель языка ведёт на эквивалентную страницу,
- тексты звучат естественно для своей аудитории,
- команда понимает, как поддерживать контент на всех языках после запуска.
Если один из этих пунктов провален, проблемы быстро проявляются и в SEO, и в конверсии.
Чек-лист мультиязычного сайта
| # | Что проверить | ✅ / ❌ |
|---|---|---|
| 1 | URL-структура: папки (/uk/, /en/) | |
| 2 | hreflang на каждой странице | |
| 3 | x-default указан | |
| 4 | Переключатель языка видимый и ведёт на ту же страницу | |
| 5 | Переводы - живые, а не машинные | |
| 6 | Формы, кнопки и системные сообщения локализованы | |
| 7 | Sitemap содержит все языковые версии | |
| 8 | Canonical URL корректны |
Мини-чек перед запуском
- у каждой важной страницы есть эквиваленты на других языках,
hreflangссылается на реальные URL,- мета-теги и заголовки переведены, а не пропущены,
- формы, кнопки и системные сообщения локализованы,
- пользователь не теряет страницу при переключении языка.
Частые вопросы
Сколько языков нужно?
Зависит от аудитории. Для украинского бизнеса украинский + английский - минимум. Русский - по ситуации и по вашей стратегии.
Можно ли добавить язык позже?
Да, если сайт изначально спроектирован для мультиязычности. Если нет, может потребоваться рефакторинг структуры.
Перевод с помощью ИИ - можно?
Для черновика - да. Для публикации нужна редактура носителем языка.
Что лучше для SEO: папки или поддомены?
Для большинства бизнесов лучше папки. Ими проще управлять, они консолидируют SEO-вес и реже создают техническую путаницу.
Можно ли запускать не все языки одновременно?
Да. Лучше качественно запустить 2 языка, чем формально открыть 4 версии с неполным контентом и ошибками в перелинковке.
Как это влияет на скорость?
Мультиязычность не замедляет сайт, если она реализована через статическую генерацию, а структура и ассеты собраны аккуратно.
Связанные материалы
- Schema-разметка для бизнеса
- Локальное SEO
- 10 ошибок при создании сайта, которые убивают конверсию
- Mobile-first сайт: почему начинать дизайн с мобильной версии
Нужен мультиязычный сайт?
Мы делаем мультиязычные сайты на Astro: быстрая загрузка, правильный hreflang, продуманная структура языков и локализованный контент без ощущения машинного перевода.
Связанные материалы
