Skip to content
Commencez avec 100 crédits de vérification gratuits
Qualisend
Le connecteur natif revient — le CSV et l'API fonctionnent dès aujourd'hui

Gardez votre audience MoEngage délivrable avant l'envoi, pas après le rebond

MoEngage supprime automatiquement les adresses qui génèrent un hard bounce, se désabonnent ou déposent une plainte — c'est sa suppression BUC — et cesse donc d'écrire à une adresse reconnue défaillante après le premier échec. Mais il ne peut pas évaluer une adresse avant ce premier échec, et comme MoEngage crée un profil utilisateur dès que votre application ou votre SDK déclenche un événement, les adresses invalides issues d'imports, d'appels identify et de fautes de frappe à l'inscription n'ont jamais rebondi — elles semblent en bonne santé jusqu'à ce qu'une campagne ou un flux leur écrive enfin. Qualisend comble cette lacune : exportez votre audience, vérifiez chaque adresse et supprimez les adresses mortes avant qu'elles n'atteignent un seul envoi. Voici le workflow qui fonctionne dès aujourd'hui, ainsi que les options API et no-code.

MoEngageQualisend

La synchronisation MoEngage en un clic est suspendue le temps que nous reconstruisions la plateforme

Nous avons délibérément suspendu nos connecteurs natifs en un clic le temps de repenser la couche de synchronisation sur laquelle ils reposent — en renforçant la manière dont nous nous authentifions, respectons les limites de débit de chaque plateforme et réinjectons les résultats — afin qu'au retour de l'intégration native MoEngage, elle reste fiable quelle que soit la taille de la liste, plutôt que fragile à grande échelle. Rien de tout cela ne modifie la façon dont Qualisend vérifie une adresse.

Tout ce dont vous avez besoin fonctionne dès aujourd'hui : la boucle export CSV → vérification → réimport ci-dessous, ainsi que l'API pour vérifier à l'inscription, sont toutes deux entièrement prises en charge et opérationnelles en production — c'est ainsi que les équipes gardent MoEngage propre dès maintenant.

Ce que gère MoEngage

Ce que MoEngage nettoie pour vous

L'hygiène native de MoEngage repose sur la suppression automatique de ce qu'il appelle les utilisateurs BUC — Bounced, Unsubscribed, Complained (rebond, désabonnement, plainte). Un hard bounce est traité comme un échec définitif et l'adresse est supprimée instantanément ; les soft bounces répétés sont supprimés une fois qu'ils persistent au-delà d'une fenêtre prolongée (environ 30 jours) ; et les désabonnements et plaintes pour spam sont supprimés en quasi temps réel, MoEngage inscrivant automatiquement les en-têtes List-Unsubscribe requis dans chaque envoi non transactionnel afin de satisfaire les exigences de Gmail et de Yahoo. Les utilisateurs supprimés restent dans votre compte — l'enregistrement subsiste, de sorte qu'un ré-import ne peut pas discrètement recommencer à leur écrire. Un envoi transactionnel ou de type information/alerte atteint toujours un contact désabonné ou ayant porté plainte, mais une adresse ayant rebondi est le cas strict : elle est exclue de chaque envoi, y compris transactionnel. Pour les adresses auxquelles MoEngage a réellement écrit, il s'agit d'une hygiène fiable et automatique.

La faille qu'il laisse

Ce qu'il ne peut pas détecter

Le hic, c'est que chacun de ces mécanismes est réactif — il a besoin d'un envoi et d'un échec pour se déclencher. Une adresse n'est supprimée qu'après avoir généré un hard bounce sur une campagne réelle, moment où vous avez déjà encaissé le coup sur votre réputation. Les adresses invalides jamais sollicitées issues d'imports et d'appels SDK identify/track, les adresses jetables, les adresses génériques (info@, support@) et les boîtes aux lettres à l'abandon n'ont jamais rebondi parce que MoEngage ne leur a jamais écrit ; elles paraissent donc actives jusqu'au premier envoi qui les atteint — précisément au moment où un fournisseur de messagerie se forge sa première impression de votre domaine. MoEngage rend cet angle mort encore plus marqué parce qu'il est piloté par les événements : une mauvaise adresse ne reste pas tranquille, elle ne cesse de réintégrer les flux et les campagnes à chaque événement correspondant, et se fait donc réexpédier vers un rebond encore et encore jusqu'à ce que la suppression finisse par la rattraper. Une audience importée est le cas le plus critique — elle arrive avec son historique de rebonds effacé, si bien que des adresses qui échouaient déjà ailleurs paraissent flambant neuves.

Pourquoi une liste MoEngage propre est essentielle

Sur MoEngage, l'enjeu n'est pas une facture au nombre de contacts. MoEngage facture au Monthly Tracked Users — les profils uniques qui déclenchent une session ou un événement dans le mois — et l'e-mail est illimité sur ses forfaits Growth et Enterprise ; une adresse e-mail supprimée ou morte n'ajoute donc pas de ligne à votre facture comme elle le ferait sur un ESP facturé au contact, et nettoyer vos adresses ne réduira pas une facture MTU. Le véritable coût d'une adresse morte, c'est la délivrabilité. Chaque adresse invalide jamais sollicitée que vous laissez dans votre audience devient un hard bounce la première fois qu'une campagne ou un flux l'atteint — et sur une plateforme pilotée par les événements, elle peut rebondir à répétition — ce qui est précisément le signal que les règles pour expéditeurs de Gmail et Yahoo de 2024, ainsi que la surveillance de réputation de domaine et d'IP propre à MoEngage, vous font payer. Vérifiez avant l'envoi et le rebond n'est jamais enregistré, le coup sur la réputation n'est jamais encaissé, et le placement en boîte de réception des campagnes qui convertissent réellement est préservé ; la suppression, elle, n'aide jamais qu'après que l'adresse a déjà échoué une fois.

Le flux de travail qui fonctionne dès aujourd'hui

MoEngage est une plateforme d'engagement pilotée par API et par événements ; la voie fiable est donc la suivante : exportez votre audience depuis un segment (User Export, livré sous forme de fichier téléchargeable), vérifiez-la dans Qualisend, puis supprimez les échecs en important un CSV de suppression qui les marque comme ayant rebondi.

1

Exportez votre audience depuis MoEngage

Dans Segments, créez et exécutez la requête correspondant à l'audience que vous souhaitez nettoyer, puis dans le panneau Query Results choisissez Export Users, nommez le fichier et conservez l'attribut Email ID (il est présélectionné) dans l'export. MoEngage exécute l'export en arrière-plan et envoie un lien de téléchargement par e-mail au compte qui l'a lancé — vous pouvez aussi récupérer le fichier plus tard depuis Data Export, onglet User Export. Pour les pipelines, l'API File Segments et les API d'export de données de MoEngage font la même chose par programmation.

2

Vérifiez le fichier dans Qualisend

Importez le CSV dans le nettoyage en masse de Qualisend — jusqu'à 1 000 000 d'adresses par job, les doublons facturés une seule fois — ou collez d'abord un échantillon dans le vérificateur gratuit. Les 100 crédits ponctuels du forfait gratuit, qui n'expirent jamais, couvrent un premier contrôle ciblé.

3

Lisez les résultats

Chaque adresse renvoie deliverable, risky, undeliverable ou unknown, accompagné d'un code de motif, d'un score de 0 à 100 et de sous-indicateurs (catch-all, jetable, générique, boîte pleine), ainsi que du fournisseur MX et du détail de la sonde comme preuve. Téléchargez le CSV nettoyé.

4

Supprimez les adresses non délivrables dans MoEngage

Filtrez vos résultats sur undeliverable, puis créez un CSV de suppression au format requis par MoEngage — une colonne Email ID (ou MoEngage ID) et une colonne Bounce réglée sur true pour chaque adresse morte — et importez-le via Suppression Updates. Cela place ces adresses dans le même état de suppression que celui créé par un vrai hard bounce, de sorte que MoEngage cesse définitivement de leur écrire — avant l'envoi plutôt qu'après. Vous préférez les segments ? Importez les adresses non délivrables sous forme de File Segment et excluez ce segment de vos campagnes.

Ou automatisez-le à l'inscription

Vous préférez tenir les indésirables à l'écart dès le départ ? Vérifiez au moment de la capture avec l'API REST de Qualisend (clés à portée limitée, limites de débit, webhooks) avant que l'appel identify/track de votre application n'inscrive l'e-mail sur un profil, ou mettez en place un flux no-code via Zapier, Make ou n8n afin qu'une nouvelle adresse soit contrôlée avant même d'entrer dans MoEngage — pour que les fautes de frappe et les adresses jetables n'atteignent jamais une campagne ni un flux.

Ce que Qualisend signale sur chaque adresse

Statut du connecteur natif

Un connecteur MoEngage natif en un clic fait partie de la plateforme que nous reconstruisons — il revient, il n'est pas abandonné. En attendant sa sortie, la boucle exporter-vérifier-supprimer ci-dessus et l'API constituent la voie entièrement prise en charge, et elles fonctionnent avec n'importe quel forfait MoEngage.

Que faire de chaque résultat

Chaque adresse est renvoyée avec un verdict et des sous-indicateurs. Voici l'action qui garde votre liste MoEngage propre sans écarter des contacts que vous pouvez encore atteindre.

deliverableContinuez à envoyer normalement.
deliverable + indicateur génériqueÀ conserver pour les e-mails transactionnels et de compte ; à exclure des campagnes et flux jugés à l'engagement.
risky + indicateur catch-allDéplacez vers un segment dédié et limitez le débit — le domaine accepte tout à l'entrée, la boîte aux lettres derrière ne peut donc pas être confirmée.
risky + indicateur jetableSupprimez via l'indicateur Bounce — la boîte a été conçue pour expirer.
unknownGardez l'adresse active et revérifiez-la au prochain nettoyage — il s'agit généralement d'un greylisting ou d'une limite de débit, pas d'un verdict sur la boîte aux lettres.
undeliverableSupprimez-la (Bounce = true) ou excluez-la via un File Segment ; n'attendez pas le rebond pour le prouver.

FAQ sur la vérification MoEngage

Nettoyez votre liste MoEngage en quelques minutes

Commencez gratuitement avec 100 crédits qui n'expirent jamais — sans carte bancaire. Exportez, vérifiez, réimportez et protégez votre prochaine campagne.