Многоязычный сайт: когда он нужен бизнесу и как не сделать его вдвое дороже

Многоязычный сайт нужен, когда заметная часть клиентов читает и ищет на другом языке: экспорт, туризм, работа со странами СНГ, международные сервисы. Каждая языковая версия должна жить на собственных адресах — проще всего в папке вида site.ru/en/ — и быть связана с остальными атрибутом hreflang, иначе поисковики не поймут, кому какую страницу показывать. Главная статья расходов здесь не программирование, а перевод и постоянная поддержка контента. Ниже — как понять, нужна ли версия, как выбрать структуру адресов, настроить hreflang, организовать перевод и не удвоить бюджет.

Почему «сделайте ещё английскую версию» часто заканчивается ничем

«Сделайте ещё английскую версию, вдруг иностранцы зайдут». Эту фразу мы слышим на каждом третьем проекте. Английская версия появляется, её переводит менеджер с помощью онлайн-переводчика, через полгода она отстаёт от русской на десять товаров и три акции, а иностранцы так и не зашли. Деньги потрачены, польза нулевая, а в поиске появились полупустые дубли.

Многоязычность — полезная вещь, когда она нужна. Вторая версия — это не кнопка «перевести», а второй сайт: у него свои тексты, свои поисковые запросы и свой человек, который отвечает на заявки.

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

• Экспортёрам и производителям с иностранными покупателями — там, где клиент реально читает на другом языке и принимает решение по сайту.
• Туризму, гостиницам, санаториям в регионах с иностранными гостями.
• Компаниям, работающим с СНГ: казахская, узбекская, армянская аудитория часто ищет на своём языке.
• Сервисам и продуктам с международной аудиторией.
• Организациям в регионах с двумя государственными языками, где это требование к официальным сайтам.

Проверка: посмотрите в Метрике языки браузеров и страны посетителей. Если иностранных посетителей меньше 3–5% и они не оставляют заявок, полноценная версия не окупится. Часто достаточно одной хорошо написанной страницы на английском с описанием компании и контактами.

Как организовать адреса: папка, поддомен или отдельный домен

У каждой языковой версии должны быть свои адреса страниц. Вариантов три, и у каждого свои последствия для бюджета и SEO.

Папка — самый простой и распространённый вариант: одна площадка, один домен, общий вес. Поддомен удобнее разделять технически, но поисковики частично считают его отдельным сайтом — об этом подробнее в статье про поддомены и их влияние на SEO. Отдельный домен оправдан, когда версия ориентирована на другую страну и продвигается там самостоятельно; в поддержке он дороже всего.

Чего не делать: переключать язык без смены адреса, по кнопке или по языку браузера. Поисковики видят одну страницу, а не две, и вторая версия в поиск не попадает. Не стоит и принудительно перебрасывать посетителя на версию по его стране: человек в командировке получит не тот язык, а поисковый робот может так и не увидеть остальные версии. Лучше ненавязчиво предложить перейти и запомнить выбор.

Что такое hreflang и как его настроить

Это пометка в коде, которая говорит поисковикам: у этой страницы есть версия на другом языке по такому-то адресу. Без неё Google может показать русскоязычному пользователю английскую страницу, а Яндекс — счесть версии дублями. Настраивается один раз в шаблоне, но каждой странице нужна пара на другом языке.

Выглядит атрибут так: <link rel="alternate" hreflang="en" href="https://site.ru/en/">. Такая строка добавляется в служебную часть страницы для каждой языковой версии. Правил немного, но нарушают их постоянно.

• Ссылки взаимные. Русская страница указывает на английскую, английская — на русскую. Одностороннее указание поисковики могут не учесть.
• Страница перечисляет все версии, включая себя.
• Адреса полные, с https:// и доменом.
• Код языка — стандартный: ru, en, kk. Регион добавляют, когда версии для разных стран отличаются: en-US, ru-KZ.
• Значение x-default обозначает страницу для всех, кому не подошла ни одна версия.
• Нет перевода — нет ссылки. Если английской версии статьи не существует, страница не должна ссылаться на несуществующий адрес.

Вместо тегов в коде те же связи можно описать в карте сайта — как она устроена, рассказано в статье про robots.txt и sitemap.xml. И ещё одна деталь: у каждой языковой версии свой канонический адрес. Английская страница не должна указывать русскую как основную, иначе поисковик уберёт её из выдачи. Что такое канонический адрес, мы объясняли в материале про дубли страниц и canonical.

Что переводить и кому это поручить

Не всё. Каталог и ключевые услуги — да. Блог из двухсот статей — только те, что действительно нужны иностранной аудитории. Новости компании — обычно нет. Такой подход снижает стоимость поддержки в разы и не создаёт полупустых страниц.

Переводчик должен знать отрасль. Машинный перевод годится для черновика, но «валы приводные» в автопереводе превращаются во что-то, над чем иностранный инженер посмеётся и закроет сайт. Мы видели каталог промышленного оборудования, переведённый автоматически, — покупателей он отпугивал сильнее, чем его отсутствие.

Поисковые запросы тоже не переводятся дословно: иностранный покупатель может называть ваш товар совсем не тем словом, которое выдаст словарь. Запросы для новой версии собирают отдельно, на языке аудитории и в тех поисковых системах, которыми она пользуется. Сам подход тот же, что описан в статье о том, как собрать семантическое ядро. Под эти запросы пишут и заголовки, и мета-теги — их часто забывают перевести.

Как сделать вторую языковую версию: пошагово

1. Проверьте спрос: языки и страны посетителей в Метрике, заявки от иностранных клиентов, вопросы отдела продаж.
2. Определите объём: какие разделы переводятся, а какие остаются только на русском.
3. Выберите структуру адресов: папка, поддомен или отдельный домен.
4. Убедитесь, что система управления сайтом поддерживает несколько языков: переводы страниц, меню, шаблонов и адресов. Если нет, оцените доработку — иногда это повод задуматься о том, какую CMS выбрать.
5. Соберите поисковые запросы на языке аудитории.
6. Переведите контент с переводчиком, знающим отрасль, и дайте вычитать носителю языка, если есть возможность.
7. Переведите интерфейс: кнопки, формы, сообщения об ошибках, письма-уведомления, страницу 404.
8. Настройте hreflang, канонические адреса и карту сайта.
9. Сделайте переключатель языка: он ведёт на ту же страницу в другой версии, а языки подписаны словами — «English», «Русский».
10. Добавьте версию в Яндекс Вебмастер и Google Search Console и проследите, как она индексируется.
11. Назначьте ответственного: кто добавляет перевод, когда в русской версии появляется новая страница.

Что чаще всего забывают

• Формы, письма-уведомления, сообщения об ошибках, кнопки — их тоже нужно переводить, и это делается в шаблонах, а не в контенте.
• Цены и валюты, форматы дат и телефонов.
• Юридические страницы: политика конфиденциальности, оферта — для иностранцев нужны свои версии.
• Процесс: кто и когда добавляет перевод, когда в русской версии появился новый товар. Если ответа нет, версии разойдутся за пару месяцев.
• Того, кто ответит. Заявка на английском, оставшаяся без ответа, хуже, чем отсутствие английской версии.
• Оплату и доставку. Если иностранный клиент не может заплатить или получить товар, перевод каталога ему не поможет.

Сколько стоит многоязычный сайт

Техническая часть — структура адресов, переключатель, hreflang, переводимые шаблоны — на современной CMS или фреймворке делается за несколько дней, если заложена сразу. Добавить к готовому сайту — заметно дороже, иногда сопоставимо с частью его стоимости. Основные расходы дальше — перевод и поддержка контента, и они постоянные.

• Разовые расходы: доработка сайта под языки, перевод существующих страниц и интерфейса, сбор запросов, юридические тексты.
• Постоянные расходы: перевод новых товаров, статей и акций, обновление цен, ответы на обращения на втором языке.
• На чём экономить можно: на объёме — переводить только то, что нужно аудитории.
• На чём экономить нельзя: на качестве перевода ключевых страниц и на человеке, который следит за актуальностью версии.

Удобная админка, в которой перевод добавляется рядом с оригиналом и видно, какие страницы ещё не переведены, заметно снижает стоимость поддержки. Какой она должна быть, мы описали в статье про удобную админку сайта.

Частые ошибки

• Автоперевод без вычитки. Быстро и дёшево, но текст с ошибками подрывает доверие к компании целиком.
• Версия без собственных адресов. Язык переключается скриптом, и в поиске существует только одна версия.
• Флаги вместо названий языков. На английском говорят не только в Великобритании, на русском — не только в России.
• Переключатель ведёт на главную. Человек читал страницу товара, сменил язык и потерял её.
• Полупустая версия. Десять переведённых страниц из двухсот и меню, половина пунктов которого ведёт на русский текст.
• Hreflang настроен наполовину: ссылки только в одну сторону или на страницы, которых нет.
• Версию запустили и забыли. Через год в ней старые цены и снятые с продажи товары.

Чек-лист перед запуском языковой версии

• Спрос подтверждён: есть иностранные посетители или клиенты.
• Определён список разделов для перевода.
• У каждой версии свои адреса страниц.
• Перевод вычитан человеком, знающим отрасль.
• Переведены формы, письма, ошибки и мета-теги.
• Hreflang настроен взаимно, канонические адреса свои у каждой версии.
• Переключатель ведёт на ту же страницу на другом языке.
• Назначен ответственный за обновление и есть кому отвечать на заявки.

Коротко

Вторая языковая версия окупается, когда есть аудитория, которая на этом языке ищет и покупает. Большинству компаний подходит папка на основном домене, взаимный hreflang и перевод только нужных разделов. Главный расход — не запуск, а поддержка: без ответственного версия устареет за несколько месяцев.

Проектируя сайты в CasperLab, мы закладываем возможность второго языка в архитектуру, даже если сейчас он не нужен, — это дёшево на старте и дорого потом. А если сомневаетесь, нужна ли версия вообще, посмотрим вместе на вашу аналитику и скажем честно. Прикинуть бюджет сайта с несколькими языками можно в калькуляторе стоимости.