Многоязычный сайт: технический чек-лист

Многоязычный сайт — это не кнопка «перевести», а отдельная инженерная задача с серьёзными техническими подводными камнями. Когда бизнес выходит на международный рынок, ему кажется, что достаточно подключить переводчик. На деле начинаются проблемы с поиском, дублированием контента и сломанной версткой под другие алфавиты.

Мы делаем многоязычные проекты на Next.js с учётом интернационализации (i18n) на уровне архитектуры, а не плагином «для галочки». Ниже — чек-лист, который закрывает 90% проблем, с которыми сталкиваются при выходе за рубеж. Он построен на реальных кейсах, где неправильная i18n стоила клиента половины органического трафика.

Что нельзя упустить

Перечислим критические точки, на которых спотыкается большинство самописных решений. Каждая из них — отдельный риск потери трафика или доверия пользователя.

• Корректные hreflang для каждой языковой версии, чтобы поиск понимал связи
• Чистая структура URL без смешивания языков в параметрах (?lang= ведёт к дублям)
• Полный перевод контента, а не только меню и кнопок
• Канонические ссылки и карта сайта по версиям для индексации
• Шрифты и вёрстка под акцентированные языки — арабский, греческий, азиатские

Структура URL: как выбрать

Есть три основных подхода: поддомены (ru.site.com), директории (site.com/ru) и домены зон (site.ru / site.de). Для SEO чаще всего рекомендуем директории — проще перелинковка и передача веса. Но для крупных рынков возможны и отдельные домены. Выбор влияет на весь дальнейший рост и на стоимость поддержки.

• Директории (site.com/ru) — проще SEO-вес и общая аналитика
• Поддомены (ru.site.com) — гибче, но вес приходится наращивать отдельно
• Домены зон (site.de) — максимум локального доверия, но дороже в поддержке

hreflang — главный инструмент

Атрибут hreflang tells поиску, какие страницы являются языковыми версиями друг друга. Без него Google может показывать русскую версию французу просто потому, что она «сильнее» по ссылкам. Ошибки в hreflang — одна из самых частых причин потери трафика на международных проектах.

• Каждая версия должна ссылаться сама на себя и на все остальные
• Обязателен fallback на язык по умолчанию (x-default)
• Проверяйте отсутствие взаимоисключающих правил — они ломают индексацию
• Карта сайта должна дублировать hreflang через xhtml:link

Контент и перевод

Машинный перевод убивает доверие. Мы настаиваем на профессиональной локализации: адаптации под смыслы, а не пословный перевод. Плюс — учитываем длину текста: немецкий в среднем на 30% длиннее русского, и верстка должна это выдерживать без разъезжающихся блоков. Фразы вроде «Заказать» в одном языке могут стать длинным CTA в другом — закладывайте запас.

Отдельная тема — локализация не текста, а смысла. Примеры, валюты, единицы измерения и даже цвета имеют разную коннотацию. То, что работает в России, может сбить с толку покупателя в Азии или Латинской Америке. Хорошая локализация — это культурная адаптация, а не словарная.

Подводные камни, о которых не думают

• Форматы дат, валют и телефонов отличаются от рынка к рынку
• Направление текста (RTL для арабского) требует зеркальной вёрстки
• Правовые требования: GDPR в Европе, локализация данных
• Разная длина мета-тегов — тайтлы обрезаются

Технический слой в Next.js

Мы используем встроенный middleware для определения локали по заголовку Accept-Language и домену, а контент храним в структурированном виде, чтобы не дублировать вёрстку под каждый язык. Это снижает количество ошибок и ускоряет добавление новых языков. Переводы подключаются через словари, а не через копипаст страниц.

Аналитика и атрибуция

Многоязычие усложняет отчётность: нужно разделять трафик по локалям, но не терять общую картину. Мы настраиваем отдельные представления и метки, чтобы видеть, какой рынок окупается, а какой только съедает бюджет. Без этого не понять, где масштабировать.

Перевести текст — легко. Сделать так, чтобы поиск правильно раздал языки, — вот задача.

Когда многоязычность оправдана

Не делайте языки «на будущее». Каждая версия — это отдельный контент, отдельная SEO-работа и отдельная поддержка. Запускайте новый язык только когда есть реальный спрос и бюджет на его наполнение. Пустая болванка на французском хуже, чем честный сайт только на русском.

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

• Продумана архитектура URL и выбран единый подход
• Прописаны и проверены hreflang со всех версий
• Контент полностью переведён и локализован по смыслу
• Настроены каноники, карты сайта и перелинковка
• Проверена вёрстка под RTL и длинные языки
• Аналитика разделяет локали без потери общей картины

Перевод интерфейса против перевода контента

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

Поисковая выдача по рынкам

Разные языковые версии живут в разных выдачах и конкурируют с местными игроками. Немецкая версия сайта соревнуется не с другими вашими языками, а с немецкими компаниями. Поэтому под каждый рынок нужна своя семантика, свои посадочные и своя link-стратегия. Единый шаблон не работает.

• Собирайте семантику отдельно под каждый рынок и язык
• Учитывайте местные поисковики: Baidu, Naver, Seznam
• Адаптируйте оффер под местную платёжеспособность
• Следите за локальными юридическими требованиями к контенту

Поддержка и обновления

Каждая новая страница должна появляться сразу во всех языках, иначе версии «рассинхронизируются» и пользователи натыкаются на пустые переводы. Мы строим процесс так, чтобы контент-менеджер не забывал ни об одной локали, а система напоминала о непереведённых блоках.

Типичные ошибки на старте

Первая — запуск всех языков сразу без наполнения, в итоге куча пустых страниц. Вторая — автоперевод без вычитки, который убивает смысл и репутацию. Третья — отсутствие hreflang, из-за чего поиск путает версии и снижает их всех. Четвёртая — игнорирование RTL и длинных языков, ломающих вёрстку.

Стоимость и сроки

Многоязычный проект дороже одноязычного не вдвое, а скорее на 40–70%: растут проектирование, вёрстка под особенности языков, перевод и тестирование. Но эти вложения окупаются выходом на новые рынки сбыта. Мы оцениваем проект честно, без скрытых доплат за «ещё один язык».

Наша роль в проекте

Мы берём на себя архитектуру i18n, вёрстку под все локали, настройку hreflang и проверку индексации. Переводами обычно занимается ваша команда или бюро локализации, а мы интегрируем результат так, чтобы ничего не сломалось. На выходе — сайт, который поиск и пользователи понимают в каждой стране.

• Проектируем архитектуру i18n под рост языков
• Верстаем с учётом RTL, длинных и акцентированных языков
• Настраиваем hreflang, каноники и карты сайта
• Проверяем индексацию по каждой локали

Миграция существующего сайта

Если сайт уже работает на одном языке, перевод «в стиле Big Bang» опасен: можно потерять позиции на старой версии. Мы действуем поэтапно — поднимаем новые локали параллельно, настраиваем hreflang и перенаправления, и только убедившись в стабильности, переключаем трафик. Риски сводим к минимуму.

Контент-план по языкам

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

• Ведите единый календарь публикаций по локалям
• Переводите новости и акции в приоритетном порядке
• Следите за тем, чтобы старые материалы не висели непереведёнными
• Регулярно аудируйте полноту версий

FAQ по многоязычности

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

• Отдельный домен не обязателен — начните с директорий
• Перевод — это процесс, а не разовое действие
• Для ключевых рынков берите носителей языка
• Регулярно аудируйте индексацию каждой версии

Итог для бизнеса

Многоязычный сайт оправдан, когда за ним стоит реальный спрос и готовность развивать каждый рынок. Тогда он становится машиной продаж в новых странах. Без спроса — это складывание денег в пустые страницы. Честно оцените рынок, прежде чем масштабировать языки.

Многоязычный сайт — это инженерная дисциплина: от архитектуры URL до hreflang и локализации контента. Сделанный правильно, он открывает рынки; сделанный кое-как — распыляет трафик и бюджет. Мы закладываем i18n с первого дня, чтобы вы росли без пересборки и не теряли позиции при каждом добавлении языка.