Vous vérifiez info@company.com. SMTP returns 250 OK. Vous envoyez votre campagne. Amazon SES signale un hard bounce — « Adresse introuvable. »
Rien ne n'était faux dans votre message. L'adresse était catch-all : le domaine accepte toutes les parties locales lors de la vérification SMTP, mais la boîte aux lettres spécifique n'existe pas.
C'est l'une des erreurs les plus coûteuses de la prospection B2B — et elle est totalement évitable.
Ce que signifie vraiment « catch-all »
Une catch-all serveur de messagerie accepte RCPT TO for any address on the domain:
>>> RCPT TO:<fakeperson123@company.com>
<<< 250 2.1.5 OK
Les outils de vérification étiquettent correctement ceci comme catch_all — et non comme valide. La boîte aux lettres n'a jamais été confirmée ; seule la politique d'acceptation totale du domaine a été détectée.
Google Workspace, de nombreux hébergeurs PME européens et les anciennes infrastructures informatiques utilisent le catch-all délibérément. Pour les spécialistes marketing, cette étiquette signifie : « Nous ne pouvons pas prouver que cette boîte de réception existe. »
Dommages concrets
Lorsque des adresses catch-all se glissent dans les campagnes de prospection :
| Impact | Symptôme typique |
|---|---|
| Hard bounces | 5 à 15 % sur les listes riches en catch-all |
| Suppression SES | Les rebonds répétés ralentissent votre compte |
| Atteinte à la réputation | Gmail/Outlook réduisent la confiance accordée à votre domaine |
| Crédits gaspillés | Envois qui n'atteignent jamais un humain |
Nous l'avons appris à nos dépens en gérant des campagnes pour des agences : les adresses marquées catch_all in Company Finder bounced after send when the old rules allowed them through. Valides uniquement preflight a réglé le problème.
Valide vs Catch-All vs Risqué
| Statut | Signal SMTP | Sans risque pour l'emailing à froid ? |
|---|---|---|
| valide | 250 OK + boîte aux lettres confirmée | ✅ Oui |
| catch_all | 250 OK mais le domaine accepte tout | ❌ Non — prudence |
| risqué | Non concluant / greylisté | ⚠️ À revérifier plus tard |
| invalides | 550 / aucune boîte aux lettres | ❌ Supprimer |
Votre outil de vérification ne doit jamais considérer une adresse catch-all comme livrable pour la prospection. Sur Email Validator, l'envoi en masse et le contrôle préalable des campagnes bloquent tout sauf valid.
Que faire des contacts catch-all
Ne les supprimez pas aveuglément, ils peuvent encore être utiles :
- Trouver d'autres contacts sur le site de l'entreprise (formulaire de contact, LinkedIn)
- Essayez Email Finder modèles de format (
hello@,firstname.lastname@) and verify each - Segmenter séparément — certaines équipes font des tests A/B avec un petit volume sur les catch-all (nous ne le recommandons pas pour la prospection à froid via SES)
- Conserver pour la recherche — l'entreprise est réelle même si la boîte n'est pas confirmée
Comment appliquer une prospection limitée aux adresses valides
Que vous utilisiez nos outils d'envoi en masse ou votre propre ESP :
- Vérifiez la liste complète avant l'envoi
- Filtrez sur
validonly — ni catch_all, ni risquée - Lancez un rapport de contrôle préalable indiquant le nombre d'envois possibles et bloqués
- Supprimez immédiatement les rebonds (webhooks SES → liste de suppression)
Les listes Company Finder marquent désormais automatiquement les contacts non valides comme bloqués pour la sélection des envois en masse.
En bref
Le catch-all est un résultat de vérification, pas un feu vert. Considérez-le comme une « délivrabilité inconnue » et écartez-le de la prospection à froid, sauf si vous disposez de preuves indépendantes que la boîte existe.
Vérifiez avant d'envoyer — Essayer Single Check gratuitement →
Voir aussi : Les adresses Catch-All expliquées · Statuts de vérification des e-mails expliqués
