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

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

StoreKit отвечает за покупку, RevenueCat — за учет прав. И если эти слои настроены неаккуратно, пользователь оплатил, а доступ не открылся. Давайте разберем цифры и точки отказа без магии.

— Приведите в порядок product identifiers. Один лишний символ в ID, и сервер видит «чужой» товар.
— Проверьте связку app bundle, Apple ID и окружения. Тестовый билд и продакшн не должны смешиваться.
— Не полагайтесь только на клиент. Право на подписку должно подтверждаться через серверный статус, а не через красивый экран.
— Обрабатывайте restore purchases отдельно. Пользователь не должен догадываться, куда нажать, чтобы вернуть доступ.

RevenueCat полезен тем, что прячет часть сложности, но не отменяет логику iOS. Если вы неправильно сопоставили entitlement, аксесс к фиче отвалится даже при успешной оплате. Смотрите на цепочку целиком: StoreKit создал транзакцию, RevenueCat получил событие, приложение прочитало статус и открыло экран.

Еще одна типовая ошибка — забыть про сетевые сбои и задержки синхронизации. После покупки не показывайте «успех» как факт навсегда. Лучше сделайте короткую проверку статуса и аккуратный fallback: повторить запрос, обновить экран, предложить restore. Монетизация — это не про жадность, а про ценность.

Если хотите меньше багов в подписке, тестируйте не только покупку, но и отмену, восстановление и повторный вход на другом устройстве. Тогда ваша воронка перестанет терять деньги на мелочах.