Разработка мультиязычного сайта в Москве
Мультиязычный сайт — это не перевод текста плагином поверх готовой версии. Каждый язык означает свою структуру адресов, свою настройку связи между версиями страниц для поисковых систем, часто — свою форму приёма заявок, если она уходит в разные отделы или разные CRM по регионам. Ошибка в любом из этих слоёв не ломает сайт заметно, а тихо режет трафик на одном из языков.
Мы проектируем языковую структуру до вёрстки: как устроены адреса, что делает переключатель языка, куда попадает заявка с каждой версии. Дальше на эту структуру ложится перевод и локализация — не буквальный перевод, а адаптация текста, формата даты, валюты и контактов под каждую аудиторию.
Что решаем при разработке
Структура адресов
Языковые подпапки, поддомены или отдельные домены — выбор влияет на то, как поисковые системы делят авторитет между версиями, и меняется дорого после запуска.
Связка версий для поиска (hreflang)
Каждая языковая версия страницы должна явно указывать на аналоги на других языках — без этого поиск может показать пользователю не ту версию или не разделить дубли корректно.
Локализация, а не перевод
Формат даты и телефона, валюта, единицы измерения, примеры и кейсы — под аудиторию каждой версии, а не подстрочник с одного языка.
Раздельные формы и каналы приёма
Если заявки с разных языковых версий должны попадать в разные отделы или CRM, это настраивается на уровне формы, а не разбирается вручную после.
Административная часть
Редактор должен видеть, какие страницы переведены, какие устарели после правки оригинала, и не потерять версию при обновлении контента.
SEO по каждому языку отдельно
Семантика, заголовки и перелинковка собираются для каждого языка своим набором запросов, а не копированием структуры одного языка на остальные.
Больше возможностей для вашего проекта
-
Создание лендингов
-
Разработка интернет-магазинов
-
Разработка корпоративных сайтов
-
Разработка маркетплейсов
-
Разработка личного кабинета
-
Разработка и проектирование API
-
Создание сайтов-агрегаторов
-
Создание онлайн-сервисов
-
Создание B2B порталов
-
Создание интернет-магазина на Битрикс
-
Создание сайтов на WordPress
-
Создание сайтов на Drupal
-
Создание сайтов на Laravel
-
Составление технического задания
-
Перенос сайта с Тильды
-
Перенос сайта на WordPress
-
Разработка MVP
-
Разработка сайта на Битрикс
-
Перенос сайта на Битрикс
-
Разработка сайта на Тильде
-
Сайт-визитка под ключ
-
Разработка SaaS-сервиса
- Интернет-магазины
- Недвижимость
- Здравоохранение и стоматология
- Рестораны и кафе
- Салоны красоты
- Образование
- Строительство
- Юридические услуги
- Туризм и гостиницы
- Логистика
- Дизайн интерьеров
- Ремонт квартир
- Автосервисы
- Маркетплейсы
- Консалтинг
- Фотографы
Обсудим проект?
FAQ
Если не нашли ответа — напишите нам на info@toimi.pro.
Что лучше — подпапки, поддомены или отдельные домены для языков?
Однозначного ответа нет, только компромиссы. Подпапки проще в поддержке и сохраняют общий вес сайта. Поддомены и отдельные домены дают больше независимости версии, включая раздельный переезд на новый адрес, но требуют больше ручной настройки на старте. Выбор делается под аудиторию и структуру компании, а не по умолчанию.
Сколько стоит разработка мультиязычного сайта?
Смету определяют число языков, объём контента на перевод, нужна ли раздельная маршрутизация заявок по языкам и глубина локализации (только текст или ещё формы, валюта, контакты). Пришлите список нужных языков — вернём расчёт по этим пунктам.
Вы делаете перевод текстов сами?
Перевод и локализацию мы координируем, но носителя языка для сложных или маркетинговых текстов приводит либо клиент, либо привлечённый переводчик — машинный перевод годится для служебных страниц, но не для текста, который продаёт.
Что такое hreflang и зачем он нужен?
Это техническая метка, которая говорит поисковой системе: «вот та же страница на другом языке». Без неё две похожие страницы на разных языках рискуют восприниматься как дубли или показываться не той аудитории. Настраивается один раз на уровне шаблона и работает автоматически при добавлении новых страниц.
Можно ли добавить новый язык к уже готовому сайту?
Да, если языковая структура была заложена изначально — тогда это объём перевода и локализации. Если сайт делался как одноязычный без расчёта на расширение, сначала требуется техническая доработка структуры адресов и шаблонов, и это отдельная оценка.
Как быть с формами, если заявки с разных языков должны попадать разным менеджерам?
Настраивается на уровне формы: язык страницы передаётся вместе с заявкой в CRM как параметр маршрутизации. Это тот же принцип, что при интеграции сайта с CRM — маршрут задаёт правило, а не ручная пересортировка входящих писем.
Нужно ли переводить весь сайт целиком?
Не обязательно. Частый и разумный сценарий — перевести ключевые страницы услуг и посадочные страницы, а служебные разделы (политику, техническую документацию) оставить на одном языке. Список того, что переводится, лучше зафиксировать на старте, а не решать по ходу.
Как переключатель языка влияет на позиции в поиске?
Сам переключатель не влияет, если он реализован обычной ссылкой, а не скриптом, который поиск не видит. Проблему создаёт другое — отсутствие связки hreflang между версиями и разная структура адресов при каждом обновлении.
Что происходит, если версии на разных языках расходятся по содержанию со временем?
Это нормально для локализации: одна версия обновляется чаще другой из-за разного объёма работы на рынках. Риск — забыть отметить, что перевод устарел. Административная часть должна показывать редактору статус актуальности каждой языковой версии страницы.
Подходит ли мультиязычный сайт для выхода на новый рынок с нуля?
Да, но сайт — только один из шагов: понадобятся ещё локальный номер или форма связи, понятная аудитории, и, как правило, отдельная SEO-стратегия под новый язык — прямой перевод русской семантики почти никогда не совпадает со спросом на другом языке.
Когда сайту действительно нужна вторая языковая версия?
Когда есть аудитория, которая не читает по-русски, и человек, который будет поддерживать перевод в актуальном состоянии. Вторая причина важнее первой: версия, отставшая на год, вредит больше, чем её отсутствие. Если пока нужно только присутствие — иногда достаточно одной страницы с описанием и контактами на нужном языке, и это честнее, чем половина сайта в переводе непонятного качества.
Что именно приходится переводить, кроме текстов страниц?
Четыре слоя, и забывают обычно про три последних: содержимое страниц, элементы интерфейса и кнопок, меню и служебные блоки, а также письма — подтверждения заявок и уведомления. Плюс форматы: даты, валюты, телефоны, единицы измерения. Сайт, где страница переведена, а письмо после отправки формы приходит по-русски, производит худшее впечатление, чем полностью одноязычный.
Сколько стоит вторая версия и от чего это зависит?
Разработка мультиязычности — разовая работа, и она не удваивает бюджет: добавляются структура, переключатель, разметка и подготовка шаблонов. Удваивается другое — редакционная работа и сопровождение, потому что каждое изменение теперь вносится дважды. Поэтому мы считаем отдельно стоимость запуска и отдельно ежемесячную нагрузку: второе обычно и определяет, взлетит ли затея.
Машинный перевод подойдёт?
Как черновик — да, как результат — нет, особенно на страницах услуг и цен, где ошибка меняет смысл обязательства. Разумная схема: машинный перевод как основа, живая редактура носителем или профильным переводчиком, отдельная вычитка терминов. Мы организуем процесс и подготовим тексты в удобном для перевода виде, а качество итогового текста согласуем с вами — это не техническая, а содержательная часть.
Как поисковые системы понимают, что это версии одной страницы?
По специальной разметке, которая связывает версии между собой и указывает язык каждой. Она должна быть симметричной: если страница ссылается на перевод, перевод обязан ссылаться обратно. Ошибка здесь приводит к тому, что поисковик показывает не ту версию или считает страницы дублями. При переносе и переадресации связи легко рвутся, поэтому мы проверяем их после каждого изменения структуры, а не только при запуске.
Нужно ли переводить сайт целиком?
Не всегда, но незаконченность должна быть управляемой. Рабочий подход — перевести то, ради чего иностранный посетитель приходит: услуги, цены, контакты, форму, — а блог и новости оставить на основном языке, явно это обозначив. Что недопустимо: страница, наполовину переведённая, и ссылки, ведущие с английской версии на русские страницы без предупреждения. Правило поведения для непереведённых страниц задаётся до запуска.
Как сделать, чтобы посетитель сразу попадал на свою версию?
Осторожно. Автоматическое перенаправление по стране или языку браузера чаще вредит: оно ошибается, мешает поисковым роботам и не даёт человеку попасть туда, куда он шёл по ссылке. Надёжнее заметный переключатель и, при желании, ненавязчивое предложение перейти на другую версию с возможностью отказаться. Выбор пользователя запоминается, но не навязывается при каждом заходе.
Заявки с разных языков должны идти разным людям. Это сложно?
Нет, и это стоит заложить сразу: язык страницы передаётся вместе с заявкой, а дальше работает маршрутизация — свой ответственный, свой шаблон письма, свой язык автоответа. Отдельно проверяется, что уведомление уходит на языке обратившегося. Настроить это позже можно, но обычно к тому моменту уже накапливаются потерянные обращения, которые никто вовремя не открыл.
Версии со временем расходятся. Что с этим делать?
Считать это нормой и управлять ею. Заводится простая дисциплина: любое изменение на основном языке создаёт задачу на перевод, у страниц видна дата последнего обновления каждой версии, раз в квартал делается сверка. Технически мы можем показывать редактору, какие страницы отстали. Без такой дисциплины расхождение неизбежно, и через год вторая версия начинает противоречить первой — в ценах и условиях в первую очередь.
Мы выходим на новый рынок. Хватит ли перевода?
Перевод — необходимое условие, но не достаточное. На новом рынке отличаются не слова, а ожидания: способы связи, форматы оплаты, требования к документам, сами формулировки услуг. Страница, переведённая дословно, часто отвечает не на тот вопрос, который там задают. Мы честно скажем, где нужен не перевод, а отдельный текст, — и обычно это касается как раз тех страниц, ради которых всё затевалось.
Что с адресами: подпапки, поддомены или разные домены?
Короткий ответ: для большинства задач подпапки внутри одного домена — они наследуют накопленный вес и проще в обслуживании. Поддомены и отдельные домены оправданы, когда рынки по-настоящему разные: своя компания, свои цены, своя команда, отдельное продвижение. Решение принимается один раз и меняется дорого, поэтому мы разбираем его до начала работ, а не выбираем по умолчанию.
Как добавить язык к уже работающему сайту?
Порядок такой: выбирается схема адресов, настраивается связывание версий, готовятся шаблоны и словарь интерфейса, переводится содержимое, добавляется переключатель, настраиваются письма и маршрутизация заявок. Важная деталь — не изменить при этом адреса существующих страниц: если основная версия переезжает в подпапку, нужна переадресация, иначе накопленные позиции обнуляются. Это самая частая потеря при добавлении языка.
Обновлено: