Enrichir une liste de prospects avec les numéros de téléphone que Google Maps ne donne pas

Vous avez scrapé une zone : 400 entreprises, leurs adresses, leurs sites. Et une colonne téléphone à moitié vide. Certaines fiches n'ont aucun numéro. D'autres affichent un standard à neuf chiffres qui tombe sur un serveur vocal — le genre de ligne où votre message de prospection s'éteint avant d'atteindre qui que ce soit. Vous regardez la liste et vous savez déjà que la moitié des appels ne mènera nulle part.

Le numéro existe pourtant, presque toujours. Il est juste ailleurs : sur la page contact du site, dans la signature d'une équipe, en bas des mentions légales. Une fiche cartographique remonte un numéro canonique par établissement ; le site, lui, en expose souvent plusieurs — une ligne directe, un mobile commercial, parfois un fax qui traîne. Le travail n'est pas de trouver un numéro à l'unité. C'est de combler les trous d'une liste entière, ligne par ligne, sans rouvrir 400 sites à la main.

Pourquoi une fiche Google Maps ne donne qu'un seul numéro (souvent le mauvais)

Parce qu'une source cartographique publie un numéro canonique par établissement. C'est par construction : un point sur une carte, une ligne de contact. Or une organisation réelle expose plusieurs voies — accueil, commercial direct, mobile d'un responsable, support. Le numéro de la fiche est souvent le standard, c'est-à-dire celui qui filtre le plus.

Résultat, deux trous récurrents dans une liste scrapée. Le premier : des fiches sans aucun téléphone, parce que l'établissement n'en a pas renseigné sur la carte. Le second, plus insidieux : un numéro présent mais inexploitable — un standard générique, un répondeur, une ligne mutualisée. Dans les deux cas, la liste a l'air remplie alors qu'elle ne l'est pas vraiment. La donnée manquante se cache derrière une donnée présente.

Où sont les numéros supplémentaires : sur le site du prospect, et c'est légal

Sur les pages publiques du site de chaque entreprise : page d'accueil, page contact, pages équipe, et surtout les mentions légales. En France, un site professionnel doit y publier un moyen de contact direct. Le numéro de téléphone n'est pas une faveur que le prospect fait — c'est une obligation légale qu'il remplit.

Selon Service-Public.fr (mentions légales d'un site internet), un site professionnel doit faire figurer, parmi ses mentions obligatoires, un e-mail et un numéro de téléphone pour contacter l'entreprise, dans des informations « facilement accessibles ». Autrement dit : le numéro que la carte ne donne pas, le site est tenu de l'exposer. C'est exactement là que le module va le chercher — la même logique d'extraction sur page publique que pour l'enrichissement SIRET / SIREN depuis les mentions légales.

Comment OutSend enrichit la liste de prospects avec les numéros de téléphone supplémentaires

Le module phones_extra part de votre liste déjà constituée — typiquement la sortie d'un scraping Google Maps exporté en CSV — et, pour chaque ligne disposant d'un site web, crawle les pages publiques pour en extraire tous les numéros, les valider et les normaliser. Les fiches sans site sont écartées d'office : c'est le site qui sert de source.

1. Filtrage sur le site web. Chaque prospect sans site_web est retiré au lancement. Le module n'invente pas de numéro : il en lit un sur une page réelle, ou rien.
2. Crawl des pages publiques. Accueil, contact, pages équipe, mentions légales — les endroits où un numéro est exposé. L'adresse du prospect sert à orienter la détection du pays pour les formats ambigus.
3. Extraction et validation. Toute suite de chiffres en forme de numéro est testée via la bibliothèque phonenumbers de Google. Ce qui ne valide pas est jeté, pas remonté comme une approximation hasardeuse.
4. Normalisation E.164 et dédoublonnage. Chaque numéro retenu est réécrit au format E.164, puis comparé au numéro déjà sur la fiche. Un doublon du standard n'est pas ajouté ; seul ce qui est nouveau remplit la colonne.

En sortie, votre liste repart avec jusqu'à trois colonnes de plus : phone_secondary (une ligne fixe distincte du numéro principal), mobile (un mobile détecté via le plan de numérotation), et fax (quand il est explicitement étiqueté). Une chaîne vide signifie que le module a tourné mais n'a rien trouvé de ce type — pas qu'il a échoué. Le tout s'exporte avec la liste en CSV, JSON ou XLSX.

E.164 : pourquoi tous les numéros ressortent au même format

Parce qu'une liste de numéros écrits chacun à sa façon est inutilisable en lot. « 01.23.45.67.89 », « 0123 456 789 », « +33 (0)1 23 45 67 89 » désignent la même ligne, mais aucun outil d'appel ou de CRM ne le sait. La normalisation E.164 réécrit tout dans une forme unique et sans ambiguïté, prête à composer ou à importer.

E.164 est le plan de numérotation international défini par la recommandation ITU-T E.164 (UIT) : indicatif pays suivi du numéro national, sans espace ni ponctuation. Pour la France, l'indicatif est +33 et le 0 initial du numéro national disparaît. C'est le format qu'attendent les CRM, les outils de campagne et les API de téléphonie.

La normalisation rend aussi le champ filtrable. Une fois en E.164, le module distingue un fixe d'un mobile à partir du plan national. D'après l'ARCEP (la numérotation), les numéros commençant par 01 à 05 sont les numéros fixes, et ceux en 06 ou 07 sont les numéros mobiles. C'est ce qui permet de remplir séparément la colonne mobile et la colonne phone_secondary, et donc de cibler les mobiles quand votre démarche le justifie.

Enrichir la liste de prospects avec les numéros de téléphone : trois cas concrets

Trois situations où combler les trous change le rendement d'une liste, sans changer son volume.

Liste locale B2B avec colonne téléphone à trous. 300 artisans scrapés, un tiers sans numéro exploitable. Le module crawle les sites, remplit les fixes directs et les mobiles trouvés. La même liste devient appelable sans repartir d'une nouvelle extraction.

Standard générique à dépasser. Une liste de PME où chaque fiche pointe sur un standard. En lisant la page contact et l'équipe, le module remonte des lignes plus directes quand elles sont publiées — vous gagnez en joignabilité, ligne par ligne.

Pré-qualification avant campagne. Combiner numéros supplémentaires et nettoyage : passer la liste au dead-check des URL mortes avant le crawl évite de chercher un numéro sur un site qui n'existe plus, puis l'extracteur de réseaux sociaux ajoute les canaux non-téléphoniques. Le tout s'enchaîne dans un pipeline de prospection no-code.

Ce que le module ne fait pas (et où il s'arrête)

Il n'invente jamais un numéro. S'il n'y a pas de site, ou pas de numéro lisible sur les pages publiques, la ligne ressort sans enrichissement — colonnes vides, pas de pseudo-donnée. Le module ne devine pas non plus le titulaire d'une ligne ni ne vérifie qu'un numéro est encore attribué : il extrait, valide la forme et normalise. Pour la qualité de la donnée elle-même, l'enrichissement se combine avec d'autres modules de la suite, comme l'email finder et l'enrichissement des données légales.

Côté conformité, le numéro lu vient d'une page que l'entreprise est tenue de rendre publique. Constituer un fichier téléphonique propre reste de votre responsabilité, et toute prospection téléphonique B2B suit ses propres règles — un sujet à part entière, traité dans notre guide sur le démarchage téléphonique B2B et Bloctel.

FAQ — Enrichir une liste avec les numéros que Google Maps ne donne pas

Le module trouve-t-il un numéro sur toutes les fiches ?

Non, et il ne le prétend pas. Il enrichit les lignes dont le site publie un numéro lisible sur ses pages publiques. Une fiche sans site, ou avec un site qui n'expose aucun numéro, ressort sans enrichissement plutôt qu'avec une donnée approximative. La promesse est de combler le maximum de trous remplissables d'une liste, pas d'atteindre 100 %.

D'où viennent les numéros supplémentaires ?

Des pages publiques du site de chaque prospect : accueil, page contact, pages équipe et mentions légales. En France, un numéro de téléphone de contact y est obligatoire selon la réglementation des mentions légales (Service-Public.fr). Le module lit ces pages, pas une base reconstituée.

Qu'est-ce que le format E.164 et pourquoi l'utiliser ?

E.164 est le plan de numérotation international (recommandation UIT-T E.164) : indicatif pays + numéro national, sans espace ni ponctuation, par exemple +33612345678. Tous les numéros trouvés sont réécrits ainsi pour être directement importables dans un CRM ou un outil d'appel, et comparables entre eux.

Le module distingue-t-il un fixe d'un mobile ?

Oui. Une fois normalisés, les numéros sont classés selon le plan national : d'après l'ARCEP, 01 à 05 désignent des numéros fixes et 06/07 des mobiles. Le module remplit ainsi une colonne mobile distincte de la ligne fixe secondaire, ce qui permet de filtrer ensuite.

Que reçoit-on en sortie, et dans quel format ?

Votre liste repart avec jusqu'à trois colonnes ajoutées — phone_secondary, mobile et fax — normalisées en E.164 et dédoublonnées par rapport au numéro déjà présent. Une colonne vide signifie « rien trouvé de ce type », pas une erreur. L'export se fait en CSV, JSON ou XLSX avec le reste de la liste.

Faut-il repartir de zéro ou peut-on enrichir une liste existante ?

Le module est fait pour enrichir une liste déjà constituée. Il prend en entrée vos POI avec leur site web — qu'ils viennent d'un scraping OutSend ou d'un fichier à vous — et ajoute les colonnes téléphone par-dessus, sans relancer une extraction. Il se chaîne aussi en aval d'un scraping dans un pipeline.