Les domaines catch-all

Ce qu’est un domaine catch-all

Un domaine catch-all accepte le courrier adressé à n’importe quelle boîte aux lettres chez lui, que celle-ci existe ou non. Écrivez à hgkjsdfg@somecompany.com et le serveur le prend sans broncher, puis décide ensuite quoi en faire — le plus souvent en le déposant dans la boîte d’un administrateur, souvent en le jetant en silence.

C’est une configuration normale, pas une panne. Les entreprises l’utilisent pour que le courrier adressé à un nom mal orthographié arrive quand même, pour que sales@, info@ et chaque alias de service fonctionnent sans avoir été créés un à un, et pour que l’adresse d’un salarié parti ne se mette pas à refuser le courrier le jour où son compte est fermé.

Pourquoi cela met la vérification en échec

La vérification d’e-mails consiste à poser une question à un serveur de messagerie. Le vérificateur ouvre une conversation avec le serveur qui dessert le domaine et lui demande, en substance : acceptez-vous le courrier pour cette adresse ? Un serveur qui rejette les adresses inconnues répond non pour celles qui n’existent pas et oui pour celles qui existent, et cette différence est tout le signal.

Un serveur catch-all répond oui à tout. La question cesse de porter une information. Aucune question complémentaire ne la récupère, car depuis l’extérieur du domaine il n’existe aucune différence observable entre une boîte aux lettres réelle et une boîte imaginaire — toutes deux produisent la même acceptation.

Ce n’est pas la limite d’un produit en particulier. C’est une propriété du fonctionnement de SMTP, et elle s’applique à l’identique à tous les services de vérification qui existent.

Comment un catch-all est détecté

Sur un tel domaine, vous ne pouvez pas savoir si une boîte aux lettres existe ; vous pouvez en revanche établir de façon fiable que le domaine est un catch-all — et c’est là toute la différence entre une réponse fausse et une réponse honnête.

La méthode consiste à interroger le même serveur au sujet d’une adresse qui n’existe certainement pas : une chaîne de caractères aléatoire sur ce domaine, inventée sur le moment, que personne n’a jamais pu enregistrer. Si le serveur la rejette, c’est qu’il distingue le réel de l’inventé, et sa réponse au sujet de votre véritable adresse veut dire quelque chose. S’il l’accepte elle aussi, c’est qu’il accepte tout.

C’est cette seconde sonde que ListCheckup exécute, et c’est son résultat qui transforme « le serveur a dit oui » en verdict, ou en aveu.

À quoi ressemble un traitement honnête

Face à un domaine catch-all, un service de vérification peut faire trois choses, et une seule d’entre elles est défendable.

Ce qu’il fait	Ce que cela signifie pour vous
Le signale comme valide	Une supposition présentée comme un fait. Votre taux de précision paraît excellent et votre taux de rebond ne s’améliore pas, parce que les adresses qui allaient rebondir sont passées pour bonnes.
Le signale comme invalide	Pire encore. Vous supprimez des clients réels et joignables sur la foi de quelque chose que personne n’a établi.
Le signale comme indéterminé	La vérité. Vous savez quelles adresses portent une vraie réponse et lesquelles n’en portent pas, et vous pouvez traiter les deux différemment.

ListCheckup renvoie un verdict catch-all à part entière, distinct de valide et d’invalide, et ne le facture pas. Le raisonnement figure dans le code source du produit lui-même : un catch-all est un résultat où le travail a été fait, où le serveur de messagerie a bien été interrogé et où il a refusé de répondre — le facturer reviendrait à vous faire payer notre incapacité à savoir. Le crédit vous est rendu.

Il en va de même pour une adresse dont la vérification n’a pas pu aboutir du tout, parce qu’un serveur nous limitait ou nous bloquait. Elle est signalée comme inconnue — un fait sur le serveur de messagerie, pas sur votre abonné — et elle n’est pas facturée non plus.

Ce que cela implique pour les promesses de précision

Quand un service de vérification annonce 98 % ou 99 % de précision, demandez ce qu’il a fait des domaines catch-all de l’échantillon. Il n’y a que deux possibilités : ils ont été exclus du calcul, ou ils ont été devinés et comptés comme justes.

Un taux de précision élevé est facile à produire lorsque les résultats indéterminés sont discrètement rapportés comme valides. La facture est plus belle aussi, puisque chaque supposition est une réponse facturable. Le coût arrive plus tard, sur votre taux de rebond, quand les suppositions se révèlent être des adresses qui n’ont jamais existé.

Que faire des adresses catch-all

Ce ne sont pas de mauvaises adresses. Beaucoup appartiennent à des personnes bien réelles, dans des entreprises dont la configuration de messagerie est raisonnable, et les supprimer revient à supprimer des clients.

• Gardez-les, mais gardez-les à part. Envoyez-leur comme à un segment distinct plutôt que mélangées à votre liste vérifiée : si certaines rebondissent, les dégâts restent contenus au lieu de s’attacher à chacun de vos envois.
• Laissez l’engagement décider. Une ou deux campagnes vous en diront bien plus que n’importe quel contrôle externe. Une adresse qui ouvre est réelle ; une adresse qui, après plusieurs envois, n’ouvre ni ne rebondit ne vaut probablement pas d’être conservée.
• Ne les revérifiez pas en espérant une autre réponse. La configuration du domaine est ce qu’elle est. Payer un autre service pour aller regarder produit le même haussement d’épaules, en général plus cher et parfois déguisé en verdict.
• Surveillez la proportion. Si les catch-all représentent une grande part de votre liste, c’est probablement que vous vendez à des entreprises plutôt qu’à des particuliers, et c’est votre acquisition — pas votre vérification — qu’il faut regarder.