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

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

StoreKit отвечает за покупку, RevenueCat — за учет прав. И если интеграция собрана наспех, пользователь платит, а доступ не открывается. Давайте разберем цифры и логику: ваша задача не “подключить SDK”, а пройти весь путь от нажатия на кнопку до подтвержденного entitlement.

Первое — идентификаторы. Продукты в App Store, package в RevenueCat и ваши внутренние ключи должны совпадать без фантазии. Второе — инициализация: SDK надо запускать рано, до проверки статуса подписки. Третье — асинхронность. Покупка не завершается мгновенно, поэтому интерфейс должен жить с состоянием “в обработке”, а не зависать.

Дальше проверьте три точки отказа:
— нет сети, и StoreKit вернул отложенный ответ;
— пользователь купил, но entitlement не обновился локально;
— вы показали paywall, хотя доступ уже активен.
Ваш пользователь не должен догадываться, куда нажать. Если кнопка “Восстановить покупки” спрятана, вы сами создаете лишние тикеты в саппорт.

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

Монетизация — это не про жадность, а про ценность. Если StoreKit и RevenueCat собраны аккуратно, вы снижаете потери на стыке оплаты и доступа, а это прямо бьет в удержание и LTV.