StoreKit и RevenueCat: 6 технических мест, где интеграция ломает подписку

StoreKit и RevenueCat: 6 технических мест, где интеграция ломает подписку

Если подключаете RevenueCat поверх StoreKit, ошибка чаще не в SDK, а в связке экранов, продуктов и вебхуков. Пользователь нажал «Подписаться», а в ответ получил пустой экран, двойной запрос или вечную загрузку. Ваш пользователь не должен догадываться, куда нажать.

Проверьте базу:
— один и тот же product_id в App Store Connect и в коде;
— корректную связь продукта с предложением в RevenueCat;
— обработку состояний pending, canceled, restored;
— инициализацию SDK до показа paywall;
— защиту от повторного нажатия на кнопку покупки.

StoreKit любит честные сценарии, а RevenueCat — предсказуемые ответы. Если не ловите ошибку покупки и не логируете транзакцию, вы теряете не только конверсию, но и понимание, где именно рвется воронка. Особенно важно проверять restore: многие пользователи не покупают повторно, а просто ждут, что доступ восстановится сам.

Отдельный риск — несоответствие entitlement и логики доступа в приложении. Пользователь может купить подписку, но не увидеть премиум, если вы проверяете статус только на одном экране или забываете обновить кэш после успешной транзакции. Проверяем гипотезу, а не гадаем на кофейной гуще.

Лучший тест — пройти весь путь руками: первый запуск, покупка, отмена, восстановление, повторный вход. Если каждый шаг прозрачен в логах и интерфейсе, интеграция начинает работать на LTV, а не против него.