Кейс 3: Мы льём трафик с веба на лендинг.

Условие

Кейс 3: Мы льём трафик с веба на лендинг. Пользователь кликает «оформить кредит», переходит в сторы, скачивает приложение. При первом запуске он должен увидеть экран конкретного кредитного продукта с сохранением исходных UTM-меток маркетинговой кампании и источников. Нужно спроектировать схему движения параметров: какие методы вызываются для достижения цели, ожидаемый результат — схема потока данных, этапы текстом, схема должна содержать конкретные методы и логику обработки и передачи меток в аналитическую систему.

Ответ

Нужен сохранённый контекст перехода и поддерживаемый платформой механизм deferred deep link. После установки приложение получает контекст, проверяет его и открывает разрешённый экран; передача не гарантирована всегда.

Вариант собственных методов:

1. Лендинг вызывает POST /attribution/contexts с разрешёнными UTM и product_id; сервер выдаёт непрозрачный token с TTL.
2. Ссылка ведёт в приложение либо магазин через настроенный механизм deep link/referrer.
3. При первом запуске приложение извлекает доступный token и вызывает POST /attribution/resolve.
4. Backend проверяет token и возвращает разрешённый product_id и минимальный атрибуционный контекст.
5. Приложение открывает продукт, отдельно фиксирует просмотр; серверные конверсии связываются с контекстом по контракту аналитики.

Это проектные endpoint, не встроенные методы магазина. Если token не пережил установку, нужен fallback: обычный старт, подтверждённая аккаунтная связь или повторное открытие ссылки. Нельзя угадывать пользователя по fingerprint или передавать в URL анкету и секреты.