Настройки приложения
Перейдите на вкладку General страницы App Settings, чтобы управлять поведением, внешним видом приложения и распределением дохода. Здесь можно изменить название и иконку приложения, управлять ключами Adapty SDK и API, настроить статус Small Business Program, а также выбрать часовой пояс для аналитики и графиков приложения.
1. Детали приложения
Выберите уникальное имя и иконку, которые будут представлять ваше приложение в интерфейсе 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 Tab страницы App Settings. Вы также можете установить единый часовой пояс для всех приложений в своём аккаунте Adapty, поставив галочку в соответствующем поле.
4. Определение установок для аналитики
Выберите, что считается новым событием установки в аналитике:
| База | Описание |
|---|---|
| New device_ids | (Рекомендуется) Каждая установка приложения из стора на устройство считается новой установкой. Это включает как первичные установки, так и переустановки. Установки считаются по идентификатору устройства и не зависят от аутентификации пользователя. Создание профиля (при активации SDK или выходе из аккаунта), вход в систему или обновление приложения не генерируют дополнительных событий установки. Например, если одно и то же приложение установлено на 5 разных устройствах, в аналитике будет показано 5 установок. |
| New 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, при включении этого варианта установки учитываться не будут. |
| New profiles in Adapty | (Устаревший) Каждая установка приложения, переустановка и анонимные профили, созданные при выходе из аккаунта, считаются новыми установками. |
| Помните, что этот параметр влияет только на страницу Analytics и не затрагивает страницу Overview, где настройки отображения задаются отдельно. |
5. Логика повышения цен в App Store
Чтобы данные оставались точными и не расходились между аналитикой Adapty и App Store Connect, важно выбрать правильный вариант при настройке повышения цен в App Store Connect. Итак, вы можете выбрать логику, которая будет применяться к повышению цен на подписки в Adapty:
- Цена подписки для существующих пользователей сохраняется: При выборе этого варианта текущая цена сохраняется для существующих подписчиков, даже если вы измените её в App Store Connect. Это значит, что существующие подписчики будут по-прежнему оплачивать подписку по первоначальной цене.
- При изменении цены подписки в App Store Connect она меняется и для существующих подписчиков: При выборе этого варианта любые изменения цены в 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.
Обратите внимание, что это действие необратимо — восстановить приложение или его данные будет невозможно.