Выберите уникальное название и иконку для отображения вашего приложения в интерфейсе Adapty. Обратите внимание, что название и иконка в Adapty не влияют на название и иконку в App Store или Google Play. Также выберите подходящую категорию приложения, которая точно отражает его назначение и содержимое — это поможет пользователям найти ваше приложение и обеспечит его появление в правильных категориях стора.
## 2. Участие в программе Small Business Program и сниженная комиссия \{#2-member-of-small-business-program-and-reduced-service-fee\}
Если ваша организация участвует в программе Apple [Small Business Program](app-store-small-business-program) или программе Google [Reduced Service Fee](google-reduced-service-fee), приложения получают сниженную комиссию стора.
Сообщите Adapty, если ваше приложение участвует в программе со сниженной комиссией. Для корректных расчётов укажите статус этих программ в разделе **Reduced Store Fee**.
Настройка сниженной комиссии применяется только к будущим транзакциям. Измените статус **до** его вступления в силу, и Adapty скорректирует ставку комиссии.
:::warning
* Если вы продлеваете участие в программе со сниженной комиссией, **добавьте дополнительный период действия**.
* Если вы потеряли членство в программе, **измените дату окончания** текущего периода действия.
:::
Подробнее об этой теме читайте в следующих статьях:
* [App Store Small Business Program](app-store-small-business-program)
* [Google Reduced Service Fee](google-reduced-service-fee)
## 3. Часовой пояс отчётов \{#3-reporting-timezone\}
Выберите часовой пояс, соответствующий вашему местоположению или наиболее актуальный для аналитики и графиков вашего приложения. Рекомендуем использовать тот же часовой пояс, что и в App Store Connect или Google Play Console, чтобы обеспечить согласованность данных. Обратите внимание, что настройка часового пояса не влияет на сторонние интеграции в системе Adapty — они используют часовой пояс UTC.
Настройки часового пояса доступны в разделе **Reported timezone** вкладки **General** на странице **App Settings**. Вы также можете установить одинаковый часовой пояс для всех приложений в вашем аккаунте Adapty, поставив соответствующую галочку.
## 4. Определение установок для аналитики \{#4-installs-definition-for-analytics\}
Выберите, что считается новым событием установки в аналитике:
| База | Описание |
|------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|
| Новые device_ids | (Рекомендуется) Каждая установка приложения из стора на устройство считается новой установкой. Это включает как первичные установки, так и переустановки.
Установки считаются по ID устройства и не зависят от аутентификации пользователя. Создание профиля (при активации SDK или выходе из системы), вход в систему или обновление приложения не генерируют дополнительных событий установки.
Например, если одно и то же приложение установлено на 5 разных устройствах, в аналитике будет отображено 5 установок.
| | Новые customer_user_ids |Этот вариант предназначен для приложений, которые
Для авторизованных пользователей только первая установка, связанная с customer user ID, считается установкой. Установки на дополнительных устройствах не учитываются.
Анонимные пользователи (не вошедшие в систему) не учитываются в аналитике.
Переустановка приложения или повторный вход не создают дополнительных установок.
Сторы и платформы атрибуции (такие как App Store Connect, Google Play Console и AppsFlyer) используют подход на основе устройств для подсчёта установок. Если вы считаете установки по customer user ID в Adapty, числа могут отличаться от данных этих внешних сервисов.
⚠️ Если вы не идентифицируете пользователей в Adapty, с этой опцией установки учитываться не будут.
| | Новые профили в Adapty | (Устаревший вариант) Каждая установка, переустановка приложения и анонимные профили, созданные при выходе из системы, считаются новыми установками. | Учтите, что этот параметр влияет только на страницу [**Analytics**](https://app.adapty.io/analytics) и не затрагивает страницу [**Overview**](https://app.adapty.io/overview), где отображение настраивается отдельно. ## 5. Логика повышения цен в App Store \{#5-app-store-price-increase-logic\} Чтобы поддерживать точность данных и избежать расхождений между аналитикой 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.
:::warning
Важно учитывать, что выбранный вариант влияет не только на аналитику в Adapty, но и на интеграции и общее поведение при обработке транзакций.
:::
Убедитесь, что выбрали вариант, соответствующий желаемому подходу к управлению ценами на подписки для существующих подписчиков. Это поможет поддерживать точность данных и согласованность между аналитикой Adapty и результатами из App Store Connect.
## 6. Совместный доступ к платным функциям между аккаунтами пользователей \{#6-sharing-paid-access-between-user-accounts\}
:::link
Основная статья: [Совместный доступ к платным функциям между аккаунтами пользователей](sharing-paid-access-between-user-accounts)
:::
Настройка **Sharing paid access between user accounts** определяет поведение Adapty, когда более одного [профиля пользователя](identifying-users) пытается получить доступ к одной и той же покупке. Вы можете указать отдельную настройку совместного доступа для [среды песочницы](test-purchases-in-sandbox).
---
no_index: true
---
**Включено (по умолчанию)**
Идентифицированные пользователи (те, у кого задан [Customer User ID](identifying-users#set-customer-user-id-on-configuration)) могут совместно использовать один [уровень доступа](access-level), предоставленный Adapty, если их устройство привязано к одному и тому же Apple/Google ID. Это удобно, когда пользователь переустанавливает приложение и входит с другим email — он всё равно сохранит доступ к своей предыдущей покупке. При этом несколько идентифицированных пользователей могут иметь общий уровень доступа.
Несмотря на то что уровень доступа является общим, все прошлые и будущие транзакции записываются как события в исходный Customer User ID — для корректной аналитики и сохранения полной истории транзакций, включая пробные периоды, покупки подписок, продления и прочее, привязанные к одному профилю.
**Передача доступа новому пользователю**
Идентифицированные пользователи могут сохранять доступ к [уровню доступа](access-level), предоставленному Adapty, даже если они входят с другим [Customer User ID](identifying-users#set-customer-user-id-on-configuration) или переустанавливают приложение, при условии что устройство привязано к одному и тому же Apple/Google ID.
В отличие от предыдущего варианта, Adapty переносит покупку между идентифицированными пользователями. Это гарантирует доступ к купленному контенту, но только одному пользователю одновременно. Например, если UserA купил подписку, а UserB вошёл на том же устройстве и восстановил транзакции, UserB получит доступ к подписке, а у UserA он будет отозван.
Если один из пользователей (новый или старый) не идентифицирован, уровень доступа по-прежнему будет общим для этих профилей в Adapty.
Несмотря на то что уровень доступа передаётся, все прошлые и будущие транзакции записываются как события в исходный Customer User ID — для корректной аналитики и сохранения полной истории транзакций, включая пробные периоды, покупки подписок, продления и прочее, привязанные к одному профилю.
После переключения на **Transfer access to new user** уровни доступа не будут немедленно перенесены между профилями. Процесс переноса для каждого конкретного уровня доступа запускается только при получении Adapty события от стора: продление подписки, восстановление или при валидации транзакции.
**Отключено**
Первый идентифицированный профиль пользователя, получивший уровень доступа, сохраняет его навсегда. Это лучший вариант, если бизнес-логика вашего приложения требует привязки покупок к единственному Customer User ID.
Обратите внимание, что уровни доступа по-прежнему остаются общими для анонимных пользователей.
Вы можете «отвязать» покупку, [удалив профиль владельца](ss-delete-profile). После удаления уровень доступа становится доступен первому профилю пользователя, который его запросит, — анонимному или идентифицированному.
Отключение совместного доступа влияет только на новых пользователей. Подписки, уже общие между пользователями, продолжат оставаться таковыми даже после отключения этого параметра.
:::warning
Apple и Google требуют, чтобы встроенные покупки были общими или передавались между пользователями, поскольку они опираются на Apple/Google ID для привязки покупки. Без совместного доступа восстановление покупок может не работать при последующих переустановках.
Отключение совместного доступа может помешать пользователям восстановить доступ после входа в аккаунт.
Рекомендуем отключать совместный доступ только в том случае, если пользователи **обязаны войти** в аккаунт до совершения покупки. В противном случае идентифицированный пользователь может купить подписку, войти в другой аккаунт и навсегда потерять доступ.
:::
### Какой вариант выбрать? \{#which-setting-should-i-choose\}
| Моё приложение... | Рекомендуемый вариант |
| ------------------------------------------------------------ | ------------------------------------------------------------ |
| Не имеет системы входа и использует только анонимные идентификаторы профилей 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 \{#7-sdk-and-api-keys\}
Используйте публичный ключ SDK для интеграции SDK Adapty в ваше приложение, а секретный ключ — для доступа к Server API Adapty. При необходимости можно создавать новые ключи или отзывать существующие. Для создания токенов для Developer CLI перейдите в **Settings → Developer API**. См. [Аутентификация](developer-cli-authentication).
## 8. Тестовые устройства \{#8-test-devices\}
Укажите устройства для тестирования, чтобы они получали мгновенные обновления при изменении пейвола или плейсмента, минуя задержки кэширования. Подробнее см. [Тестовые устройства](test-devices).
## 9. Стойкость вариантов между плейсментами \{#9-cross-placement-variation-stickiness\}
Определите, как долго после завершения теста пользователь продолжает видеть варианты из этого теста. Это влияет на точность аналитики и пользовательский опыт — показ другого предложения, отличного от ранее виденного, может повлиять на решение пользователя о покупке.
Максимальный и стандартный период стойкости составляет 90 дней.
:::warning
Учтите следующее:
- Изменение этой настройки затронет всех пользователей, которые ранее получили вариант. При следующем показе плейсмента они сразу получат право на новый пейвол, что может исказить результаты текущих A/B-тестов.
- Если период стойкости для пользователя истёк, ему может быть показан новый пейвол или A/B-тест. Однако даже в этом случае он никогда не сможет участвовать ни в каком другом кросс-плейсментном тесте.
:::
## 10. Удаление приложения \{#10-delete-the-app\}
Если приложение вам больше не нужно, его можно удалить из Adapty.
:::warning
Обратите внимание, что это действие необратимо — восстановить приложение или его данные будет невозможно.
:::