Клиент говорит: хочу сайт на русском и английском. Ты открываешь редактор и сразу упираешься в вопрос, который звучит как технический, но на самом деле влияет на SEO: как будут выглядеть адреса страниц?
Три варианта лежат на столе. У каждого есть сторонники, но аргументы часто смешивают SEO, удобство и технические ограничения в одну кучу. Разберём по порядку.
Три варианта структуры URL
Отдельные домены. Каждая языковая версия живёт на своём домене: mysite.ru и mysite.com или mysite.de. Иногда используют страновые домены: .ru, .de, .fr.
Поддомены. Языковые версии разделены на уровне субдомена: ru.mysite.com и en.mysite.com.
Папки (subdirectory). Все версии на одном домене, разделены путём: mysite.com/ru/ и mysite.com/en/.
Как это влияет на SEO
Google официально говорит, что может одинаково работать с любым из трёх вариантов. На практике разница всё же есть.
Отдельные домены вынуждают продвигать несколько сайтов независимо. Ссылочная масса, поведенческие сигналы и авторитет домена накапливаются отдельно для каждого. Если у вас сильный .ru, он никак не поможет .com. Домены для разных стран (.de, .fr) дают сигнал Google о том, на какую страну ориентирован сайт — это плюс для локального поиска, но только если вы готовы вкладываться в продвижение каждого домена отдельно.
Поддомены технически отделены от основного домена. Google может рассматривать их как самостоятельные сайты. Это спорный момент: официально они заявляют, что учитывают связь поддоменов, но практика показывает, что авторитет передаётся хуже, чем при папках.
Папки — наиболее выгодный вариант с SEO-точки зрения. Все языковые версии находятся на одном домене, и его репутация растёт сразу в нескольких регионах и языках. Не нужно распылять усилия на несколько сайтов: контент, обратные ссылки и поведенческие сигналы работают на один домен. Если вы уже продвигаете основной сайт, то новая языковая версия в папке стартует не с нуля.
Отдельный домен стоит выбирать только если вы реально планируете развивать его как самостоятельный бренд в конкретной стране. Для большинства задач агентств это избыточно.
Вообще, геотаргетинг — это отдельная глубокая тема, о которой мы говорим в другой статье:
Что ещё влияет на выбор, помимо SEO?
Управление. Один домен проще: один SSL-сертификат, одна аналитика, один кабинет в Google Search Console (хотя придётся добавить версии как отдельные свойства через Search Console для мультиязычных сайтов). С несколькими доменами — умножай всё на количество версий.
Аналитика. При папках трафик видно в одном представлении GA4, фильтровать по языку легко через URL-путь. При поддоменах или доменах нужно либо настраивать cross-domain tracking, либо смотреть отчёты отдельно.
Переключатель языков. При структуре с папками /ru/ и /en/ переключатель можно строить по правилу, без хранения маппинга страниц. При отдельных доменах это усложняется, однако Multify решает эту задачу: он автоматически отслеживает все домены и корректно связывает страницы между собой.
hreflang. При любой структуре он нужен — это атрибут, который говорит Google какая версия для какого языка и региона. Разница только в формате URL в атрибутах.
Почему с Tilda папки — это проблема
Tilda технически позволяет создавать папки, но они не будут относиться к разным языкам. Вы можете создать структуру вида /en/ или /de/, но для поисковиков все эти страницы будут иметь один и тот же язык, заданный в настройках проекта. Полноценной мультиязычности с такой структурой добиться не получится.
На практике это плохо масштабируется. При обновлении контента приходится обновлять каждую языковую версию отдельно. Добавляешь язык — создаёшь ещё одну версию страницы. А если у вас блог, то для каждого языка придётся создавать отдельный поток, что сильно усложняет управление контентом. Кроме того, без правильной настройки языки могут «путаться» в поисковой выдаче, так как Google будет сложно определить, какой контент предназначен для какой аудитории.
Но есть способ получить папки без этих сложностей.
Папки на Tilda через прокси
Multify работает как прокси-слой: запрос приходит на mysite.com/en/, проходит через прокси, который подставляет нужную языковую версию и отдаёт её пользователю и поисковику. Tilda при этом не знает что происходит: она работает как обычно.
В итоге вы получаете структуру папок (/en/, /de/, /fr/) с полноценным SEO: одним доменом, нарастающим авторитетом, корректными hreflang. При этом сам сайт остаётся на Tilda без каких-либо изменений в настройках.
hreflang при таком подходе генерируется автоматически — не нужно прописывать атрибуты вручную для каждой страницы.
Практическое решение: что выбрать
Если вы подключаете мультиязычность через прокси — выбирайте папки. Это лучший SEO-вариант, и с Multify он доступен на Tilda без костылей.
Если по каким-то причинам прокси не подходит (например, клиент настаивает на самостоятельной реализации) — поддомен лучше отдельного домена для большинства задач. Он проще в управлении и теоретически связан с основным доменом.
Отдельный домен оправдан только в двух случаях: если клиент хочет страновой домен .de или .fr как часть локального брендинга, или если языковые версии будут развиваться как независимые проекты с разными командами.
В остальных случаях папки выигрывают.
Часто задаваемые вопросы
Правда что Google одинаково воспринимает поддомены и папки?
Официально — да. На практике, как отмечают многие SEO-специалисты, папки дают результат быстрее, потому что новая языковая версия сразу наследует авторитет домена. Поддомен стартует ближе к нулю.
Нужно ли настраивать hreflang при любой структуре?
Да. hreflang нужен при любом варианте, иначе Google может не понять какая версия для какого региона и показывать не ту страницу в поиске. При работе через Multify hreflang генерируется автоматически.
Можно ли переехать с поддомена на папки без потери трафика?
Можно, но это требует редиректов и переиндексации. Лучше сразу выбрать финальную структуру. Переезды всегда несут риск временного падения позиций.
