# Essai gratuit annulé tout de suite : pourquoi et que faire

> Sur iOS, beaucoup d'essais gratuits sont annulés dans la minute : l'accès reste ouvert jusqu'à la fin. Les causes, et ce qu'Apple permet pour garder ces essais.

Page originale : [Essai gratuit annulé tout de suite : pourquoi et que faire](https://devoria.fr/blog/essai-gratuit-annule-abonnement-ios)
Auteur : [Mehdi Azizi](https://devoria.fr/mehdi-azizi)
Publication : 2026-11-04
Dernière révision du contenu : 2026-11-04


Sur iOS, un essai gratuit annulé dans la minute n'est pas un essai perdu. **Annuler, c'est seulement couper le renouvellement automatique : la personne garde l'accès jusqu'à la fin de l'essai, et peut le réactiver.** Résilier tôt ne lui coûte rien, et Apple lui conseille d'annuler au moins 24 heures avant la fin. Pour garder ces essais, rends la valeur visible avant la date de fin, tiens chaque promesse écrite sur ton paywall, et n'utilise que les leviers qu'Apple permet.

Je publie mes propres apps iOS, et ce guide part de mes chiffres. Sur TradaZen, mon simulateur de trading, deux essais annuels sur trois commencés entre le 20 et le 23 octobre 2026 ont été annulés. Sur Nolera, mon app d'essayage de tenues par IA, tous les essais commencés en un mois ont été annulés, entre 2 et 42 minutes après leur début. Les règles citées viennent des pages d'Apple, relues le 3 novembre 2026.

## Ce que « annulé » veut dire sur iOS

Quand quelqu'un touche Annuler l'abonnement pendant son essai, l'abonnement ne s'arrête pas. Côté serveur, Apple envoie une [notification de changement de renouvellement](https://developer.apple.com/documentation/appstoreservernotifications/notificationtype) : `DID_CHANGE_RENEWAL_STATUS`, avec le sous-type `AUTO_RENEW_DISABLED`. L'expiration vient plus tard, dans une autre notification, `EXPIRED` avec le sous-type `VOLUNTARY` : l'abonnement a expiré après que le client a coupé le renouvellement.

Apple le dit aussi à l'utilisateur. Sur la page de l'App Store [À propos des achats intégrés](https://apps.apple.com/fr/story/id1436214772) : « Si vous le résiliez, votre abonnement prendra fin au terme du cycle de facturation en cours. » Jusque-là, la personne peut revenir et réactiver le renouvellement.

Si tu passes par RevenueCat, l'événement porte le nom `CANCELLATION`. Sa [documentation des événements](https://www.revenuecat.com/docs/integrations/webhooks/event-types-and-fields) donne le motif dans `cancel_reason`. `UNSUBSCRIBE` veut dire que l'abonné a résilié lui-même, au moment où il le fait, pas à l'expiration. `BILLING_ERROR` veut dire que le magasin n'a pas pu débiter le moyen de paiement.

> Sur TradaZen, plus d'une « annulation » sur quatre, sur un mois, était un échec de paiement, pas une résiliation. Avant de conclure quoi que ce soit, sépare les deux.

## Pourquoi tant d'essais sont annulés dans la minute

### Apple conseille d'annuler tôt

L'[aide d'Apple sur la résiliation](https://support.apple.com/fr-fr/118428) écrit : « Si vous avez souscrit un abonnement d'essai et que vous ne souhaitez pas le renouveler, annulez-le au moins 24 heures avant la fin de la période d'essai. » Comme l'accès continue jusqu'au bout, annuler tout de suite ne coûte rien. **Une résiliation dans la minute peut n'être qu'une assurance contre l'oubli, pas un avis sur ton app.**

Je n'ai trouvé aucune page d'Apple qui promette un e-mail de rappel avant la fin d'un essai. Ne compte pas dessus, et ne le promets pas à tes utilisateurs à la place d'Apple.

### La feuille de paiement surprend

L'achat se termine sur la feuille de paiement d'Apple, que ton app ne contrôle pas. Si ton paywall met en avant un prix à la semaine, la feuille montre, sur mes apps, le montant annuel débité à la fin de l'essai. Le décalage surprend. Apple demande d'ailleurs, sur sa [page des abonnements](https://developer.apple.com/app-store/subscriptions/), d'indiquer clairement dans le parcours d'achat la durée de l'essai et le prix facturé après.

Sur Nolera, le paywall mettait alors en avant le prix à la semaine. Du 12 au 20 octobre 2026, plus de quatre personnes sur cinq qui avaient touché le bouton d'essai ont refermé la feuille d'Apple sans confirmer. Les essais confirmés ont ensuite tous été annulés.

### L'essai est pris « pour voir », avant d'avoir vu

Sur Nolera, les annulations sont arrivées tôt, souvent avant que l'app ait tenu sa promesse. Une personne a quitté l'app 40 secondes après le début de l'essai. Une autre a photographié 10 vêtements en 5 minutes sans voir une seule tenue, puis s'est arrêtée sur l'écran qui demandait une photo en pied. Une autre encore est partie 90 secondes après son premier essayage. Une autre a passé 30 minutes sur l'écran principal, où une carte « Gérer mon essai » était visible. Aucune des personnes qui ont annulé n'est revenue dans l'app.

### Ce n'est pas une notification

TradaZen n'envoie aucune notification pendant l'essai. C'est une règle de l'app, vérifiée dans le code. Les annulations rapides ont quand même eu lieu : ce n'est donc pas une notification de l'app qui les a déclenchées.

## Deux annulations à ne pas confondre

Les essais annulés ne racontent pas tous la même histoire. Sur TradaZen, un quart des annulations sont arrivées en moins de 10 minutes, et les trois quarts après 5 à 63 heures d'usage. Voici la grille que j'utilise pour les lire.

| Moment de l'annulation      | Ma lecture                           | Le levier                                   |
| --------------------------- | ------------------------------------ | ------------------------------------------- |
| Dans la minute              | Prudence, ou surprise sur le prix    | Prix clair, statut de l'essai visible       |
| Pendant la première session | La promesse n'est pas encore tenue   | Montrer le résultat avant tout effort       |
| Après plusieurs sessions    | L'app plaît, le prix passe mal       | Une formule moins chère, un message honnête |
| Un ou deux jours après      | La personne n'a jamais rouvert l'app | Une raison de revenir, permise et annoncée  |

Le troisième cas m'a surpris. Sur TradaZen, ceux qui ont annulé tard étaient aussi actifs que ceux qui ont payé : autant de sessions, autant de leçons. **L'usage ne les départageait pas. L'offre, si.** Plusieurs ont même continué à jouer après avoir résilié. Ils aiment l'app, ils refusent le prix.

Le quatrième cas est différent. Ces personnes font une grosse première session, ne rouvrent jamais l'app, puis résilient depuis Réglages un jour et demi à deux jours plus tard. Aucun écran de l'app ne peut les retenir, puisqu'elles ne le voient pas.

## Ce qu'Apple permet pour garder un essai

| Levier                                                         | Ce qu'Apple en dit                           |
| -------------------------------------------------------------- | -------------------------------------------- |
| Afficher la durée de l'essai et le prix facturé après          | Demandé dans le parcours d'achat             |
| Montrer le statut de l'abonnement dans l'app                   | Conseillé, avec un moyen simple de le gérer  |
| Ouvrir la gestion d'abonnement depuis l'app                    | `showManageSubscriptions(in:)` le permet     |
| Proposer une offre de maintien à qui a coupé le renouvellement | Suggéré tant que l'abonnement n'a pas expiré |
| Proposer un autre niveau d'abonnement                          | Suggéré, s'il convient mieux à la personne   |
| Demander la raison de l'annulation                             | Un questionnaire est cité en exemple         |
| Afficher un message sur l'écran de résiliation                 | Possible avec la Retention Messaging         |

Ces lignes viennent de la [page des abonnements d'Apple](https://developer.apple.com/app-store/subscriptions/), sauf la dernière, tirée de la documentation de la Retention Messaging API. La page des abonnements demande aussi de toujours laisser l'accès facile à l'écran système où l'on résilie. **Garder un essai, c'est donner une raison de rester, jamais rendre le départ plus difficile.**

Deux leviers demandent des précisions.

**Le rappel avant la fin de l'essai.** Une notification exige que la personne l'ait autorisée. Si elle sert à vendre, la [guideline 4.5.4](https://developer.apple.com/app-store/review/guidelines/#4.5.4) exige un consentement explicite, affiché dans ton app, et un moyen de s'en désabonner. Le détail est dans mon guide sur [les notifications push](https://devoria.fr/blog/guideline-4-5-4-notifications-push).

**Le message sur l'écran de résiliation.** La [Retention Messaging API](https://developer.apple.com/documentation/retentionmessaging) d'Apple affiche ton message quand la personne touche Annuler l'abonnement, sur une page de confirmation (Confirm Cancellation). Le bouton pour résilier reste là. Dans RevenueCat, une règle « Is in free trial » permet de viser les essais, d'après sa [documentation sur cette API](https://www.revenuecat.com/docs/platform-resources/apple-platform-resources/apple-retention-messaging-api). L'accès à l'API se demande à Apple : je l'ai demandé pour mes apps le 25 octobre 2026, et le 28, la réponse n'était pas encore arrivée. Les formats, les limites et la mise en place sont dans mon guide sur la [Retention Messaging API](https://devoria.fr/blog/retention-messaging-api-apple).

Un levier ne marche pas ici : l'offre de reconquête. D'après l'[aide d'App Store Connect](https://developer.apple.com/help/app-store-connect/manage-subscriptions/set-up-win-back-offers), elle vise d'anciens abonnés selon une durée minimale d'abonnement payé, d'au moins un mois. Un essai jamais payé n'y a donc pas droit.

## Ce qui est interdit

| Pratique                                              | Règle d'Apple                                                                                    |
| ----------------------------------------------------- | ------------------------------------------------------------------------------------------------ |
| Cacher la durée de l'essai ou le prix facturé ensuite | [3.1.2(c)](https://developer.apple.com/app-store/review/guidelines/#3.1.2), page des abonnements |
| Faire souscrire sous un faux prétexte                 | 3.1.2(a), retrait de l'App Store                                                                 |
| Exiger une tâche pour obtenir ce qui est payé         | 3.1.2(a) : publier, partager ses contacts                                                        |
| Piéger, faire pression, multiplier les obstacles      | [5.6](https://developer.apple.com/app-store/review/guidelines/#5.6), code de conduite            |
| Promettre un rappel qu'aucun mécanisme ne tient       | 5.6, selon ma lecture : pratique trompeuse                                                       |

La 5.6 est large. Elle interdit de piéger les clients pour leur faire faire des achats non voulus, et toute autre pratique manipulatrice, dans l'app ou en dehors. Sur TradaZen, j'ai eu un refus 5.6 pour un paywall dont la croix ouvrait une offre au lieu de fermer l'écran. Apple n'a pas désigné l'élément en cause : je raconte ce que j'ai corrigé dans [la guideline 5.6 et le paywall](https://devoria.fr/blog/guideline-5-6-code-de-conduite-developpeur). Les mentions obligatoires du paywall sont dans [la guideline 3.1.2](https://devoria.fr/blog/guideline-3-1-2-abonnement-app-store).

## Ce que j'ai changé sur Nolera

**Tenir la promesse écrite.** Le parcours de Nolera promettait « Je te préviens 24 h avant le débit ». Quand l'app a cessé d'envoyer des notifications pendant l'essai, cette phrase ne pouvait pas rester sans rien derrière. Une carte d'essai, sur l'écran principal de l'app, tient la promesse : date de fin, prix, et un bouton « Gérer mon essai ». Elle reste en place, même si elle facilite la résiliation.

**Montrer la tenue avant de demander un effort.** Après l'achat, il y avait neuf écrans de travail avant la première tenue : caméra, vêtements, photo en pied, mensurations, essayage. La moitié des annulations sont arrivées avant ou juste après le premier essayage. La photo en pied et les mensurations ont été retirées du premier parcours. Le premier vêtement part directement à l'essayage, sur une silhouette prêtée par l'app. Il reste sept écrans au lieu de neuf.

Je n'ai pas encore assez d'essais sur cette version pour dire si elle garde mieux. Je relirai les annulations écran par écran quand j'en aurai.

## La check-list pour lire tes propres annulations

- **Sépare les résiliations des échecs de paiement.** Dans RevenueCat, lis le `cancel_reason` de chaque `CANCELLATION`.
- **Mesure le délai** entre le début de l'essai et l'annulation : la minute, la première session, les jours suivants.
- **Note le dernier écran vu** avant l'annulation, version par version.
- **Compare l'usage** des annulés tardifs et des payants. S'il est le même, c'est l'offre qu'il faut revoir, pas l'app.
- **Regarde qui continue à utiliser l'app** après avoir résilié : ce sont tes meilleurs candidats pour une autre formule.
- **Relis ton paywall** : la durée de l'essai et le prix facturé après doivent être lisibles sans chercher.
- **Vérifie chaque promesse** du paywall : si tu annonces un rappel, quelque chose doit le tenir.
- **Garde le lien de gestion** visible dans l'app, même s'il coûte quelques résiliations.

Les autres erreurs de paywall qui font fuir avant même l'essai sont dans [les 7 erreurs de paywall iOS](https://devoria.fr/blog/paywall-ios-erreurs-debutant). La création de l'essai lui-même est détaillée dans [l'offre d'introduction App Store Connect](https://devoria.fr/blog/offre-introduction-essai-gratuit-app-store).

## Un paywall honnête dès le départ

Le [Kit iOS](https://devoria.fr/kits/ios) part du code de départ de mes apps : onboarding, paywall et abonnements sont déjà codés. Le parcours en quatre étapes te mène jusqu'à l'App Store, à ton rythme. Toute la chaîne est décrite sur la page [abonnement in-app iOS](https://devoria.fr/expertise/abonnement-in-app-ios).

Si tu prépares ta première sortie, [fais ton diagnostic gratuit](https://devoria.fr/diagnostic) : il te dit ce qui bloque vraiment ton projet et t'envoie ma checklist anti-refus Apple.

## Questions fréquentes

### Pourquoi les utilisateurs annulent-ils l'essai gratuit juste après l'avoir commencé ?

Résilier tout de suite ne leur coûte rien : l'accès continue jusqu'à la date prévue, et Apple conseille d'annuler au moins 24 heures avant la fin. Une surprise sur le prix facturé après l'essai, ou une app qui n'a pas encore montré sa valeur, jouent aussi.

### Un utilisateur qui annule son essai gratuit garde-t-il l'accès ?

Oui, jusqu'à la fin de la période en cours. L'annulation coupe d'abord le renouvellement automatique, puis l'abonnement expire à la date prévue. La page de l'App Store le dit : un abonnement résilié prend fin au terme du cycle de facturation en cours.

### Une annulation d'essai est-elle définitive ?

Non. Tant que l'essai n'a pas expiré, la personne peut réactiver le renouvellement depuis la gestion de ses abonnements. Apple t'envoie alors une notification `DID_CHANGE_RENEWAL_STATUS` avec le sous-type `AUTO_RENEW_ENABLED`.

### Apple envoie-t-il un rappel avant la fin de l'essai gratuit ?

Je n'ai trouvé aucune page d'Apple qui le promette. L'aide d'Apple conseille seulement à l'utilisateur d'annuler au moins 24 heures avant la fin. Si ton paywall promet un rappel, c'est à ton app de le tenir.

### Peut-on proposer une offre à quelqu'un qui annule son essai ?

Apple suggère une offre de maintien dans l'app pour un abonné qui a coupé le renouvellement, tant que l'abonnement n'a pas expiré. La Retention Messaging affiche aussi un message sur l'écran de résiliation. L'offre de reconquête, elle, exige au moins un mois d'abonnement payé.

### Est-il interdit d'insister pour garder un utilisateur en essai ?

Insister par la pression, oui. La guideline 5.6 interdit de piéger les clients ou de les manipuler, et Apple demande de laisser l'accès facile à l'écran de résiliation. Un message honnête sur la valeur de l'app, ou une formule moins chère, reste permis.


## Ton projet

[Kit iOS & Android Devoria](https://devoria.fr/kits/ios) : Le code de départ de mes apps, le parcours jusqu'à l'App Store et Google Play avec les messages à donner à Claude, et tous les kits. Claude part d'une app qui tourne déjà. 99 €, paiement unique. Inclus : Le code de départ de ton app ; Les styles visuels ; Le parcours pas à pas ; Kit Review ; Kit Captures ; Kit ASO ; Mises à jour à vie ; Bonus : la séance 1:1 à moitié prix. Prérequis : pour l'iPhone, un Mac avec Xcode 26 ou plus et un compte Apple Developer (99 $ par an) pour publier. Pour Android, Android Studio sur un Mac, un PC Windows ou Linux, et un compte Google Play Console (25 $, une fois). Et Claude Code (abonnement payant) ou Cursor. Téléchargement immédiat après le paiement.

[Diagnostic gratuit](https://devoria.fr/diagnostic) : quelques questions sur ton projet. Il dit ce qui te bloque vraiment, l'ordre des quatre étapes et le kit qui correspond. En laissant ton e-mail, tu reçois la checklist anti-refus Apple : les points vérifiés avant chaque envoi, tirés des refus reçus par les apps du studio.

[Une heure avec moi](https://devoria.fr/coaching) : On regarde ton app ou ton projet Claude, écran partagé : ce qui bloque, ce que je change en premier, et dans quel ordre. 100 € la séance d'une heure, en visio, paiement en une fois. Sujets : L'audit de ton app ; Ton travail avec Claude ; Ta fiche et ton paywall ; Un refus d'Apple.