Email interactif pour la récupération de paniers et de paiements abandonnés

Tous les abandons ne se valent pas : quelqu'un qui a ajouté un article au panier mais n'a jamais commencé le paiement a besoin qu'on renforce les bénéfices, tandis que quelqu'un qui a atteint le paiement sans le terminer a besoin qu'on lève la friction — une FAQ, un signal de confiance, ou une réduction limitée dans le temps. La Répartition selon l'intention de MailInApp suit ces deux abandons comme des étapes distinctes, afin que vous puissiez exécuter deux parcours différents sur le même compte avec le bon message pour chaque moment.

Objet

You left something in your cart

MailInApp transforme un email de récupération de panier en un endroit où l'on peut vraiment finir de payer — un vrai bouton Acheter maintenant, un compte à rebours honnête sur la réduction et une relance optionnelle avec la roue de la fortune. Sans code, sans boutique séparée à maintenir.

Un email de récupération qui se contente de renvoyer vers votre boutique oblige quelqu'un à tout recommencer : retrouver l'article, reconstruire le panier, payer séparément. Chaque étape supplémentaire là-dedans fait perdre du monde. Avec MailInApp, le bouton Acheter maintenant du bloc Produit, le minuteur toujours précis du bloc Compte à rebours et une récompense optionnelle de Roue de la fortune vivent directement dans l'email de récupération lui-même.

D'où viennent les données d'« abandon »

MailInApp n'exploite pas sa propre boutique et ne suit pas les paniers par lui-même — ce n'est pas nécessaire. Le système qui sait déjà qu'un panier a été abandonné (votre plateforme de boutique, un CRM, un export de tableur) devient une source de données MailInApp, connectée en direct par API ou mise à jour selon une programmation. À partir de là, un envoi récurrent réévalue un filtre d'audience comme « panier abandonné depuis 1 à 24 heures » par rapport aux lignes actuelles de cette source de données, à son propre rythme. Il n'envoie qu'aux correspondances non déjà couvertes par un précédent email de récupération — le même schéma de fenêtre glissante utilisé pour les enquêtes suivant un ticket de support.

Les blocs conçus pour récupérer la vente

  • Produit — un vrai bouton Acheter maintenant, qui encaisse via votre propre compte Stripe connecté. Définissez le prix (réduit ou non) une fois et il reste exact à chaque envoi — sans page de paiement séparée à construire.
  • Compte à rebours — si l'offre de récupération a une échéance, le compte à rebours se redessine à chaque ouverture, afin que « expire dans 2 heures » ne soit jamais un chiffre obsolète au moment où quelqu'un lit réellement l'email.
  • Roue de la fortune — une relance optionnelle à couche de jeu qui offre une petite récompense pour terminer le paiement, en plus — ou à la place — d'un simple code de réduction en pourcentage.
  • Carrousel — rappelle au destinataire exactement ce qu'il regardait avec une galerie à glisser des articles abandonnés.

Comment construire une courte séquence de récupération, pas juste un email

Un seul email de récupération est un début ; une courte séquence en récupère généralement plus. Un envoi récurrent n'atteint que les correspondances du filtre d'audience qu'il n'a pas encore couvertes, donc un second email — disons « n'a toujours pas acheté, abandonné depuis plus de 3 jours » — n'atteint que les personnes qui ont encore besoin de cette relance suivante. Aucune gestion manuelle de liste n'est nécessaire pour éviter que les deux envois ne se chevauchent.

Ce qui se passe quand on touche le bouton Acheter maintenant

Le bouton ouvre d'abord un lien vers une vraie session Stripe Checkout sur votre propre compte Stripe connecté et y redirige pour le paiement — MailInApp ne retient jamais de fonds et ne voit jamais les détails de carte. Une vente conclue entre dans le même tableau de bord de commandes et d'analytique que tout autre achat MailInApp, donc une vente récupérée est facile à distinguer d'une nouvelle si vous mesurez spécifiquement la performance de la campagne de récupération. (Si votre plateforme de boutique restaure déjà la propre session de panier de l'acheteur au paiement, le champ Paiement du bloc Produit peut à la place être réglé sur Lien vers le paiement d'une boutique externe et pointer vers votre boutique — cela vaut la peine d'être mis en balance avec le coût de « tout recommencer » décrit dans le paragraphe d'introduction, puisque le suivi de commandes/stock propre à MailInApp mentionné plus haut ne s'applique plus une fois que le paiement a lieu en dehors de la plateforme.)

Et si la boîte de réception du destinataire ne peut pas afficher le compte à rebours ou la roue ?

Chaque bloc offre quand même un chemin fonctionnel vers le même résultat. Là où l'animation du compte à rebours ne peut pas s'afficher, un simple chiffre prend sa place ; là où la roue ne peut pas s'afficher, le même lien de récompense apparaît comme un bouton simple à la place d'une roue animée. La vente elle-même n'est jamais conditionnée à une animation que seules certaines boîtes de réception peuvent afficher — consultez comment fonctionne le moteur de repli pour la vue d'ensemble.

Comment démarrer

Connectez la source de données qui sait déjà quels paniers ont été abandonnés — une connexion par API, ou un CSV que vous mettez à jour selon votre propre programmation. Construisez ensuite l'email de récupération avec un bloc Produit et, optionnellement, un Compte à rebours pour une réduction limitée dans le temps. Configurez un envoi récurrent avec un filtre d'audience « abandonné depuis N heures/jours » dans Contacts et envoi pour que toute la séquence tourne d'elle-même à partir de là.

Une séquence type de création et d'envoi

  1. 1

    Répartissez par étape : panier vs paiement

    Utilisez deux déclencheurs de parcours distincts : « panier abandonné » (étape : panier) pour un panier de boutique externe Shopify/WooCommerce connectée ; « paiement abandonné » (étape : paiement) pour quelqu'un qui a commencé sans terminer un Acheter maintenant sur votre propre email à bloc Produit. Chacun nécessite un message différent.

  2. 2

    Blocage au panier : construisez un email de renforcement des bénéfices

    Un abandon au stade panier signifie que l'acheteur a parcouru et ajouté un article sans jamais commencer le paiement. Montrez-lui pourquoi ce produit vaut la peine d'être finalisé — preuve sociale, un Carrousel de ce qu'il a laissé, une relance Roue de la fortune, ou une légère réduction avec un Compte à rebours.

  3. 3

    Blocage au paiement : construisez un email de levée de friction

    Un abandon au stade paiement signifie que l'acheteur a atteint le paiement mais s'est arrêté. Le bon email lève le doute : un vrai bouton Acheter maintenant (pour ne pas avoir à reconstruire le panier), une réduction avec compte à rebours limité dans le temps, ou une FAQ sur les livraisons et retours.

  4. 4

    Laissez le paiement finir le travail

    Acheter maintenant ouvre une vraie session Stripe Checkout sur votre propre compte connecté ; une vente conclue entre dans le même tableau de bord commandes/analytique que tout autre achat.

Questions fréquentes

Qu'est-ce que la Répartition selon l'intention, et pourquoi compte-t-elle pour la récupération ?

MailInApp suit deux étapes d'abandon distinctes : « panier » (un article ajouté au panier d'une boutique externe avant que le paiement ne soit commencé) et « paiement » (un acheteur qui a atteint le paiement sans le terminer). Le bon message de récupération diffère : les blocages au panier répondent au renforcement des bénéfices, les blocages au paiement répondent à la levée de friction. Chaque étape a son propre déclencheur de parcours, afin que vous puissiez exécuter deux séquences distinctes.

MailInApp suit-il les paniers abandonnés sur sa propre boutique ?

Non — MailInApp n'est pas une boutique. Une récupération au stade panier repose sur les données de votre propre boutique ou CRM (connectées en direct par API, ou via une intégration Shopify/WooCommerce). Une récupération au stade paiement utilise le déclencheur « paiement abandonné », qui se déclenche depuis le propre flux de paiement du bloc Produit de MailInApp — aucune connexion à une boutique externe n'est requise.

La réduction peut-elle réellement expirer, ou fait-elle seulement semblant de décompter ?

Oui pour le compte à rebours visuel — il redessine le vrai temps restant à chaque ouverture, donc il n'affiche jamais un nombre obsolète. Le prix effectivement facturé provient de ce que vous définissez sur le bloc Produit, alors gardez le prix du bloc synchronisé avec la durée réelle que vous voulez donner à la réduction.

Puis-je envoyer une séquence de récupération en deux ou trois emails plutôt qu'un seul ?

Oui — configurez un envoi récurrent avec un filtre d'audience comme « n'a toujours pas acheté, abandonné depuis 3 jours ou plus » pour un email de relance. Comme il n'atteint que les personnes non déjà couvertes par un envoi précédent, une courte séquence n'atteint naturellement que les destinataires qui ont encore besoin de la relance suivante.

Le bouton Acheter maintenant permet-il de payer directement dans l'email lui-même ?

Il ouvre d'abord un lien vers une vraie session Stripe Checkout sur votre propre compte Stripe connecté et y redirige pour la saisie de la carte — MailInApp ne retient jamais de fonds et ne voit jamais les détails de carte. L'expérience d'achat reste dans l'email jusqu'à ce moment de passage de relais.

Que se passe-t-il dans une boîte de réception qui ne peut pas afficher l'animation du compte à rebours ou de la roue ?

Chaque bloc bascule quand même vers une version fonctionnelle qui mène au même résultat — un simple chiffre remplace l'animation du compte à rebours là où elle ne peut pas s'afficher, et le même lien de récompense apparaît comme un bouton simple à la place de la roue animée. La vente n'est jamais conditionnée à une animation que seules certaines boîtes de réception peuvent afficher.

Construisez ceci dans le studio

Commencez avec le forfait gratuit : chaque bloc interactif et le moteur de repli complet sont inclus dans tous les forfaits.