Démarrer

Alternative à Proxycurl : Que s'est-il passé et comment la remplacer en 2026

Proxycurl a fermé ses portes le 4 juillet 2025

Alternative à Proxycurl : Que s'est-il passé et comment la remplacer en 2026

Proxycurl a fermé ses portes le 4 juillet 2025, des mois après qu'LinkedIn a poursuivi sa société mère, Nubela, en justice concernant la manière dont la base de données de profils sous-jacente a été construite. Si votre produit enrichissait des profils LinkedIn via cette API, cette dépendance a disparu, et la véritable question n'est plus seulement de savoir quelle alternative à Proxycurl est la moins chère. Il s'agit de savoir si celle que vous choisirez ensuite repose sur la même vulnérabilité qui a entraîné la fermeture de celle-ci.
La réponse courte
Proxycurl a construit et revendu une base de données de profils LinkedIn collectés en dehors de l'accès propre de tout membre authentifié, le modèle exact visé par la plainte de LinkedIn. Une API basée sur les comptes telle qu'Unipile récupère des données au nom du propre compte LinkedIn lié de chaque utilisateur final, dans la limite de ce que ce membre peut déjà voir, sans aucune base de données de profils indépendante derrière elle. Cette différence structurelle, et non la grille tarifaire, est ce qui détermine si un remplacement hérite du même risque.
Créer sur l'API LinkedIn gratuite

Qu'est-il arrivé à Proxycurl, et quand ?

Proxycurl, dirigée par une entreprise appelée Nubela, vendait un accès par API aux profils LinkedIn et aux données d'entreprise : un développeur envoyait une URL LinkedIn et recevait en retour des champs structurés, sans session de navigateur ni recherche manuelle requise. C'était l'une des API de données LinkedIn les plus utilisées par les créateurs de SaaS, et selon les dires de son propre fondateur, elle réalisait environ 10 millions de dollars de revenus récurrents annuels lorsque l'affaire qui y a mis fin a été déposée.
DateQu'est-ce qui s'est passé
Janvier 2025LinkedIn dépose une plainte fédérale contre Nubela, alléguant que des centaines de milliers de faux comptes ont été créés pour collecter des millions de profils LinkedIn, que Proxycurl a ensuite revendus via son API.
Milieu de l'année 2025L'affaire se conclut par un accord, assorti d'obligations de suppression de données imposées à Nubela.
4 juillet 2025Proxycurl ferme ses portes. Le fondateur Steven Goh écrit publiquement : "Il n'y a pas de victoire possible dans ce combat."
Après juillet 2025Nubela se relance sous une nouvelle marque, Enrich Layer.
L'explication donnée par le fondateur lui-même pour ne pas avoir contesté la plainte met en cause la règle américaine : même une entreprise convaincue qu'elle finirait par l'emporter ne peut pas récupérer ses frais de justice, ce qui rend un combat prolongé contre un budget juridique beaucoup plus important perdant d'avance, quels que soient les mérites de l'affaire. Quoi qu'un remplaçant promette en matière de prix ou de couverture, cette même asymétrie s'applique à tout fournisseur fondé sur le même modèle.

Proxycurl n'était pas un cas isolé

Le costume Nubela s'inscrit dans un schéma qui le précède et s'est poursuivi depuis. Trois affaires, à trois ans d'intervalle, ciblent toutes la même structure sous-jacente : une base de données de profils construite indépendamment de toute session authentifiée d'un membre LinkedIn.
hiQ Labs c. LinkedIn, décembre 2022 : après des années de litige, un jugement par consentement a ordonné à hiQ de verser 500 000 USD et de cesser définitivement de collecter des données LinkedIn, ainsi que de supprimer son code et ses données dérivées. hiQ n'existe plus.
LinkedIn c. Nubela (Proxycurl), janvier à juillet 2025 : traités ci-dessus.
LinkedIn c. ProAPIs, déposé le 3 octobre 2025 : LinkedIn allègue l'existence d'une " usine de faux comptes à grande échelle " revendant des accès jusqu'à 15 000 dollars américains par mois et par client, qu'elle affirme avoir détectée " en quelques heures "."
Rien de tout cela ne signifie que tous les fournisseurs de données LinkedIn font l'objet de poursuites. Cela signifie que le risque est structurel, et non fortuit : il est inhérent à une méthode spécifique de constitution des données, et non à la taille ou aux intentions d'une entreprise en particulier. Les documents publics qui sous-tendent ce risque structurel sont présentés dans notre guide pour savoir si Le scraping de LinkedIn est légal.

Ce que signifie la fermeture si votre produit dépendait de Proxycurl

Le fondateur de Proxycurl a qualifié la fermeture d'immédiate et non de progressive. Pour un produit qui faisait appel à son API pour enrichir des profils, cela a trois conséquences concrètes.
Les appels échouent maintenant. Toute étape d'enrichissement qui dépendait des points de terminaison de Proxycurl renvoie des erreurs, sans aucune période de transition de la part du fournisseur.
Les champs stockés deviennent obsolètes. Toutes les données de profil que vous avez récupérées et mises en cache avant le 4 juillet 2025 cessent d'être mises à jour. Les intitués de poste, les titres et les relations continuent de changer sur LinkedIn ; votre copie de ces données, non.
Le choix du remplacement importe désormais plus que la vitesse de la migration. La section ci-dessus montre qu'il s'agit d'un schéma récurrent, et non d'un cas isolé. Choisir un remplaçant qui reproduit le même modèle de données achète du temps, pas de la sécurité.
Le modèle qui devrait façonner tout ce que vous choisirez ensuite
Chacun des cas ci-dessus cible la même structure : une base de données de profils constituée en dehors de la session propre de tout membre authentifié et revouendue à des tiers. Un remplacement qui reproduit cette structure hérite de la même exposition, quels que soient son prix ou sa couverture de champs sur une page de comparaison.
Créer l'alternative basée sur les comptes

Couche d'enrichissement et la question suivante

Nubela n'a pas disparu. L'entreprise a été relancée sous un nouveau nom, Enrich Layer, selon l'annonce de fermeture de son propre fondateur. Ce qui n'est pas documenté publiquement, c'est si les données sous-jacentes à la nouvelle marque sont construites différemment de celles qui ont déclenché le procès initial.
Ce n'est pas une affirmation que cette page peut faire dans un sens ou dans l'autre, et cela ne devrait pas être le facteur décisif pour un changement de nom, pas plus que pour une toute nouvelle alternative dont vous n'avez jamais entendu parler. La réponse honnête est d'appliquer à Enrich Layer la même vérification que la section suivante applique à chaque option : demandez d'où viennent les données, et non comment s'appelle le produit.

Que vérifier avant de choisir une alternative à Proxycurl

La plupart des pages comparatives classent les options par prix par recherche ou par nombre de champs renangés. Aucune de ces questions ne permet de prédire si le fournisseur survivra aux trois prochaines années. La question qui le permet est plus simple : les données récupérées sont-elles en temps réel, au nom d'un véritable utilisateur authentifié, ou extraites d'un index que le fournisseur a construit et possède.

Ce qu'il a bien fait

Aucune authentification d'utilisateur final à créer. Une seule clé API, et n'importe quel profil de l'index était accessible.
A travaillé à l'échelle d'une liste, y compris sur des personnes avec qui personne dans votre produit n'avait de relation.
Tarification par crédit qui était simple à modéliser et à répercuter sur vos propres clients.
Rapide à intégrer : un seul appel HTTP, aucun flux de liaison de compte à concevoir ou à maintenir.

Là où c'est cassé

Un index partagé signifiait un point de défaillance unique, ce qui a mis fin au service le 4 juillet 2025.
L'exposition juridique du fournisseur a été héritée par tous les clients en même temps, sans avertissement.
La fraîcheur dépendait de la date de la dernière construction de l'index, et non de la propre vue du membre.
Lecture seule. Aucun moyen d'envoyer un message, une invitation ou une quelconque action en retour vers la plateforme.
Le compromis : Le modèle a été facile à adopter précisément parce qu'il ne demandait rien à l'utilisateur final, et c'est cette même propriété qui a concentré le risque en un seul endroit.

Ce qu'il fait bien

La recherche et les actions sont exécutées au nom du membre authentifié qui a lié son propre compte.
L'exposition est calculée par compte lié au lieu d'être regroupée en un seul indice à l'échelle de l'entreprise.
Lire et écrire : consulter un profil, envoyer un message, gérer les invitations, au sein de la même intégration.
Les données reflètent ce que ce membre peut voir actuellement, et non un instantané d'une exploration antérieure.

Ce qu'il ne fera pas

Chaque utilisateur final doit associer son compte, il y a donc une étape d'intégration à concevoir et à prendre en charge.
Le périmètre est limité par ce que ce membre peut déjà voir, il ne remplace donc pas l'enrichissement à l'échelle de la liste de personnes auxquelles personne n'est connecté.
Le volume respecte les propres limites par compte de la plateforme, et la cadence reste une décision qui incombe au client.
Si votre produit n'implique aucun utilisateur connecté, ce modèle ne convient pas.
Le compromis : demander à chaque membre de lier son propre compte représente un vrai travail, et c'est ce qui permet de maintenir l'intégration ciblée, auditable et indépendante de la mise en ligne d'un index unique.
Question à poserBase de données pré-intégréeAPI basée sur les comptes
Qui est authentifiéPersonne, au moment de la requête. Les données ont été collectées indépendamment de toute session de membre.L'utilisateur final, par le biais de son propre compte LinkedIn lié.
Ce qu'il peut récupérerN'importe quel profil de l'index, indépendamment de la relation du client demandeur avec celui-ci.Ce que le propre compte du membre authentifié peut déjà voir.
Si le fournisseur est poursuivi en justiceL'intégration de chaque client dépend d'un index partagé qui peut disparaître du jour au lendemain, comme cela s'est produit le 4 juillet 2025.L'exposition est évaluée par compte lié, et non mise en commun dans un actif à l'échelle de l'entreprise.
Note de traitement des donnéesPas de base de données de profils indépendante derrière l'API
Récupération en direct, au nom de l'utilisateur authentifié : Les données de profil et de messages sont récupérées via la propre session du compte lié, dans la limite de ce que ce membre peut déjà voir, et ne sont pas indexées dans une base de données Unipile autonome.
Pas d'archive parallèle : Unipile ne construit ni ne revend de base de données de profils LinkedIn. Ce qui transit par l'API parvient à votre produit ; rien n'est conservé en tant d'actif distinct.
Isolation par compte : Chaque compte LinkedIn lié fonctionne de manière indépendante. Rien n'est partagé entre les comptes de vos clients.
Créer le modèle basé sur les comptes

Un service comme Proxycurl est-il légal en 2026

Demander si Proxycurl est légal est une mauvaise question en soi, car la légalité et les propres mesures d'application de LinkedIn sont deux voies distinctes qui peuvent aller dans des directions différentes en même temps.
La loi : La Cour d'appel du Neuvième Circuit a jugé dans l'affaire hiQ Labs v. LinkedIn que la collecte de données visibles publiquement ne viole pas, en soi, le CFAA. Cette décision tient toujours.
Le contrat : hiQ a gagné sur ce point précis et a tout de même perdu l'affaire en vertu du droit des contrats, puis a fermé ses portes en vertu d'un jugement par consentement de décembre 2022. Celui de LinkedIn Contrat d'utilisation, la section 8.2, interdit la collecte automatisée de données, indépendamment de ce que permet le CFAA, et la page propre de LinkedIn sur logiciels et extensions interdits confirme que les comptes qui la violent "risquent de voir leurs comptes restreints ou fermés."
L'application : Les poursuites de Nubela et ProAPIs montrent LinkedIn agissant directement sur le terrain contractuel, indépendamment de toute question liée au CFAA et indépendamment du nombre d'années pendant lesquelles un fournisseur a exercé ses activités sans incident.
Un outil peut être défendable dans le cadre d'un système juridique tout en perdant son accès à LinkedIn en vertu des conditions d'utilisation de LinkedIn lui-même. Cet écart entre les deux voies est exactement ce qui a fait de la décision du neuvième circuit concernant hiQ une victoire partielle qui s'est tout de même soldée par une fermeture.

Comment Unipile répond, mis en correspondance avec ce que Proxycurl a couvert

Pour être tout à fait direct sur la limite honnête ici : Unipile n'est pas un substitut direct pour rechercher l'un des millions de profils avec lesquels vous n'avez aucune relation, comme le faisait Proxycurl. Unipile est une API basée sur les comptes. Chaque utilisateur final associe son propre compte LinkedIn via un flux d'authentification hébergé, et chaque récupération ou action ultérieure s'exécute au nom de ce membre authentifié. Si votre produit a besoin de résoudre un profil arbitraire, indépendamment de la connexion que l'utilisateur demandeur entretenait avec lui, cette capacité est fondamentalement différente par conception, et cette différence est l'objet même de cette page, et non une mise en garde à ignorer.
Pour le travail d'enrichissement que la plupart des produits dépendant de Proxycurl ont réellement effectué, le mappage ressemble à ceci :
Enrichissement du CRM : au lieu qu'une tâche de fond extrait les données d'un index statique, le profil qu'un représentant est déjà en train de consulter, ou qu'un contact déjà lié dans le CRM via son propre compte, soit récupéré en temps réel et synchronisé sur la fiche, pour chaque utilisateur.
ATS et recrutement : Les recherches de profils de candidats sont exécutées sur le propre compte lié du recruteur. Comme Unipile est basé sur les comptes plutôt qu'en lecture seule, ce même compte lié peut également envoyer une demande de connexion ou un message, une fonctionnalité que Proxycurl n'a jamais proposée.
Outils de vente et de prospection : résolution des données de profil et de message pour le propre compte lié du représentant, selon un calendrier contrôlé par votre produit, sans la dépendance à l'index partagé décrite ci-dessus.
// Côté serveur, au nom du compte lié de l'utilisateur authentifié
const rés = await fetch('https://api.unipile.com/api/v1/users/' + profileId + '?account_id=' + linkedAccountId, {
headers : { 'X-API-KEY': apiKey }
});
// Renvoie ce que ce compte lié peut déjà voir, en temps réel
Limites de la plateforme et utilisation responsableUn modèle basé sur les comptes ne supprime pas les propres limites de LinkedIn
Les limites sont déplacées, pas supprimées. la récupération et la messagerie restent dans les mêmes limites de connexion, de recherche et de messagerie qu'un membre atteindrait dans sa propre interface LinkedIn.
Le rythme et le volume restent une décision qui revient au client : L'API exécute ce que votre produit et vos utilisateurs décident d'envoyer, utilisateur par utilisateur. Elle ne fixe pas de rythme en leur nom.
Une intégration, un schéma unique, sur LinkedIn, WhatsApp, Instagram, Telegram, e-mail et calendriers. Authentification hébergée et webhooks au lieu d'un index statique qui peut disparaître le jour d'une date de dépôt.
Commencer à construire
Comment fonctionne UnipilePas d'identifiants partagés, pas d'élévation des privilèges
Intermédiaire technique indépendant : Unipile agit pour le compte de chaque utilisateur authentifié, dans le cadre d'une session qui lui appartient, et non en tant revendeur de données ni pour le compte de LinkedIn.
Chaque compte lié est isolé : aucun identifiant n'est partagé entre vos clients, et un compte lié ne peut pas voir les données d'un autre.
Non affilié, endossé par ou parrainé par LinkedIn. LinkedIn est une marque déposée de LinkedIn Corporation.
C'est la question du modèle ci-dessus, et non la liste des fonctionnalités, qui distingue une alternative durable à Proxycurl de celle qui perpétue discrètement la même exposition.
Trois endroits pour aller plus loin : le guide pour récupérer les données LinkedIn dans votre propre logiciel couvre le côté de la recherche de bout en bout, comment se comparent les principales options de l'API LinkedIn si vous évaluez plus d'un fournisseur, et s'il existe un niveau gratuit pour l'API LinkedIn aux côtés de comment fonctionne la tarification de l'API LinkedIn une fois la question structurelle ci-dessus réglée.
Développez avec Unipile, gratuit pour commencer

Alternative à Proxycurl : vos questions ont des réponses

Ce qui est arrivé à Proxycurl, ce que signifie la fermeture et en quoi une API basée sur les comptes est différente.

Proxycurl, géré par Nubela, était une API de données LinkedIn générant un chiffre d'affaires annuel d'environ $10M. En janvier 2025, LinkedIn a intenté une action en justice, alléguant que des centaines de milliers de faux comptes avaient été utilisés pour collecter des millions de profils en vue de leur revente via l'API. Proxycurl a conclu un accord à l'amiable et fermeture le 4 juillet 2025, son fondateur écrivant qu'il n'y a pas moyen de gagner en combattant cela."

La légalité et la propre application des règles par LinkedIn sont deux questions différentes. La Cour d'appel du Neuvième Circuit a jugé dans l'affaire hiQ Labs contre LinkedIn que la collecte de données visibles publiquement ne viole pas en soi le CFAA (Computer Fraud and Abuse Act), mais hiQ a tout de même perdu sur le terrain du droit des contrats et a fermé ses portes à la suite d'un jugement par consentement de décembre 2022. Un service peut être défendable selon un cadre juridique et perdre tout de même son accès à LinkedIn en vertu des conditions d'utilisation de la plateforme, ce qui est arrivé à Proxycurl indépendamment de la question du CFAA.

La plainte déposée en janvier 2025 par LinkedIn contre Nubela alléguait que des centaines de milliers de faux comptes avaient été créés pour collecter des millions de profils LinkedIn, que Proxycurl a ensuite revendus via son API à des tiers, en violation des conditions d'utilisation de LinkedIn.

Non. Proxycurl a fermé ses portes le 4 juillet 2025 et ses appels d'API échouent. Toutes les données de profil que votre produit a mises en cache avant cette date cessent d'être mises à jour et deviennent obsolètes, puisque les profils LinkedIn continuent d'évoluer par la suite.

Enrich Layer est la marque sous laquelle Nubela, la société mère de Proxycurl, a relancé ses activités après sa fermeture. La question de savoir si les données qui soutiennent la nouvelle marque sont construites différemment de celles qui ont déclenché le procès initial n'est pas documentée publiquement. Appliquez à Enrich Layer la même vérification décrite dans ce guide, concernant la provenance des données, que vous leisseriez pour toute autre option que vous envisagez.

Vérifiez d'où proviennent les données avant de comparer les prix ou la couverture des champs. Un fournisseur qui collecte et indexe des profils indépendamment de la propre session d'un membre LinkedIn comporte le même risque qui a mis fin à Proxycurl, hiQ et à l'affaire intentée par LinkedIn contre ProAPIs. Une API basée sur les comptes qui récupère des données pour le compte de chaque utilisateur authentifié via son propre compte lié ne partage pas ce point de défaillance unique.

Non, et il ne devrait pas le prétendre. Proxycurl pouvait rechercher n'importe quel profil de son index, indépendamment de la relation du client demandeur avec celui-ci. Unipile est une API basée sur les comptes : la récupération s'effectue pour le compte du propre compte LinkedIn lié de l'utilisateur final authentifié, limitée à ce que ce membre peut déjà voir. Il s'agit d'un modèle différent avec une capacité différente, conçu pour éviter l'exposition décrite dans ce guide plutôt que pour imiter la portée de Proxycurl.

Non. Les données sont récupérées en temps réel, pour le compte de l'utilisateur authentifié, via la session de son propre compte lié, et transmises à votre produit. Unipile ne crée ni ne revend de base de données autonome de profils LinkedIn, et chaque compte lié est isolé : rien n'est partagé entre les comptes de vos clients.

Non. Unipile est un intermédiaire technique indépendant, non affilié, approuvé ou parrainé par LinkedIn. Il agit au nom de chaque utilisateur authentifié dans le cadre d'une session qui lui appartient, et non au nom de LinkedIn. LinkedIn est une marque déposée de LinkedIn Corporation.

Vous avez encore des questions ? Notre équipe est là pour vous aider.

Parler à un expert
Créer une couche de données LinkedIn qui ne partage pas l'exposition de Proxycurl
Authentification hébergée, récupération pour le compte de chaque compte lié et un schéma unique pour LinkedIn, WhatsApp, Instagram, Telegram, l'e-mail et les calendriers. Aucune carte de crédit requise pour commencer.
Créez votre première intégration

Sources

9 références, septembre 2026
Chaque date et chiffre de cette page provient de la source ci-dessous. Les affaires se règlent et les entreprises changent de nom sans préavis, il faut donc considérer ceci comme un instantané et non comme un statut permanent.
NubelaCelui du fondateur annonce de fermeture, le 4 juillet 2025, y compris le relancement de la couche Enrich.
StartupHubCouverture de la fermeture de Proxycurl, y compris le contexte des revenus.
Le DisqueLinkedIn c. ProAPIs, déposé le 3 octobre 2025.
hiQ Labs c. LinkedInAnamnèse via Wikipédia et le jugement par consentement de décembre 2022.
Neuvième CircuitLe décision d'appel d'avril 2022 sur la question de la CFAA dans l'affaire hiQ c. LinkedIn.
Aide LinkedInLogiciels et extensions interdits, la politique officielle mentionnée dans la section juridique.
Contrat d'utilisation de LinkedInSection 8.2, le base contractuelle pour les mesures d'application de LinkedIn.
Unipile, connexion de comptesLe flux d'authentification hébergé d'Unipile mentionné tout au long de ce guide.
Documentation d'Unipile pour les développeursPlein Référence de l'API et guide de démarrage pour l'intégration LinkedIn.
Dernière mise à jour en septembre 2026. Unipile est un intermédiaire technique indépendant et n'est ni affilié, ni endossé, ni parrainé par LinkedIn. Le volume, la cadence et le contenu de toute action entreprise via l'API restent une décision du client, conformément aux conditions d'utilisation de LinkedIn et aux réglementations applicables en matière de protection des données (RGPD).
fr_FRFR
en_USEN es_ESES de_DEDE it_ITIT pt_BRBR nl_NLNL pl_PLPL tr_TRTR fr_FRFR