App settings
Перейдите на вкладку General страницы App Settings, чтобы управлять поведением, внешним видом и распределением доходов вашего приложения. Здесь можно настроить название и иконку приложения, управлять ключами SDK и API Adapty, указать статус участия в программе Small Business Program, а также выбрать часовой пояс для аналитики и графиков.
1. Данные приложения
Выберите уникальное название и иконку для отображения вашего приложения в интерфейсе Adapty. Обратите внимание, что название и иконка в Adapty не влияют на название и иконку в App Store или Google Play. Также выберите подходящую категорию приложения, которая точно отражает его назначение и содержимое — это поможет пользователям найти ваше приложение и обеспечит его появление в правильных категориях стора.
2. Участие в программе Small Business Program и сниженная комиссия
Если ваша организация участвует в программе Apple Small Business Program или программе Google Reduced Service Fee, приложения получают сниженную комиссию стора.
Сообщите Adapty, если ваше приложение участвует в программе со сниженной комиссией. Для корректных расчётов укажите статус этих программ в разделе Reduced Store Fee.
Настройка сниженной комиссии применяется только к будущим транзакциям. Измените статус до его вступления в силу, и Adapty скорректирует ставку комиссии.
- Если вы продлеваете участие в программе со сниженной комиссией, добавьте дополнительный период действия.
- Если вы потеряли членство в программе, измените дату окончания текущего периода действия.
Подробнее об этой теме читайте в следующих статьях:
3. Часовой пояс отчётов
Выберите часовой пояс, соответствующий вашему местоположению или наиболее актуальный для аналитики и графиков вашего приложения. Рекомендуем использовать тот же часовой пояс, что и в App Store Connect или Google Play Console, чтобы обеспечить согласованность данных. Обратите внимание, что настройка часового пояса не влияет на сторонние интеграции в системе Adapty — они используют часовой пояс UTC.
Настройки часового пояса доступны в разделе Reported timezone вкладки General на странице App Settings. Вы также можете установить одинаковый часовой пояс для всех приложений в вашем аккаунте Adapty, поставив соответствующую галочку.
4. Определение установок для аналитики
Выберите, что считается новым событием установки в аналитике:
| База | Описание |
|---|---|
| Новые device_ids | (Рекомендуется) Каждая установка приложения из стора на устройство считается новой установкой. Это включает как первичные установки, так и переустановки. Установки считаются по ID устройства и не зависят от аутентификации пользователя. Создание профиля (при активации SDK или выходе из системы), вход в систему или обновление приложения не генерируют дополнительных событий установки. Например, если одно и то же приложение установлено на 5 разных устройствах, в аналитике будет отображено 5 установок. |
| Новые customer_user_ids | Этот вариант предназначен для приложений, которые идентифицируют пользователей в Adapty iOS, Android, React Native, Flutter, Unity, Kotlin Multiplatform, Capacitor . Для авторизованных пользователей только первая установка, связанная с customer user ID, считается установкой. Установки на дополнительных устройствах не учитываются. Анонимные пользователи (не вошедшие в систему) не учитываются в аналитике. Переустановка приложения или повторный вход не создают дополнительных установок. Сторы и платформы атрибуции (такие как App Store Connect, Google Play Console и AppsFlyer) используют подход на основе устройств для подсчёта установок. Если вы считаете установки по customer user ID в Adapty, числа могут отличаться от данных этих внешних сервисов. ⚠️ Если вы не идентифицируете пользователей в Adapty, с этой опцией установки учитываться не будут. |
| Новые профили в Adapty | (Устаревший вариант) Каждая установка, переустановка приложения и анонимные профили, созданные при выходе из системы, считаются новыми установками. |
Учтите, что этот параметр влияет только на страницу Analytics и не затрагивает страницу Overview, где отображение настраивается отдельно.
5. Логика повышения цен в App Store
Чтобы поддерживать точность данных и избежать расхождений между аналитикой Adapty и результатами в App Store Connect, важно выбрать подходящий вариант при настройке повышения цен в App Store Connect.
Вы можете выбрать логику, которая будет применяться к повышению цен на подписки в Adapty:
- Subscription price for existing users is preserved: При выборе этого варианта текущая цена сохраняется для существующих подписчиков, даже если вы измените цену в App Store Connect. Это означает, что существующие подписчики продолжат оплачивать подписку по первоначальной цене.
- When the subscription price is changed in App Store Connect, it changes for existing subscribers: При выборе этого варианта любые изменения цены в App Store Connect будут применяться и к существующим подписчикам. Это означает, что существующие подписчики будут оплачивать подписку по новой цене, отражающей обновлённые настройки в App Store Connect.
Важно учитывать, что выбранный вариант влияет не только на аналитику в Adapty, но и на интеграции и общее поведение при обработке транзакций.
Убедитесь, что выбрали вариант, соответствующий желаемому подходу к управлению ценами на подписки для существующих подписчиков. Это поможет поддерживать точность данных и согласованность между аналитикой Adapty и результатами из App Store Connect.
6. Совместный доступ к платным функциям между аккаунтами пользователей
Основная статья: Совместный доступ к платным функциям между аккаунтами пользователей
Настройка Sharing paid access between user accounts определяет поведение Adapty, когда более одного профиля пользователя пытается получить доступ к одной и той же покупке. Вы можете указать отдельную настройку совместного доступа для среды песочницы.
Включено (по умолчанию)
Идентифицированные пользователи (те, у кого задан Customer User ID) могут совместно использовать один уровень доступа, предоставленный Adapty, если их устройство привязано к одному и тому же Apple/Google ID. Это удобно, когда пользователь переустанавливает приложение и входит с другим email — он всё равно сохранит доступ к своей предыдущей покупке. При этом несколько идентифицированных пользователей могут иметь общий уровень доступа.
Несмотря на то что уровень доступа является общим, все прошлые и будущие транзакции записываются как события в исходный Customer User ID — для корректной аналитики и сохранения полной истории транзакций, включая пробные периоды, покупки подписок, продления и прочее, привязанные к одному профилю.
Передача доступа новому пользователю
Идентифицированные пользователи могут сохранять доступ к уровню доступа, предоставленному Adapty, даже если они входят с другим Customer User ID или переустанавливают приложение, при условии что устройство привязано к одному и тому же Apple/Google ID.
В отличие от предыдущего варианта, Adapty переносит покупку между идентифицированными пользователями. Это гарантирует доступ к купленному контенту, но только одному пользователю одновременно. Например, если UserA купил подписку, а UserB вошёл на том же устройстве и восстановил транзакции, UserB получит доступ к подписке, а у UserA он будет отозван.
Если один из пользователей (новый или старый) не идентифицирован, уровень доступа по-прежнему будет общим для этих профилей в Adapty.
Несмотря на то что уровень доступа передаётся, все прошлые и будущие транзакции записываются как события в исходный Customer User ID — для корректной аналитики и сохранения полной истории транзакций, включая пробные периоды, покупки подписок, продления и прочее, привязанные к одному профилю.
После переключения на Transfer access to new user уровни доступа не будут немедленно перенесены между профилями. Процесс переноса для каждого конкретного уровня доступа запускается только при получении Adapty события от стора: продление подписки, восстановление или при валидации транзакции.
Отключено
Первый идентифицированный профиль пользователя, получивший уровень доступа, сохраняет его навсегда. Это лучший вариант, если бизнес-логика вашего приложения требует привязки покупок к единственному Customer User ID.
Обратите внимание, что уровни доступа по-прежнему остаются общими для анонимных пользователей.
Вы можете «отвязать» покупку, удалив профиль владельца. После удаления уровень доступа становится доступен первому профилю пользователя, который его запросит, — анонимному или идентифицированному.
Отключение совместного доступа влияет только на новых пользователей. Подписки, уже общие между пользователями, продолжат оставаться таковыми даже после отключения этого параметра.
Apple и Google требуют, чтобы встроенные покупки были общими или передавались между пользователями, поскольку они опираются на Apple/Google ID для привязки покупки. Без совместного доступа восстановление покупок может не работать при последующих переустановках.
Отключение совместного доступа может помешать пользователям восстановить доступ после входа в аккаунт.
Рекомендуем отключать совместный доступ только в том случае, если пользователи обязаны войти в аккаунт до совершения покупки. В противном случае идентифицированный пользователь может купить подписку, войти в другой аккаунт и навсегда потерять доступ.
Какой вариант выбрать?
| Моё приложение… | Рекомендуемый вариант |
|---|---|
| Не имеет системы входа и использует только анонимные идентификаторы профилей Adapty. | Используйте вариант по умолчанию, так как уровни доступа всегда являются общими для анонимных идентификаторов профилей во всех трёх вариантах. |
| Имеет необязательную систему входа и позволяет пользователям совершать покупки до создания аккаунта. | Выберите Transfer access to new user, чтобы пользователи, совершившие покупку без аккаунта, могли восстановить транзакции позднее. |
| Требует создания аккаунта перед покупкой, но допускает привязку покупок к нескольким Customer User ID. | Выберите Transfer access to new user, чтобы доступ был только у одного Customer User ID одновременно, при этом пользователи могут входить с другим Customer User ID, не теряя оплаченный доступ. |
| Требует создания аккаунта перед покупкой и строго привязывает покупки к единственному Customer User ID. | Выберите Disabled, чтобы транзакции никогда не передавались между аккаунтами. |
7. Ключи SDK и API
Используйте публичный ключ SDK для интеграции SDK Adapty в ваше приложение, а секретный ключ — для доступа к Server API Adapty. При необходимости можно создавать новые ключи или отзывать существующие. Для создания токенов для Developer CLI перейдите в Settings → Developer API. См. Аутентификация.
8. Тестовые устройства
Укажите устройства для тестирования, чтобы они получали мгновенные обновления при изменении пейвола или плейсмента, минуя задержки кэширования. Подробнее см. Тестовые устройства.
9. Стойкость вариантов между плейсментами
Определите, как долго после завершения теста пользователь продолжает видеть варианты из этого теста. Это влияет на точность аналитики и пользовательский опыт — показ другого предложения, отличного от ранее виденного, может повлиять на решение пользователя о покупке.
Максимальный и стандартный период стойкости составляет 90 дней.
Учтите следующее:
- Изменение этой настройки затронет всех пользователей, которые ранее получили вариант. При следующем показе плейсмента они сразу получат право на новый пейвол, что может исказить результаты текущих A/B-тестов.
- Если период стойкости для пользователя истёк, ему может быть показан новый пейвол или A/B-тест. Однако даже в этом случае он никогда не сможет участвовать ни в каком другом кросс-плейсментном тесте.
10. Удаление приложения
Если приложение вам больше не нужно, его можно удалить из Adapty.
Обратите внимание, что это действие необратимо — восстановить приложение или его данные будет невозможно.