Что проверяем дальше

1. Проверить макрос на реальных событиях

Получить INSTALL, START_TRIAL, PURCHASE и отмены. Проверить, какие пути ad_id раскрылись, где объект отсутствует и где поле пустое. До этого заменять cnv_id в основных отправках рано.

2. Найти причины пустых исходных касаний

Сравнить результаты по типам событий, версии приложения, исходному партнёру и возрасту установки. Проверить связь IDFV и developer_identity, особенно когда идентификатор появляется после INSTALL.

3. Сверить обе системы на точных ID

Для разных click ID связать профиль и original_transaction_id Adapty с конкретной установкой Branch и кликом Binom. Суммы и близкое время остаются только признаками для поиска кандидатов.

4. Добавить обновление Binom на VPS

Сейчас перенесён исторический снимок. Следующий этап — отдельный исполнитель только разрешённых запросов чтения Binom, без доступа к приёмнику и без отправки конверсий. Не переносить общий API-ключ в публичный интерфейс.

5. Выбрать исправление по результатам

Если исходное касание заполнено и стабильно — подготовить замену макроса для отдельного контролируемого этапа. Если оно часто пустое — сохранять связь установки с подпиской отдельно. Не подставлять последний клик как скрытый запасной вариант.

6. Проверить полноту и порядок событий

Сверить доставки, повторы, фильтры и attribution windows. Разделять даты клика, поступления в Binom и бизнес-даты Apple. Отдельно проверить, действительно ли consecutive_payments=2 означает TrialConverted во всех случаях.