Permissions, push, deeplinks, платежи и аналитика

Мобильное приложение редко работает само по себе. Permissions, push, deeplinks, in-app purchases, реклама и аналитика зависят от настроек ОС, кабинетов провайдеров, сертификатов, build-конфигурации и состояния пользователя.

Что важно понять

• Permission states: not determined, denied, limited, allowed, changed in settings.
• Push: token, foreground/background, tap action, deep link, quiet hours, opt-out.
• Deeplinks/universal links/app links: install state, auth state, fallback, параметры.
• Платежи, реклама, аналитика: sandbox, production flags, события, дубли, privacy.

Рабочий порядок

1. Составьте матрицу состояний пользователя и приложения.
2. Проверьте интеграцию на debug, staging и release-like сборке.
3. Сверьте факт события в клиенте, backend и кабинете провайдера.
4. Проверьте отказ пользователя и восстановление настройки.

Что отдавать команде

• Integration checklist.
• Список event names, параметров и expected destinations.
• Скриншоты кабинета провайдера или correlation id события.

Частые провалы

• Проверять push только когда приложение открыто.
• Не тестировать deeplink для неавторизованного пользователя.
• Считать показ UI достаточным доказательством аналитического события.

Практика

Проверьте push с deeplink на экран заказа: приложение закрыто, пользователь разлогинен, заказ уже отменён, permission выключен, сеть восстановилась через минуту.