Comment vérifier les e-mails dans Intercom pour que les réponses du support arrivent vraiment

L'e-mail de support est le problème de délivrabilité le plus silencieux que vous ayez. Personne ne s'inquiète de savoir si la réponse à un ticket arrive comme on s'inquiète pour une campagne marketing – mais un message de support qui échoue est pire qu'une newsletter non ouverte. C'est un client qui attend une réponse qui n'arrivera jamais, un chrono de SLA qui tourne encore et un ticket qui se rouvre, agacé. Intercom enverra volontiers une réponse à une adresse qui n'existe plus et la comptera comme envoyée. Ce guide explique pourquoi la délivrabilité compte spécifiquement pour un outil de support, ce qu'Intercom suit réellement au sujet de vos contacts, et la boucle exporter → vérifier → taguer qui empêche les adresses mortes d'engloutir vos réponses – ainsi que la voie plus rapide maintenant que l'intégration native Intercom de Qualisend est disponible.

Pourquoi la délivrabilité de l'e-mail de support compte#

L'e-mail marketing est un jeu de chiffres ; l'e-mail de support est une promesse. Quand vous répondez à une conversation dans Intercom, ou quand une notification automatique se déclenche – un changement de statut de ticket, une alerte de nouveau message, une relance –, cet e-mail doit atteindre une personne précise qui l'attend. Il n'y a pas de filet de sécurité « renvoyer au segment ».

Une réponse du support en échec échoue d'une manière qu'une newsletter en échec ne connaît jamais :

• SLA manqués. Votre équipe marque la conversation comme répondue. Le client ne l'a jamais reçue. L'indicateur de temps de réponse est au vert alors que l'expérience du client est au rouge.
• Tickets rouverts et travail en double. Le client relance en demandant pourquoi personne n'a répondu. Un agent traite désormais deux fois le même problème, et la seconde fois le client est agacé.
• Perte silencieuse de notifications. Les contacts inscrits avec une faute de frappe ou une adresse jetable ne reçoivent jamais les notifications de compte ou de ticket, et vous ne le découvrez que lorsqu'ils partent.
• Détérioration de la réputation d'expéditeur. Les échecs répétés depuis le domaine avec lequel vous envoyez l'e-mail de support érodent la réputation qui porte aussi vos réponses légitimes. L'authentification est l'autre moitié de cette histoire – veillez à authentifier votre domaine d'envoi Intercom avec SPF, DKIM et DMARC, car une liste propre atterrit tout de même en spam quand le domaine qui l'envoie ne peut pas être vérifié. Si les échecs grimpent déjà, les références de taux de rebond montrent où se situent les seuils d'alerte.

Le fil conducteur : dans le support, une mauvaise adresse ne vous coûte pas une ouverture – elle vous coûte la relation client.

Ce qu'Intercom suit au sujet des contacts#

Le modèle de contacts d'Intercom comporte deux types : les users (personnes possédant un compte, identifiées par un user_id ou un ID externe) et les leads (contacts non identifiés, souvent capturés depuis le Messenger ou un formulaire). Les deux portent un attribut e-mail, et les deux peuvent recevoir des e-mails de votre part – messages sortants, réponses à des tickets et notifications transactionnelles.

Pour chaque contact, Intercom stocke des attributs standard (e-mail, nom, user_id, date d'inscription, dernière visite), tous les attributs personnalisés que vous définissez et des signaux d'engagement. En ce qui concerne la délivrabilité, Intercom suit aussi un état désabonné des e-mails et enregistre les rebonds d'e-mail – quand un message rebondit durement, Intercom marque ce contact et cesse d'envoyer à l'adresse. Cela couvre les adresses auxquelles Intercom a réellement envoyé un e-mail et dont il a reçu un rebond en retour.

La lacune est la même que partage chaque plateforme : une adresse à laquelle Intercom n'a jamais envoyé, ou seulement rarement, ne porte aucun signal de rebond. Les leads importés depuis un autre outil, les inscriptions en libre-service avec un domaine mal tapé, les adresses jetables utilisées pour franchir une barrière – tous restent dans votre espace de travail en ayant l'air de contacts valides jusqu'à ce que la première réponse du support prouve le contraire. Et « prouver le contraire » signifie qu'un client est déjà resté sans réponse. La vérification comble cette lacune avant l'envoi, pas après.

Comportement d'Intercom décrit ci-dessus vérifié pour la dernière fois par rapport à la documentation d'Intercom, août 2026.

Étape par étape : exporter les contacts, vérifier et taguer les non délivrables#

La boucle manuelle fonctionne sur n'importe quel forfait Intercom et a la même forme que nos autres guides de plateformes, dans les termes d'Intercom :

1. Exporter depuis Intercom. Ouvrez Contacts, créez ou sélectionnez le segment que vous voulez vérifier (par exemple, tous les users, ou les leads créés au dernier trimestre) et utilisez l'action d'exportation. Intercom prépare le CSV et vous envoie par e-mail un lien de téléchargement sécurisé une fois qu'il est prêt.
2. Vérifier le fichier. Téléversez le CSV dans le nettoyage en masse de Qualisend – jusqu'à 1 000 000 d'adresses par tâche, les doublons facturés une seule fois – ou collez les adresses directement. Les 100 crédits uniques du forfait gratuit, qui n'expirent jamais, couvrent un premier échantillon. Nouveau dans le domaine ? L'introduction qu'est-ce que la vérification d'e-mail explique ce que fait chaque contrôle.
3. Lire les résultats. Chaque adresse renvoie l'un des quatre verdicts – deliverable, risky, undeliverable ou unknown – chacun avec un code de motif et des sous-indicateurs (catch-all, jetable, de rôle, boîte pleine), ainsi que le fournisseur MX, les preuves de sondage SMTP et un score de confiance de 0 à 100. Téléchargez le CSV nettoyé.
4. Taguer les non délivrables dans Intercom. Filtrez vos résultats sur undeliverable, puis réimportez cette liste dans Intercom et appliquez un tag comme email-undeliverable. Le tagging (plutôt que la suppression) garde l'historique de la conversation intact tout en vous permettant d'exclure ces contacts des messages sortants et de les orienter vers un flux « confirmez votre e-mail » au lieu d'une réponse vouée à l'échec.
5. Traiter le reste selon le verdict. Taguez les contacts risky + jetables pour une invite de reconfirmation ; traitez unknown comme un résultat temporaire – souvent du greylisting ou une limitation de débit – et revérifiez au prochain cycle plutôt que d'agir dessus ; laissez les deliverable tranquilles. Les adresses de rôle comme support@ ou billing@ sont fréquemment légitimes du côté du support, alors lisez le guide adresses de rôle, jetables et gratuites avant de les traiter comme des déchets.

Vérifier les nouveaux contacts en temps réel#

Nettoyer un CSV corrige l'arriéré une seule fois. Cela n'empêche pas la prochaine faute de frappe d'entrer dans Intercom demain. Deux options gardent la liste propre pour l'avenir.

La plus rapide est l'intégration native, désormais disponible. Connectez-la depuis /integrations/intercom et Qualisend nettoie vos contacts sur place – il vérifie les users et les leads et réécrit les résultats dans leurs attributs Intercom, si bien que vous ne touchez jamais un CSV. Il vérifie aussi les nouveaux contacts en temps réel à mesure qu'ils sont créés, en taguant les non délivrables au moment même où ils entrent dans votre espace de travail. Pour la plupart des équipes, c'est le bon choix par défaut : connectez-la une fois et oubliez que la boucle d'exportation existe.

Si vous préférez vérifier à la source – avant qu'une adresse ne devienne un contact Intercom –, appelez l'API de vérification au point de capture. Validez l'e-mail sur votre formulaire d'inscription, dans le flux Messenger ou dans le middleware qui crée le contact, et rejetez ou signalez les mauvaises adresses avant qu'elles n'atterrissent. L'API REST de Qualisend utilise des clés à portée limitée, applique des limites de débit et prend en charge les webhooks ; et si vous préférez ne pas écrire de code, le même contrôle s'exécute via Zapier, Make ou n8n. C'est l'option au plus fort effet de levier, car une faute de frappe interceptée sur le formulaire ne vous coûte aucune réponse du support. Pour une vue d'ensemble sur le maintien d'un bon placement en boîte de réception, consultez le guide de délivrabilité des e-mails.

Foire aux questions#

Qualisend dispose-t-il d'une intégration native avec Intercom ?#

Oui. L'intégration native avec Intercom est disponible. Connectez-la depuis /integrations/intercom et Qualisend nettoie vos contacts sur place – il vérifie les users et les leads, réécrit les résultats dans leurs attributs Intercom et vérifie les nouveaux contacts en temps réel à mesure qu'ils sont créés. C'est la voie la plus rapide, car vous n'exportez ni ne réimportez jamais de CSV. La boucle manuelle exporter → vérifier → taguer fonctionne toujours sur n'importe quel forfait si vous préférez ne pas connecter d'intégration.

Puis-je vérifier des adresses avant qu'elles n'entrent dans Intercom ?#

Oui, et c'est l'option au plus fort effet de levier. Appelez l'API de vérification au point de capture – votre formulaire d'inscription, le flux Messenger ou le middleware qui crée le contact – et rejetez ou signalez les mauvaises adresses avant qu'elles ne deviennent des contacts Intercom. Une faute de frappe interceptée sur le formulaire ne vous coûte jamais une réponse du support en échec. Les voies no-code via Zapier, Make et n8n font la même chose sans écrire de code.

Pourquoi la délivrabilité de l'e-mail de support compte-t-elle plus que celle de l'e-mail marketing ?#

Parce que l'e-mail de support est du un-à-un et attendu. Une newsletter en échec vous coûte une ouverture ; une réponse à un ticket en échec vous coûte un SLA manqué, un ticket rouvert et un client qui pense que vous l'avez ignoré. Il n'y a pas de filet de sécurité « renvoyer au segment » – l'e-mail doit atteindre une personne précise, si bien qu'une seule adresse morte est un véritable échec et non une erreur d'arrondi.

Intercom détecte-t-il déjà les mauvaises adresses par lui-même ?#

En partie. Intercom enregistre les rebonds d'e-mail et marque les contacts dont l'adresse rebondit durement, et il suit qui s'est désabonné – donc une fois qu'un message rebondit, Intercom cesse d'envoyer à cette adresse. Ce qu'il ne peut pas détecter, c'est une adresse à laquelle il n'a jamais envoyé d'e-mail : les leads importés, les inscriptions récentes avec une faute de frappe ou les adresses jetables paraissent tous valides jusqu'à ce que la première réponse prouve le contraire, et à ce moment-là un client est déjà resté sans réponse.

Que dois-je faire d'un résultat « risky » ou « catch-all » ?#

Ne le traitez pas comme un échec ferme. Une adresse catch-all accepte le courrier au niveau du serveur sans confirmer que la boîte précise existe, si bien que Qualisend ne peut pas prouver la délivrabilité par le seul sondage – il renvoie risky avec l'indicateur catch-all et un score de confiance. Pour les contacts de support, continuez d'envoyer mais surveillez les rebonds, et appuyez-vous sur le score de confiance et le code de motif plutôt que de supprimer purement et simplement le contact.