La réponse courte#
Un domaine catch-all — aussi appelé domaine accept-all — est configuré pour
accepter le courrier de n'importe quelle adresse sur ce domaine, réelle ou
non. Lorsqu'un outil de vérification demande au serveur de messagerie si une
boîte aux lettres précise existe, un serveur catch-all répond oui à tout : la
réponse ne porte donc aucune information. L'adresse est peut-être bel et bien
délivrable, mais aucun outil ne peut le confirmer sans envoyer réellement du
courrier. Qualisend signale ces adresses comme à risque, avec le motif
low_deliverability et un indicateur catch-all — jamais comme « valides ».
Cette dernière phrase résume toute la position éditoriale de ce guide : une boîte aux lettres derrière un domaine catch-all est inconfirmable, et tout produit ou article qui vous affirme le contraire choisit une étiquette flatteuse pour désigner la même incertitude.
Comment fonctionne réellement la détection des catch-all#
La détection des catch-all constitue l'étape 7 du processus de vérification, un test au niveau du domaine, et la technique est d'une simplicité rafraîchissante. En plus de l'adresse sur laquelle vous vous interrogez, l'outil de vérification sonde une boîte aux lettres délibérément absurde sur le même domaine — une suite de caractères que personne n'enregistrerait jamais. Si le serveur l'accepte elle aussi, c'est que le domaine accepte tout, et aucune réponse propre à une boîte aux lettres de ce serveur ne peut plus être crue.
Voici la partie pertinente de la conversation SMTP face à un domaine normal, où le serveur vérifie réellement sa liste de boîtes aux lettres :
> RCPT TO:<jane@example.com>
< 250 2.1.5 OK
> RCPT TO:<x9f2kq77c@example.com>
< 550 5.1.1 The email account that you tried to reach does not exist
Le 550 renvoyé pour l'adresse absurde est ce qui donne son sens au 250
renvoyé pour jane@ : ce serveur rejette les boîtes aux lettres inconnues, une
acceptation est donc une vraie réponse.
Maintenant, la même sonde face à un domaine catch-all :
> RCPT TO:<jane@example.com>
< 250 2.1.5 OK
> RCPT TO:<x9f2kq77c@example.com>
< 250 2.1.5 OK
Les deux reviennent avec un 250. Le serveur a dit oui à une adresse qui ne
peut pas exister : son oui pour jane@ ne prouve donc rien. jane@example.com
est peut-être une boîte aux lettres réelle et active — ou une faute de frappe
qui rebondira dès que vous lui enverrez une campagne. Vue de l'extérieur, au
moment de la vérification, les deux sont indiscernables.
Pourquoi la détection elle-même peut être non concluante#
En pratique, le tableau est plus confus que ces deux transcriptions
impeccables. Les serveurs de messagerie sont franchement hostiles aux inconnus
qui posent des questions : ils
appliquent le greylisting aux expéditeurs inconnus
avec des ajournements temporaires 4xx, limitent le débit des sondes répétées
depuis une même IP, répondent lentement à dessein (tarpitting), ou coupent la
connexion en pleine conversation. Les passerelles de filtrage d'entreprise
ajoutent leur propre comportement — beaucoup acceptent tout à la frontière SMTP
et n'évaluent le destinataire qu'ensuite, ce qui les fait paraître catch-all
vue de l'extérieur, quoi que révèleraient les boîtes aux lettres situées
derrière.
Deux conséquences en découlent. D'abord, une même adresse peut produire des
verdicts différents selon les jours, parce que c'est l'humeur du serveur qui
a changé, pas la boîte aux lettres. Ensuite, un outil de vérification honnête a
besoin d'un verdict unknown (avec des motifs comme timeout ou
unavailable_smtp) pour les conversations qui n'ont jamais abouti à une
réponse concluante, et il devrait traiter « unknown » comme « à réessayer plus
tard » plutôt que de le ranger discrètement dans « valide » ou « invalide ». Un
outil qui ne dit jamais « unknown » n'est pas plus précis — il est moins
honnête sur la même réalité réseau.
Pourquoi les outils de vérification se contredisent au sujet des catch-all#
Faites passer la même liste B2B par plusieurs outils de vérification et vous verrez le désaccord discret du secteur : un outil marque une adresse « valide », un autre la qualifie de catch-all, un troisième lui attribue un score opaque de 87 sans aucune explication. Tous observent le même comportement SMTP. Ce qui diffère, c'est ce que chacun est prêt à en affirmer.
Le problème d'incitation est simple : « valide » se vend mieux que « nous ne pouvons pas savoir ». Un outil de vérification qui déclare 95 % de votre liste délivrable paraît plus précis qu'un autre qui en déclare 70 % délivrables et 25 % à risque — jusqu'au moment où la campagne part et où les rebonds arrivent. Certains fournisseurs jouent là-dessus avec des promesses de « résolution des catch-all » ou une confiance notée par IA qui arrondit discrètement les adresses inconfirmables vers « envoyable ».
Des tests indépendants ont documenté ce mode de défaillance directement. Dans une comparaison pratique de 2026 qui a mené 127 000 vérifications sur des listes B2B, trois des sept outils testés ont marqué comme « valides » entre 15 et 42 adresses catch-all connues — des adresses que les testeurs avaient spécifiquement introduites comme inconfirmables. Une réserve que nous appliquerions à toute source de ce genre, y compris celles qui nous flattent : les tests comparatifs sont généralement publiés par des entreprises qui ont quelque chose à vendre (celui-ci émane d'un fournisseur d'automatisation commerciale), alors lisez-les pour les tableaux bruts par catégorie et la méthodologie, pas pour les classements.
Le tour de passe-passe de la notation#
Méfiez-vous du score de confiance opaque. Un simple « 87/100 » sur une adresse catch-all a des airs de précision, mais il répond à une question que personne n'a posée. La question qui compte — cette boîte aux lettres existe-t-elle ? — a une réponse connue pour un domaine catch-all : inconfirmable. L'envelopper dans un nombre à deux chiffres n'ajoute aucune information ; cela masque la nature du problème. Un score n'est utile que lorsqu'on peut voir ce qui l'a produit, et c'est pourquoi chaque verdict Qualisend expose ses éléments : le statut, le code de motif, les sous-indicateurs, le fournisseur MX du domaine et ce que la conversation SMTP a réellement renvoyé. Une preuve que vous pouvez lire vaut mieux qu'un nombre auquel vous devez vous fier.
La position de Qualisend est la plus banale qui soit : une adresse catch-all
est signalée comme à risque, avec le motif low_deliverability,
l'indicateur catch-all activé et un score de confiance intermédiaire — jamais
arrondi vers « délivrable ». Chaque verdict est livré avec ses preuves — le
fournisseur MX du domaine et le détail de la sonde — pour que vous puissiez
voir pourquoi le verdict est ce qu'il est, au lieu de vous fier à un nombre
nu. Vous pouvez comparer la façon dont nous et d'autres fournisseurs traitons
les catch-all sur nos pages de comparaison, par exemple
Qualisend vs ZeroBounce et
Qualisend vs NeverBounce.
Le comportement des concurrents mentionné sur nos pages de comparaison a été vérifié pour la dernière fois en juillet 2026.
Si vous évaluez des outils de vérification, trois questions tranchent rapidement dans le marketing :
- Que signalez-vous exactement pour un domaine catch-all ? Si la réponse est « valide » ou un simple score, vous savez désormais comment l'outil gère l'incertitude partout ailleurs aussi.
- Puis-je voir les preuves adresse par adresse ? Les enregistrements MX, le fournisseur et la réponse SMTP sont des faits vérifiables ; un verdict sans eux est une opinion.
- Renvoyez-vous parfois « unknown » ? Un fournisseur qui prétend donner une réponse concluante pour chaque adresse à chaque passage décrit un réseau qui n'existe pas.
À quel point les domaines catch-all sont-ils courants ?#
Le chiffre public le plus attribuable provient des
données agrégées de ZeroBounce lui-même :
plus de 9 % des quelque 11 milliards d'adresses qu'ils ont traitées en 2025 se
sont révélées catch-all, et ils notent que les listes B2B à forte composante
grands comptes tournent souvent à 30 % ou plus. D'autres fournisseurs publient
des chiffres allant jusqu'à 40 à 60 % des adresses B2B — généralement sans citer
de source, alors considérez tout chiffre de prévalence non attribué comme du
marketing. Le résumé honnête : environ une adresse sur dix dans l'ensemble,
plusieurs fois plus sur les listes B2B d'entreprise, et le seul chiffre qui
compte est celui de votre propre liste — que la vérification vous indique
directement. Chiffres ci-dessus vérifiés pour la dernière fois en juillet 2026.
Ce que ces chiffres reflètent : les configurations catch-all sont bien plus
courantes sur les listes B2B que sur les listes grand public. Google Workspace
et Microsoft 365 font tous deux du routage catch-all un simple réglage
d'administration, et de nombreuses entreprises l'activent pour que les adresses
mal orthographiées (jhon.smith@ au lieu de john.smith@) atteignent tout de
même quelqu'un. Les passerelles de sécurité d'entreprise ajoutent une couche
supplémentaire : les boîtiers qui acceptent d'abord le courrier puis filtrent
ensuite se comportent comme accept-all au moment du SMTP, même lorsque de
vraies boîtes aux lettres se trouvent derrière. Les grands fournisseurs grand
public, à l'inverse, rejettent les boîtes aux lettres inconnues au moment du
RCPT — gmail.com n'est pas un domaine catch-all.
La conséquence pratique : si vous vendez à des entreprises, une part significative de votre liste reviendra en risque/catch-all quel que soit l'outil de vérification utilisé, et votre stratégie d'envoi doit prévoir une réponse pour cette part — pas un outil qui la ré-étiquette.
Attendez-vous à ce que cette part varie selon la façon dont la liste a été constituée. Les listes de newsletters grand public dominées par des adresses Gmail, Outlook.com et Yahoo verront très peu de verdicts catch-all. Les listes issues de scans de cartes de visite, d'inscriptions à des webinaires avec des adresses professionnelles ou de prospection commerciale sur des domaines d'entreprise en verront bien davantage — et plus la liste est ancienne, plus ces domaines auront changé de fournisseur de messagerie ou de configuration depuis la collecte de l'adresse.
Faut-il envoyer aux adresses catch-all ?#
Il n'y a pas de réponse honnête par oui ou par non. Le bon choix dépend de la provenance de l'adresse, de ce qu'un rebond vous coûte à l'instant présent et de la marge de manœuvre dont dispose votre réputation d'expéditeur. La seule réponse universellement mauvaise consiste à traiter les adresses catch-all exactement comme des adresses confirmées lors d'un envoi à plein volume.
La « marge de réputation » mérite d'être explicitée, car c'est la variable que la plupart des expéditeurs ignorent. Un domaine avec un long historique d'envois propres et un fort engagement peut absorber un lot de rebonds catch-all comme du bruit. Un domaine jeune, une IP neuve ou un expéditeur qui se remet d'un passage en dossier spam ne le peut pas — les mêmes rebonds tombent sur un dossier léger et font bouger l'aiguille. Plus votre situation actuelle est risquée, plus vous devriez être strict avec la part inconfirmable de votre liste.
| Provenance de l'adresse | Recommandation |
|---|---|
| Inscription opt-in récente sur votre propre formulaire | Envoyez. Une vraie personne l'a saisie il y a quelques minutes ou quelques semaines — cette intention l'emporte sur l'incertitude. Surveillez le taux de rebond du segment. |
| Opt-in plus ancien, sans engagement depuis plus de 6 mois | Segmentez et réduisez le débit. Envoyez de petits lots, et élaguez les adresses qui restent silencieuses malgré une tentative de réengagement. |
| Liste achetée ou récupérée par scraping | N'envoyez pas. Catch-all associé à une liste achetée est la combinaison la plus risquée dans l'e-mail — des adresses invérifiables issues d'une source irresponsable. |
| Prospection sortante B2B | De petits lots à débit réduit depuis un domaine chauffé, avec un examen du retour des rebonds après chaque lot avant d'élargir. |
Quel que soit votre choix, gardez les envois catch-all dans leur propre segment. Les rebonds durs de ce segment sont votre vraie réponse qui arrive en retard — ils vous disent quelles adresses catch-all n'ont jamais existé, et ils infligent à votre réputation un dommage que vous voulez circonscrit et mesurable, non dilué dans l'ensemble de votre liste. Si vous n'êtes pas sûr de la quantité de dommage par rebond que vous pouvez absorber, lisez pourquoi le taux de rebond est la métrique que les fournisseurs de messagerie surveillent vraiment.
Comment réduire le risque catch-all sans vous mentir à vous-même#
Aucune de ces techniques ne « vérifie » une adresse catch-all. Ce qu'elles font, c'est réduire l'incertitude au fil du temps et plafonner le dommage pendant que vous apprenez :
- Segmentez et réduisez le débit. Les adresses catch-all vont dans leur propre groupe d'envoi, à une fraction de votre volume normal, pour que le retour des rebonds reste attribuable et circonscrit.
- Envois-test. Avant une grande campagne, envoyez d'abord à une petite tranche du segment catch-all. Lisez les résultats des rebonds, puis décidez jusqu'où aller.
- L'engagement est la seule véritable confirmation. Une adresse signalée catch-all qui a déjà ouvert ou cliqué est, en pratique, confirmée — un être humain se trouve derrière. Donnez la priorité aux catch-all engagées ; traitez les froides avec méfiance.
- Surveillez le taux de rebond du segment séparément. Les fournisseurs lisent les taux de rebond durs soutenus comme un signal de qualité d'expéditeur : suivez donc le segment catch-all par rapport à vos seuils habituels plutôt que de le laisser se dissimuler dans l'agrégat.
- Politique de mise au rebut. Une adresse catch-all qui reste silencieuse au fil de plusieurs envois devrait quitter la liste. Le silence est une donnée lui aussi.
- Corrigez la collecte. Vérifiez au point de saisie pour que les fautes de frappe évidentes sur des domaines d'entreprise soient interceptées dès la porte — chaque adresse professionnelle déformée que vous rejetez à l'inscription est un résident permanent de moins dans votre futur segment catch-all.
Si votre liste vit dans Klaviyo, le guide de nettoyage pas à pas applique ce plan de bout en bout — exporter, vérifier, supprimer et segmenter les catch-all.
Une note honnête côté feuille de route : les heuristiques peuvent classer les adresses catch-all selon leur qualité probable — le fournisseur MX du domaine, le type de passerelle et l'engagement passé portent tous un signal, et Qualisend vous montre déjà ces preuves adresse par adresse. Mais classer n'est pas confirmer. Rien ne confirme une boîte aux lettres derrière un domaine catch-all à moins de lui envoyer du courrier, et un outil qui prétend le contraire vend l'étiquette, pas le fait.
Catch-all comparé aux verdicts voisins#
Le catch-all est l'une des situations où l'on « ne peut pas tout à fait valider », et elles appellent des actions différentes — c'est pourquoi les fondre dans un seul groupe (ou un seul score) fait perdre précisément l'information dont vous avez besoin. Une boîte aux lettres pleine finit généralement par se rétablir d'elle-même ; une adresse jetable, jamais ; un catch-all réclame une politique d'envoi ; un timeout ne réclame qu'une nouvelle tentative. Supprimer toutes ces adresses de la même façon jette des abonnés joignables, et leur envoyer à toutes de la même façon invite les rebonds. Voici comment ces situations correspondent au vocabulaire de statut et de motif de Qualisend :
| Situation | Statut | Code de motif | Ce que cela signifie vraiment |
|---|---|---|---|
| Domaine catch-all | à risque | low_deliverability + indicateur catch-all | Le serveur accepte toutes les adresses ; cette boîte aux lettres est inconfirmable. |
| Boîte aux lettres pleine | à risque | low_deliverability + indicateur boîte pleine | La boîte aux lettres existe mais dépasse son quota — le courrier peut rebondir tant qu'elle n'est pas vidée. |
| Adresse jetable | à risque | low_quality + indicateur jetable | Une boîte de réception temporaire qui cessera d'exister — délivrable aujourd'hui, sans valeur demain. |
| Adresse générique (info@, support@) | délivrable, indicateur générique | accepted_email | Une vraie boîte aux lettres lue par une équipe plutôt que par une personne — bien pour envoyer, faible pour la prospection. |
| Aucune réponse claire du serveur | unknown | timeout / unavailable_smtp /
unknown | L'infrastructure n'a pas répondu de façon concluante — à réessayer plus tard, ce n'est pas un verdict sur la boîte aux lettres. |
| Rejetée ou inexistante | non délivrable | rejected_email / invalid_email /
invalid_domain | L'adresse rebondira — supprimez-la. |
La distinction qui compte le plus en pratique : à risque signifie « nous avons atteint le serveur et appris quelque chose d'inquiétant », tandis que unknown signifie « nous n'avons pas pu obtenir de réponse concluante cette fois-ci ». Les adresses à risque réclament une politique d'envoi ; les adresses unknown réclament surtout une nouvelle tentative.
Foire aux questions#
Peut-on envoyer sans risque à une adresse e-mail catch-all ?#
Parfois. Une adresse catch-all issue d'une inscription opt-in récente vaut généralement la peine qu'on lui écrive ; une adresse catch-all issue d'une liste achetée, non. La formulation honnête est que « catch-all » décrit le comportement du domaine, pas la qualité de l'adresse — la sûreté de l'envoi dépend donc de la provenance de l'adresse et du fait qu'elle ait déjà interagi ou non. Envoyez aux catch-all dans un segment dédié à débit réduit et laissez le retour des rebonds trancher ce que la vérification ne peut pas déterminer.
Pourquoi mon outil de vérification a-t-il indiqué « valide » alors que l'e-mail a rebondi ?#
La cause la plus fréquente est exactement le sujet de ce guide : le domaine était catch-all, le serveur a dit oui à la sonde de vérification comme il dit oui à tout, et l'outil a arrondi cela en « valide ». La boîte aux lettres n'a jamais existé, et la vérité est arrivée sous la forme d'un rebond dur au moment de l'envoi. Les adresses peuvent aussi disparaître dans l'intervalle entre la vérification et l'envoi, mais les résultats persistants du type « vérifiée mais rebondie » sur les listes B2B relèvent généralement de l'optimisme catch-all.
Un outil peut-il vérifier entièrement une adresse catch-all ?#
Non. C'est une propriété du SMTP, pas une limite d'un fournisseur en particulier : un serveur qui accepte toutes les adresses ne donne à l'outil de vérification aucun moyen de distinguer les vraies boîtes aux lettres des fausses. Les outils qui prétendent « résoudre » les catch-all s'appuient sur des heuristiques, des données historiques ou des signaux d'engagement — qui peuvent utilement classer les adresses selon leur qualité probable mais ne peuvent pas confirmer une boîte aux lettres. La seule confirmation est un e-mail délivré et suivi d'une interaction.
Quelle est la différence entre accept-all et catch-all ?#
Aucune : ce sont deux noms pour la même configuration (vous verrez aussi « wildcard mailbox », ou boîte aux lettres joker). « Accept-all » décrit le comportement du serveur ; « catch-all » décrit la boîte aux lettres qui attrape le courrier. Les outils de vérification emploient ces termes de façon interchangeable.
Les adresses catch-all nuisent-elles à ma délivrabilité ?#
Pas en elles-mêmes — avoir des adresses catch-all sur une liste est normal, surtout en B2B. Le dommage vient de l'envoi à l'aveugle : la fraction des adresses catch-all qui n'ont jamais existé rebondira durement, et les rebonds durs soutenus sont le signal que les fournisseurs de messagerie sanctionnent. Vérifiez la liste pour que les adresses non délivrables confirmées aient déjà disparu, puis envoyez au segment catch-all restant progressivement afin que les éventuels rebonds apparaissent tôt, en petit nombre, là où ils coûtent peu.
Comment vérifier si un domaine est catch-all ?#
Il vous faut un outil de vérification qui mène une véritable conversation SMTP, car la détection des catch-all exige de sonder le serveur (voir les transcriptions plus haut). Une vérification complète Qualisend le fait pour chaque adresse et signale l'indicateur catch-all aux côtés du fournisseur MX du domaine et du détail de la sonde — le plan gratuit inclut 100 crédits pour l'essayer sur votre propre liste. Notez que notre vérificateur d'e-mail gratuit n'effectue que des contrôles de syntaxe, de DNS et de fautes de frappe — sans sonde SMTP — il peut donc écarter des adresses mais ne peut pas détecter les catch-all ; cela demande la vérification complète.
