Веб-роутинг и Reverse Proxy: подключение внешних страниц к основному домену

Маркетингу нужна скорость: запустить посадочную страницу на Tilda, проверить квиз на Marquiz, собрать витрину на Shopify или открыть справочник на Notion.

При попытке открыть страницу по адресу site.com/sale маркетологи сталкиваются с техническими препятствиями:

• Конструкторы часто не поддерживают работу в подпапках чужого домена из коробки.
• Для проксирования нужно писать Nginx-конфиги, настраивать SSL-сертификаты и переписывать пути к медиафайлам.
• Задачи уходят в очередь разработки на недели вперед.

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

---

1. Как работает Reverse Proxy на пограничном узле#

В схеме Reverse Proxy между пользователем и внешними сервисами работает пограничный маршрутизатор (Edge Router):

Пользователь открывает: yoursite.com/black-friday
                                │
                                ▼
                    [Edge-роутер Sply]
                                │
                                ├── Правило: путь /black-friday ➔ Tilda Project #8492
                                ├── Запрашивает контент с tilda.ws
                                ├── Корректирует пути ресурсов и заголовки Set-Cookie
                                └── Отдает готовую страницу с домена yoursite.com

Механика работы:#

1. Единый адрес: посетитель видит брендовый URL yoursite.com/black-friday.
2. Контекст первого лица: браузер считает страницу частью основного сервера. Все cookies (Client ID, метки, корзина) доступны скриптам.
3. Автоматический SSL: шлюз выпускает и обновляет сертификаты Let's Encrypt для всех проксируемых путей.

---

2. Сравнение способов настройки Reverse Proxy#

Критерий	Ручной Nginx / Apache	Cloudflare Workers	Визуальный роутер Sply
Сложность	Конфигурационные файлы	Написание JS-кода	3 клика в интерфейсе
Управление SSL	Ручной Certbot / Nginx reload	Внутри Cloudflare	Автоматически
Коррекция путей и cookies	Директивы proxy_cookie_domain	Ручной парсинг заголовков	Встроено
Доступ для маркетолога	Через IT-отдел	Через разработчиков	Прямой доступ

---

3. Сценарии использования ко-локации#

1. Промо-страницы на конструкторах (Tilda, Webflow)#

Маркетолог собирает страницу на конструкторе и публикует ее по адресу site.com/promo. Трафик остается на основном домене, не разделяя аналитику.

2. Интерактивные квизы (Marquiz)#

Квиз открывается на site.com/quiz. После прохождения посетитель переходит в каталог site.com/catalog с сохранением истории визита и выбранных ответов.

3. Партнерские модули#

Сторонние сервисы (калькуляторы, бронирование) подключаются под адресом site.com/booking без редиректов на чужие платформы.

---

Следующий шаг#

• Инструкция: Подключение страницы Tilda к подпапке основного домена.
• Следующая статья: Маршрутизация внешних страниц на свой домен через панель Sply.