Cockpit Synodique

Accès privé — entrez votre clé.

Synodique
To-do Pipeline Prospection Santé Réseaux
—déco
0 contacts Pipeline estimé : 0 € Signé : 0 €
Warm-up — paliers gates—
80/j120/j180/j240/j
Envoyés
0
Ouvertures
0
Clics
0
Réponses
0
Bounce dur (5 j)
—
—
Bounce cumul
—
—
Leads
0
Bounces (total)
0

Moniteur de gates

Verdict check_gates—
Bounce dur (5 j)—
Blacklist—
Cap actuel—

Placement inbox — seed test 11/09

Gmail—
Yahoo—
Microsoft / Outlook—
Authentification—

Envois / jour (14 j)

Chargement…

Réponses par type

Chargement…

Leads récents

Chargement…
Stats détaillées indisponibles pour le moment — l'agrégat de base reste affiché ci-dessous.

Par campagne

Par segment

Par boîte

Par jour

Sourcing — Sonar

Sonar — moteur de sourcing

Sonar collecte les emails publiés et confirmés sur plusieurs sources (une adresse vue sur ≥ 3 sources = « 5 étoiles »). Il tourne en local sur le Mac : lancer d'abord l'API Sonar, puis ouvrir l'interface. Accessible uniquement depuis ce poste.

Statut—
Ouvrir Sonar — 127.0.0.1:8000 →
Si le lien ne répond pas : démarrer l'API Sonar en local (elle n'est pas hébergée sur le cockpit), puis recharger.

Comment ça marche

Le système de prospection Synodique — cadence, warm-up, anti-bounce, Sonar, alertes

Cadence — 3 touches

Chaque prospect reçoit une séquence de trois emails : J0 (premier contact), J+7 (relance) et J+30 (dernière touche). Pas de quatrième envoi : un prospect qui n'a pas répondu au bout des trois touches sort de la séquence.

Warm-up — paliers pilotés par gates

Le volume monte par paliers gates, pas selon un calendrier figé : 80/j (palier actuel depuis le 11/09), puis 120 → 180 → 240/j (et à terme ~480, niveau moteur). On passe au palier suivant seulement si les métriques sont au vert. Actuellement plafonné à 120 tant que Microsoft/Outlook ne s'ouvre pas. Cap global sur 6 boîtes / 2 domaines.

Le juge est check_gates.py (lecture seule) : il lit le bounce dur (fenêtre 5 j, en base D1) et l'état des blacklists (Spamhaus zen + Barracuda), puis rend un verdict GO / HOLD / ROLLBACK. GO = on peut monter d'un palier ; HOLD = on reste ; ROLLBACK = on redescend. Le bloc en haut indique le jour de campagne, le cap réel et le prochain palier candidat — piloté par gates, pas par date.

Anti-bounce — gel des adresses devinées

Les adresses sont triées par niveau de risque avant envoi. Le 11/09, les 13 931 adresses devinées (prénom.nom@ reconstruit) ont été gelées : le bounce est passé de ~22 % à ~1–3 %. Un gate MX écarte les domaines sans serveur mail valide. La base future n'est réalimentée que par des adresses vérifiées via Sonar. Le taux de bounce est désormais suivi en deux mesures : la fenêtre 5 j (récent, ~0,9 %) et le cumul historique (~13 %, résidu du gel) — jamais l'une pour l'autre.

Sonar — sourcing

Sonar récupère des emails publiés (mentions légales, annuaires, pages contact) et les confirme par recoupement : une adresse vue sur ≥ 3 sources est notée « 5 étoiles ». C'est du sourcing d'adresses réelles publiées, pas de la devinette. Sonar tourne en local (voir le bloc Sourcing ci-dessus).

Alertes Telegram

Deux alertes en temps réel : un lead positif déclenche une notification immédiate (pour répondre vite), et une alerte jour-sans-envoi se déclenche un jour ouvré si aucun envoi n'est parti (Mac éteint ou moteur en panne). Les alertes sont dédupliquées : jamais de doublon.

Événements détaillés : en attente du premier push pipeline — seuls les succès déjà synchronisés sont affichés.

Santé par canal

Par contenu

Publications