API Pharow : retrouver et enrichir des entreprises et des prospects dès le 1er décembre 2026

« Vous avez une API ? » Entre janvier et début octobre 2026, elle est arrivée sur notre chat dans au moins 65 conversations. Un jour de mars, un client l'a posée trois fois dans la même journée : est-ce toujours prévu, à quel horizon, pour quand. En juin, un autre nous a écrit que l'agent qu'il construisait avec Claude lui demandait si Pharow avait une API.

Jusqu'ici, la réponse était non. Plusieurs de nos propres articles citaient d'ailleurs l'absence d'API comme une limite de Pharow.

À partir du 1er décembre 2026, la réponse devient oui. L'API publique Pharow est une API d'enrichissement B2B : elle permet d'accéder aux données Pharow depuis vos propres outils et automatisations. Au lancement, elle permet de retrouver une entreprise, de l'enrichir, de trouver les prospects qui y travaillent, ou une personne précise, et de les enrichir à leur tour.

Voici ce que l'API fait au lancement, à quoi elle sert concrètement, pourquoi on a commencé par là, et quand une intégration native reste le meilleur choix.

Ce que l'API Pharow permet au lancement

Au lancement, l'API Pharow propose cinq endpoints pour retrouver et enrichir une entreprise, trouver ses prospects ou une personne précise, puis enrichir un prospect.

Les endpoints de l'API Pharow au lancement

Chaque action correspond à un endpoint, c'est-à-dire une adresse que votre outil appelle avec une donnée en entrée.

Ce qui n'est pas encore dans l'API

Deux fonctionnalités sont annoncées pour compléter cette première version :

• la recherche avancée d'entreprises, par activité, code NAF ou effectif ;
• l'enrichissement en masse.

En attendant, une liste se traite ligne par ligne : un appel par entreprise, puis un appel par prospect retenu.

=> Au lancement, l'API est faite pour le fil de l'eau : un lead, une entreprise, un contact à la fois, au moment où votre outil en a besoin.

Quatre usages concrets de l'API Pharow

Chaque usage enchaîne deux ou trois appels, et chacun répond à une demande qu'on reçoit déjà.

Enrichir un CRM sans intégration Pharow (Zoho, CRM maison)

« Avez-vous une API pour une connexion à notre outil maison ? » On la reçoit d'équipes sur Zoho, sur un CRM métier ou sur un outil construit en interne, parfois avec Claude ou Lovable. La donnée est dans Pharow, elles le savent. Elles passent leur temps à faire des allers-retours entre deux onglets.

Avec l'API, le CRM fait l'aller-retour à leur place :

1. Company Lookup retrouve l'entreprise depuis le site ou le nom déjà dans le CRM ;
2. Position Search in a Company trouve le contact sur le poste visé (le DRH, le directeur commercial) ;
3. Position Enrich récupère son email professionnel, et son mobile si vous le demandez.

Un conseil : l'API ne vérifie pas si le contact existe déjà chez vous. Faites ce contrôle dans votre workflow avant d'écrire dans le CRM, sinon les doublons arrivent vite.

Qualifier un lead entrant avant de le pousser dans le CRM

Un client nous a décrit son process sans filtre. Un prospect demande un essai, il entre dans Pipedrive, puis quelqu'un vérifie à la main qu'il est bien dans la cible. Sur un abonnement à petit panier, ce contrôle coûte plus cher qu'il ne rapporte.

L'API place Pharow avant le CRM :

1. Company Lookup retrouve l'entreprise à partir du domaine de l'email professionnel ;
2. Company Enrich renvoie son activité et son effectif ;
3. votre outil oriente le lead, ou l'écarte, sans que personne n'y touche.

Une adresse Gmail ou Hotmail ne donne pas d'entreprise : prévoyez-lui un parcours à part.

Trouver les décideurs d'une liste de SIREN

Certaines listes ne naissent pas dans Pharow. Un client qui prospecte les hôtels construit la sienne à la main : des adresses récupérées sur Booking, croisées avec le registre national des entreprises pour obtenir les SIREN. Ce qu'il veut : envoyer chaque matin un lot de 10 à 20 SIREN et récupérer les décideurs avec leur profil LinkedIn et, si possible, leur mobile.

Le SIREN suffit : Position Search in a Company l'accepte tel quel (sans SIREN, Company Lookup le retrouve d'abord à partir du site ou du nom). Vous gardez les prospects qui vous intéressent, puis Position Enrich les enrichit. Ce tri au milieu évite de payer l'enrichissement de contacts que vous n'appellerez jamais.

Ce que l'API ne fait pas encore : écarter d'elle-même les entreprises déjà dans vos listes de prospection ou d'exclusion. Ce tri reste à faire de votre côté pour l'instant.

=> Pour une liste ponctuelle de plusieurs centaines d'entreprises, l'import dans la plateforme reste plus simple.

Contacter une entreprise dès qu'un signal d'achat arrive

Une jeune entreprise détecte chaque jour des signaux d'achat dans ses propres outils : offres d'emploi, avis clients, appels d'offres. Aujourd'hui, un opérateur importe entre 20 et 200 SIREN par jour ouvré dans Pharow, lance la recherche des décideurs et de leurs emails, puis exporte vers le webhook qui nourrit les campagnes. Tous les jours, à la main.

Son cofondateur nous a dit ce qu'il attend : « Ça me permettrait de faire des mini batch quotidiens, d'être exactement là où j'ai reçu un signal d'achat potentiel. »

Avec l'API, son outil enchaîne dès qu'un SIREN tombe : Position Search in a Company sur la fonction visée, Position Enrich pour l'email, puis l'envoi en campagne par sa propre automatisation. Il cherche une fonction, puis une autre si la première n'existe pas dans l'entreprise : au lancement, ça fait deux appels successifs.

Pourquoi on a commencé par l'enrichissement

On a commencé par l'enrichissement parce que c'est le cycle que nos clients répètent le plus à la main, sans ciblage à construire.

Pourquoi il n'y avait pas d'API avant

En juin 2026, lors de notre revue produit, on avait rangé l'API dans les sujets à douze mois. Pour deux raisons. On pensait que les équipes qui veulent tout automatiser n'étaient pas, pour l'essentiel, nos utilisateurs. Et l'API qu'on utilise en interne n'était pas exposable en l'état : il fallait la remettre à plat avant d'ouvrir quoi que ce soit.

On s'est trompé sur la première raison. Les demandes du chat, puis les appels de septembre, venaient justement de nos utilisateurs, dont beaucoup travaillent déjà avec Claude, Make ou n8n. Le cofondateur d'un cabinet d'audit hôtelier nous l'a résumé mieux que nous : « Avant je faisais tout manuellement donc Pharow était peu chronophage. Mais comme j'ai tout automatisé sur Claude, c'est devenu le plus chronophage. » Pharow était devenu le maillon lent de sa chaîne.

La seconde raison était juste, et elle explique pourquoi l'API ouvre avec quelques endpoints simples avant d'être étendue.

=> On a avancé l'API d'environ six mois parce que nos propres utilisateurs nous ont donné tort.

Deux familles de besoins

En septembre, notre équipe produit a appelé un par un les clients qui avaient demandé une API. Deux besoins sont ressortis :

• refaire sans cesse les mêmes étapes : une liste d'entreprises, les bons contacts, leurs emails, l'export ;
• avoir du mal à construire son ciblage, et vouloir qu'un assistant IA choisisse les filtres avec soi.

Le premier était de loin le plus cité, et c'est celui où personne n'a envie d'être derrière l'écran : il n'y a rien à décider. On l'automatise d'abord. Le ciblage vient ensuite, avec la recherche avancée d'entreprises, parce que c'est la porte d'entrée de toute la plateforme.

Un client qui développe son propre logiciel nous avait écrit : « Si l'API sort un jour, je suis preneur d'une information. » Elle sort, et ceux qui l'ont demandée seront prévenus en premier.

API ou intégration native : laquelle choisir

Si votre outil a déjà une intégration Pharow, gardez-la : l'API sert les outils qui n'en ont pas et les workflows sur mesure.

Intégration native, webhook ou API

Pharow propose déjà deux façons d'envoyer la donnée ailleurs. L'API en ajoute une troisième, qui fonctionne dans l'autre sens : c'est votre outil qui demande, au moment où il en a besoin.

Le cofondateur qui travaille sur les signaux d'achat l'a résumé en deux phrases : « L'export webhook existant nous convient très bien. C'est l'entrée qui manque. »

L'API ne vous coupe pas de la plateforme : chaque entreprise et chaque prospect enrichis par l'API s'ajoutent automatiquement à une liste mensuelle dans Pharow. L'email passe par la même cascade que dans l'application (Dropcontact puis FullEnrich), avec une double vérification en option qui identifie aussi le service de messagerie du prospect.

=> L'API ne remplace pas les intégrations : elle couvre ce qu'elles ne touchent pas.

Si vous avez besoin d'une API aujourd'hui

D'autres acteurs proposent déjà une API d'enrichissement d'entreprises françaises. Si votre projet doit tourner avant le 1er décembre, regardez Societeinfo : son API existe depuis plusieurs années, avec des tutoriels pour la brancher à Zapier ou à n8n. Si vous utilisez déjà Pharow et pouvez attendre décembre, l'API vous évitera d'ajouter un fournisseur de données de plus.

Ce qui se passe le 1er décembre

L'API Pharow ouvre le 1er décembre 2026, avec la documentation complète de ses endpoints.

Trois choses seront précisées à cette date : les conditions d'accès, les limites d'appels et la documentation complète des endpoints (authentification, format des réponses). Le périmètre de lancement est déjà décrit dans le centre d'aide.

Sources et méthode

• Nombre de conversations : messages envoyés par des clients et des prospects sur le chat Pharow, du 1er janvier au 5 octobre 2026, contenant le mot « API », relus un par un. Les conversations portant sur l'API d'un autre outil (Lemlist, FullEnrich, Kaspr, API Sirene, France Travail) sont exclues. Le chiffre est un plancher : il ne compte ni les appels, ni les emails, ni les demandes formulées sans le mot « API ».
• Citations : extraites de ces conversations et des entretiens menés par l'équipe produit en septembre 2026, anonymisées.
• Périmètre de l'API : article du centre d'aide Pharow, mis à jour le 5 octobre 2026.