Aller au contenu

Domaines catch-all : de quoi s'agit-il ?

Ce qu'est un domaine catch-all, pourquoi la réponse du serveur ne peut pas confirmer une boîte derrière lui, ce que PricklyMails renvoie à la place et que faire de ces adresses.

Vous vérifiez une adresse professionnelle, et le résultat ne dit ni valide ni invalide, mais « domaine catch-all ». Ce n'est pas une panne de l'outil : le serveur de messagerie du domaine donne la même réponse pour toutes les adresses. Comprendre pourquoi vous aide à décider quoi faire de ces adresses.

Ce qu'est un domaine catch-all

Un domaine catch-all, qu'on appelle aussi domaine accept-all, est configuré pour accepter les emails envoyés à n'importe quelle adresse, y compris des adresses qui n'existent pas. Chez un tel domaine, jean.dupont@exemple.fr et nimporte.quoi@exemple.fr sont acceptés exactement de la même façon.

Les entreprises le font pour de bonnes raisons :

  • Ne perdre aucun message. Une faute de frappe dans le nom, l'adresse d'un ancien salarié, une adresse devinée par un client : tout arrive quelque part.
  • Tout centraliser. Les messages adressés à des boîtes inexistantes sont redirigés vers une boîte commune, lue par l'accueil ou par personne.
  • Brouiller les pistes. Un domaine qui accepte tout ne révèle pas quelles adresses existent vraiment, ce qui gêne ceux qui cherchent à les deviner.

C'est fréquent sur les domaines d'entreprise, et parfois c'est simplement le réglage par défaut de l'hébergeur de messagerie.

Pourquoi la réponse du serveur ne confirme pas la boîte

Sur un domaine catch-all, le serveur de messagerie accepte toutes les adresses, vraies ou inventées. Sa réponse ne dit donc rien sur la boîte que vous cherchez.

Envoyer un vrai email ne lève pas toujours le doute non plus. Selon la configuration, le message peut être accepté puis redirigé vers une boîte commune, ignoré sans prévenir, ou renvoyé plus tard. Un message qui ne rebondit pas n'a pas forcément été lu.

Certains outils tentent de trancher une partie de ces adresses par d'autres méthodes. Nous avons choisi de ne pas le faire : PricklyMails ne rapporte que ce que la réponse du serveur permet d'affirmer, et vous dit quand elle ne distingue pas une vraie boîte des autres.

À ne pas confondre : les fournisseurs grand public

Google, Microsoft et Yahoo posent un problème voisin, mais différent. Leurs serveurs ne répondent pas de façon fiable à la question « cette boîte existe-t-elle ? », pour se protéger de ceux qui cherchent à deviner des adresses.

La différence tient au domaine. Une adresse Gmail ou Outlook est hébergée chez un fournisseur de messagerie bien réel, au domaine actif : seule la boîte précise ne peut pas être confirmée. PricklyMails la renvoie donc valide, avec un score plafonné, la raison « fournisseur accept-all » et la consigne « à envoyer ». Un domaine d'entreprise catch-all, lui, accepte aussi les adresses qui n'existent pas, et c'est ce que vous devez savoir avant d'envoyer.

Ce que PricklyMails renvoie

Pour une adresse derrière un domaine catch-all, PricklyMails ne devine pas.

Ce que PricklyMails renvoie pour une adresse sur un domaine catch-all
ChampValeur
Verdict Risqué
RaisonDomaine catch-all
Consigne À revoir
ScorePlus bas qu'une boîte confirmée, pour vos propres règles

Le rapport que vous téléchargez depuis un lot du tableau de bord écrit ces mêmes libellés, la consigne dans sa colonne Recommandation.

Par l'API, la ligne de l'adresse dans les résultats d'un lot (GET /api/batches/{uuid}/results) se lit ainsi, réduite aux champs utiles ici :

Réponse
{
    "status": "completed",
    "verdict": "risky",
    "reason": "catch_all_domain",
    "recommendation": "review"
}

À noter

Deux précisions, pour que vous sachiez exactement ce que vous lisez :

  • Si le serveur ne se prononce pas clairement, on ne conclut pas. Le domaine n'est pas déclaré catch-all, mais son score reste plus bas que celui d'une boîte confirmée.
  • La détection catch-all est un contrôle à part, disponible à partir de l'offre Pro, qui coûte 4 jetons en plus du test de la boîte. Sans lui (offres Free et Starter), une adresse sur un domaine catch-all ressort valide, consigne « à envoyer », car la vérification ne dit pas si le domaine accepte tout : aucune sonde supplémentaire n'est envoyée, et le score ne le laisse pas deviner non plus.

Et si le serveur ne répond pas du tout, le verdict est « non vérifiable » : les tests restés sans réponse, dont celui-ci, vous sont rendus.

Que faire des adresses catch-all

Les retirer toutes serait une erreur : derrière un domaine catch-all, beaucoup d'adresses sont parfaitement réelles, à commencer par celles de vos clients. Les envoyer toutes sans précaution en est une autre.

  1. Isolez-les dans un segment. Elles ne doivent pas se mélanger au reste de la liste, où elles fausseraient votre lecture des résultats.
  2. Gardez celles que vous connaissez. Un client, un inscrit récent, un contact qui vous a déjà répondu : l'historique de la relation vaut mieux que n'importe quelle vérification.
  3. Envoyez d'abord à un petit groupe. Regardez les rebonds et les réponses avant d'étendre l'envoi au reste du segment.
  4. Retirez celles qui rebondissent, comme n'importe quelle adresse.
  5. Soyez prudent en prospection. Une adresse devinée (prenom.nom@entreprise.fr) sur un domaine catch-all ne rebondira peut-être jamais, sans que personne la lise pour autant.

Pour une inscription sur votre site, laissez passer l'adresse et confirmez-la par email : le clic sur le lien de confirmation prouve que la boîte existe, ce que la réponse du serveur ne peut pas faire sur ce type de domaine.

Deux questions qui reviennent

Un domaine catch-all, c'est mauvais signe ?

Non. C'est un choix de configuration, courant chez les entreprises, qui ne dit rien de la personne derrière l'adresse. Il dit seulement que la réponse du serveur ne permet pas de savoir si cette boîte précise existe.

Pourquoi ne pas simplement marquer ces adresses valides ?

Parce qu'un « valide » doit vouloir dire quelque chose. À partir de l'offre Pro, la détection catch-all est incluse : une adresse sur un domaine reconnu catch-all revient « à revoir », jamais valide, puisque le serveur n'a rien confirmé. Sur les offres Free et Starter, cette détection n'est pas incluse : une telle adresse peut donc revenir valide, comme toute autre boîte acceptée sur ces offres. Si une partie de vos adresses valides n'atteint en réalité personne, vous ne pouvez plus vous fier au tri, ni à vos statistiques de campagne.

Curieux de savoir quelle part de votre liste se trouve derrière un domaine catch-all ? La détection fait partie de l'offre Pro ; pour découvrir d'abord les autres contrôles, créez un compte : des jetons sont offerts à l'inscription, sans carte bancaire.

  • Pourquoi vos emails rebondissent

    Hard bounce, soft bounce : d'où viennent les rebonds, ce qu'ils coûtent à votre réputation d'expéditeur et à votre compte d'envoi, et comment garder un taux bas.

  • Nettoyer une liste d'emails

    Une méthode pratique pour nettoyer une liste d'emails avant un envoi : rassembler, retirer ce que vous savez déjà, vérifier, trier par consigne, décider pour les cas douteux, envoyer par étapes.

  • Alternative à ZeroBounce : comparatif

    PricklyMails et ZeroBounce comparés sur des points vérifiables : mode de facturation, prix pour 1 000 adresses, offre gratuite, expiration des crédits, résultats inconnus, catch-all, conservation et hébergement des données, API et MCP.

  • Ce que coûtent vraiment les adresses mortes

    Votre outil d'emailing arrête souvent de facturer une adresse qui rebondit. Le vrai coût est ailleurs : compte suspendu, palier payé trop longtemps, réputation.

Vérifiez votre liste avant votre prochain envoi.

1 000 jetons offerts à l'inscription, sans carte bancaire. Ensuite, vous ne payez que les réponses.