Tester votre flow Adapty Mail

Avant de lancer une campagne auprès de vrais utilisateurs, faites passer un utilisateur test par toute la chaîne : l’adresse e-mail atteint Adapty Mail, la campagne envoie, le destinataire clique vers la caisse, le paiement s’effectue et votre application accorde l’accès.

Vous avez deux façons de tester. La chaîne en production déclenche l’automatisation et entraîne un vrai paiement que vous remboursez ensuite. Un envoi de test contourne l’automatisation et vous permet de payer avec une carte de test Stripe. Exécutez la chaîne en production au moins une fois avant de lancer.

Avant de commencer

La chaîne fonctionne de bout en bout uniquement si toutes les conditions suivantes sont remplies :

  • Domaine d’envoi : Votre domaine est vérifié dans Settings → DNS. Voir Configurer votre domaine d’envoi.
  • Checkout : Votre paywall web est créé et publié. Un paywall non publié renvoie une erreur lorsque le CTA l’ouvre. Voir Configurer le checkout.
  • Campagne associée à un flow : Une campagne seule reste en brouillon et n’envoie rien. Associez-la à une ligne de flow pour la rendre active. Voir Créer un flow.
  • Un point d’entrée actif : Les données utilisateur parviennent réellement à Adapty Mail. Pour le point d’entrée Adapty, cela signifie que l’intégration est activée dans Settings → Project ; pour l’API, cela signifie que vous publiez des profils et des événements de transaction.

Tester la chaîne en conditions réelles

Ce parcours exécute votre campagne exactement comme un utilisateur réel l’expérimente, ce qui signifie que le CTA ouvre votre checkout de production et que le paiement est réel.

  1. Raccourcissez le premier délai. Dans l’éditeur de campagne, réglez le Delay du premier e-mail sur une ou deux minutes, pour ne pas attendre toute votre planification réelle. Rétablissez vos délais après le test.

    The Delay field on the first email, set to 0 days, 0 hours, and 1 minute
  2. Créez un utilisateur test. Dans votre application, inscrivez-vous avec une adresse e-mail qui n’a pas encore de profil dans le projet. Chaque exécution nécessite une nouvelle adresse, car un profil ayant déjà parcouru la campagne n’y entrera plus.

  3. Attendez le premier e-mail. Adapty Mail planifie l’envoi au moment du déclencheur plus le délai que vous avez défini, puis récupère les e-mails dus une fois par minute. La livraison ajoute quelques minutes supplémentaires.

  4. Ouvrez l’e-mail et cliquez sur le CTA. Vous arrivez sur votre page de paiement avec l’adresse e-mail déjà renseignée.

  5. Finalisez le paiement. Payez avec une vraie carte, puis remboursez-la dans Stripe.

Tester l’e-mail et le checkout séparément

Pour vérifier l’e-mail et le checkout sans attendre l’automatisation, utilisez Send test email dans l’éditeur de campagne. Le bouton reste désactivé tant que votre domaine d’envoi n’est pas vérifié et qu’aucun paywall web n’est sélectionné dans la campagne.

La fenêtre modale comporte deux paramètres :

  • Environment : Production ouvre votre page de paiement en conditions réelles avec des produits réels. Sandbox ouvre la version de test, où la carte de test Stripe 4242 4242 4242 4242 fonctionne avec n’importe quelle date d’expiration future et n’importe quel CVC. Sandbox n’est disponible que pour un paywall généré avec des produits sandbox — un paywall ajouté par URL affiche “This paywall has no sandbox products, so only production is available.”
  • Profile : Facultatif. Sélectionnez un profil pour envoyer l’e-mail à l’adresse de ce profil et remplir le CTA avec ses identifiants. Laissez ce champ vide pour envoyer à l’adresse de votre propre compte avec un identifiant de profil fictif.

Un envoi de test est un e-mail autonome, indépendant de la chaîne active. Il confirme que l’e-mail s’affiche correctement et que le paiement fonctionne, mais ne vous dit rien sur le déclenchement de l’automatisation. Pour vérifier l’automatisation, exécutez la chaîne active.

Send test email modal with Sandbox unavailable and a profile selected

Confirmer l’accès dans votre application

Une fois le paiement effectué, l’abonnement est associé au profil Adapty de l’utilisateur et votre application voit le niveau d’accès.

Adapty enregistre un paiement sandbox en tant que transaction sandbox. Vérifiez donc que votre niveau d’accès accepte les transactions sandbox avant de considérer l’absence de niveau d’accès comme un échec.

Consulter le parcours

Pour voir ce qu’Adapty Mail a enregistré, rendez-vous dans Profiles, ouvrez votre profil de test et lisez la timeline Journey. La timeline attribue à chaque e-mail des étiquettes indiquant jusqu’où il est parvenu :

ChipCe que ça signifie
ScheduledL’e-mail a une heure d’envoi programmée et Adapty Mail ne l’a pas encore envoyé.
CancelledL’e-mail ne sera pas envoyé. Un achat annule tous les e-mails restants de la séquence.
SentAdapty Mail a envoyé l’e-mail et n’a pas encore de confirmation de livraison.
DeliveredLe serveur de messagerie destinataire a accepté l’e-mail. Ce chip remplace Sent.
OpenedLe pixel de suivi a été chargé.
ClickedLe destinataire a cliqué sur un lien. Développez l’e-mail pour voir quels liens ont été cliqués et l’achat qu’ils ont généré.
BouncedLa livraison a échoué.
Spam reportLe destinataire a signalé l’e-mail comme spam.
UnsubscribedLe destinataire s’est désabonné. Adapty Mail l’exclut de toutes les campagnes du projet — voir Désabonnement et suppression.

Un test réussi montre le premier e-mail atteignant le statut Clicked, l’achat qui lui est attribué, et le reste de la séquence en Cancelled.

Note

Les ouvertures sont des chargements de pixel, et Apple Mail Privacy Protection les pré-charge, donc un indicateur Opened que vous n’avez pas déclenché est normal. Voir Analyse des campagnes pour savoir ce que chaque métrique comptabilise.

En savoir plus