À retenir Faire entrer un profil LinkedIn dans un CRM, rien de plus simple. Y faire entrer quelqu'un qu'un commercial pourra relancer mardi matin, presque personne ne sait le faire. HubSpot explique lui-même pourquoi la plupart des transferts échouent. L'email y est « the primary unique identifier to avoid duplicate contacts », et sans lui, « each row of your import file will be imported as a new contact record ». Pour rapprocher deux fiches, Pipedrive exige un nom, plus un email, un téléphone ou une organisation en commun. Donnez une fiche à moitié vide à l'une ou l'autre plateforme, et autant ne lui avoir rien donné. D'où quatre exigences envers tout outil qui relie LinkedIn à un CRM : il écrit la fiche contact complète, il fait un create-or-update au lieu d'une insertion aveugle, il vérifie l'adresse avant de l'écrire, et sa couverture téléphone inclut les numéros européens. Enrow assure ce transfert directement depuis le profil vers HubSpot, Salesforce ou Pipedrive : la fiche complète, vérifiée avant l'écriture, en create-or-update. La fiche existante est mise à jour ; seule une personne réellement nouvelle donne lieu à une création. Un crédit n'est débité que pour un résultat valide. En revanche, Enrow ne construira pas votre liste : le sourcing se fait dans LinkedIn.
Un commercial trouve la bonne personne sur LinkedIn. Bon poste, bonne boîte, bonne semaine. C'est ce jugement qui coûte cher, et il prend une quarantaine de secondes.
Ensuite, le profil doit devenir une fiche, et là, tout le monde traite le passage de LinkedIn au CRM comme une simple affaire de plomberie. Erreur : c'est précisément là que ce jugement est préservé ou part à la poubelle, parce que ce qui arrive dans HubSpot, Salesforce ou Pipedrive n'est le plus souvent qu'un fragment de personne, sans aucun moyen d'atteindre sa boîte mail.
Trois chemins sont couramment empruntés. Le commercial retape les champs. Un connecteur synchronise le profil tout seul. Ou quelqu'un fabrique un CSV et l'importe. Les trois échouent, chacun à un endroit différent, et les problèmes s'additionnent, puisque réparer l'un provoque le suivant.
Voici ce que donnent les trois, puis le niveau d'exigence que j'impose à un outil avant de le laisser écrire dans un CRM auquel je tiens.
Chemin n° 1 : le commercial retape tout

La colonne vertébrale de l'article en une image : chaque voie dépose une part différente du profil, et aucune des trois n'apporte l'adresse e-mail.
Ça marche. C'est bien ça, le plus gênant. Un humain qui lit un profil et saisit cinq champs dans un CRM produit une fiche sans le moindre défaut structurel.
En revanche, le résultat est inégal. Tout ce que le profil affiche est recopié : nom, intitulé de poste, entreprise, parfois l'URL LinkedIn. L'email, c'est une autre affaire. Il est déduit du format d'adresse de l'entreprise, ou laissé vide avec une note pour y revenir plus tard, ou carrément oublié parce que le commercial en est au trente-et-unième profil et que seuls les dix premiers ont eu droit au traitement complet.
Cette courbe de fatigue, c'est le vrai coût, et elle n'apparaît dans aucun reporting. Votre CRM finit par contenir des fiches construites selon deux standards différents suivant l'heure à laquelle elles ont été créées. Personne n'audite ça.
Il y a plus discret encore. Taper un nom de domaine à la main introduit des fautes dans votre base à peu près aussi souvent que n'importe quelle autre recopie manuelle, et une faute dans le domaine donne une adresse à la syntaxe parfaite, mais qui ne mène nulle part.
Chemin n° 2 : le connecteur qui n'écrit que la moitié d'une personne
Les outils de synchronisation gèrent correctement la création. La fiche apparaît, les champs sont bien remplis, le rattachement à l'entreprise est juste.
Mais ils ne transportent que ce que le profil affiche. Les intégrations officielles de LinkedIn en sont l'exemple le plus clair, parce qu'elles sont documentées publiquement et transparentes sur leur périmètre.
Le LinkedIn CRM Sync de HubSpot annonce parmi ses capacités « Create and update HubSpot contacts from Sales Navigator ». C'est un vrai create-and-update, de LinkedIn vers le CRM. Lisez le reste de la liste : import de contacts dans des listes Sales Navigator, journalisation de l'activité Sales Navigator, inclusion ou exclusion des fiches rapprochées dans la recherche, reporting d'attribution de revenus. Nulle part la documentation ne cite les adresses email ou les numéros de téléphone parmi les champs synchronisés.
Le tout est doublement verrouillé. La documentation de HubSpot exige « an assigned Sales Hub Professional or Enterprise seat » et un « LinkedIn Sales Navigator Advanced Plus plan ». L'intégration Sales Navigator, plus légère, est soumise au même double verrou et fait remonter le poste, l'entreprise, l'ancienneté dans le poste, la localisation, le secteur, les relations communes et l'activité récente. C'est du contexte utile sur une fiche que vous avez déjà, pas un moyen de joindre quelqu'un de nouveau.
L'extension Chrome Sales de HubSpot occupe une position voisine. Elle fonctionne dans Gmail, Google Calendar, Salesforce (avec une offre Professional ou Enterprise) et, une fois l'option activée, sur « All other websites ». La page d'aide ne mentionne pas LinkedIn. L'extension crée des contacts et des entreprises, journalise les appels, inscrit des contacts dans des séquences, envoie des emails, planifie des rendez-vous. Rien dans sa documentation n'indique qu'elle trouve des emails ou des numéros.
Et si la demi-fiche perdure, c'est que tous les CRM l'acceptent sans broncher. L'API contacts de HubSpot précise que « when creating a new contact, it's required to include at least one of the following properties: email, firstname, or lastname ». L'endpoint Persons de Pipedrive n'exige que name. Le fragment entre donc proprement, se trie bien, se filtre bien, et ressemble trait pour trait à une bonne fiche dans une vue liste.
Citations tirées des articles LinkedIn CRM Sync et intégration Sales Navigator de HubSpot, de l'article sur l'extension Chrome Sales et de la référence de l'API contacts, ainsi que de l'endpoint Persons de Pipedrive. Pages consultées le 11 septembre 2026.
Chemin n° 3 : le CSV qui revient en doublons
La voie du tableur a tout de la solution sérieuse. On exporte les leads LinkedIn en une fois, on les importe, on passe à autre chose.
HubSpot énonce la règle en une phrase : « To update existing records and avoid duplicate records, your files must include a unique identifier property for each object. » Pour les contacts, cet identifiant est l'Email ou le Record ID, ou une propriété personnalisée à valeur unique. Pour les entreprises, c'est le nom de domaine ou le Record ID.
Puis il en donne la conséquence, tout aussi sobrement. « If you don't include the Email property or other unique identifier in your import, each row of your import file will be imported as a new contact record. » La règle est identique pour les entreprises, avec le domaine à la place de l'email.
Le Record ID, quand vous en avez un, « supercede[s] any other unique identifiers included in the import », et « if a row in your file doesn't contain a value for Record ID, a new record will be created ».
Rien dans la plateforme ne vous arrêtera. À partir de Starter, HubSpot accepte des fichiers jusqu'à 512 Mo, « up to 1,048,576 rows per file », « up to 10,000,000 rows per day », et 500 imports par jour. Même les outils gratuits autorisent 500 000 lignes par jour, réparties sur 50 imports. Le plafond n'est pas votre contrainte. La colonne email de votre fichier, si.
C'est là que le côté LinkedIn devient un problème en soi, parce que cette colonne est précisément celle que LinkedIn retient. Nous avons décortiqué l'export dans un article à part, comment exporter ses contacts LinkedIn ; en résumé, l'adresse dépend des réglages de la personne concernée, et Sales Navigator ne propose aucun export de fichier.
Le premier import se passe bien. C'est le deuxième, le mois suivant, avec les mêmes noms et la même colonne manquante, qui double votre base.
Règles et limites d'import tirées des articles set up your import file et import objects de HubSpot, consultés le 11 septembre 2026.
Pourquoi un doublon coûte plus cher qu'un champ vide

Deux signaux et demi sur sept : l'outil de dédoublonnage cherche un e-mail, un téléphone et un code postal que la fiche issue du profil n'a jamais fournis.
Un champ email vide se voit. Quelqu'un repère le blanc, quelqu'un le remplit. Un doublon, lui, est invisible par nature, et il vous coûte de cinq façons différentes.
Commençons par le pourquoi plutôt que par le combien. HubSpot dédoublonne automatiquement les contacts par l'adresse email (« automatically deduplicates contacts using email addresses ») et les entreprises par le nom de domaine. Affaires, tickets, produits et objets personnalisés ne se dédoublonnent qu'à la main, via le Record ID. Quand le gestionnaire de doublons de HubSpot cherche des paires, il compare « First Name, Last Name, Email address, IP country, Phone number, Zip Code, and Company Name ».
Comptez maintenant ce qu'un fragment venu de LinkedIn fournit dans cette liste. Un prénom, un nom et un nom d'entreprise qui peut s'écrire de quatre manières selon qui l'a saisi : deux signaux et demi sur sept.
Pipedrive aboutit au même résultat par un autre chemin : il cherche les contacts portant « the same name – like Tom Smith – and one of the following: the same phone number, the same email address, or are part of the same organization ». Sans email, sans téléphone, sans organisation rattachée, le rapprochement n'a plus qu'un nom courant sur lequel s'appuyer.
Le reporting est le premier touché. Deux fiches pour une même personne, ce sont des nombres de contacts faux, des taux de conversion calculés sur de mauvais dénominateurs, et des listes filtrées par propriété dont personne ne parvient à réconcilier les chiffres.
L'historique d'activité se coupe en deux, et c'est pire que ça n'en a l'air. La documentation de fusion de HubSpot dit que « all timeline activities of both records included in the merge will appear on the new record ». Lisez-la à l'envers : tant que la fusion n'a pas eu lieu, l'historique reste éclaté entre les deux fiches. Une fiche porte les deux emails envoyés en mars, l'autre porte la réponse arrivée en avril, et le commercial qui ouvre l'une ou l'autre voit la moitié d'une conversation sans aucune raison de soupçonner qu'il existe une seconde moitié.
La coupure contamine ensuite le lead scoring. Aucun éditeur de CRM ne documente ce point, alors prenez-le comme un raisonnement et non comme une citation : un score se calcule sur une fiche, à partir de l'activité de cette fiche. Répartissez le comportement d'une personne sur deux fiches et ni l'une ni l'autre n'atteindra peut-être le seuil qui déclenche l'attribution à un commercial. Ou alors c'est la mauvaise qui l'atteint, et le commercial hérite de la jumelle vide.
Il existe aussi un coût sonnant et trébuchant, qui ne concerne toutefois que les contacts que vous avez marqués comme marketing. HubSpot l'écrit ainsi : « if you exceed your current contact tier by adding marketing contacts, your account will be upgraded to the next contact tier. » Et l'inverse n'est pas vrai : « HubSpot doesn't downgrade contact tiers mid-term », donc « you are billed for the higher contact tier until your subscription's next renewal date, even if your marketing contact count later drops ».
Le nettoyage est le cinquième coût, et il dépend de votre offre. Le gestionnaire de doublons de HubSpot réclame un abonnement Professional ou Enterprise, fait remonter jusqu'à 10 000 paires en standard, 30 000 avec Data Hub Professional et 100 000 avec Data Hub Enterprise, et la gestion en masse exige un abonnement Data Hub. La fusion est à sens unique, selon les mots mêmes de HubSpot : « It's not possible to unmerge records. » Il y a même un plafond au nombre de fusions possibles : « You cannot merge records if they've been included in a combined total of 250+ merges. »
Le refus d'une paire suggérée peut au moins être annulé pendant 14 jours. C'est le seul retour en arrière possible dans tout le dispositif.
Déduplication, gestion des doublons et comportement de fusion tirés des articles deduplication, duplicate management et merge records de HubSpot ; facturation des contacts marketing dans l'article dédié ; critères de rapprochement de Pipedrive dans son article sur la fusion des doublons. Pages consultées le 11 septembre 2026.
Quatre exigences envers une intégration LinkedIn–CRM
Tous les outils de cette catégorie vous diront qu'ils connectent LinkedIn à votre CRM. C'est vrai, tous le font. Les différences se cachent derrière le mot « connecter », et ces quatre questions les font apparaître en une minute environ.
1. Fiche complète, ou fragment
Demandez quels champs arrivent dans le CRM, pas si l'outil synchronise. La liste que je veux voir : nom, email, téléphone, entreprise et URL LinkedIn, écrits en une seule opération.
Une fiche sans email, ce n'est pas 80 % d'une fiche. C'est une fiche sans identité, pour les raisons vues plus haut, et c'est exactement l'entrée qui produira le doublon deux mois plus tard.
2. Create-or-update, ou insertion aveugle
HubSpot et Salesforce proposent tous deux cette primitive, si bien qu'aucun outil n'a d'excuse technique pour ne pas s'en servir.
HubSpot expose un endpoint de batch upsert sur les contacts. Voici son comportement, mot pour mot : « if the contacts already exist, they'll be updated and if the contacts don't exist, they'll be created. » Le paramètre idProperty lui indique sur quelle propriété rapprocher les fiches : soit email, soit une propriété d'identifiant unique personnalisée. Les opérations par lot sont plafonnées à 100 fiches à la fois.
Salesforce fait la même chose avec un PATCH sur un champ d'identifiant externe. Les cas documentés sont clairs : sans correspondance, « a new record is created according to the request body » ; avec une correspondance, « the record is updated according to the request body » ; avec plusieurs, « a 300 error is reported, and the record isn't created or updated ». Passer updateOnly=true désactive complètement la création.
Plusieurs outils du marché affichent désormais le create-or-update, et je ne vais pas prétendre le contraire. La question suivante est celle qui les départage : sur quel identifiant rapprochent-ils les fiches ? Un upsert fondé sur un email que vous n'avez pas reste une insertion, sous un nom plus flatteur.
3. Vérifié avant l'écriture, ou nettoyé après
Vérifier après l'écriture, c'est de l'hygiène de données : une tâche qu'on planifie, une file d'attente qu'on ne vide jamais vraiment. Vérifier avant l'écriture, c'est un filtre, et une fiche qui échoue au test n'entre jamais dans le CRM.
Au bout de six mois, les deux donnent des bases très différentes.
4. Téléphones, numéros européens compris
Une adresse fait entrer la fiche dans le séquenceur que vous utilisez déjà. Une ligne directe vous donne une conversation, et sur un compte stratégique c'est souvent le chemin le plus court.
Si votre marché comprend l'Europe, posez explicitement la question des numéros européens et celle de la base légale qui autorise à les détenir. Beaucoup d'outils conçus aux États-Unis ne les proposent tout simplement pas.
Comportement de l'upsert tiré de la référence de l'API contacts de HubSpot et de la documentation REST upsert de Salesforce, consultées le 11 septembre 2026.
De LinkedIn à HubSpot
HubSpot est le plus complet des trois sur tout, sauf sur le champ dont vous avez le plus besoin.
Son enrichissement natif peut nettement améliorer un contact. Voici, mot pour mot, la liste complète des propriétés de contact qu'il sait remplir : « City, Country, Country Code, Employment Role, Employment Seniority, Employment Sub Role, Enrichment opt-out, Enrichment opt-out timestamp, First Name, Job Title, Last Name, LinkedIn URL, State/Region, State/Region Code ». L'email n'y est pas. Aucun téléphone personnel non plus : « Phone number » n'apparaît que parmi les propriétés entreprise.
Et la condition d'entrée boucle la boucle : « contacts must have a business email address. Personal addresses such as Gmail or Yahoo will not be enriched. » L'enrichissement améliore une fiche joignable. Il ne rend pas joignable une fiche qui ne l'est pas.
Deux mécanismes à connaître avant de bâtir quoi que ce soit dessus. L'enrichissement automatique « fills properties containing blank or empty values » et « doesn't overwrite values set by a user or another system » : une valeur fausse déjà présente dans un champ y reste donc, alors que l'enrichissement manuel, lui, écrase les valeurs existantes. L'inscription en masse à l'enrichissement, depuis une vue liste, traite 100 fiches à la fois.
Côté coût, HubSpot facture le crédit 0,010 €, soit 10 € le pack de 1 000 crédits, et le catalogue précise que « unused credits do not roll over into the following month ». Ce que HubSpot ne publie nulle part, du moins pas là où j'ai cherché, c'est le nombre de crédits que consomme une fiche enrichie. Autrement dit, tout coût par contact que vous verrez circuler pour l'enrichissement HubSpot repose sur une supposition. Le fonctionnement du compteur et ce qui y puise sont détaillés dans notre article sur l'enrichissement de données HubSpot.
Le versant écriture de la plateforme (propriétés, upserts et tout ce que l'API accepte sans broncher) est traité dans notre article sur l'API HubSpot et les données de contact.
Périmètre et comportement de l'enrichissement tirés de l'article enrichissement de HubSpot ; prix du crédit dans le catalogue produits et services. Pages consultées le 11 septembre 2026.
De LinkedIn à Salesforce
Salesforce a le meilleur create-or-update des trois, et c'est aussi celui qu'on utilise le moins.
L'upsert sur identifiant externe décrit plus haut est exactement ce que devrait utiliser toute écriture de LinkedIn vers Salesforce : on rapproche sur l'email, on laisse Salesforce décider s'il s'agit d'une création ou d'une mise à jour, et on lit l'erreur 300 comme le signe qu'une ambiguïté existe déjà dans votre organisation Salesforce, plutôt que comme un obstacle.
Ce que Salesforce ne fait pas, c'est trouver l'email. Son extension Chrome déplace des fiches, elle ne recherche pas de coordonnées, et ses mécanismes anti-doublons travaillent avec les signaux que la fiche apporte en arrivant. Nous avons traité ces deux points, ainsi que les limites des règles de rapprochement, dans notre article sur l'extension Chrome Salesforce.
De LinkedIn à Pipedrive
Pipedrive est le plus permissif des trois sur ce qu'il accepte de stocker, et c'est un choix cohérent avec ce qu'il est : un outil de pipeline qui n'a jamais été vendu comme un outil de données.
Un simple name suffit à créer une Personne. Tout le reste est facultatif, l'adresse et le numéro compris. Pour détecter les doublons, il lui faut ensuite un nom, plus un email, un téléphone ou une organisation en commun : précisément ce qu'une synchro LinkedIn n'apporte pas.
L'enrichissement, l'expiration des crédits et les restrictions selon l'offre sont traités dans notre article sur l'intégration Pipedrive–LinkedIn.
Qui d'autre s'attaque à ce problème

Deux des trois facturent au siège, donc le prix grimpe avec l'effectif ; la comparaison porte sur des prix et des crédits mensuels, comme l'article le recommande.
Deux outils nous concurrencent directement ici, et tous deux sont bons pour ce qu'ils font. Je m'en tiens à ce qu'ils publient.
Hublead ne fonctionne qu'avec HubSpot. Starter est gratuit et n'inclut aucun crédit d'enrichissement. Professional est à 40 $ par siège et par mois, 32 $ avec l'année payée d'avance, et inclut 50 crédits par mois. Business est à 80 $ et 64 $, pour 500 crédits par mois. Scale est à 140 $ et 112 $, pour 2 000. D'après ses tarifs publiés, un contact exporté ou un enrichissement de liste HubSpot coûte 1 crédit, et l'accès à un numéro de téléphone 8. Hublead ne publie ses tarifs qu'en dollars.
Surfe couvre davantage de CRM : HubSpot, Salesforce, Pipedrive et Copper. L'offre gratuite donne 20 recherches d'email et 5 de mobile par mois, avec un nombre limité d'ajouts au CRM en un clic. Essential est à 49 $ par utilisateur et par mois, 39 $ en annuel, avec 150 crédits email et 50 crédits mobile. Pro est à 89 $ et 79 $, avec 1 000 crédits email et 100 crédits mobile, plus la synchro vers Salesloft, Outreach et lemlist. Enterprise est sur devis. Surfe ne publie ses tarifs qu'en dollars.
Les deux facturent au siège. C'est la différence de structure à connaître avant de comparer les prix affichés, parce qu'une équipe de cinq commerciaux paie cinq fois le même outil.
Enrow ne facture pas au siège, et le nombre de membres d'équipe est illimité sur Pro et Scale. Il n'y a qu'un compteur, dans lequel tout le monde puise : le calcul est le même pour un commercial ou pour neuf.
Une précaution si vous refaites la comparaison vous-même : comparez le mensuel au mensuel, l'annuel à l'annuel, et une dotation mensuelle de crédits à une dotation mensuelle. Une offre par siège qui affiche un total annuel de crédits à côté d'un prix mensuel paraît douze fois plus généreuse qu'elle ne l'est.
Je n'ai testé l'écriture ni de l'un ni de l'autre sur un CRM en production, donc je ne me prononcerai pas sur la façon dont leur synchro gère les doublons. Posez-leur les quatre questions ci-dessus, et exigez qu'ils précisent l'identifiant sur lequel ils rapprochent les fiches.
Tarifs issus des pages de prix des deux éditeurs, consultées le 11 septembre 2026.
Ce qu'Enrow écrit dans la fiche
Enrow travaille en amont du CRM, pas à côté. Il n'a qu'une mission ici : prendre un profil LinkedIn ou Sales Navigator, trouver les vraies coordonnées de la personne, les vérifier et remettre au CRM une fiche complète.
La liste des champs est publiée, alors je la cite plutôt que de la paraphraser. « Push any contact straight to HubSpot, Salesforce, or Pipedrive. Name, email, phone, company, LinkedIn URL — full record, zero manual entry. » Pas de propriété email vide. Pas de note « à compléter » à laquelle personne ne revient jamais.
L'écriture est un create-or-update. Si la fiche existe déjà dans votre CRM, elle est mise à jour ; sinon, elle est créée. Vous n'avez donc pas la version de mars d'une personne deux lignes au-dessus de sa version d'août, chacune avec la moitié de l'historique.
La vérification se fait avant l'écriture, pas après : rien n'entre dans le CRM sous réserve. Le contenu de ce contrôle est détaillé plus bas. La recherche, elle, se fait en direct : deux à cinq secondes, au moment où vous la lancez, auprès du serveur de messagerie et non dans une table que quelqu'un a compilée au printemps dernier.
Le téléphone, les outils de cette catégorie le vendent généralement à part. Enrow couvre les lignes directes européennes, avec la documentation juridique qui va avec, ce que les outils conçus aux États-Unis ne tentent souvent même pas.
Et vous êtes facturé au résultat, jamais à la tentative. Une recherche vide ne coûte rien, et une adresse qui reviendrait en erreur plus tard non plus.
Citation de l'extension tirée de la page extension Chrome d'Enrow ; liste des intégrations natives sur enrow.io/fr/integrations. Pages consultées le 11 septembre 2026.
Un champ rempli et un champ juste, ce n'est pas la même chose
C'est ce qui restera vrai quels que soient vos choix d'outils, donc autant être précis.
Une adresse affirme qu'une boîte existe sur un serveur, et cette affirmation se périme sans prévenir personne. Un champ peut être rempli et faux de trois façons précises, et aucune ne se voit dans une vue liste.
Le format était bon pour l'entreprise, mais pas pour cette personne. La plupart des organisations utilisent prenom.nom@, mais il y a les deux Sarah Chen, le prestataire sur un autre domaine, et le dirigeant dont la boîte a été créée en 2014 selon une nomenclature que plus personne n'emploie.
La personne est partie. En février, l'adresse de ce champ fonctionnait parfaitement. En mars, sa titulaire a changé de poste ; en avril, la boîte a été désactivée, et votre fiche affiche toujours une propriété email bien remplie, avec une coche verte à côté dans tous vos tableaux de bord.
Le domaine est en catch-all. Le serveur accepte toutes les adresses que vous lui présentez et ne confirme rien, donc un contrôle naïf valide une adresse qui n'existe pas. Nous avons détaillé le mécanisme dans notre article sur les emails catch-all.
La réponse d'Enrow à ces trois cas est la même : plus de 10 vérifications distinctes avant de renvoyer une adresse. Plusieurs passes SMTP. Des sondes catch-all répétées depuis des serveurs situés dans des régions différentes, ce qui est le vrai prix à payer pour trancher sur un domaine qui dit oui à tout. Ici, un catch-all donne lieu à un verdict, pas à une étiquette « risqué » qu'on vous laisse arbitrer vous-même.
Sur mes propres fichiers, le taux de couverture tourne autour de 60 % et le taux de bounce reste sous 1 %. Ce sont des observations faites sur mes envois, pas des engagements sur les vôtres, et je préfère l'écrire ici plutôt que vous laisser le découvrir dans un rapport de bounce.
Ce qui veut dire aussi que deux noms sur cinq ne renvoient rien. Ceux-là ne vous coûtent rien non plus, et c'est toute la raison d'être de la facturation au résultat.
Ce que coûte la couche de données
La grille d'Enrow, en facturation mensuelle :
| Offre | Par mois | Crédits | Dépensé entièrement en emails | Dépensé entièrement en téléphones |
|---|---|---|---|---|
| Start | 15 € | 1 000 | 1 000 emails (0,015 € pièce) | 25 lignes directes |
| Pro | 75 € | 10 000 | 10 000 emails (0,0075 €) | 250 lignes directes |
| Scale | 360 € | 50 000 | 50 000 emails (0,0072 €) | 1 250 lignes directes |
| Scale | 1 250 € | 200 000 | 200 000 emails (0,00625 €) | 5 000 lignes directes |
Ces deux dernières colonnes sont les deux extrêmes d'un même budget, pas deux dotations posées côte à côte. Il n'y a qu'un compteur. Un crédit achète un email, un quart de crédit recontrôle une adresse que vous détenez déjà, quarante crédits achètent une ligne directe, soit environ 0,30 € sur Pro. Dépenser en téléphones, c'est dépenser son budget email. Autant le dire franchement : c'est pour ça que personne ne devrait enrichir toute une base en numéros.
L'engagement annuel réduit de 10 % le prix de Pro et de Scale. Start n'existe qu'en mensuel. Les crédits non consommés se reportent sur Pro et Scale.
Un crédit n'est débité que pour un résultat valide, et pour rien d'autre. Cette règle est antérieure à la plupart des acteurs du marché : Enrow a été le deuxième outil au monde à facturer l'email trouvé plutôt que la recherche lancée, et la catégorie a suivi.
L'offre gratuite se renouvelle : chaque mois, 50 crédits arrivent, sans carte bancaire, et ce n'est pas un essai qui prend fin.
En volume, le navigateur sort complètement du circuit. Tout passe alors par import CSV, API, webhooks, ou par un scénario dans Make, Zapier ou n8n. Claude et OpenAI figurent aussi parmi les intégrations natives, via le serveur MCP officiel (github.com/EnrowAPI/enrow-mcp), qui place la recherche et la vérification d'emails directement dans la liste d'outils d'un assistant, au lieu de les cacher derrière une surcouche à maintenir vous-même. Ce montage est décrit dans notre article sur les agents IA commerciaux et le MCP.
Ce qu'Enrow ne fait pas
Enrow ne construit pas de listes. Il ne détient aucune base interrogeable et n'en aura pas : une base est une photographie, et le marché de l'emploi continue de bouger une fois la photo prise. La recherche en temps réel, c'est tout le principe. La contrepartie, c'est que quelqu'un d'autre doit vous fournir la personne, et ce quelqu'un s'appelle LinkedIn ou Sales Navigator.
Enrow n'envoie rien non plus. Il ne gérera pas de séquences, ni maintenant ni plus tard. Ce métier revient à Emelia d'abord, puis à La Growth Machine et à lemlist ; la fiche vérifiée doit arriver dans celui des trois que vous payez déjà.
Pas de données technographiques non plus. Ce qu'Enrow sait d'une entreprise correspond à peu près à ce que LinkedIn en montre, sans aller plus loin.
Et la liste des CRM pris en charge nativement compte bel et bien trois noms, pas trente : HubSpot, Salesforce et Pipedrive. Attio, Close CRM et Microsoft Dynamics passent par des connecteurs tiers, et je ne vais pas maquiller la réalité sur une page consacrée à l'écriture de fiches propres.
Plus de 5 000 entreprises utilisent Enrow. Le périmètre est étroit, volontairement, et il le restera.
Comment j'ai vérifié tout ça
Chaque affirmation de cette page sur HubSpot vient d'une page publiée par HubSpot, consultée le 11 septembre 2026 : la référence de l'API contacts, les articles sur la déduplication, la gestion des doublons et la fusion, les deux articles d'import, l'article d'enrichissement, l'article de facturation des contacts marketing, l'article de l'extension Chrome Sales, les deux articles d'intégration LinkedIn et le catalogue produits de son site juridique. Le comportement de l'upsert Salesforce vient de la documentation développeur de son API REST. Les champs obligatoires de Pipedrive viennent de sa documentation développeur, et ses critères de rapprochement de sa base de connaissances.
Quand un chiffre n'est pas publié, cette page le dit au lieu de l'estimer. Ça vaut pour le coût en crédits d'une fiche enrichie chez HubSpot, pour les champs obligatoires d'un Lead Salesforce, et pour toute statistique sur la fréquence à laquelle une synchro produit une fiche injoignable. Aucun éditeur n'en publie, et je ne vais pas en inventer.
Les chiffres d'Enrow viennent d'enrow.io, consulté le 11 septembre 2026.
Prenez un profil que vous avez déjà jugé digne d'intérêt. Envoyez-le dans le CRM par le chemin que vous utilisez aujourd'hui, puis ouvrez la fiche et cherchez l'email. Si le champ est vide, ou rempli sans que vous sachiez dire si l'adresse fonctionne, vous avez tout le problème sous les yeux. Enrow vous offre 50 crédits chaque mois, sans carte bancaire. De quoi faire passer le même profil par l'autre chemin et comparer les deux fiches.
utilisateur illimité
Prêt à passer à la vitesse supérieure
FAQ
Comment connecter LinkedIn à mon CRM ?
Il existe trois chemins. Un commercial recopie les champs à la main. Un connecteur de synchro ou une extension Chrome écrit le profil dans le CRM automatiquement. Ou vous fabriquez un CSV et vous l'importez. Jugez-les sur ce qui arrive dans la fiche, pas sur la réussite de la connexion : la fiche porte-t-elle une adresse vérifiée, l'écriture met-elle à jour une fiche existante au lieu d'insérer une nouvelle ligne, vos marchés sont-ils couverts côté téléphone ? Un connecteur qui n'apporte rien de plus que ce que LinkedIn vous montrait déjà a déplacé un fragment, pas un contact.
Peut-on relier son CRM à LinkedIn Sales Navigator ?
Oui, et c'est verrouillé des deux côtés. La documentation de HubSpot exige un siège Sales Hub Professional ou Enterprise attribué, plus une offre LinkedIn Sales Navigator Advanced Plus, aussi bien pour l'intégration Sales Navigator que pour le CRM Sync. Ce qui se synchronise, c'est du contexte et de l'activité : poste, entreprise, ancienneté dans le poste, localisation, secteur, relations communes, activité récente, ainsi que des écritures en retour dans le CRM. Les adresses email et les numéros de téléphone ne figurent pas parmi les champs synchronisés.
Quel CRM a la meilleure intégration LinkedIn ?
Ce n'est pas l'intégration qui fait la différence. Les trois grands CRM acceptent un profil LinkedIn comme fiche, et tous trois stockeront sans broncher une fiche injoignable. HubSpot est le plus strict sur l'identité, puisque l'email est son identifiant unique principal pour la déduplication. Salesforce a la primitive create-or-update la plus propre, via l'upsert sur un identifiant externe. Pipedrive est le plus permissif : un nom lui suffit. Choisissez en fonction du reste de votre stack, puis traitez la couche de données à part, parce que c'est elle qui détermine si les fiches valent quelque chose. C'est précisément là qu'intervient Enrow.
Pourquoi est-ce que j'accumule des contacts en double dans mon CRM ?
Parce que l'écriture ne disposait d'aucun identifiant unique pour rapprocher les fiches. HubSpot le dit franchement : sans la propriété Email ni autre identifiant unique, « each row of your import file will be imported as a new contact record ». Son gestionnaire de doublons compare First Name, Last Name, Email address, IP country, Phone number, Zip Code et Company Name, et une fiche venue de LinkedIn n'en fournit presque aucun. Pipedrive exige un nom identique, plus un email, un téléphone ou une organisation en commun. Mettez un email vérifié sur la fiche dès sa création, et toute cette catégorie de problèmes disparaît.
Peut-on exporter gratuitement ses leads LinkedIn vers un CRM ?
En partie. L'archive des relations LinkedIn s'exporte, mais la colonne email ne se remplit que pour les personnes dont les réglages l'autorisent, et Sales Navigator ne propose aucun export CSV ni XLS. Ces deux points sont traités dans comment exporter ses contacts LinkedIn. Côté enrichissement, l'offre gratuite d'Enrow donne 50 crédits chaque mois, sans carte bancaire : de quoi tester le flux de bout en bout sur une vraie liste avant de payer quoi que ce soit.
Combien coûte un contact joignable déposé dans un CRM ?
La partie qui me concerne est entièrement publique. Un email valide coûte 0,015 € sur Start, 0,0075 € sur Pro et 0,0072 € sur Scale ; une ligne directe valide, européenne ou américaine, revient à environ 0,30 € sur Pro, et elle puise dans le même compteur de crédits que les emails, pas dans une enveloppe séparée. Une recherche vide n'est pas facturée. La partie côté CRM est impossible à calculer honnêtement : HubSpot affiche 0,010 € le crédit mais ne publie aucun taux de consommation pour enrichir une fiche, et Pipedrive publie des quantités de crédits sans prix au crédit.
Une synchro LinkedIn–CRM apporte-t-elle les adresses email avec elle ?
En général, non, et c'est dans la documentation qu'il faut le vérifier. Le LinkedIn CRM Sync de HubSpot annonce la création et la mise à jour de contacts parmi ses capacités, sans jamais citer l'email ni le téléphone parmi les champs synchronisés. L'enrichissement natif de HubSpot, lui, ne sait pas remplir l'email d'un contact : sa liste de propriétés enrichissables s'arrête au nom, au poste, à l'ancienneté, à la localisation et à l'URL LinkedIn, et il exige déjà une adresse professionnelle pour fonctionner. Si rien dans la chaîne ne trouve et ne vérifie une adresse, aucun maillon n'en inscrira une sur la fiche.

