Les remboursements du paiement web sur iOS vous reviennent à la place d'Apple, tout comme les litiges bancaires

Chaque remboursement d'une vente que votre app iPhone américaine envoie vers un paiement web relève désormais de vous, et non d'Apple. Les règles d'Apple permettent aux apps de la storefront des États-Unis de renvoyer vers des moyens d'achat externes sans entitlement, et la voie du paiement web, moins coûteuse, est ouverte à toute app américaine qui ajoute un lien. Le service des remboursements est venu avec. L'article d'assistance d'Apple lui-même indique qu'Apple ne peut pas aider pour les remboursements d'achats qu'elle n'a pas facturés, et renvoie ces clients vers vous. Si le client s'adresse plutôt à sa banque, le litige arrive chez votre prestataire de paiement, avec des frais, quelle que soit l'issue. C'est le compromis derrière les remboursements du paiement web sur iOS, et il vaut la peine de le chiffrer avant que le premier n'arrive.

Ce que disent les règles d'Apple sur les liens vers un paiement web

La règle 3.1.1(a) des App Review Guidelines d'Apple indique que les entitlements de lien StoreKit ne sont pas requis pour que les développeurs incluent des boutons, des liens externes ou d'autres incitations à l'action dans leurs apps de la storefront des États-Unis. Dans toutes les autres storefronts sans entitlement spécifique, ces incitations à l'action restent interdites. La règle 3.1.1 précise toujours que, pour débloquer des fonctionnalités au sein de votre app, vous devez utiliser l'achat intégré. Une app américaine propose donc en général les deux. Le client peut acheter dans l'app via Apple, ou sortir de l'app et vous payer sur le web.

Cette séparation compte pour les remboursements. Un même client peut détenir un achat Apple et un achat web sur le même compte, et chacun se rembourse par un système différent, avec des règles différentes.

Qui se dispute encore la commission

Les frais sur les ventes via lien externe sont toujours devant la justice. Le Neuvième Circuit a statué sur l'appel d'Apple contre la décision pour outrage le 11 décembre 2025, et la Cour suprême a accepté le 30 juin 2026 d'examiner Apple v. Epic Games, No. 25-1311. Apple a déposé son mémoire sur le fond le 14 septembre 2026, et celui d'Epic est attendu pour le 13 novembre 2026. Quelle que soit l'issue, cette affaire décidera de ce qu'Apple peut facturer sur ces ventes. Elle ne renverra pas les remboursements vers Apple.

Qui gère les remboursements du paiement web sur iOS

L'article d'assistance d'Apple sur les achats non facturés via l'App Store ou l'achat intégré d'Apple est clair. Apple indique ne pas pouvoir fournir d'assistance pour ces achats, y compris les remboursements, l'historique d'achats ainsi que la résiliation et la gestion des abonnements. Il cite parmi eux les apps de l'App Store qui utilisent des achats externes, et invite les clients à contacter le développeur pour l'assistance de facturation ou un remboursement. Le même article précise que ces achats ne bénéficient pas des fonctionnalités de l'App Store comme Signaler un problème, le Partage familial, la gestion des abonnements et Autorisation d'achat.

Un client peut-il encore demander à Apple le remboursement d'un achat web ?

Il peut essayer, mais l'article d'Apple indique qu'elle ne peut pas aider et le renvoie vers vous. L'achat n'apparaîtra pas dans Signaler un problème, puisqu'Apple ne l'a pas facturé. C'est le moment décisif. Un client qui ne parvient pas à vous trouver ensuite est un client qui appelle sa banque.

Ce qui change quand c'est vous qui décidez du remboursement

Vous obtenez ce qu'Apple ne vous a jamais donné : le dernier mot. Sur un achat intégré, vous pouvez envoyer des données de consommation, mais c'est Apple qui tranche. Sur une vente web, vous pouvez rembourser en totalité, rembourser en partie, proposer un avoir ou refuser. Vous assumez aussi ce qui va avec. Il vous faut une politique écrite, un contact que le client peut réellement trouver et quelqu'un qui répond en quelques jours, pas en quelques semaines.

Ce que coûte en argent une vente web contestée

Voici comment Stripe décrit un litige sur carte. Dès son ouverture, Stripe débite de votre solde le montant contesté plus des frais de litige, et bloque les fonds pendant toute la procédure. Aux États-Unis ces frais sont de $15 et, hors Mexique, ils ne sont pas restitués, que vous gagniez ou perdiez. Si vous contestez un litige ouvert après le 17 juin 2025, des frais de contestation de $15 s'ajoutent, que Stripe ne restitue que si vous gagnez. La procédure complète peut prendre 2 à 3 mois, et la décision de l'émetteur de la carte est définitive.

Prenons un cas illustratif : un abonnement mensuel à $9.99 vendu par paiement web, dont l'utilisateur a déjà consommé des générations d'IA payantes et du stockage cloud avant de contester.

Sur un abonnement à petit prix, même un litige gagné coûte plus que ce que valait le paiement après frais. Un simple remboursement est l'issue la moins chère du tableau. Les propres recommandations de Stripe sur les alertes précoces de fraude reflètent le même calcul : rembourser un paiement signalé est rentable lorsque son montant est à peu près égal ou inférieur à vos frais de litige.

Pourquoi le taux de litiges compte plus que chaque cas isolé

Stripe comptabilise chaque litige, gagné ou perdu, dans votre activité de litiges. Selon Stripe, le secteur considère comme excessive une activité de litiges supérieure à 0,75 %, et les programmes de surveillance des réseaux de cartes peuvent entraîner des amendes. Stripe ajoute qu'une activité de litiges excessive peut aussi affecter votre capacité à traiter des paiements avec d'autres prestataires. Un pic de litiges venu d'un seul paywall iOS peut suivre toutes les activités que vous gérez sur ce compte.

Comment éviter que les remboursements du paiement web ne deviennent des litiges

L'objectif est simple. Faire en sorte qu'il soit plus facile de vous le demander que de le demander à la banque.

• Placez un lien de remboursement ou de résiliation dans l'app et sur chaque reçu. Apple n'affichera pas l'achat dans son propre historique, donc votre reçu est la seule trace dont dispose le client.
• Utilisez un libellé de relevé que le client reconnaîtra comme votre app. Stripe note qu'un émetteur de carte interroge souvent sur un paiement parce que le titulaire ne reconnaît pas la description de la transaction.
• Répondez aux e-mails de remboursement sous un ou deux jours. Un litige vous empêche de rembourser en dehors de la procédure de litige, donc le remboursement doit venir avant.
• Surveillez les alertes précoces de fraude de Stripe et remboursez les paiements signalés de faible montant avant qu'ils ne deviennent des litiges.
• Dès qu'un litige ou un remboursement arrive, coupez immédiatement l'accès payant sur votre serveur, pour que le calcul, les appels API et le stockage s'arrêtent avec lui.
• Conservez des journaux d'utilisation liés à chaque paiement. Les connexions, les informations sur l'appareil et ce qui a été consommé sont les preuves que lit un émetteur de carte si vous contestez.

Séparez les deux systèmes de remboursement dans vos données

Un client américain peut se faire rembourser un achat Apple via Apple et contester un achat web via sa banque le même mois. Étiquetez chaque entitlement avec son lieu d'achat. Révoquez les achats Apple à partir des App Store Server Notifications, révoquez les achats web à partir des webhooks de votre prestataire, et ne laissez jamais l'un annuler l'autre par accident. RefundHalt répond au CONSUMPTION_REQUEST d'Apple pour les achats intégrés. Côté web, c'est la file de litiges de votre prestataire, et c'est votre propre politique qui tranche.