Почему cookie в мобильной прокладке живут меньше, чем кажется, и ломают связку

В мобайле сессия часто умирает не из-за оффера, а из-за того, как устроен переход между браузером, WebView и редиректами. Если в цепочке есть лишний домен, открытие в другом приложении или кривой возврат назад, cookie не успевают стать “своими”.

Что важно проверить:
— домен прокладки и домен финальной страницы должны быть согласованы по scope;
— редиректов должно быть минимум, особенно между разными поддоменами;
— атрибуты SameSite и Secure нельзя ставить наугад;
— если трафик идет через in-app browser, поведение cookie может отличаться от обычного браузера.

Сессия часто теряется еще и из-за локального хранения: WebView может чистить данные агрессивнее, чем ожидается, а часть пользователей вообще открывает ссылку в системном браузере. Поэтому не стоит завязывать критичную логику только на один cookie: лучше дублировать идентификатор в URL, localStorage или серверной связке.

Отдельный риск — склейка клика и конверсии. Если прокладка долго грузится, а трекинг стоит после тяжелого кода, пользователь уходит раньше, чем cookie успевает записаться. Чем короче путь до первого ответа сервера, тем стабильнее атрибуция.

Делай прокладку так, будто cookie могут исчезнуть в любой точке цепочки: меньше редиректов, один доменный контур, резервная передача ID и быстрый первый ответ.