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

L'API LinkedIn donne gratuitement à tout développeur trois permissions en libre-service, et rien de plus : profile et email via Sign In with LinkedIn using OpenID Connect, et w_member_social via Share on LinkedIn, plus le scope openid qui accompagne la connexion. Toutes portent sur le membre qui se connecte à votre application. Lire le profil de quelqu'un d'autre, des données d'entreprise ou des fiches Sales Navigator exige un programme partenaire, et la recherche de profil à froid ne se vend à aucun palier.

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.

La surface gratuite de l'API LinkedIn, précisément

La documentation de LinkedIn les appelle Open Permissions : les seules accessibles à tous les développeurs sans approbation particulière. Voici ce que renvoie chaque produit en libre-service une fois que le membre clique sur Autoriser, vérifié sur la documentation officielle d'accès en octobre 2026.

• Sign In with LinkedIn using OpenID Connect. Un jeton d'identité pour openid, le nom, le titre et la photo du membre pour profile, et son email principal pour email. Pas d'historique de postes, pas de fiche entreprise, pas de relations.
• Share on LinkedIn. w_member_social permet à votre application de publier, commenter et liker au nom de ce membre. Elle écrit. Elle ne lit pas les publications des autres.
• Hors surface gratuite. Les statistiques de Page, la donnée publicitaire, la publication d'offres, la donnée Sales Navigator et les relevés de formation. L'Advertising API s'ajoute depuis le même onglet Products, mais elle est examinée avant d'être accordée, et l'accès Compliance est fermé aux nouvelles demandes.

La question « l'API LinkedIn est-elle gratuite » a donc une réponse précise : oui pour connecter un utilisateur et publier en son nom, non pour toute API de données LinkedIn qui lit au-delà de lui.

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

Affichage Sales Navigator dans un CRM, validation de données CRM et profils publics rapprochés, réservés aux partenaires SNAP agréés. Pas de recherche de profil à froid.

Coût : aucun tarif d'accès API publié ; l'éditeur doit être partenaire SNAP et ses clients paient Sales Navigator.
Pour qui : éditeurs de CRM qui intègrent Sales Navigator.

Verdict catégorie 1 : la voie validée par LinkedIn, puisque c'est LinkedIn qui délivre les clés, mais une couverture volontairement 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 : API de scraping LinkedIn non officielles

Ces APIs scrapent LinkedIn elles-mêmes (via proxy farms + cookies rotatifs), et vous renvoient la data via un endpoint REST propre. Les conditions d'utilisation de LinkedIn interdisent le scraping de ses services, et confier ce scraping à un prestataire ne change rien à ce que dit la clause.

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 : couverture maximale, mais vous portez le risque lié aux conditions d'utilisation de LinkedIn. Pour une prospection B2B quotidienne, la fragilité et ce risque pèsent plus lourd que la couverture. Faites trancher votre équipe juridique, pas la FAQ du fournisseur.

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, que vous travailliez dans l'app web, sans rien installer, ou dans la feuille Google Sheets.

Les plans : gratuit à 100 crédits par mois sans carte bancaire, puis 20 EUR pour 10 000 crédits, 47,50 EUR pour 25 000 (premier palier avec l'API REST et le MCP), 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 Plus à 47,50 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 d'infrastructure de scraping à héberger, 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.

Obtenir ses identifiants développeur, étape par étape

Obtenir un client ID et un secret prend une dizaine de minutes si vous administrez déjà une Page entreprise. Les étapes ci-dessous suivent la documentation OAuth de LinkedIn sur Microsoft Learn, vérifiée en octobre 2026.

1. Connectez-vous au portail développeur avec votre vrai compte. Ouvrez LinkedIn Developers, puis My apps. Un compte fictif ou secondaire viole les conditions de LinkedIn et peut vous coûter l'application plus tard.
2. Créez l'application et rattachez votre Page entreprise. Renseignez les informations de l'application et choisissez la Page LinkedIn à laquelle elle appartient. Un administrateur de la Page confirme ensuite le rattachement avant que l'application soit vérifiée.
3. Ajoutez les produits en libre-service. Dans l'onglet Products, ajoutez Sign In with LinkedIn using OpenID Connect et Share on LinkedIn. Les produits de programme se demandent depuis le même onglet ou via une candidature partenaire, et restent en attente jusqu'à l'examen.
4. Copiez vos identifiants dans l'onglet Auth. Chaque application reçoit un Client ID et un Client Secret. Gardez le secret côté serveur : jamais dans une URL, un bundle front ou un fil de support.
5. Déclarez une URL de redirection en HTTPS. Elle doit être absolue, ne peut pas contenir de #, et ses paramètres sont ignorés. Le code d'autorisation que LinkedIn y renvoie vit 30 minutes : échangez-le tout de suite.
6. Vérifiez les scopes que vous détenez vraiment. L'onglet Auth les liste. Demander un scope qui ne vous a pas été accordé renvoie une erreur de scope invalide : c'est la plateforme qui vous signale un produit manquant, pas un bug dans votre code.
7. Testez avant de construire. Le générateur de jetons du portail délivre un token à la main, pour passer un premier appel authentifié avant d'écrire le flow OAuth complet.

C'est tout le chemin en libre-service. Tout ce qui lit une donnée au-delà du membre connecté commence à l'étape 3 par une demande, et la section suivante décrit ce qui se passe une fois qu'elle est envoyée.

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 Learning ne s'activent pas d'un clic, et Compliance est fermé aux nouvelles demandes. 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.

Comment devenir partenaire LinkedIn

Chaque famille a sa porte. L'accès Advertising API s'ajoute depuis l'onglet Products de votre application, puis passe en examen. L'accès Sales Navigator Application Platform (SNAP) exige d'être approuvé comme partenaire SNAP via la candidature partenaire des solutions de vente de LinkedIn. Les intégrations Talent (Recruiter System Connect, Apply Connect, Apply with LinkedIn, Premium Job Posting) passent par la candidature partenaire Talent Solutions. Learning a sa propre page de demande d'accès. Dans tous les cas, vous candidatez en tant qu'entreprise avec un produit, et LinkedIn examine le dossier commercial avant de regarder une ligne de code.

Pourquoi l'accès à l'API LinkedIn est-il si difficile à obtenir ?

La question derrière la plupart des fils de forum sur l'accès à l'API LinkedIn, c'est pourquoi il est si difficile à obtenir. En bref : LinkedIn accorde l'accès aux données aux partenaires dont le produit nourrit son propre business publicitaire, recrutement ou vente, et refuse les cas d'usage qui font sortir la donnée membre. Une belle ingénierie ne change pas l'issue, un autre cas d'usage, si.

Tarifs de l'API LinkedIn : ce que coûte l'accès, et ce que LinkedIn ne publie pas

Le prix de l'API LinkedIn est la question qui repose sur le moins de données publiques. Les produits en libre-service ne coûtent rien. Au-delà, LinkedIn ne publie aucune grille tarifaire pour l'accès API : ce que vous payez dépend du programme et de la relation commerciale qui l'entoure. Quelqu'un qui vous annonce un prix précis pour un accès partenaire vous cite un contrat, pas un tarif public.

Un exemple chiffré. Vous enrichissez 2 000 URLs de profil LinkedIn, et 1 300 reviennent avec un email professionnel. Cela fait 2 000 crédits pour les profils plus 6 500 pour les emails, soit 8 500 au total : dans un mois Standard à 20 EUR si vous passez par l'app web, dans le plan Plus à 47,50 EUR si la passe tourne par l'API. Le coût est connu avant de lancer, ce qu'aucun programme partenaire ne vous donne.

Quelle voie API pour chaque équipe : vente, recrutement et marketing

Les trois mêmes lettres, API, désignent un travail différent dans chaque équipe. Le tableau relie le besoin courant au produit officiel le plus proche, à la voie sur laquelle les équipes finissent vraiment, et à la surface Derrick qui colle au geste.

Deux motifs ressortent. Le marketing est la seule équipe que l'API LinkedIn officielle sert correctement : utilisez-la là. La vente et le recrutement ont besoin de données sur des personnes qui n'ont jamais autorisé votre application, exactement ce que le catalogue officiel laisse de côté. Côté vente, Find a company's people liste les salariés d'un compte cible sans Sales Navigator, à 1 crédit par personne sur les plans payants. Pour des fiches entreprise en volume, le guide pour extraire les informations d'entreprise LinkedIn détaille les champs.

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. L'accès à deux pattes n'est pas ouvert par défaut non plus : LinkedIn doit l'activer pour votre application, et il n'existe pas du tout pour les API Marketing.

Les jetons d'accès membre expirent au bout de 60 jours, les jetons à deux pattes au bout de 30 minutes. Les jetons de rafraîchissement programmatiques ne sont activés que pour un ensemble restreint de partenaires, 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. Une parade existe sans refresh token : relancer le flow d'autorisation saute l'écran de consentement tant que le membre est connecté à LinkedIn et que son token n'a pas expiré, donc un rappel avant le 60e jour garde la plupart des membres connectés.

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 : plusieurs catégories très différentes coexistent en 2026 (officielle, scraping, MCP, enrichissement).
• La surface gratuite se résume à trois permissions ouvertes, toutes sur le membre connecté : profile, email et w_member_social.
• Les APIs officielles LinkedIn sont validées par LinkedIn mais limitées : aucune ne renvoie le profil d'un tiers.
• 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.
• L'accès partenaire n'a pas de prix public, un token membre dure 60 jours et un token à deux pattes 30 minutes : prévoyez la maintenance avant le lancement.
• 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.