Accueil » Portfolio » Système de prospection à froid — la délivrabilité comme mécanisme
CRM E-mailing / Produit interne

Système de prospection à froid — la délivrabilité comme mécanisme

Seganiko
Client Seganiko
Secteur E-mailing / Produit interne
Type CRM
Technologies utilisées PHP sans framework, MySQL, file d’envoi cadencée, chauffe des boîtes, vérification MX, suivi ouvertures et clics, notifications Telegram
Contexte

Le défi

Prospecter à froid sans brûler le domaine : écarter les adresses mortes avant l’envoi, monter en volume sans déclencher les filtres, et garder les réponses au même endroit que les envois.
Notre approche

Ce que nous avons réalisé

Trois dispositifs agissent avant le message : chauffe planifiée des boîtes, vérification des MX et des domaines attrape-tout, fusible lié au taux de rebond. Par-dessus, une file cadencée plutôt qu’une salve, des modèles à variables avec aperçu sur un contact réel, et le courrier entrant rapatrié à côté du contact.
Détail du projet

De la prospection où l’essentiel est de ne pas se brûler

Envoyer un courriel, tout le monde sait faire. La difficulté de la prospection à froid est ailleurs : faire en sorte que les messageries continuent de placer vos messages dans la boîte de réception et non dans les indésirables.

Nous avons bâti notre propre système, où la délivrabilité n’est pas un rapport en fin de parcours mais un fusible qui saute avant que le domaine ne soit abîmé.

Tableau de bord de prospection : état du système, taux de rebond, file d’attente, taille de la base et courbe sur trente jours

La ligne du haut n’est pas décorative : ce sont des interrupteurs. Chauffe, envoi automatique, fusible et relances sont visibles d’emblée, avec leur état.

De quoi il s’agit

  • Produit : développement interne de Seganiko
  • Objet : prospection à froid et relances
  • Base : plus de 55 000 contacts
  • Technique : PHP nu, sans framework

Objectifs

  • Ne pas perdre le domaine à cause d’un envoi brutal sur une base froide.
  • Écarter les adresses inexistantes avant l’envoi, pas après.
  • Garder les échanges au même endroit, pas dans cinq boîtes.
  • Faire en sorte qu’une seule personne puisse tenir l’ensemble.

Ce qu’il y a dedans

  • Chauffe des boîtes et fusible lié au taux de rebond.
  • Vérification des serveurs de messagerie du domaine avant l’envoi.
  • File d’envoi cadencée, suivi des ouvertures et des clics.
  • Modèles à variables, et réponses dans le même système.

La délivrabilité comme mécanisme, pas comme rapport

Une base froide tue un domaine en deux jours si on lui écrit comme à des abonnés. Trois dispositifs agissent donc avant le message, pas après.

La chauffe. Une boîte neuve commence à quelques dizaines de messages par jour et monte en volume selon un calendrier. Tant que la chauffe n’a pas atteint le rythme voulu, une grande campagne ne part tout simplement pas de cette boîte.

La vérification des adresses. Avant qu’une adresse n’entre dans la file, le système regarde si le domaine possède un serveur de messagerie et s’il accepte tout sans distinction. Les domaines qui répondent oui à n’importe quelle adresse sont signalés à part : sur eux, la statistique de rebond ment.

Le fusible. Si la part de rebonds franchit le seuil, l’envoi s’arrête de lui-même. Les messageries commencent à tenir un domaine pour suspect autour de deux à trois pour cent — le fusible saute avant qu’elles ne le remarquent.

Pourquoi sans framework : le système vit sur un hébergement ordinaire à côté d’autres sites, tourne pendant des années et doit se mettre à jour sans migrations. Le PHP nu n’est pas ici une ascèse mais une façon de ne pas dépendre du cycle de versions d’autrui.

Une base où l’on voit l’état de chacun

Un contact n’est pas une ligne avec une adresse. Il porte un statut, une catégorie, une langue, une priorité et des groupes, et la liste se filtre sur chacun d’eux. L’import CSV détecte seul l’encodage et le séparateur, montre la correspondance des colonnes et demande quoi faire des doublons : ignorer ou mettre à jour.

Liste de contacts avec filtres par statut, catégorie, langue et priorité

Une campagne est une file, pas un bouton

Une campagne ne part pas d’un seul coup. Elle se range dans une file avec une pause entre les messages, et la file est visible dans l’interface : combien sont écrits, combien attendent, combien sont partis aujourd’hui. Cela paraît ennuyeux et cela sauve le domaine.

Ouvertures et clics sont comptés, la désinscription tient en un clic, et chaque événement peut déclencher une notification Telegram — pour ne pas garder l’interface ouverte toute la journée.

Section campagnes : liste des envois avec statuts et statistiques

Des modèles à variables

Le message s’écrit une fois ; le prénom, l’entreprise, le site et ce qui a été trouvé à la préparation viennent s’y substituer. L’aperçu affiche le rendu sur un contact précis tout de suite — une erreur de variable se voit avant l’envoi, pas après mille messages.

Modèles de courriels avec substitution de variables

Les réponses au même endroit

Le pire en prospection, c’est que les réponses tombent dans une boîte commune et se perdent entre deux factures. Le courrier entrant est donc rapatrié dans le système et se range à côté du contact : à qui on a écrit, ce qui est revenu et à quelle étape cela s’est arrêté.

Déroulé du projet

1
Étape 1
Base et import
Contacts avec statuts, catégories, langues et groupes. Import CSV avec détection d’encodage, correspondance des colonnes et traitement des doublons.
2
Étape 2
Envoi
File cadencée plutôt que salve, modèles à variables, suivi des ouvertures et des clics, désinscription, notifications Telegram.
3
Étape 3
Délivrabilité
Chauffe des boîtes planifiée, vérification des serveurs de messagerie du domaine avant l’envoi, fusible lié au taux de rebond.
4
Étape 4
Échanges
Courrier entrant à côté du contact, relances scénarisées, historique des étapes sur chaque destinataire.

Sous le capot

Plateforme

PHP sans framework, MySQL, routeur et couche d’accès aux données maison. S’installe sur un hébergement ordinaire, se met à jour en copiant les fichiers.

Envoi

Un service d’e-mailing externe comme transport, notre file cadencée par-dessus, suivi des ouvertures et des clics, page de désinscription.

Délivrabilité

Chauffe des boîtes, vérification des MX et des domaines « attrape-tout », comptabilité séparée des adresses mortes et fusible qui stoppe la campagne quand les rebonds montent.

Le résultat

Un système où la prospection à froid n’est pas « on appuie et on attend » mais un processus piloté : l’adresse est vérifiée avant la file, la boîte chauffe selon un calendrier, et l’envoi s’arrête de lui-même si quelque chose dérape.

Une seule personne tient une base de dizaines de milliers de contacts sans garder en tête ni l’état des boîtes ni les seuils des messageries — le système montre tout cela dans une seule ligne, en haut.


Un projet similaire ?

Discutons de vos objectifs et voyons comment nous pouvons vous aider.

Demander un devis gratuit →
Des questions ?

Discutons de
votre projet.

Premier échange gratuit, sans engagement.