Настройка интеграции со сторонними сервисами
С помощью интеграций Adapty вы можете передавать события подписок и данные о покупках на выбранную платформу или в нужный рабочий процесс. Будь то анализ поведения пользователей, стратегии взаимодействия с клиентами или расширенная аналитика продукта для маркетинговой команды — Adapty легко перенаправит события встроенных покупок в выбранную интеграцию.
Adapty автоматически отслеживает встроенные покупки и события подписок: пробные периоды, конверсии, продления и отмены. Эти события автоматически передаются в выбранные вами интеграции. Это позволяет взаимодействовать с пользователями в зависимости от их текущего этапа и анализировать финансовую активность в приложении.
Настройки интеграции
Интеграции предлагают следующие параметры конфигурации, которые влияют на все события, отправляемые через данную интеграцию:
| Параметр | Описание |
|---|---|
| Reporting Proceeds | Выберите, как отображать значения выручки: за вычетом комиссий App Store и Play Store или до их удержания. Установите флажок «Send sales as proceeds», чтобы показывать продажи уже после вычета комиссий. |
| Send Trial Price | Если флажок установлен, Adapty будет передавать цену подписки для события Trial Started. |
| Exclude Historical Events | Позволяет исключить события, произошедшие до того, как пользователь установил приложение с Adapty SDK. Это предотвращает дублирование событий и обеспечивает точность отчётов. Например, если пользователь оформил ежемесячную подписку 10 января, а обновил приложение с Adapty SDK 6 марта, Adapty пропустит все события до 6 марта и сохранит последующие. |
| Report User’s Currency | Выберите, в какой валюте отображать продажи: в валюте пользователя или в USD. |
| Send User Attributes | Если вы хотите передавать атрибуты пользователя (например, языковые настройки) и ваш тарифный план OneSignal поддерживает более 10 тегов, включите этот параметр. Он позволяет передавать дополнительные данные сверх стандартных 10 тегов. Обратите внимание: превышение лимита тегов может привести к ошибкам. |
| Send Attributions | Включите этот параметр, чтобы передавать информацию об атрибуции (например, атрибуцию AppsFlyer) и получать соответствующие данные. |
| Send Play Store purchase token | Включите этот параметр, чтобы получать токен покупки Play Store, необходимый для повторной валидации покупки. В событие будет добавлен параметр play_store_purchase_token. |
| Delay events with future datetime | Только для AppsFlyer и пользовательских вебхуков: при включении события продления и конверсии пробного периода отправляются в дату их фактического наступления. При отключении (по умолчанию) эти события отправляются сразу при обнаружении, даже если их дата ещё не наступила. |
| Data residency | Только для Mixpanel и Amplitude: выберите регион хранения данных, чтобы определить, где будут обрабатываться и храниться ваши события. |
Настройка событий
Ниже раздела с учётными данными находятся три группы событий, которые можно отправлять в выбранную интеграцию из Adapty. Включите те, которые вам нужны.
Обратите внимание: в одних интеграциях названия событий можно изменять, в других они фиксированы и не редактируются. Кроме того, в некоторых интеграциях — например, в Airbridge — одному событию Adapty можно сопоставить несколько названий. Полный список событий Adapty смотрите здесь.
Мы рекомендуем использовать стандартные имена событий Adapty, однако вы можете адаптировать их под свои нужды.
Установите таймер для синтетических событий
Держите задержку для события Trial still active меньше длительности пробного периода. При 7-дневном триале с задержкой в 7 дней триал уже конвертировался или истёк к моменту проверки Adapty, поэтому событие так и не придёт.
Синтетические события отправляются по таймеру, а не в ответ на какое-либо изменение. Введите количество дней в поле рядом с переключателем события. Adapty ждёт указанное время, затем отправляет событие, если пробный период или подписка всё ещё активны.
Поле принимает значения от 1 до 90 дней. Trial still active начинается с 1 дня, а Subscription still active — с 7. У каждой интеграции свои задержки, поэтому два назначения могут получить одно и то же событие с разницей в несколько дней.