Разрыв доменов: почему перенаправление на сторонние платформы сбрасывает атрибуцию

Маркетинговые воронки часто объединяют несколько сервисов: формы на Tilda, квизы в Marquiz, витрины в Shopify и блог на Webflow.

На уровне сетевых протоколов и браузерной изоляции перенаправление между разными доменами приводит к потере сквозных данных.

---

1. Что теряется при сетевом перенаправлении#

Когда трафик перенаправляется на сторонний домен через HTTP 301/302 редирект или клик по внешней ссылке, происходят три технических сбоя:

[Реклама с метками: site.com/promo?yclid=123&utm_source=ya]
                         │
                         ▼ HTTP 302 Redirect
[Внешний конструктор: company.tilda.ws]
                         │
                         ├── ❌ Сброс HTTP Referrer (strict-origin-when-cross-origin)
                         ├── ❌ Изоляция LocalStorage и SessionStorage
                         └── ❌ Недоступность cookies основного сайта

1. Сброс заголовка Referrer#

Браузеры по умолчанию применяют политику strict-origin-when-cross-origin. При переходе на другой домен браузер стирает полный URL и передает только домен верхнего уровня, удаляя вложенные параметры.

2. Изоляция Cookie Partitioning (CHIPS)#

Даже при одинаковом коде счетчика на обоих сайтах браузер раскладывает cookies в два изолированных хранилища:

• Контейнер A: (site.com)
• Контейнер B: (company.tilda.ws)

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

3. Уязвимость параметров `_gl` к блокировщикам#

Кросс-доменный механизм GA4 дописывает в ссылки параметр _gl=1*.... Блокировщики рекламы и приватные браузеры удаляют этот параметр, и следующий переход фиксируется как прямой заход.

---

2. Сравнение способов организации воронки#

Метод организации	Сохранность cookies	Сквозная сессия	Сложность поддержки
Внешние поддомены / редиректы	Сброс через 24 часа	Рвется при переходе	Низкая (искажает данные)
Кросс-доменные JS-скрипты	Частично (блокируется AdBlock)	Нестабильно	Высокая (ручная настройка)
Edge Reverse Proxy (Sply)	100% сохранение (1st-party)	Единая сессия	Без программирования

---

3. Как работает ко-локация через Edge Reverse Proxy#

Чтобы избежать междоменных разрывов, Sply обслуживает внешние конструкторы в рамках основного домена:

Запрос пользователя: company.com/landing
                 │
                 ▼
     [Пограничный узел Sply]
                 │
                 ├── Принимает запрос на основном домене company.com
                 ├── Проксирует запрос к Tilda, Shopify или Marquiz
                 ├── Перезаписывает пути ресурсов и заголовки Set-Cookie
                 └── Отдает страницу пользователю под брендовым URL

Результаты:#

1. Без редиректов: пользователь остается на основном домене company.com.
2. Единые 1st-party cookies: скрипты, корзина и пиксели работают в одном пространстве.
3. Точная атрибуция: метки yclid и utm_campaign сохраняются от первого касания до покупки.

---

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

• Схема: Архитектура Edge Reverse Proxy для объединения конструкторов.
• Следующая статья: Веб-роутинг и Reverse Proxy: подключение внешних страниц к основному домену.