Клиент просит сделать сайт на трёх языках. Вы открываете документацию Tilda, смотрите на мультиязычные решения и понимаете: ни Weglot, ни встроенные инструменты не справятся с каталогом и формами. Multify работает иначе — не через скрипт на странице, а через DNS. Разберём как именно.
Проблема с клиентским переводом
Большинство сервисов перевода работают по одному принципу: вставляют JavaScript-скрипт в <head> страницы. Скрипт загружается в браузере, перехватывает текст на странице и заменяет его переводом.
Это создаёт несколько проблем.
Поисковики видят оригинал. Googlebot запрашивает страницу, получает HTML без скрипта (или с незапущенным скриптом) и индексирует оригинальный язык. Языковые версии либо не индексируются вообще, либо индексируются как дубли. Google официально подтверждает, что рендеринг JavaScript происходит с задержкой и не гарантирован.
Динамический контент не переводится. Tilda загружает каталог товаров через отдельный API-запрос. К моменту когда скрипт перевода уже «отработал» страницу, товары ещё не пришли. Итог: интерфейс переведён, названия товаров и цены на оригинальном языке.
Формы ломаются. Tilda формы отправляют данные через свой домен. Скрипт перевода работает на вашем домене и не имеет доступа к запросам Tilda. Подписи полей, сообщения об ошибке, текст после отправки остаются непереведёнными.
Как работает обратный прокси
Multify подключается на уровне DNS. Вы меняете записи так, чтобы трафик на языковые версии шёл через серверы Multify, а не напрямую на Tilda.
Схема работает так:
- Пользователь открывает de.yoursite.com (или yoursite.com/de)
- DNS отправляет запрос на серверы Multify
- Multify запрашивает оригинальную страницу у Tilda
- Получает HTML, переводит весь контент на сервере
- Отдаёт пользователю уже переведённую страницу
Пользователь видит ваш домен. Tilda даже не знает что между ней и пользователем есть прокси-слой. С точки зрения Tilda — просто очередной запрос к сайту.
Почему перевод на стороне сервера важен для SEO
Когда перевод происходит на сервере до отдачи HTML, поисковик получает уже готовую переведённую страницу. Это означает:
- Googlebot индексирует немецкую версию как отдельный URL с немецким контентом
- hreflang атрибуты в <head> указывают на правильные языковые версии
- В sitemap есть отдельные URL для каждого языка
- Нет дублированного контента — у каждой версии своя семантика
Все эти теги Multify генерирует автоматически. Вам не нужно вручную прописывать hreflang для каждой страницы или поддерживать отдельный sitemap. Требования к реализации описаны в документации Google по локализованным версиям.
Что это даёт для динамического контента
Прокси-архитектура перехватывает не только первоначальный HTML, но и все последующие запросы за контентом. Когда Tilda загружает каталог товаров через API, Multify перехватывает ответ сервера и переводит его, прежде чем отдать браузеру.
Практически это значит:
- Названия и описания товаров переводятся целиком
- Цены конвертируются в нужную валюту (об этом ниже)
- Статьи блога, загружаемые динамически, переходят на нужный язык
- Контент виджетов и сторонних блоков обрабатывается там, где это технически возможно
Для агентства это снимает самый частый вопрос от клиентов с каталогами: «а товары тоже переведутся?»