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

Мультиязычный сайт на Тильде собирается штатными средствами, и схем в справке три: разные языковые версии страниц в рамках одного сайта на общем домене, отдельные проекты под каждый язык на своём поддомене или домене и мультилендинг с автоматическим перенаправлением по языку браузера или геопозиции. Я чаще всего беру одну из двух: либо клоны проекта под каждый язык, либо один сайт с переключателем поверх одной структуры блоков. Через мои руки прошло около десятка таких запусков, от простых визиток на два языка до интернет-магазинов с каталогом на несколько рынков, и у каждого способа свои подводные камни, начиная с того, как Tilda вообще индексирует такие страницы, и заканчивая тем, что забывают перевести в письмах и уведомлениях.

Что Tilda даёт для мультиязычности из коробки

Готовый переключатель языков в Tilda есть, и начинать стоит с него. Он живёт в блоках меню: ставите на страницу подходящий блок, например ME204N, ME301N, ME302N, ME303 или «гамбургер» ME401-403, и в контенте блока указываете языки и опубликованные ссылки на страницы. Ограничение здесь одно, и знать его лучше заранее: настроек языка нет в блоках ME203, ME203A, ME404, ME405, ME500, ME500A, ME500B, ME501, ME502, ME901, так что шапку под мультиязычность выбираете из поддерживаемого списка.

Есть и третий штатный сценарий, про который часто забывают: мультилендинг, то есть автоматическое перенаправление посетителя на нужную версию по языку браузера (блок T805) или по геопозиции (блок T808), оба из категории «Другое».

Чего Tilda не делает сама, так это перевода: контент второй версии всё равно набивается руками, страница за страницей. И потолок у штатной схемы есть, в справке он сформулирован прямо: «Больше трех языковых версий стандартными способами создать нельзя». Кастомный код начинается там, где языков четыре и больше или где переводы надо синхронизировать между версиями автоматически.

У части моих клиентов первая попытка была наивной: скопировать текст блока, вставить перевод рядом и прятать один из вариантов через CSS-класс. Работает на 3-4 страницах, но на сайте из 15-20 страниц с формами, каталогом и корзиной такой подход превращается в две параллельные версии контента, которые расходятся при любом обновлении.

Способ 1: два отдельных проекта на поддомене или отдельном домене

Самый надёжный по индексации вариант: делаю копию проекта Tilda и меняю в ней язык интерфейса и контента полностью. Русская версия остаётся на основном домене, английская или другая уходит на поддомен вида en.site.ru либо на отдельный домен site.com.

Плюсы такого решения: каждая версия индексируется как независимый сайт, hreflang ставится без конфликтов, а вёрстку и блоки можно менять в одной языковой версии, не боясь сломать другую. Минус один, но ощутимый: любое изменение структуры, будь то новый блок на главной или смена формы заявки, нужно вручную повторить во втором проекте. Если сайт обновляется раз в квартал, это не проблема. Если каталог живёт активно, я обычно предлагаю автоматизировать перенос части контента через n8n: сценарий забирает обновлённые товары или новости из одной версии через Tilda API и прокидывает перевод во вторую, оставляя вёрстку вручную только для новых разделов.

Для интернет-магазина на Tilda к этому добавляется каталог и приём оплаты. Список товаров, цены и остатки я обычно храню в фиде на своём сервере, а не в Google-таблице, потому что персональные данные покупателей из формы заказа должны оставаться на серверах в России, и я не завязываю на зарубежный сервис даже смежные вещи вроде фида. Перевод названий и описаний товаров подтягиваю в оба проекта из одного источника, чтобы цена и остаток не расходились между языковыми версиями.

Приём платежей через Т‑Банк подключаю к каждой языковой версии отдельно: терминал один и тот же, но текст на странице оплаты, чек и уведомление клиенту настраиваю на нужном языке для каждой версии, иначе покупатель с англоязычного сайта получит письмо на русском и решит, что оплата ушла не туда.

Если вторая языковая версия рассчитана на покупателей из другой страны, цену на карточках товара стоит пересчитывать в валюту нужного региона, а не просто менять подпись «руб.» на «USD». В таких случаях подключаю готовый конвертер валют для Tilda, который берёт курс из внешнего источника и пересчитывает цену на лету, вместо того чтобы вручную поддерживать два прайса.

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

• Hreflang прописан на всех страницах в обе стороны, включая x‑default
• Sitemap.xml второй версии добавлен в Google Search Console и в Яндекс.Вебмастер
• Письма с форм, автоответы и уведомления в CRM переведены и проверены тестовой заявкой
• Meta-теги и og-разметка на каждой странице заполнены на нужном языке, а не скопированы с оригинала
• Переключатель языка ведёт на реальный отдельный URL, а не просто скрывает блоки на одной странице

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

Если после запуска нужно синхронно вносить правки в обе версии на постоянной основе, беру это на техподдержку от 15 000 рублей в месяц отдельно от разовой разработки.

Способ 2: один сайт с переключателем языков

Здесь важно не путать два разных переключателя. Штатный, из блока меню, просто ведёт на другой URL с готовой страницей на нужном языке, и это правильный вариант по умолчанию. Кастомный на JS подменяет текст прямо на месте, без перезагрузки, и беру я его только когда языковых версий больше трёх или когда переключение должно быть мгновенным поверх одной страницы.

Второй вариант использую для лендингов и сайтов-визиток, где структура блоков одинаковая для всех языков, а меняется только текст. Такой вариант обычно выбирают, когда сайт небольшой, а бюджет на дублирование ограничен, и клиенту важнее скорость запуска, чем позиции в органическом поиске второй версии. На страницу добавляется блок T123 «HTML-код» с двумя наборами текста в data-атрибутах или скрытых блоках, а переключатель через JS показывает нужный набор и сохраняет выбор в localStorage.

<div class="lang-switch" data-lang="ru">
  <span data-i18n="ru">Заказать звонок</span>
  <span data-i18n="en" style="display:none">Request a call</span>
</div>

А переключение управляется примерно таким скриптом в T123 или отдельном JS-блоке:

function setLang(lang) {
  document.querySelectorAll('[data-i18n]').forEach(function (el) {
    el.style.display = el.dataset.i18n === lang ? '' : 'none';
  });
  localStorage.setItem('site_lang', lang);
}
setLang(localStorage.getItem('site_lang') || 'ru');

Плюс такой схемы в скорости запуска: один проект, одна структура, правки вносятся один раз. Минус в SEO: обе версии живут на одном URL, поисковик видит только тот текст, который отрисован при первой загрузке, а вторую языковую версию не проиндексирует вообще, если не развести её на отдельные адреса вида site.ru/en/. Обычно совмещаю схему: переключатель меняет язык интерфейса мгновенно, а URL при этом ведёт на второй Tilda-проект, чтобы у обеих версий были собственные адреса для индексации.

Как настроить hreflang и не потерять индексацию

Если языковые версии разведены на разные адреса, каждая страница получает пару тегов hreflang, которые говорят Google и Яндексу, что это перевод одной и той же страницы, а не дубль:

<link rel="alternate" hreflang="ru" href="https://site.ru/" />
<link rel="alternate" hreflang="en" href="https://site.ru/en/" />
<link rel="alternate" hreflang="x-default" href="https://site.ru/" />

В Tilda эти теги добавляются через код в настройках страницы, на вкладке с дополнительным кодом перед закрывающим тегом head, на каждой странице обеих версий отдельно. Яндекс к hreflang относится спокойнее, чем Google, и ориентируется больше на региональность в Вебмастере, поэтому для рунета дополнительно указываю страну и язык сайта в Яндекс.Вебмастере, а не полагаюсь только на теги.

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

Отдельно проверяю robots.txt и sitemap: обе версии должны присутствовать в общей карте сайта, а не только основная. Если английская версия на поддомене, у неё собственный sitemap.xml, который Tilda генерирует автоматически для каждого проекта, но добавить его в Google Search Console и Яндекс.Вебмастер нужно вручную для каждого домена.

Что перевести и перенести, кроме текста в блоках

Текст на странице обычно переводят в первую очередь и забывают про всё остальное:

• Письма с формы: уведомление на почту после заявки, автоответ клиенту, текст в письме от Tilda Forms
• Тексты кнопок и статусов в интеграции с оплатой, если подключён приём платежей
• Alt-тексты у изображений и meta-теги каждой страницы, включая og:title для соцсетей
• Всплывающие окна с cookie-согласием и попапы с акциями
• Тексты уведомлений в CRM или Telegram-боте, куда падают заявки с формы

Заявки с обеих языковых версий у меня обычно падают в одну и ту же CRM или в один Telegram-чат, а язык клиента передаётся отдельным полем формы, чтобы менеджер сразу видел, на каком языке отвечать. Контакты клиентов при этом храню на серверах в России, а не в зарубежных облачных таблицах, вне зависимости от того, из какой страны пришла заявка.

Сроки и стоимость языковой версии на Tilda

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

Домен для второй языковой версии считаю отдельно от разработки: цена зависит только от зоны, .com дешевле большинства национальных доменов, а SSL-сертификат для поддомена обычно включён в тариф Tilda и отдельных вложений не требует.

Готовый сайт на Tilda у меня стоит от 30 000 рублей, кастомная доработка вроде переключателя языков или переноса форм на новую языковую версию от 3 000 рублей за простой скрипт и от 40 000 рублей, если нужна комплексная интеграция с CRM или эквайрингом под обе версии сразу.

Частые вопросы

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

Да, и штатным способом: справка описывает вариант с разными языковыми версиями страниц в рамках одного сайта на общем домене. Каждая версия это отдельная опубликованная страница со своим адресом, переключатель ставится блоком меню, второй проект и тариф линейки Business для этого не нужны. А вот схема со скрытыми блоками и подменой текста на одном URL действительно оставляет вторую версию без собственного адреса, и отдельно она не проиндексируется. Для визитки на 3-5 страниц без цели попасть в зарубежный поиск это рабочий вариант, для сайта с расчётом на трафик из другой страны версии лучше развести на разные адреса.

Как быть, если языков не два, а три и больше

До трёх языков всё штатно, и в справке даже расписана раскладка: на русском сайте ставите языки EN и DE, на английском RU и DE, на немецком RU и EN, и посетитель с любой версии попадает на две другие. Дальше стоп: «Больше трех языковых версий стандартными способами создать нельзя». Четвёртый язык это уже кастом: свой переключатель в блоке T123, свой набор ссылок и hreflang руками на каждой странице. Сама схема с отдельными проектами при этом масштабируется, упирается только штатный переключатель. Автоматический перевод внутри самой Tilda не появляется ни на два языка, ни на три: текст переносится вручную или через n8n при частых обновлениях каталога.

Нужно ли переводить админку и настройки самой Tilda

Нет, интерфейс Tilda для редактирования сайта остаётся на том языке, который выбран в настройках аккаунта, и не связан с языком контента на самом сайте. Переводить нужно только то, что видит посетитель: тексты блоков, формы, письма и meta-теги.

Что делать, если после запуска второй версии просела позиция основной

Обычно причина в дублях: если вторая версия не размечена через hreflang или находится на том же URL без разведения адресов, поисковик может посчитать часть контента дублем и понизить обе версии. Проверяю robots.txt, sitemap и сами теги hreflang в первую очередь, в паре случаев проблема была в canonical, который Tilda проставила на себя же вместо связки с другой версией.