API LinkedIn en 2026 : les 3 voies d'accès aux données et leur coût réel

Vous cherchez une API pour extraire de la data LinkedIn en 2026. Vous tombez sur 10 résultats Google, tous appelés "LinkedIn API". Mais ils ne font pas la même chose, ne renvoient pas la même data, et ne coûtent pas du tout pareil.

Voici les 3 catégories réelles d'APIs d'extraction LinkedIn en 2026, ce qu'elles renvoient, et le coût réel par cas d'usage.

Qu'est-ce que l'API LinkedIn, et existe-t-il une API LinkedIn gratuite

L'API LinkedIn n'est pas une interface unique. C'est un catalogue d'endpoints officiels réparti sur six lignes de produits, chacune avec sa voie d'approbation et ses scopes, et aucune ne renvoie le profil d'une personne qui n'a pas autorisé votre application. Cette phrase règle la plupart des questions avec lesquelles on arrive ici.

Existe-t-il une API LinkedIn gratuite ?

Oui, et elle est plus étroite que le mot gratuit ne le laisse croire. Une application que vous créez dans le portail développeur reçoit deux produits par défaut : Sign In with LinkedIn using OpenID Connect, et Share on LinkedIn. À eux deux, ils portent quatre scopes, et ces quatre scopes définissent toute la surface gratuite.

Relisez la troisième colonne. Chaque scope gratuit porte sur la personne assise devant l'écran de consentement. Il n'existe aucun scope gratuit, ni aucun scope self-serve payant, qui prenne une URL de profil et vous rende les informations de cette personne. Tout ce qui dépasse ce tableau passe par un programme partenaire, et les sections ci-dessous disent lequel et ce qu'il exige.

Catégorie 1 : APIs officielles LinkedIn

LinkedIn expose 3 APIs officielles. Aucune ne donne accès au scraping de profils individuels.

Marketing API

Pour la gestion d'ads et insights d'audience. Pas de data profile.

Coût : gratuit (accès lié au compte ads).
Pour qui : équipes marketing qui gèrent des campagnes LinkedIn Ads.

Talent API

Postings de jobs, gestion des candidatures, intégrations ATS.

Coût : accès réservé aux clients LinkedIn Talent Solutions ($$$).
Pour qui : équipes recrutement avec Talent Insights ou Recruiter Lite/Pro.

Sales Navigator API

Export limité de listes, lookup par email/domain. Pas de scraping profile complet.

Coût : Sales Nav Advanced Plus requis (~$165/seat/mois minimum).
Pour qui : équipes sales avec budget Sales Nav Enterprise.

Verdict catégorie 1 : compliant, sûr pour votre compte LinkedIn, mais coverage intentionnellement limitée. LinkedIn ne veut PAS que vous scrapiez.

Produits, scopes et ce que chacun renvoie vraiment

Le tableau que LinkedIn ne publie pas au même endroit. C'est le moyen le plus rapide de savoir si votre cas d'usage exige un partenariat, avant de passer trois semaines à rédiger un dossier.

API profil LinkedIn : ce qu'elle renvoie vraiment

Il n'existe pas d'endpoint « API profil LinkedIn » au sens où la plupart des gens l'entendent. La ligne Consumer renvoie le profil du membre qui a autorisé votre application, via les scopes openid et profile, et s'arrête là. Passer l'URL de profil de quelqu'un d'autre à un endpoint officiel renvoie une erreur d'autorisation, pas une réponse allégée. Si votre produit doit résoudre des personnes arbitraires, le catalogue officiel n'est pas le bon catalogue, et les catégories 2 et 3 couvrent ce qu'il reste.

API jobs LinkedIn : ce qu'elle renvoie vraiment

La publication d'offres vit dans Talent Solutions, qui est un programme partenaire et non un produit self-serve. Les partenaires agréés peuvent créer, mettre à jour et clôturer des offres, et faire circuler les candidats entre LinkedIn et un ATS. Lire le job board public en volume n'en fait pas partie. Un agrégateur d'offres qui affiche des annonces LinkedIn est soit partenaire Talent agréé, soit alimenté par autre chose que l'API officielle.

Ce que couvre vraiment l'API LinkedIn officielle, produit par produit

La plupart des guides parlent de l'API LinkedIn comme s'il s'agissait d'une seule chose. C'est faux. LinkedIn publie un catalogue de produits réparti sur six lignes métier, et chaque ligne a sa propre voie d'approbation, ses propres scopes, et sa propre définition de ce à quoi vous avez le droit de toucher. Savoir dans quelle ligne tombe votre cas d'usage, c'est la différence entre une intégration de deux jours et une candidature de trois mois qui finit refusée.

Relisez ce tableau avec une casquette de prospection, et un point saute aux yeux : aucune de ces lignes n'expose la recherche de profil à froid. La ligne Consumer renvoie le profil du membre qui vient d'autoriser votre application, et rien d'autre. La ligne Sales fait redescendre des données Sales Navigator dans un CRM que votre client paie déjà. La ligne Talent déplace des candidats entre LinkedIn et un logiciel de recrutement. Il n'existe nulle part, dans l'API LinkedIn officielle, un endpoint où vous passez une URL de profil quelconque et recevez les informations de cette personne. Pour ce besoin précis, il faut passer par un scraper LinkedIn, avec les arbitrages que cela implique.

Ce n'est pas un oubli, c'est un choix, et il remonte à 2015, quand LinkedIn a fermé l'API publique ouverte qui permettait à n'importe quel développeur de lire des données de profil. Tout ce qui a suivi passe par un partenariat. Si un éditeur vous explique que son produit s'appuie sur l'API LinkedIn officielle et qu'il renvoie aussi des profils à froid, l'une des deux affirmations est fausse.

Ce que vous pouvez et ne pouvez pas faire, côte à côte

Tout condenser dans un tableau rend la décision rapide. Lisez la colonne du milieu en premier : c'est celle qui clôt généralement le débat.

Le motif est constant. La voie officielle est sûre et étroite. La voie scraping est large et empruntée. La voie enrichissement est large et possédée, et c'est celle qui survit à une revue achats. Pour le détail de la colonne du milieu, notre guide sur les limites LinkedIn et ce qui les déclenche traite le versant compte, et comment choisir un scraper LinkedIn compare l'outillage.

Catégorie 2 : APIs proxy unofficielles

Ces APIs scrapent LinkedIn elles-mêmes (via proxy farms + cookies rotatifs), et vous renvoient la data via un endpoint REST propre.

Les APIs de scraping dédiées

Des services spécialisés LinkedIn qui exposent profil, entreprise, salariés et recherche derrière un endpoint REST propre.

Coût : de l'ordre de quelques centimes par lookup selon le plan.
Avantage : couverture très large, documentation soignée.
Inconvénient : le risque de conformité est transféré sur vous, et le modèle économique repose sur le fait de continuer à contourner LinkedIn.

Les endpoints revendus sur les places de marché d'API

De nombreux fournisseurs exposent des endpoints LinkedIn via des marketplaces d'API généralistes.

Coût : variable, souvent quelques dizaines d'euros par mois selon le volume.
Avantage : ticket d'entrée bas pour tester.
Inconvénient : qualité hétérogène d'un fournisseur à l'autre, fiabilité variable dans le temps.

Les plateformes de scraping managées

Des plateformes de scraping généralistes qui livrent des scrapers LinkedIn pré-construits.

Coût : facturé au millier d'enregistrements, selon le type de donnée.
Avantage : robustesse, anti-détection sérieuse, support entreprise.
Inconvénient : tarification complexe, courbe d'apprentissage réelle.

Verdict catégorie 2 : coverage maximale, mais vous portez le risque légal (ToS LinkedIn). Pour du B2B prospection à scale, c'est l'option dominante en 2026.

Catégorie 3 : MCP wrappers

Nouvelle catégorie en 2026. Les serveurs MCP (Model Context Protocol) exposent la data LinkedIn directement à Claude/GPT en conversation, sans que vous écriviez du code REST.

MCP scraper LinkedIn (divers vendors)

Vous interrogez en langage naturel via Claude, la data revient structurée.

Coût : généralement abonnement mensuel $30-100/mois.
Avantage : intégration native AI workflow, pas de REST endpoints à manipuler.
Inconvénient : écosystème jeune, peu de serveurs MCP matures, dépend de Claude/Cursor/etc.

Verdict catégorie 3 : pour les workflows AI-first. Si vous construisez un agent qui doit interroger LinkedIn de manière conversationnelle, c'est le bon outil.

Catégorie 4 : les API d'enrichissement B2B, la voie que ni LinkedIn ni les scrapers ne proposent

C'est la catégorie où passe réellement le gros du trafic API des équipes SDR, growth et recrutement, et c'est la seule des quatre qui ne dépende ni d'un partenariat LinkedIn ni de la tolérance d'un anti-bot. Une API d'enrichissement B2B prend une entrée (nom + entreprise, email, URL LinkedIn, domaine) et renvoie une fiche complétée : URL LinkedIn, titre, entreprise actuelle, poste, localisation, email, téléphone, effectif, secteur.

Le fournisseur ne scrape pas LinkedIn. Le recoupement avec LinkedIn existe parce que les deux puisent dans les mêmes sources publiques, bases opt-in, registres d'entreprises et partenariats B2B. Les taux de correspondance sont élevés parce que la même personne apparaît dans plusieurs de ces sources à la fois.

Ce que vous obtenez. Les champs qui comptent pour de la prospection à froid : URL LinkedIn, nom, titre, entreprise, poste, localisation, email (vérifié ou non), téléphone (mobile ou ligne directe quand la source le permet), taille d'entreprise, secteur, parfois la stack technique.

Ce que vous n'obtenez pas. Les champs qui ne vivent que dans le graphe social de LinkedIn : la liste de relations, le fil d'activité récente, les recommandations, les groupes, la date exacte d'entrée dans une entreprise. Si l'un de ces champs est central à votre workflow, la catégorie 2 en couvre davantage, avec les contreparties décrites plus haut.

Ce que ça coûte chez Derrick, en crédits et en euros

Le modèle est au crédit, et le catalogue est le même que vous appeliez l'API REST, que vous passiez par le serveur MCP dans Claude, ou que vous travailliez dans la feuille Google Sheets. Une application web arrive bientôt pour les équipes qui ne veulent pas de tableur.

Les plans : gratuit à 100 crédits par mois sans carte bancaire, puis 9 EUR pour 4 000 crédits, 20 EUR pour 10 000 crédits (premier palier avec l'API REST et le MCP), 47,50 EUR pour 25 000, 175 EUR pour 100 000 et 320 EUR pour 200 000 crédits, soit 0,0016 EUR le crédit. Les crédits non utilisés sont reportés sur les plans payants.

Deux remarques d'ingénierie avant d'intégrer. D'abord, l'accès API démarre au plan Standard à 20 EUR par mois : le plan gratuit sert à mesurer un taux de correspondance sur cent lignes, pas à brancher une intégration. Ensuite, certaines actions LinkedIn passent par l'extension Chrome, qui porte le jeton de session du membre : c'est une contrainte de la plateforme, pas de l'API, et elle vaut pour tout le monde.

Verdict catégorie 4 : c'est la voie par défaut dès que le besoin est « donne-moi cette personne ou cette entreprise, avec ses coordonnées ». Pas de dossier partenaire, pas de compte à faire bannir, un coût connu avant de lancer la passe.

Matrice de décision : quelle catégorie pour quel besoin

Quelle voie correspond à votre workflow

Répondez à deux questions et la catégorie se choisit toute seule. L'outil ci-dessous applique la même logique que le tableau, y compris le rappel de réalité sur les délais d'approbation que la plupart des comparatifs passent sous silence.

Accès à l'API LinkedIn : ce que vous avez par défaut, ce qui exige un programme partenaire

L'accès à l'API LinkedIn se coupe nettement en deux, et savoir dans quelle moitié vous êtes fait gagner des semaines. Par défaut, sans dossier et sans revue, vous avez l'authentification et la publication au nom du membre qui se connecte. Tout ce qui lit ou écrit la donnée de quelqu'un d'autre est derrière un programme.

La question qui amène la plupart des développeurs ici est une variante de celle posée cette année sur un forum public : mon produit doit lire des profils, comment j'obtiens l'accès. La réponse honnête tient en trois points.

• Par défaut vous obtenez la connexion, le profil et l'email du membre connecté lui-même, et la possibilité de publier en son nom. Quelques minutes à mettre en place, aucune revue.
• Un programme partenaire vous donne la donnée publicitaire, la gestion de Page, les workflows de recrutement, la synchronisation Sales Navigator, les relevés de formation ou les archives de conformité, selon le programme. Des semaines à des mois, et la revue est commerciale avant d'être technique.
• Rien ne vous donne la recherche de profil à froid. Ce n'est pas un palier qui s'achète. Si lire des profils arbitraires est le produit, l'API officielle n'est pas la voie, et prétendre le contraire est la façon classique de perdre un trimestre.

Pour ce troisième cas, il existe une voie que ni LinkedIn ni les vendeurs de scraping ne décrivent, et c'est celle sur laquelle finissent la plupart des équipes de prospection : une API d'enrichissement B2B qui source sa propre donnée et répond sur une URL de profil ou d'entreprise, sans aucun partenariat LinkedIn. La catégorie 4 détaille ce qu'elle renvoie et ce qu'elle coûte.

Comment obtenir un accès à l'API LinkedIn, et en combien de temps

Il y a deux portes, et elles ne fonctionnent pas du tout pareil.

La porte self-serve. Vous vous connectez au portail développeur avec un vrai compte LinkedIn, vous créez une application, et vous y rattachez une Page entreprise que vous administrez. LinkedIn vérifie le lien en demandant à un administrateur de la Page de confirmer. Une fois la vérification faite, les produits self-serve (connexion, partage, plugins) sont disponibles immédiatement. Utiliser un faux compte à cette étape viole les conditions d'utilisation et reste le moyen le plus rapide de perdre l'application entière.

La porte programme. Les produits Marketing, Talent, Sales et Compliance ne s'activent pas d'un clic. Vous candidatez au programme concerné, et l'examen est commercial avant d'être technique. LinkedIn veut voir un vrai produit, une vraie base de clients, et un cas d'usage qui apporte quelque chose à son écosystème au lieu d'en extraire.

Prévoyez le calendrier honnêtement :

• Examen initial d'un dossier complet : environ deux à quatre semaines.
• Chaque tour de questions complémentaires : une à deux semaines de plus.
• Réaliste de bout en bout, du dossier aux identifiants de production : quatre à douze semaines.
• Après un refus, la plupart des programmes attendent six à douze mois avant une nouvelle candidature, et veulent que quelque chose ait changé entre-temps.

Les dossiers refusés se ressemblent : un produit avant chiffre d'affaires sans utilisateurs, un cas d'usage qui revient à exporter de la donnée membre, ou une intégration qui double une brique que LinkedIn vend déjà. Si votre objectif est de construire une liste de prospection, la porte programme n'est pas lente, elle est fermée. C'est la réponse honnête, et c'est pour cela que la suite de ce guide passe son temps sur les deux autres catégories.

Rate limits de l'API LinkedIn, throttling et la réponse 429

Les équipes qui obtiennent l'accès découvrent souvent un deuxième mur : le throttling. L'API LinkedIn applique des quotas sur deux plans à la fois, et vous pouvez franchir l'un ou l'autre.

• Quota au niveau application : le nombre total d'appels que votre app peut faire sur un endpoint donné dans la journée, tous utilisateurs confondus.
• Quota au niveau membre : le nombre d'appels que votre app peut faire pour le compte d'un membre authentifié dans la journée.

Les deux compteurs se remettent à zéro à minuit UTC, et non 24 heures après votre premier appel. Un batch programmé à 23h00 UTC dispose donc d'une heure de quota, pas d'une journée. Quand vous dépassez l'un des deux plans, l'API répond par un HTTP 429, et la réponse ne dit pas lequel des deux vous avez saturé. C'est cette ambiguïté qui coûte du temps d'ingénierie.

Quatre réflexes gardent une intégration dans les clous :

1. Backoff exponentiel sur 429, avec un peu d'aléatoire. Réessayer immédiatement consomme le reste du quota en erreurs.
2. Projection de champs. Ne demandez que les champs que vous utilisez. Les réponses grasses ne coûtent pas plus d'appels, mais elles rendent le cache et la comparaison plus chers en aval.
3. Endpoints batch quand ils existent, plutôt qu'une boucle de recherches unitaires.
4. Un cache avec une politique de fraîcheur explicite. Relire une donnée qui n'a pas bougé reste la façon la plus courante de brûler un quota journalier avant midi.

Les APIs d'enrichissement échouent autrement, et le contraste mérite d'être nommé. Elles comptent des crédits, pas des appels par jour. Être à court, c'est une conversation de facturation, pas une intégration bloquée à 11h avec une file qui s'accumule. Pour une charge de prospection, où le volume arrive par à-coups et où les délais sont ceux des campagnes, cet écart compte davantage que le prix unitaire affiché. Le même raisonnement vaut pour un export LinkedIn vers Google Sheets, où la contrainte réelle est le quota, pas le tarif.

Authentification et versioning : ce qui casse une intégration API LinkedIn

Deux mécaniques expliquent l'essentiel des pannes silencieuses signalées des mois après la mise en production.

OAuth 2.0, en deux saveurs. Le flow à trois pattes est celui autorisé par le membre : la personne passe un écran de consentement et votre application reçoit un jeton limité à ce qu'elle a accepté. Le flow à deux pattes est purement applicatif, réservé à un petit ensemble d'endpoints de programme où aucun contexte membre n'existe. Les scopes ne se demandent pas librement, ils sont attachés aux produits accordés à votre application. Réclamer un scope que vous ne détenez pas renvoie une erreur d'autorisation qui ressemble à un bug alors que c'est une décision de permissions.

Les jetons d'accès membre expirent. Les jetons de rafraîchissement existent pour les programmes approuvés mais pas pour toutes les applications self-serve, ce qui veut dire que certaines intégrations obligent réellement le membre à ré-autoriser périodiquement. Une intégration qui a parfaitement fonctionné deux mois puis s'est tue, c'est presque toujours un jeton expiré que personne ne surveillait.

Le piège du refresh est la ligne qui compte. Une application self-serve sans refresh token exige que le membre réautorise périodiquement, et rien dans la plateforme ne vous le rappelle. Si personne ne surveille l'âge des tokens, le premier symptôme est une équipe commerciale qui demande pourquoi une synchronisation s'est arrêtée il y a six semaines.

Versioning. Les endpoints modernes de LinkedIn sont versionnés par un en-tête de requête qui porte une valeur année-mois, et les versions sortent du support selon un calendrier publié. Épingler une version est une bonne pratique, mais l'épingler et ne jamais y revenir donne à votre intégration une date de péremption que vous n'avez pas notée. Une requête minimale ressemble à ceci :

curl -X GET 'https://api.linkedin.com/rest/me' \
  -H 'Authorization: Bearer {access_token}' \
  -H 'LinkedIn-Version: 202601' \
  -H 'X-Restli-Protocol-Version: 2.0.0'

Trois en-têtes, et deux sont ceux qu'on oublie. Retirez celui de version et vous obtenez une erreur qui ne dit rien d'utile sur la cause.

La leçon opérationnelle dépasse LinkedIn : toute intégration bâtie sur une API sous contrôle d'un partenaire hérite du calendrier de release de ce partenaire. Budgétez la maintenance, ou choisissez une catégorie où vous n'avez pas à le faire. C'est l'un des arguments en faveur d'une extension Chrome LinkedIn pour les volumes ponctuels, qui ne demande ni jeton ni versioning.

Points clés à retenir

• "LinkedIn API" est un terme ambigu - 3 catégories très différentes coexistent en 2026.
• Les APIs officielles LinkedIn sont compliantes mais limitées : pas de profile data via aucune des 3.
• Les APIs de scraping non officielles couvrent les données de profil mais transfèrent le risque juridique sur vous.
• Les MCP wrappers sont la catégorie émergente pour les workflows AI-natifs.
• Le coût varie d'un facteur dix selon la catégorie pour le même besoin logique : une recherche de profil se compte en centimes côté scraping, en crédits côté enrichissement, et reste tout simplement inaccessible côté officiel.