
Guides d'intégration
Guide de l'API LinkedIn
Guide de l'API Email
Guide de l'API WhatsApp
Contacter l'équipe commerciale
LinkedIn n'accepte plus de nouveaux partenaires pour son API Sales Navigator (SNAP), et SNAP n'a aucun endpoint de recherche de personnes. Voici ce que couvre le programme officiel, et comment les développeurs lancent des recherches Sales Navigator depuis leur app pour le compte de chaque utilisateur.
curl --request POST \
--url "https://{YOUR_DSN}/api/v1/linkedin/search?account_id={ACCOUNT_ID}" \
--header "X-API-KEY: {YOUR_ACCESS_TOKEN}" \
--header "content-type: application/json" \
--data '{
"api": "sales_navigator",
"category": "people",
"keywords": "head of sales",
"tenure": [{ "min": 3 }]
}'
Peut-on encore obtenir un accès à l'API Sales Navigator ? Non. LinkedIn n'accepte plus de nouveaux partenaires pour l'API Sales Navigator (SNAP), et SNAP n'a jamais inclus d'endpoint de recherche de personnes. Si votre app a besoin de résultats de recherche Sales Navigator, la voie consiste à agir pour le compte du siège Sales Navigator de chaque utilisateur. Ce guide présente le contenu du programme officiel, l'emplacement de sa documentation et la façon de lancer les mêmes recherches en code, dans le prolongement de notre guide de l'API LinkedIn.
Les résultats de recherche proviennent du propre siège Sales Navigator de l'utilisateur authentifié, au moment de la requête. Unipile ne conserve aucun index indépendant, aucune base de leads ni aucune copie des listes Sales Navigator : chaque réponse reflète ce que cet utilisateur voit déjà dans Sales Navigator, et votre application décide de ce qu'elle stocke et pour combien de temps.
Oui, mais pas une API à laquelle on peut s'inscrire. L'API LinkedIn Sales Navigator, c'est la Sales Navigator Application Platform (SNAP), un programme partenaires réservé aux éditeurs de CRM et de logiciels de vente. L'accès exige un accord de partenariat signé avec LinkedIn, le programme est fermé aux nouveaux partenaires, et il n'existe aucune version publique en libre-service pour les développeurs.
Les partenaires SNAP sont surtout des CRM qui intègrent des panneaux Sales Navigator dans leur propre interface, pour que leurs clients consultent un lead ou envoient un message sans changer d'onglet. Le partenariat définit ce que chaque éditeur peut afficher et synchroniser.
Si votre entreprise ne fait pas déjà partie de ces partenaires, la porte officielle est fermée. LinkedIn indique réévaluer régulièrement sa capacité d'accueil, sans publier de date de réouverture. Tout projet qui dépend aujourd'hui d'un accès SNAP dépend d'une décision que vous ne maîtrisez pas.
Restent deux questions pour un développeur : que vous aurait apporté SNAP exactement, et que pouvez-vous construire sans lui. Les sections suivantes répondent aux deux.
"We are not currently accepting new partners for access to the LinkedIn Sales Navigator API. We periodically review our onboarding capacity and will update this page if availability changes." (Nous n'acceptons pas actuellement de nouveaux partenaires pour l'accès à l'API LinkedIn Sales Navigator.)
Dernière vérification : 13 octobre 2026.
Beaucoup de guides sur le sujet datent de l'époque où SNAP acceptait encore des candidatures, et certains décrivent toujours un parcours d'authentification inaccessible aux nouveaux développeurs. Voici où mène aujourd'hui chaque piste habituellement tentée.
SNAP repose sur trois services. LinkedIn décrit une expérience de recherche pour les partenaires, mais elle vit dans des modules d'interface intégrés : aucun des trois services ne renvoie de résultats de recherche de personnes ni de listes de leads à votre backend. Le programme sert à placer Sales Navigator dans le produit d'un partenaire, pas à transmettre ses résultats de recherche au code de ce produit.
| Service | Ce qu'il fait | Usage typique | Endpoint de recherche de personnes |
|---|---|---|---|
| Display Services | Modules d'interface intégrés par iframe ou SDK JavaScript : profil, activité récente, connexion et message (InMail compris), plus la Profile Associations API pour les photos et liens de profil | Le panneau Sales Navigator d'un lead dans une fiche CRM | Non |
| Analytics Services | Une API d'export de l'activité des équipes commerciales, plus des métadonnées de siège comme le Social Selling Index quotidien, le nombre de relations et de leads enregistrés | Reporting et tableaux de bord de coaching des équipes de vente | Non |
| Sync Services | Des API construites sur CRM Sync, à partir des correspondances entre fiches CRM et LinkedIn | Workflows d'intégrité des données et fiches enrichies dans un CRM | Non |
Point clé : SNAP n'a aucun endpoint qui lance une recherche de personnes avec filtres, ni aucun export de recherches enregistrées ou de listes de leads. Même un partenaire agréé ne pourrait pas reconstruire une fonction de recherche Sales Navigator avec SNAP seul. Si votre produit a besoin de résultats de recherche, SNAP n'a jamais été le bon outil.
La documentation officielle est publique même si l'accès est fermé : on peut lire comment fonctionne SNAP sans pouvoir l'utiliser. Trois références couvrent tout ce dont un développeur a besoin, du programme partenaires à une requête de recherche fonctionnelle.
Si votre produit a besoin de résultats Sales Navigator, le modèle viable est côté utilisateur. Chacun de vos utilisateurs connecte son propre compte LinkedIn, déjà doté d'un siège Sales Navigator, via l'authentification hébergée d'Unipile. Votre backend appelle ensuite un seul endpoint REST, et la recherche s'exécute dans le périmètre de ce que cet utilisateur voit déjà dans Sales Navigator. C'est le même modèle que celui de l' API LinkedIn pour la messagerie, les invitations et les profils.
Ajoutez l'authentification hébergée à votre app pour que chaque utilisateur connecte son compte LinkedIn. Les recherches Sales Navigator ne fonctionnent que si ce compte a un abonnement Sales Navigator actif.
Envoyez POST /api/v1/linkedin/search avec "api": "sales_navigator", soit avec des filtres, soit avec une URL copiée depuis Sales Navigator.
Suivez le curseur pour charger plus de résultats, ne stockez que ce dont votre fonctionnalité a besoin, et testez avec un vrai siège sur un compte de préproduction avant de livrer.
Unipile est un intermédiaire technique indépendant. Ce n'est pas un partenaire SNAP et il ne revend pas de sièges Sales Navigator. Chaque requête est effectuée pour le compte d'un seul utilisateur connecté, via son propre compte lié et son propre abonnement : aucun identifiant partagé, aucun siège mutualisé. Quand un utilisateur n'a pas d'abonnement Sales Navigator actif, les recherches Sales Navigator ne sont tout simplement pas disponibles sur son compte.
Définissez api sur sales_navigator et category sur people (ou companies), puis combinez les filtres utiles. keywords est un texte libre, tenure prend une liste de plages en années, profile_language une liste de codes de langue, et company des listes d'IDs d'entreprises à inclure et à exclure. Un filtre industry avec une liste d'inclusion fonctionne de la même façon. Le paramètre de requête limit fixe la taille de page, jusqu'à 100 résultats pour Sales Navigator.
curl --request POST \
--url "https://{YOUR_DSN}/api/v1/linkedin/search?account_id={ACCOUNT_ID}&limit=50" \
--header "X-API-KEY: {YOUR_ACCESS_TOKEN}" \
--header "accept: application/json" \
--header "content-type: application/json" \
--data '{
"api": "sales_navigator",
"category": "people",
"keywords": "head of sales",
"tenure": [{ "min": 3 }],
"profile_language": ["en"],
"company": { "include": [1441], "exclude": [1035] }
}'
La réponse est un objet LinkedinSearch : un tableau items (nom, titre, localisation, postes actuels, URL du profil), un bloc paging avec start, page_count et total_count, et un cursor pour la page suivante.
Beaucoup d'utilisateurs construisent d'abord leur recherche dans Sales Navigator. Plutôt que de recréer chaque filtre dans votre interface, acceptez l'URL qu'ils copient depuis leur navigateur : une page de résultats, une recherche enregistrée ou une liste de leads. Envoyez-la dans le champ url et la recherche s'exécute avec les filtres déjà encodés dans ce lien.
{
"url": "https://www.linkedin.com/sales/search/people?query=(...)"
}
Validez le lien collé avant de l'envoyer : ce doit être une adresse Sales Navigator, qui commence par https://www.linkedin.com/sales/. Une URL de recherche LinkedIn classique relève d'une recherche classique.
Les filtres comme les localisations, entreprises ou secteurs attendent des IDs LinkedIn, pas des noms. Recherchez-les d'abord avec l'endpoint des paramètres de recherche, puis réutilisez les valeurs id renvoyées dans le corps de votre recherche. Le paramètre type indique ce que vous cherchez, ici une localisation.
curl --request GET \
--url "https://{YOUR_DSN}/api/v1/linkedin/search/parameters?account_id={ACCOUNT_ID}&type=LOCATION&keywords=los%20angeles&limit=100" \
--header "X-API-KEY: {YOUR_ACCESS_TOKEN}" \
--header "accept: application/json"
# Response: { "object": "LinkedinSearchParametersList", "items": [{ "title": "...", "id": "..." }] }
Chaque réponse contient un cursor. Passez-le comme paramètre de requête cursor de la requête suivante, et arrêtez-vous en atteignant paging.total_count, le plafond par recherche décrit plus bas, ou le nombre de résultats dont votre fonctionnalité a réellement besoin.
const BASE = "https://{YOUR_DSN}/api/v1/linkedin/search";
const headers = {
"X-API-KEY": process.env.UNIPILE_API_KEY,
"accept": "application/json",
"content-type": "application/json",
};
export async function searchSalesNavigator(accountId, body, maxResults = 500) {
const results = [];
let cursor = null;
do {
const params = new URLSearchParams({ account_id: accountId, limit: "100" });
if (cursor) params.set("cursor", cursor);
const res = await fetch(`${BASE}?${params}`, {
method: "POST",
headers,
body: JSON.stringify(body),
});
if (!res.ok) throw new Error(`Search failed: ${res.status}`);
const page = await res.json();
results.push(...page.items);
cursor = page.cursor;
const target = Math.min(page.paging.total_count, maxResults);
if (results.length >= target) break;
} while (cursor);
return results;
}
// Example: the first 500 matches of a search the user built in your app
const leads = await searchSalesNavigator("{ACCOUNT_ID}", {
api: "sales_navigator",
category: "people",
keywords: "head of sales",
});
Liez maxResults à ce que l'utilisateur a demandé. Les résultats s'arrêtent au plafond par recherche fixé par LinkedIn, quelle que soit la valeur passée.
Connectez un compte Sales Navigator et lancez votre première recherche
Authentification hébergée, un seul endpoint de recherche et une pagination par curseur. Testez avec votre propre siège Sales Navigator avant de le proposer à vos utilisateurs.
LinkedIn plafonne le nombre de résultats d'une seule recherche, et le volume de recherche qu'un compte devrait faire par jour. Ces plafonds dépendent du produit de recherche, pas de l'API appelée. Concevez dès le départ votre pagination, vos quotas et votre interface autour d'eux. Pour les recherches sans siège Sales Navigator, consultez notre guide de l' API de recherche LinkedIn, et pour les sièges Recruiter, le guide de l'API LinkedIn Recruiter.
| Recherche | Résultats max par recherche | Résultats par page | Requis sur le compte lié |
|---|---|---|---|
| Recherche LinkedIn classique | 1,000 | Jusqu'à 10 (personnes et entreprises) | Tout compte LinkedIn |
| Sales Navigator, personnes | 2,500 | Jusqu'à 100 | Abonnement Sales Navigator actif |
| Sales Navigator, entreprises | 1,000 | Jusqu'à 100 | Abonnement Sales Navigator actif |
| Recruiter | 2,500 | Jusqu'à 100 | Siège Recruiter |
Volume quotidien : pour les recherches de personnes Sales Navigator, la recommandation est de rester autour de 2 500 profils par jour et par compte lié. Une recherche qui dépasse 2 500 personnes demande des filtres plus fins, pas plus de pages : découpez-la par localisation, secteur ou ancienneté.
Dernière vérification : 13 octobre 2026, d'après la documentation limites et restrictions des providers .
Les plafonds ci-dessus sont fixés par LinkedIn. Unipile les relaie tels quels et ne les lève pas, et aucune requête ne peut renvoyer plus que ce que permet le siège de l'utilisateur. La fréquence des recherches, le nombre de résultats demandés et leur espacement relèvent d'une décision côté client : intégrez des quotas à votre produit, montrez leur consommation aux utilisateurs, et liez chaque recherche à une action demandée par l'utilisateur.
Il n'existe aucune grille tarifaire publique pour l'API Sales Navigator elle-même. Les frais SNAP sont négociés dans chaque accord de partenariat, et le programme n'accepte plus de nouveaux partenaires. Avec une intégration côté utilisateur, le coût se répartit sur deux lignes : le siège Sales Navigator que chaque utilisateur possède déjà, et l'abonnement API que votre entreprise paie pour son app.
| Poste de coût | Qui paie | Prix |
|---|---|---|
| SNAP officiel | Le partenaire LinkedIn | Fixé dans l'accord de partenariat, non public |
| Siège Sales Navigator Core | L'utilisateur ou son entreprise | $119,99 par mois, ou $1 079,88 par an |
| Siège Sales Navigator Advanced | L'utilisateur ou son entreprise | $159,99 par mois, ou $1 799,88 par an |
| Siège Sales Navigator Advanced Plus | L'entreprise de l'utilisateur | Sur devis de LinkedIn |
| API Unipile | Votre entreprise | Par compte connecté : $55 par mois jusqu'à 10 comptes, puis de $5,50 à $3,50 par compte |
Exemple : votre app sert 20 commerciaux qui connectent chacun un compte Sales Navigator Core. Leurs sièges restent sur leurs propres abonnements LinkedIn. De votre côté, la facture API correspond à 20 comptes connectés à $5,50, soit $110 par mois, sans frais par recherche ni par message. Retrouvez tous les paliers de volume sur la page tarifs de l'API Unipile.
Dernière vérification : 26 octobre 2026, d'après la page offres Sales Navigator de LinkedIn. Les prix LinkedIn s'entendent hors taxes et peuvent varier selon la région.
Les deux modèles servent des produits différents. SNAP convient à un éditeur de CRM qui a déjà un partenariat LinkedIn et veut des panneaux Sales Navigator dans ses fiches. Une API côté utilisateur convient à un logiciel qui a besoin des résultats de recherche sous forme de données, pour des utilisateurs qui paient déjà Sales Navigator.
| Critère | SNAP officiel | API côté utilisateur (Unipile) |
|---|---|---|
| Accès | Partenariat LinkedIn signé, fermé aux nouveaux partenaires | Compte en libre-service ; chaque utilisateur connecte son propre compte LinkedIn |
| Mise en route | Examen des partenaires par LinkedIn | Parcours d'authentification hébergée intégré à votre app |
| Recherche de personnes | Aucun endpoint API | POST /api/v1/linkedin/search avec "api": "sales_navigator" |
| Recherches enregistrées et listes de leads | Non disponible | Lancées depuis une URL Sales Navigator collée par l'utilisateur |
| Messages | Modules de message et d'InMail dans l'interface intégrée | Routes de messagerie LinkedIn sur le même compte lié |
| Ce que vous récupérez | Modules intégrés, analytics d'activité, correspondances CRM Sync | Résultats JSON (items, paging, cursor) pour votre propre interface |
| Qui est responsable | Le partenaire, selon l'accord SNAP | Votre entreprise décide de l'usage des recherches ; chaque utilisateur apporte son propre siège |
En pratique : si vous n'êtes pas déjà partenaire SNAP, le choix est fait pour vous. Et si vous l'êtes, SNAP ne vous donne toujours pas les résultats de recherche sous forme de données : les produits qui en ont besoin utilisent le modèle côté utilisateur en plus des fonctions du partenariat.
Trois modèles de produit couvrent la plupart des intégrations de recherche Sales Navigator. Dans chacun, l'utilisateur garde la main sur son siège, ses recherches et ses listes, et votre produit fait le travail autour.
Un commercial colle l'URL d'une liste de leads Sales Navigator dans votre CRM. Votre app la lance pour son compte, rapproche les résultats des contacts existants et crée les fiches manquantes, chacune avec un lien vers le profil LinkedIn.
API LinkedIn pour les logiciels CRMLes recruteurs ont souvent un siège Sales Navigator ou Recruiter. Le même endpoint bascule de l'un à l'autre avec le champ api , ce qui permet à un ATS de proposer des recherches de sourcing depuis le siège que le recruteur a connecté.
Les outils de séquences combinent LinkedIn et email. Une recherche constitue l'audience sur le siège de l'utilisateur, puis les messages partent via LinkedIn et via Gmail, Outlook ou IMAP avec l' API Email, pour le compte du même utilisateur.
API LinkedIn pour les plateformes d'engagementVous développez plutôt pour des agents IA ? Le serveur MCP Sales Navigator donne aux agents de code les mêmes recherches, avec le même modèle par utilisateur.
Accès, clés, prix, listes de leads et responsabilités : les réponses pour les développeurs.
Oui, la Sales Navigator Application Platform (SNAP), mais c'est un programme partenaires, pas une API publique. LinkedIn indique sur Microsoft Learn qu'il n'accepte pas de nouveaux partenaires actuellement, et SNAP n'inclut aucun endpoint de recherche de personnes. Les développeurs qui ont besoin de résultats de recherche agissent plutôt pour le compte du siège Sales Navigator de chaque utilisateur.
Aujourd'hui, impossible de candidater : l'intégration de nouveaux partenaires SNAP est fermée, sans date de réouverture publiée. Les partenaires existants gardent leur accès selon leur accord signé. Pour un nouveau produit, la voie pratique est une API côté utilisateur comme Unipile, où chaque utilisateur connecte son compte LinkedIn et votre app lance les recherches via POST /api/v1/linkedin/search.
Non. LinkedIn ne délivre pas de clé API Sales Navigator autonome, et ni le portail développeur ni un abonnement Sales Navigator n'en fournissent. Avec Unipile, vous vous authentifiez avec votre propre clé Unipile dans l'en-tête X-API-KEY et ciblez un compte lié avec account_id, tandis que le siège Sales Navigator reste celui de l'utilisateur.
Le prix de SNAP est fixé dans chaque accord de partenariat et n'est pas public, et le programme est de toute façon fermé aux nouveaux partenaires. Une intégration côté utilisateur demande un abonnement Sales Navigator actif sur le compte de chaque utilisateur, payé par lui ou son entreprise, plus une offre API pour votre app : les sièges Core démarrent à $119,99 par mois et l'API Unipile à $5,50 par compte connecté (détail complet). Pour le coût des API LinkedIn officielles, voir l'API LinkedIn est-elle gratuite.
Pas via SNAP, qui n'exporte ni listes de leads ni recherches enregistrées. Avec Unipile, un utilisateur peut coller l'URL d'une recherche, d'une recherche enregistrée ou d'une liste de leads Sales Navigator ; votre app l'envoie dans le champ url et parcourt les résultats avec le curseur. LinkedIn plafonne chaque recherche de personnes à 2 500 résultats.
Uniquement ce que l'utilisateur authentifié voit déjà dans Sales Navigator avec son propre siège : des résultats de recherche avec des champs comme le nom, le titre, la localisation, les postes actuels et l'URL du profil. Unipile ne conserve aucune base indépendante de membres LinkedIn. Les résultats sont renvoyés au moment de la requête, et votre app décide de ce qu'elle stocke selon sa propre politique de confidentialité.
LinkedIn fixe les limites, et l'usage que votre produit fait des recherches relève d'une décision côté client. Unipile relaie chaque requête pour le compte lié sans lever aucun plafond. Prévoyez des quotas par utilisateur, étalez les recherches dans le temps et lancez-les en réponse à des actions demandées par vos utilisateurs.
Non. Unipile n'est ni affilié à LinkedIn, ni approuvé, ni sponsorisé par LinkedIn. Il ne fait pas partie de la Sales Navigator Application Platform (SNAP) et ne revend pas de sièges Sales Navigator. Unipile est un intermédiaire technique indépendant qui agit pour le compte d'utilisateurs connectant leurs propres comptes LinkedIn.
D'autres questions ? Notre équipe est là pour vous aider.
Parler à un expertLancez votre première recherche Sales Navigator depuis votre app
Connectez un compte LinkedIn doté d'un siège Sales Navigator, envoyez une requête et récupérez des résultats JSON. La documentation de recherche détaille chaque paramètre.
Sur ce site, nous utilisons des cookies pour mesurer notre audience, entretenir la relation avec vous et identifier l'origine de votre visite. Souhaitez-vous accepter ou refuser ?