Почему DNS не делит сайт по папкам
DNS направляет домен или поддомен на сервер целиком. Он не умеет отправить example.ru/blog/ на один хостинг, а example.ru/services/ - на другой. Поэтому две A-записи для разных папок задачу не решают.
Самый простой вариант - поддомены
- example.ru - основной сайт на Tilda;
- shop.example.ru - магазин на другой системе управления сайтом;
- cabinet.example.ru - личный кабинет;
- docs.example.ru - документация.
Каждый поддомен получает собственные DNS-настройки и может работать независимо. Tilda позволяет создавать поддомены при управлении DNS через свои NS-серверы. Это описано в справке Tilda DNS.
Как разделить системы в папках одного домена
Схема example.ru на Tilda и example.ru/blog/ на другом сервере обычно требует обратного прокси или собственного фронтового сервера, который решает, куда направить конкретный запрос. При обычном размещении проекта непосредственно на Tilda такой серверной маршрутизации нет.
Вариант становится реальнее после экспорта проекта на собственный сервер, но тогда поддержку инфраструктуры берет на себя владелец сайта.
SEO-риски гибридной схемы
Главная опасность - рассинхронизация: разные canonical, robots, sitemap, меню, аналитика и редиректы. Визуально сайт может выглядеть единым, а технически жить как несколько независимых систем.
Аналитика и авторизация
Если пользователь переходит между доменом и поддоменом, заранее настройте сквозное измерение, источники трафика и передачу параметров. Для кабинета дополнительно продумайте cookie, авторизацию и политику конфиденциальности.
Когда гибрид оправдан
| Задача | Рабочая схема |
|---|---|
| Маркетинговый сайт + сложный кабинет | Tilda + поддомен приложения |
| Лендинг + внешний сервис бронирования | Tilda + интеграция или поддомен |
| Большой магазин с нестандартной логикой | Отдельная система управления сайтом, Tilda как маркетинговый слой |
Гибридную архитектуру нужно решить до дизайна
Главная ошибка в таких проектах - сначала собрать две части сайта, а затем пытаться соединить их URL и аналитику. На практике сначала составляется карта маршрутов: какие адреса обслуживает Tilda, какие - другая система управления сайтом, кто отвечает за шапку, формы, cookies, аналитику, sitemap и редиректы. Только после этого есть смысл выравнивать визуальный стиль.
Самый дорогой вариант - когда две системы должны работать в разных папках одного домена. Без собственного серверного слоя Tilda не предназначена для произвольного обслуживания отдельной папки рядом с другим приложением. Поддомен проще, но требует отдельного контроля аналитики и технических настроек.
Когда гибрид действительно оправдан
Мы оставляем две платформы, когда у каждой есть собственная задача: например, Tilda отвечает за маркетинговые страницы, а отдельная система - за сложный каталог, личный кабинет или приложение. Если гибрид появляется только потому, что старый раздел жалко переносить, лучше сравнить стоимость поддержки с полноценной сменой системы управления сайтом. Для блога отдельно полезно сравнить поддомен и папку, а при переезде - заранее подготовить контрольный список запуска.
Один домен с двумя системами требует серверного слоя
Схема вида example.ru/blog на одной платформе и example.ru/catalog на другой технически возможна через обратный прокси или собственный сервер. В этом случае отдельно проектируют маршрутизацию, кэш, сертификаты, заголовки, sitemap и правила редиректов. Ошибка на серверном слое влияет сразу на обе части сайта.
Если такой инфраструктуры нет, поддомен обычно проще в поддержке. Для поиска важнее стабильные URL, связность разделов и единые сигналы, чем попытка любой ценой разместить все в одной папке.
Какой архитектурный вариант устойчивее
Разделять сайт между Tilda и другой системой управления сайтом можно. Через поддомены это относительно просто. Разные системы в папках одного домена требуют серверной маршрутизации или экспорта. До разработки спроектируйте URL, аналитику и навигацию как единую систему.
