StoreKit и RevenueCat: 5 технических узких мест, которые ломают подписки

StoreKit и RevenueCat: 5 технических узких мест, которые ломают подписки

Интеграция выглядит простой: SDK поставил, продукты завёл, экран оплаты открыл. На деле сбой часто сидит в мелочах. И именно они бьют по конверсии и по LTV.

— Не совпадают product_id в App Store Connect и в коде. Пользователь видит цену, но покупка не проходит.
— Не настроены статусы окружений: sandbox, тестовый аккаунт, боевой билд. Из-за этого вы ловите «ложные» ошибки.
— После покупки не обновляете entitlement сразу. Пользователь оплатил, а доступ получил с задержкой.
— Не обрабатываете restore purchases. На новом устройстве это превращается в поддержку и негатив.

В RevenueCat важно не просто отправить событие покупки, а правильно связать его с пользователем. Если у вас есть регистрация, прокиньте свой user_id до первой оплаты. Иначе один и тот же клиент распадётся на несколько профилей, а аналитика начнёт врать.

Отдельно проверьте логику отмен и продлений. Подписка может активироваться, потом уйти в grace period, потом восстановиться. Если приложение читает только факт первой покупки, оно теряет деньги и портит опыт.

Проверяем гипотезу, а не гадаем на кофейной гуще: сначала тестируйте полный цикл покупки, восстановления и отмены на одном сценарии. Ваш пользователь не должен догадываться, куда нажать.