Le délai de traitement d'un remboursement sur l'App Store va de deux jours à deux mois, et un remboursement lent peut se transformer en chargeback

Deux jours après que votre client a demandé un remboursement à Apple, il reçoit un e-mail avec la décision. L'argent peut mettre encore un mois à apparaître sur sa carte, et sur certains modes de paiement deux. Cet écart entre approuvé et reçu est le délai de traitement d'un remboursement sur l'App Store dont personne ne vous prévient, et c'est là qu'un remboursement discret se transforme en un ticket de support bruyant, ou pire, en chargeback. Voici exactement combien de temps prend un remboursement sur l'App Store et sur Google Play, détaillé par mode de paiement, pourquoi vous ne pouvez pas l'accélérer et ce que l'attente vous coûte réellement quand un client impatient appelle sa banque au lieu de vous.

Ce que mesure vraiment le délai de traitement d'un remboursement

Combien de temps prend un remboursement a deux réponses, car un remboursement franchit deux lignes d'arrivée. La première est la décision : la boutique approuve ou refuse la demande. La seconde est le règlement : l'argent revient réellement sur le mode de paiement utilisé par le client. Sur les deux boutiques, la décision est rapide et le règlement est lent, et les deux ne tombent presque jamais le même jour. Lisez toute chronologie en sachant de quelle ligne elle parle.

La décision vient d'abord, et elle est rapide

Sur l'App Store, un client demande un remboursement sur reportaproblem.apple.com, et c'est Apple qui décide, pas vous. Apple indique que le client reçoit une mise à jour de statut par e-mail dans les 48 heures suivant la demande. Sur Google Play, une demande de remboursement rend généralement une décision en un à quatre jours. Donc, en un jour ou deux, tout le monde sait si le remboursement a été accordé. C'est la partie rapide, et c'est la partie que les clients supposent être toute l'histoire.

Le règlement vient ensuite, et il est lent

Se voir dire approuvé n'est pas la même chose qu'avoir l'argent. Une fois un remboursement accordé, les fonds reviennent sur le mode de paiement d'origine, et le temps que cela prend dépend entièrement du mode et de la banque qui se trouve derrière. Le crédit en boutique est presque instantané. Une carte peut prendre des semaines. La facturation par l'opérateur peut prendre deux relevés mensuels. Rien de tout cela n'est sous le contrôle de la boutique une fois le remboursement émis, et rien de tout cela n'est sous le vôtre.

Délai de traitement d'un remboursement sur l'App Store selon le mode de paiement

Apple publie les fourchettes de règlement, et elles sont larges. Le remboursement revient sur le même mode de paiement que celui utilisé pour l'achat, et l'attente s'allonge selon la lenteur de ce mode à enregistrer un crédit.

Deux choses à souligner. Apple indique clairement que la contacter par téléphone ou par chat n'accélérera ni la demande ni le traitement des fonds, il n'y a donc aucune escalade qui fasse bouger l'argent plus vite. Et la décision par e-mail sous 48 heures est l'horloge rapide, tandis que le règlement sur carte jusqu'à 30 jours est la lente, si bien qu'un client peut garder un e-mail d'approbation pendant des semaines avant que le crédit ne soit réellement enregistré.

Délai de traitement d'un remboursement sur Google Play selon le mode de paiement

Google divise le même parcours en une décision, généralement d'un à quatre jours, et un règlement qui, selon Google, se termine habituellement en 10 jours ouvrables mais varie selon le mode. Ce sont les fourchettes par mode publiées par Google elle-même.

Le schéma correspond à celui d'Apple. L'argent rendu sur un solde de boutique est rapide, l'argent rendu sur une banque ou une facture de téléphone est lent, et les modes les plus lents s'étendent sur des mois. Un client remboursé sur une facturation postpayée par l'opérateur peut ne pas voir le crédit avant deux relevés plus tard, quelle que soit la rapidité avec laquelle Google a approuvé.

Pourquoi un remboursement lent est un problème d'argent, pas seulement un problème de support

Voici la partie qui transforme une chronologie en un coût. Entre le moment où l'on dit à un client approuvé et le moment où l'argent arrive, il regarde un débit toujours présent sur son relevé et aucun remboursement en vue. Certains n'attendront pas. Ils appellent leur banque et contestent le débit, et une contestation bancaire est un chargeback, qui est une bête différente et plus coûteuse que le remboursement qu'ils allaient déjà recevoir.

Suivez l'argent. Quand la boutique rembourse un achat, elle rend aussi sa propre commission, donc ce qui sort réellement de votre compte, ce sont vos revenus nets, les 70 ou 85 pour cent que vous avez gardés, pas le prix complet. Un chargeback ne fonctionne pas ainsi. La banque du client prélève le montant complet et ajoute des frais fixes qui n'évoluent pas avec l'achat, et la décision est définitive, sans appel une fois que la banque a tranché. Sur un achat bon marché, les frais à eux seuls peuvent coûter plus que la vente. Et sur Google Play, pour les commandes passées à partir du 3 août 2026, le chargeback fait passer le prix d'achat plus les frais de la banque au développeur, si bien qu'une contestation que vous auriez pu éviter vous laisse désormais toute la facture.

Le risque du double coup

Il existe une version plus dure. Si un client conteste auprès de sa banque pendant qu'un remboursement de la boutique est encore en cours de règlement, vous pouvez vous retrouver du mauvais côté des deux processus à la fois : le remboursement de la boutique en vol et un chargeback ouvert sur le même débit. Démêler cela est lent et manuel, et sur Google les frais de chargeback sont désormais les vôtres. La façon propre de l'éviter est de vous assurer que le client sait que le remboursement arrive et à peu près quand, pour qu'il ne se tourne pas vers la banque dans cet intervalle.

Ce que vous pouvez et ne pouvez pas faire face à l'horloge

Soyez honnête avec vous-même sur les leviers, car la majeure partie de cette chronologie n'est pas à vous de bouger.

Ce que vous ne pouvez pas faire

• Vous ne pouvez pas accélérer le règlement. Apple indique directement que contacter le support n'accélère pas le traitement, et le délai est celui du réseau de paiement, pas de la boutique.
• Vous ne pouvez pas émettre le remboursement vous-même sur l'App Store. Apple décide et traite chaque remboursement de l'App Store, et il n'y a pas de bouton pour le développeur. Sur Google Play, vous pouvez rembourser une commande vous-même depuis la Console, ce qui vous permet au moins de lancer l'horloge immédiatement.
• Vous ne pouvez pas changer le mode de paiement sur lequel le remboursement revient. Il revient toujours sur le mode d'origine, à la vitesse de ce mode.

Ce que vous pouvez faire

• Fixez les attentes dans vos propres réponses de support. Dites au client qu'un remboursement peut prendre jusqu'à 30 jours sur une carte et plus sur la facturation par l'opérateur, et que c'est la boutique, pas vous, qui contrôle le timing. Un client qui s'attend à un mois n'appelle pas la banque le troisième jour.
• Sur Google Play, remboursez rapidement depuis Order management une fois que vous avez décidé de rembourser, plutôt que de laisser une demande en attente. Lancer le règlement plus tôt réduit la fenêtre dans laquelle un chargeback peut commencer, et rembourser avant un chargeback vous évite aussi les frais bancaires.
• Attachez un identifiant de compte stable à chaque achat pour qu'un remboursement arrive avec un historique. L'appAccountToken d'Apple est un UUID, et le setObfuscatedAccountId de Google est un hachage de jusqu'à 64 caractères, jamais en clair.

Les horloges de la preuve sont une tout autre chose

Ne confondez pas le temps de règlement avec les deux fenêtres où vous avez réellement voix au chapitre. Le CONSUMPTION_REQUEST d'Apple vous donne 12 heures pour renvoyer des données d'usage via Send Consumption Information avant qu'Apple ne décide d'un remboursement de consommable. L'examen de chargeback de Google Play vous donne 24 heures pour répondre via orders.reviewrefund avec une préférence de remboursement et des preuves d'usage. Ces horloges décident si l'argent bouge. Le délai de traitement décide combien de temps il met à bouger une fois la décision prise. Elles n'ont aucun rapport, et manquer l'horloge de 12 heures ou de 24 heures est une erreur bien plus coûteuse qu'un versement lent.

Une courte liste de contrôle pour les délais de remboursement

• La décision de l'App Store arrive par e-mail sous 48 heures, et la décision de Google Play prend généralement d'un à quatre jours.
• L'argent de l'App Store arrive sous 30 jours sur les cartes et jusqu'à 60 jours sur la facturation par téléphone mobile, tandis que le crédit en boutique est quasi instantané.
• L'argent de Google Play arrive en environ 1 jour ouvrable sur un solde de boutique, en 3 à 5 jours ouvrables sur les cartes et PayPal, et jusqu'à deux relevés mensuels sur la facturation postpayée par l'opérateur.
• Personne ne peut accélérer le règlement, alors annoncez aux clients la fourchette réelle avant qu'ils ne demandent.
• Un remboursement lent et silencieux est la porte d'entrée la plus courante vers un chargeback, qui est définitif côté banque et, sur Google à partir du 3 août 2026, facturé à vous.
• Gardez les horloges de 12 heures du CONSUMPTION_REQUEST et de 24 heures de l'examen de chargeback séparées du délai de versement, car c'est là que vous gagnez ou perdez l'argent.

Le remboursement que votre client attend a probablement été approuvé il y a plusieurs jours. Ce qu'il surveille, c'est le règlement, et le règlement est lent par conception, jusqu'à un mois sur une carte et deux sur une facture de téléphone. Vous ne pouvez pas l'accélérer. Ce que vous pouvez faire, c'est vous assurer que l'attente est attendue plutôt qu'alarmante, car l'alternative est de voir un remboursement que vous auriez pu absorber se transformer en un chargeback que vous ne pouvez pas contester. Sur l'App Store, c'est un coût de support. Sur Google Play, après le 3 août 2026, c'est votre facture.