Entrevista StoreKit 2: Gerenciamento de Assinaturas e Validação de Recibos
Domine perguntas de entrevista iOS sobre StoreKit 2, gerenciamento de assinaturas, validação de recibos e as novas funcionalidades iOS 18.4 com exemplos práticos em Swift.

O StoreKit 2 representa uma mudança fundamental na forma como as compras no aplicativo são tratadas no iOS. Introduzido com o iOS 15, este framework moderno simplifica drasticamente o código necessário para o gerenciamento de assinaturas e validação de transações. Com o iOS 18, o StoreKit 1 está oficialmente deprecado, tornando o StoreKit 2 o único caminho suportado. As entrevistas técnicas iOS abordam regularmente este tema para avaliar a experiência dos desenvolvedores em monetização de aplicativos.
O StoreKit 2 aproveita uma API nativa do Swift com async/await, eliminando a necessidade de callbacks complexos e validação de recibos no lado do cliente. Os entrevistadores valorizam candidatos que conseguem articular as diferenças fundamentais em relação ao StoreKit 1, e as novas funcionalidades do iOS 18.4 como appTransactionID e SubscriptionOfferView.
Visão Geral da Arquitetura StoreKit 2
O StoreKit 2 é construído sobre uma arquitetura moderna que aproveita ao máximo o Swift Concurrency. Diferente do StoreKit 1, todas as operações são assíncronas e usam tipos nativos do Swift.
Buscando Produtos Disponíveis
O primeiro passo envolve carregar os produtos configurados no App Store Connect. O StoreKit 2 simplifica esta operação com uma API declarativa.
import StoreKit
actor ProductService {
// Product identifiers configured in App Store Connect
private let productIdentifiers: Set<String> = [
"com.app.subscription.monthly",
"com.app.subscription.yearly",
"com.app.premium.lifetime"
]
// Product cache to avoid repeated network calls
private var cachedProducts: [Product] = []
func loadProducts() async throws -> [Product] {
// Return cache if available
guard cachedProducts.isEmpty else {
return cachedProducts
}
// Asynchronous request to the App Store
let products = try await Product.products(for: productIdentifiers)
cachedProducts = products
return products
}
func product(for identifier: String) async throws -> Product? {
let products = try await loadProducts()
return products.first { $0.id == identifier }
}
}O uso de um actor garante a segurança de threads ao gerenciar o cache de produtos.
Tipos de Produtos no StoreKit 2
O StoreKit 2 distingue claramente entre os diferentes tipos de produtos. Compreender essa distinção é essencial para entrevistas.
import StoreKit
extension Product.ProductType {
var displayName: String {
switch self {
case .consumable:
// Consumable products (credits, lives, etc.)
return "Consumable"
case .nonConsumable:
// Permanent purchases (feature unlock)
return "Non-Consumable"
case .autoRenewable:
// Subscriptions with automatic renewal
return "Auto-Renewable Subscription"
case .nonRenewable:
// Subscriptions without renewal (temporary pass)
return "Non-Renewable Subscription"
@unknown default:
return "Unknown"
}
}
}As assinaturas com renovação automática representam o modelo de negócio dominante para aplicativos iOS modernos.
Tratando Transações de Compra
O processo de compra no StoreKit 2 torna-se linear graças ao async/await. Acabaram-se os delegates e callbacks aninhados do StoreKit 1.
Iniciando uma Compra
A partir do iOS 18.2, as compras requerem um parâmetro de contexto de UI. Esta mudança garante que a folha de compra apareça corretamente na hierarquia de views da aplicação.
import StoreKit
import UIKit
actor PurchaseManager {
enum PurchaseError: Error {
case productNotFound
case purchaseCancelled
case purchasePending
case verificationFailed
case unknown
}
func purchase(_ product: Product, in scene: UIWindowScene) async throws -> Transaction {
// Initiate purchase with UI context (iOS 18.2+)
let result = try await product.purchase(confirmIn: scene)
switch result {
case .success(let verification):
// Verify the transaction signature
let transaction = try checkVerification(verification)
// Mark the transaction as finished
await transaction.finish()
return transaction
case .userCancelled:
// User cancelled the purchase modal
throw PurchaseError.purchaseCancelled
case .pending:
// Purchase pending (parental approval, etc.)
throw PurchaseError.purchasePending
@unknown default:
throw PurchaseError.unknown
}
}
private func checkVerification<T>(_ result: VerificationResult<T>) throws -> T {
switch result {
case .verified(let safe):
// Transaction signed and verified by the App Store
return safe
case .unverified(_, let error):
// Invalid or corrupted signature
throw PurchaseError.verificationFailed
}
}
}O método finish() é crucial: sinaliza à App Store que o conteúdo foi entregue ao usuário.
Nunca esqueça de chamar transaction.finish() após entregar o conteúdo. Uma transação não finalizada será restaurada na próxima inicialização do app, causando comportamentos inesperados.
Escutando Transações em Segundo Plano
O StoreKit 2 introduz Transaction.updates, um stream assíncrono que emite as transações que ocorrem fora do aplicativo (renovações, compras de family sharing, etc.).
import StoreKit
actor TransactionObserver {
private var updateTask: Task<Void, Never>?
func startObserving() {
// Cancel any previous observation
updateTask?.cancel()
updateTask = Task(priority: .background) {
// Infinite stream of transaction updates
for await result in Transaction.updates {
do {
let transaction = try self.checkVerification(result)
// Process the transaction based on its type
await self.handleTransaction(transaction)
// Always finish the transaction
await transaction.finish()
} catch {
// Log the error for debugging
print("Transaction verification failed: (error)")
}
}
}
}
func stopObserving() {
updateTask?.cancel()
updateTask = nil
}
private func handleTransaction(_ transaction: Transaction) async {
switch transaction.productType {
case .autoRenewable:
// Update subscription status
await updateSubscriptionStatus(transaction)
case .nonConsumable:
// Unlock premium feature
await unlockFeature(transaction.productID)
default:
break
}
}
private func checkVerification<T>(_ result: VerificationResult<T>) throws -> T {
switch result {
case .verified(let safe):
return safe
case .unverified:
throw PurchaseError.verificationFailed
}
}
private func updateSubscriptionStatus(_ transaction: Transaction) async {
// Implementation of status update
}
private func unlockFeature(_ productID: String) async {
// Implementation of feature unlock
}
enum PurchaseError: Error {
case verificationFailed
}
}A observação de transações deve começar assim que o aplicativo for iniciado para evitar perder qualquer atualização.
Perguntas Comuns de Entrevista sobre Assinaturas StoreKit 2
As entrevistas iOS frequentemente incluem perguntas específicas sobre o gerenciamento de assinaturas. Aqui estão as mais comuns com respostas detalhadas. Para mais tópicos de entrevista Swift, consulte o guia de Swift structured concurrency.
Pergunta 1: Como Verificar o Status Atual da Assinatura?
O StoreKit 2 fornece acesso direto aos entitlements ativos. Note que Transaction.currentEntitlement(for:) está deprecado desde o iOS 18.4. O novo currentEntitlements(for:) retorna uma sequência assíncrona para lidar com múltiplos entitlements (por exemplo, assinatura mais acesso Family Sharing).
import StoreKit
struct SubscriptionStatusChecker {
struct SubscriptionStatus {
let isActive: Bool
let expirationDate: Date?
let willRenew: Bool
let productID: String?
let appTransactionID: UInt64? // iOS 18.4+
}
static func checkCurrentStatus(for productID: String) async -> SubscriptionStatus {
// Use the new currentEntitlements(for:) API (iOS 18.4+)
var latestTransaction: Transaction?
for await result in Transaction.currentEntitlements(for: productID) {
if case .verified(let transaction) = result {
if transaction.productType == .autoRenewable {
if latestTransaction == nil ||
transaction.purchaseDate > latestTransaction!.purchaseDate {
latestTransaction = transaction
}
}
}
}
guard let transaction = latestTransaction else {
return SubscriptionStatus(
isActive: false,
expirationDate: nil,
willRenew: false,
productID: nil,
appTransactionID: nil
)
}
// Check if the subscription is still active
let isActive = transaction.expirationDate ?? Date.distantPast > Date()
// Retrieve renewal information
let renewalInfo = await getRenewalInfo(for: transaction.productID)
return SubscriptionStatus(
isActive: isActive,
expirationDate: transaction.expirationDate,
willRenew: renewalInfo?.willAutoRenew ?? false,
productID: transaction.productID,
appTransactionID: transaction.appTransactionID
)
}
private static func getRenewalInfo(for productID: String) async -> Product.SubscriptionInfo.RenewalInfo? {
guard let product = try? await Product.products(for: [productID]).first,
let subscription = product.subscription else {
return nil
}
// Retrieve renewal status
let status = try? await subscription.status.first
return status?.renewalInfo
}
}Essa abordagem fornece o estado preciso da assinatura sem chamadas ao servidor. O campo appTransactionID, introduzido no iOS 18.4, permite o rastreamento de clientes através de transações sem chamadas servidor a servidor.
Pronto para mandar bem nas entrevistas de iOS?
Pratique com nossos simuladores interativos, flashcards e testes tecnicos.
Pergunta 2: Como Tratar Trials Gratuitos e Ofertas Promocionais?
O StoreKit 2 simplifica o acesso às informações das ofertas. Os entrevistadores frequentemente testam o entendimento dos diferentes tipos de ofertas. A partir do iOS 18.4, as ofertas promocionais podem ser assinadas usando JWS com o novo PromotionOfferV2SignatureCreator disponível na App Store Server Library.
import StoreKit
struct OfferManager {
enum OfferType {
case freeTrial(duration: String)
case payAsYouGo(periods: Int, price: Decimal)
case payUpFront(duration: String, price: Decimal)
case oneTime(price: Decimal) // iOS 17.2+: offer codes for all product types
case none
}
static func getIntroductoryOffer(for product: Product) -> OfferType {
guard let subscription = product.subscription,
let offer = subscription.introductoryOffer else {
return .none
}
switch offer.paymentMode {
case .freeTrial:
// Free trial period
return .freeTrial(duration: formatPeriod(offer.period))
case .payAsYouGo:
// Reduced price over multiple periods
return .payAsYouGo(
periods: offer.periodCount,
price: offer.price
)
case .payUpFront:
// Single payment for a period
return .payUpFront(
duration: formatPeriod(offer.period),
price: offer.price
)
case .oneTime:
// One-time offer code (consumables, non-consumables, non-renewing)
return .oneTime(price: offer.price)
@unknown default:
return .none
}
}
static func checkEligibility(for product: Product) async -> Bool {
// Check if user can benefit from the offer
guard let subscription = product.subscription else {
return false
}
// isEligibleForIntroOffer indicates if this is a new subscriber
return await subscription.isEligibleForIntroOffer
}
private static func formatPeriod(_ period: Product.SubscriptionPeriod) -> String {
let value = period.value
switch period.unit {
case .day:
return "(value) day(value > 1 ? "s" : "")"
case .week:
return "(value) week(value > 1 ? "s" : "")"
case .month:
return "(value) month(value > 1 ? "s" : "")"
case .year:
return "(value) year(value > 1 ? "s" : "")"
@unknown default:
return ""
}
}
}O método isEligibleForIntroOffer é essencial para evitar exibir ofertas indisponíveis. Note que os códigos de oferta, anteriormente limitados a assinaturas auto-renováveis, agora suportam consumíveis, não consumíveis e assinaturas não renováveis desde o iOS 16.3.
Pergunta 3: Como Restaurar Compras Anteriores?
A restauração de compras é uma funcionalidade obrigatória conforme as App Store Review Guidelines.
import StoreKit
actor RestoreManager {
struct RestoreResult {
let restoredProducts: [String]
let activeSubscriptions: [String]
}
func restorePurchases() async throws -> RestoreResult {
var restoredProducts: [String] = []
var activeSubscriptions: [String] = []
// Synchronize with the App Store
try await AppStore.sync()
// Iterate through all user transactions
for await result in Transaction.currentEntitlements {
guard case .verified(let transaction) = result else {
continue
}
switch transaction.productType {
case .nonConsumable:
// Restore permanent purchases
restoredProducts.append(transaction.productID)
case .autoRenewable:
// Check if subscription is active
if let expiration = transaction.expirationDate,
expiration > Date() {
activeSubscriptions.append(transaction.productID)
}
default:
// Consumables are not restorable
break
}
}
return RestoreResult(
restoredProducts: restoredProducts,
activeSubscriptions: activeSubscriptions
)
}
}O AppStore.sync() força a sincronização com os servidores da Apple, útil após uma reinstalação.
SubscriptionOfferView: Apresentação Moderna de Assinaturas
O iOS 18.4 introduz SubscriptionOfferView, um componente SwiftUI que exibe as opções de assinatura com carregamento automático de metadados do produto. Este é um tópico comum de entrevista para desenvolvedores que constroem aplicativos baseados em assinaturas.
import SwiftUI
import StoreKit
struct SubscriptionSettingsView: View {
let subscriptionGroupID = "com.app.subscription.group"
var body: some View {
VStack(spacing: 16) {
// Show upgrade options for current subscribers
SubscriptionOfferView(groupID: subscriptionGroupID)
.visibleRelationship(.upgrade)
.prefersPromotionalIcon(true)
.subscriptionOfferViewDetailAction { path in
path.append("subscriptionDetail")
}
// Show current plan details
SubscriptionOfferView(groupID: subscriptionGroupID)
.visibleRelationship(.current)
}
.padding()
}
}O parâmetro visibleRelationship controla quais níveis de assinatura aparecem: .upgrade mostra planos um nível acima, .downgrade mostra níveis inferiores, .crossgrade mostra níveis equivalentes com melhor valor, e .all exibe todos os planos do grupo.
Validação de Recibos no Lado do Servidor
A validação no lado do servidor permanece recomendada para aplicativos com assinaturas críticas. O StoreKit 2 usa JWS (JSON Web Signatures) para validação moderna. O endpoint deprecado verifyReceipt foi substituído pela App Store Server API.
Extraindo Dados da Transação para o Servidor
import StoreKit
struct TransactionPayload: Codable {
let transactionID: String
let originalTransactionID: String
let productID: String
let purchaseDate: Date
let expirationDate: Date?
let jwsRepresentation: String
let appTransactionID: String? // iOS 18.4+
}
actor ServerValidationService {
private let apiEndpoint = "https://api.example.com/verify"
func validateWithServer(_ transaction: Transaction) async throws -> Bool {
// Create payload for the server
let payload = TransactionPayload(
transactionID: String(transaction.id),
originalTransactionID: String(transaction.originalID),
productID: transaction.productID,
purchaseDate: transaction.purchaseDate,
expirationDate: transaction.expirationDate,
jwsRepresentation: transaction.jwsRepresentation ?? "",
appTransactionID: transaction.appTransactionID.map { String($0) }
)
// Encode to JSON
let encoder = JSONEncoder()
encoder.dateEncodingStrategy = .iso8601
let jsonData = try encoder.encode(payload)
// Send to server
var request = URLRequest(url: URL(string: apiEndpoint)!)
request.httpMethod = "POST"
request.httpBody = jsonData
request.setValue("application/json", forHTTPHeaderField: "Content-Type")
let (data, response) = try await URLSession.shared.data(for: request)
guard let httpResponse = response as? HTTPURLResponse,
httpResponse.statusCode == 200 else {
return false
}
// Decode server response
let validationResponse = try JSONDecoder().decode(
ValidationResponse.self,
from: data
)
return validationResponse.isValid
}
}
struct ValidationResponse: Codable {
let isValid: Bool
let subscriptionStatus: String?
}A jwsRepresentation contém a assinatura criptográfica verificável pelo servidor. O novo campo appTransactionID permite o rastreamento preciso de clientes sem viagens adicionais ao servidor.
A App Store Server API da Apple fornece validação no lado do servidor com tokens JWS, Server Notifications V2 para eventos de assinatura em tempo real, e a nova SubscriptionStatus API que aceita Transaction IDs (iOS 18.4+) para consultar o status diretamente.
Configurando Notificações do Servidor
As Server Notifications V2 permitem o recebimento de eventos em tempo real.
enum NotificationType: String, Codable {
case subscribed = "SUBSCRIBED"
case didRenew = "DID_RENEW"
case didFailToRenew = "DID_FAIL_TO_RENEW"
case didChangeRenewalStatus = "DID_CHANGE_RENEWAL_STATUS"
case expired = "EXPIRED"
case gracePeriodExpired = "GRACE_PERIOD_EXPIRED"
case offerRedeemed = "OFFER_REDEEMED"
case priceIncrease = "PRICE_INCREASE"
case refund = "REFUND"
case renewalExtended = "RENEWAL_EXTENDED"
case revoke = "REVOKE"
}
struct ServerNotification: Codable {
let notificationType: NotificationType
let subtype: String?
let data: NotificationData
struct NotificationData: Codable {
let bundleId: String
let environment: String
let signedTransactionInfo: String
let signedRenewalInfo: String?
}
}Essas notificações permitem manter o estado das assinaturas sincronizado com o backend.
Tratamento de Erros e Casos Extremos
As entrevistas frequentemente testam o entendimento dos cenários de erro e seu tratamento adequado. Para mais informações sobre padrões de arquitetura iOS, consulte o guia de entrevista senior iOS sobre design patterns.
Erros Comuns no StoreKit 2
import StoreKit
struct PurchaseErrorHandler {
enum UserFacingError {
case networkError
case paymentFailed
case notAuthorized
case productNotAvailable
case unknown
var message: String {
switch self {
case .networkError:
return "Connection failed. Please check your internet connection."
case .paymentFailed:
return "Payment failed. Please verify your payment information."
case .notAuthorized:
return "In-app purchases are disabled on this device."
case .productNotAvailable:
return "This product is not currently available."
case .unknown:
return "An unexpected error occurred."
}
}
}
static func handle(_ error: Error) -> UserFacingError {
// Check if it's a StoreKit error
if let storeKitError = error as? StoreKitError {
switch storeKitError {
case .networkError:
return .networkError
case .userCancelled:
// Don't show error, user cancelled
return .unknown
case .notAvailableInStorefront:
return .productNotAvailable
case .notEntitled:
return .notAuthorized
default:
return .unknown
}
}
// Purchase errors
if let purchaseError = error as? Product.PurchaseError {
switch purchaseError {
case .invalidQuantity:
return .unknown
case .productUnavailable:
return .productNotAvailable
case .purchaseNotAllowed:
return .notAuthorized
default:
return .unknown
}
}
return .unknown
}
}Um tratamento claro de erros melhora a experiência do usuário e simplifica a depuração.
Suporte ao Modo Offline
import StoreKit
actor OfflineCapabilityManager {
private let userDefaults = UserDefaults.standard
private let entitlementsKey = "cached_entitlements"
func cacheCurrentEntitlements() async {
var entitlements: [String: Date] = [:]
for await result in Transaction.currentEntitlements {
if case .verified(let transaction) = result {
entitlements[transaction.productID] = transaction.expirationDate
}
}
// Save locally
if let data = try? JSONEncoder().encode(entitlements) {
userDefaults.set(data, forKey: entitlementsKey)
}
}
func getCachedEntitlements() -> [String: Date] {
guard let data = userDefaults.data(forKey: entitlementsKey),
let entitlements = try? JSONDecoder().decode(
[String: Date].self,
from: data
) else {
return [:]
}
// Filter expired entitlements
let now = Date()
return entitlements.filter { _, expiration in
expiration > now
}
}
func hasValidEntitlement(for productID: String) -> Bool {
let cached = getCachedEntitlements()
return cached[productID] != nil
}
}O cache local mantém o acesso aos recursos premium mesmo sem conectividade.
Melhores Práticas para Produção
Arquitetura Recomendada
import StoreKit
import Combine
@MainActor
final class SubscriptionService: ObservableObject {
static let shared = SubscriptionService()
@Published private(set) var products: [Product] = []
@Published private(set) var purchasedProductIDs: Set<String> = []
@Published private(set) var subscriptionStatus: SubscriptionStatus = .none
private var transactionObserver: Task<Void, Never>?
enum SubscriptionStatus {
case none
case active(expirationDate: Date)
case expired
case inGracePeriod
}
private init() {
// Start transaction observation
startTransactionObserver()
// Load initial state
Task {
await loadProducts()
await updateSubscriptionStatus()
}
}
private func startTransactionObserver() {
transactionObserver = Task.detached(priority: .background) {
for await result in Transaction.updates {
if case .verified(let transaction) = result {
await transaction.finish()
await self.updateSubscriptionStatus()
}
}
}
}
func loadProducts() async {
do {
let productIDs = [
"com.app.subscription.monthly",
"com.app.subscription.yearly"
]
products = try await Product.products(for: productIDs)
} catch {
print("Failed to load products: (error)")
}
}
func purchase(_ product: Product) async throws {
let result = try await product.purchase()
switch result {
case .success(let verification):
if case .verified(let transaction) = verification {
await transaction.finish()
await updateSubscriptionStatus()
}
case .userCancelled:
break
case .pending:
break
@unknown default:
break
}
}
func updateSubscriptionStatus() async {
var purchasedIDs: Set<String> = []
var latestSubscription: Transaction?
for await result in Transaction.currentEntitlements {
if case .verified(let transaction) = result {
purchasedIDs.insert(transaction.productID)
if transaction.productType == .autoRenewable {
if latestSubscription == nil ||
transaction.purchaseDate > latestSubscription!.purchaseDate {
latestSubscription = transaction
}
}
}
}
purchasedProductIDs = purchasedIDs
if let subscription = latestSubscription,
let expiration = subscription.expirationDate {
if expiration > Date() {
subscriptionStatus = .active(expirationDate: expiration)
} else {
subscriptionStatus = .expired
}
} else {
subscriptionStatus = .none
}
}
deinit {
transactionObserver?.cancel()
}
}Essa arquitetura centralizada simplifica o gerenciamento do estado das compras em todo o aplicativo.
Sources
- What's new in StoreKit and In-App Purchase, WWDC25 - Adições de API do iOS 18.4 incluindo
appTransactionIDeSubscriptionOfferView - App Store Server API Documentation - Validação no lado do servidor com JWS e Server Notifications V2
- StoreKit Documentation - Referência completa de API para StoreKit 2
Pontos-Chave para Entrevistas de StoreKit 2
O StoreKit 2 transforma o gerenciamento de compras no aplicativo em uma experiência de desenvolvimento moderna e segura. Pontos-chave para lembrar para uma entrevista:
- A API nativa async/await elimina os delegates e callbacks complexos do StoreKit 1, que está deprecado desde o iOS 18
- A verificação automática através do
VerificationResultgerencia a validação criptográfica das transações Transaction.updatesfornece um stream assíncrono para transações em segundo plano incluindo renovações e family sharingTransaction.currentEntitlements(for:)substitui o deprecadocurrentEntitlement(for:)para lidar com múltiplos entitlements- O campo
appTransactionID(iOS 18.4+) permite o rastreamento de clientes sem chamadas servidor a servidor SubscriptionOfferViewfornece UI integrada para apresentação de assinaturas comvisibleRelationshippara opções de upgrade, downgrade e crossgrade- As ofertas promocionais podem ser assinadas usando JWS com
PromotionOfferV2SignatureCreator - Os códigos de oferta agora suportam consumíveis, não consumíveis e assinaturas não renováveis (iOS 16.3+)
- A validação no servidor usa a App Store Server API com tokens JWS, substituindo o endpoint deprecado
verifyReceipt - Sempre chamar
transaction.finish()após a entrega do conteúdo para evitar comportamento de restauração inesperado - Implementar cache local de entitlements para uma experiência de usuário fluida sem conectividade
Comece a praticar!
Teste seus conhecimentos com nossos simuladores de entrevista e testes tecnicos.
Você saberia encontrar o bug em iOS?
Um trecho real, um bug escondido, uma tentativa por dia. Sem conta para testar.

Escrito por
Anthony Fillion-MailletFundador da SharpSkill
Desenvolvedor fullstack há mais de 10 anos. Dirige a SharpSkill e responde por tudo o que é publicado aqui.
Atualizado em 20 de outubro de 2026
Tags
Compartilhar
Artigos relacionados

Swift Testing Framework Entrevista 2026: Macros #expect e #require vs XCTest
Domine o novo Swift Testing Framework para entrevistas iOS: macros #expect e #require, migração do XCTest, padrões avançados e armadilhas comuns.

Entrevista iOS Push Notifications 2026: APNs, tokens e troubleshooting
Guia completo para preparar entrevistas iOS sobre Push Notifications, APNs, gestão de tokens e troubleshooting. Perguntas frequentes com respostas detalhadas.

Entrevista iOS Sênior 2026: Perguntas sobre Arquitetura e Padrões de Design
Prepare-se para entrevistas iOS sênior com perguntas-chave sobre MVVM, VIPER, Clean Architecture e padrões de design. Guia completo com exemplos de código Swift.