
Integrationsleitfäden
LinkedIn-API-Leitfaden
E-Mail-API-Leitfaden
WhatsApp-API-Leitfaden
Vertrieb kontaktieren
LinkedIn nimmt keine neuen Partner mehr für seine Sales Navigator API (SNAP) auf, und SNAP hat keinen Endpoint für die Personensuche. Hier erfahren Sie, was das offizielle Programm abdeckt und wie Entwickler Sales-Navigator-Suchen aus ihrer App im Namen jedes Nutzers ausführen.
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 }]
}'
Bekommt man noch Zugang zur Sales Navigator API? Nein. LinkedIn nimmt keine neuen Partner für die Sales Navigator API (SNAP) auf, und SNAP enthielt nie einen Endpoint für die Personensuche. Wenn Ihre App Suchergebnisse aus Sales Navigator braucht, führt der Weg über den eigenen Sales Navigator Seat jedes Nutzers, in dessen Namen Sie handeln. Dieser Leitfaden zeigt, was das offizielle Programm umfasst, wo seine Dokumentation liegt und wie Sie dieselben Suchen per Code ausführen, als Teil unseres LinkedIn API Leitfadens.
Suchergebnisse stammen aus dem eigenen Sales Navigator Seat des authentifizierten Nutzers, zum Zeitpunkt der Anfrage. Unipile führt keinen unabhängigen Index, keine Lead-Datenbank und keine Kopie von Sales-Navigator-Listen: Jede Antwort zeigt, was dieser Nutzer in Sales Navigator ohnehin sieht, und Ihre Anwendung entscheidet, was sie wie lange speichert.
Ja, aber keine, für die man sich einfach anmelden kann. Die LinkedIn Sales Navigator API ist die Sales Navigator Application Platform (SNAP), ein Partnerprogramm für Anbieter von CRM- und Vertriebssoftware. Der Zugang erfordert einen unterzeichneten Partnervertrag mit LinkedIn, das Programm ist für neue Partner geschlossen, und es gibt keine öffentliche Self-Service-Version für Entwickler.
SNAP-Partner sind vor allem CRM-Plattformen, die Sales-Navigator-Panels in ihre eigene Oberfläche einbetten, damit ihre Kunden einen Lead ansehen oder eine Nachricht senden können, ohne den Tab zu wechseln. Die Partnerschaft legt fest, was jeder Anbieter anzeigen und synchronisieren darf.
Gehört Ihr Unternehmen nicht bereits zu diesen Partnern, ist die offizielle Tür zu. LinkedIn sagt, man prüfe die Onboarding-Kapazität regelmäßig, nennt aber kein Datum für eine Wiedereröffnung. Jeder Plan, der heute auf SNAP-Zugang baut, hängt von einer Entscheidung ab, die Sie nicht beeinflussen.
Bleiben für Entwickler zwei Fragen: Was genau hätte Ihnen SNAP gebracht, und was können Sie ohne SNAP bauen? Die nächsten Abschnitte beantworten beide.
"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." (Derzeit nehmen wir keine neuen Partner für den Zugang zur LinkedIn Sales Navigator API auf.)
Zuletzt geprüft: 13. Oktober 2026.
Viele Leitfäden zu diesem Thema stammen aus der Zeit, als SNAP noch Bewerbungen annahm, und manche beschreiben noch einen Authentifizierungsablauf, den neue Entwickler nicht mehr erreichen. Hier sehen Sie, wohin die üblichen Wege heute führen.
SNAP besteht aus drei Diensten. LinkedIn beschreibt zwar ein Sucherlebnis für Partner, doch es steckt in eingebetteten Oberflächenmodulen: Keiner der drei Dienste liefert Ergebnisse einer Personensuche oder Lead-Listen an Ihr Backend. Das Programm bringt Sales Navigator in das Produkt eines Partners, statt dessen Code die Suchergebnisse zu übergeben.
| Dienst | Funktion | Typischer Einsatz | Endpoint für Personensuche |
|---|---|---|---|
| Display Services | Oberflächenmodule, eingebettet per iframe oder JavaScript SDK: Profil, letzte Aktivität, Vernetzen und Nachrichten (inklusive InMail), dazu die Profile Associations API für Fotos und Profillinks | Das Sales-Navigator-Panel eines Leads in einem CRM-Datensatz | Nein |
| Analytics Services | Eine Export-API für die Aktivität von Vertriebsteams, dazu Seat-Metadaten wie der tägliche Social Selling Index, Kontakte und gespeicherte Leads | Reporting und Coaching-Dashboards für Vertriebsteams | Nein |
| Sync Services | APIs auf Basis von CRM Sync, über die Zuordnungen zwischen CRM-Datensätzen und LinkedIn | Workflows für Datenintegrität und reichhaltigere Datensatzansichten im CRM | Nein |
Kernpunkt: SNAP hat keinen Endpoint, der eine Personensuche mit Filtern ausführt, und keinen Export gespeicherter Suchen oder Lead-Listen. Selbst ein zugelassener Partner könnte mit SNAP allein keine Sales-Navigator-Suchfunktion nachbauen. Wenn Ihr Produkt Suchergebnisse braucht, war SNAP nie das richtige Werkzeug.
Die offizielle Dokumentation ist öffentlich, obwohl der Zugang geschlossen ist: Sie können nachlesen, wie SNAP funktioniert, ohne es nutzen zu können. Drei Referenzen decken alles ab, was Entwickler brauchen, vom Partnerprogramm bis zur funktionierenden Suchanfrage.
Braucht Ihr Produkt Ergebnisse aus Sales Navigator, ist das tragfähige Modell nutzerseitig. Jeder Ihrer Nutzer verbindet sein eigenes LinkedIn-Konto, das bereits einen Sales Navigator Seat hat, über die gehostete Authentifizierung von Unipile. Ihr Backend ruft dann einen einzigen REST-Endpoint auf, und die Suche läuft innerhalb dessen, was dieser Nutzer in Sales Navigator ohnehin sieht. Es ist dasselbe Modell, das die LinkedIn API für Nachrichten, Einladungen und Profile nutzt.
Fügen Sie Ihrer App die gehostete Authentifizierung hinzu, damit jeder Nutzer sein LinkedIn-Konto verbindet. Sales-Navigator-Suchen funktionieren nur, wenn dieses Konto ein aktives Sales-Navigator-Abo hat.
Senden Sie POST /api/v1/linkedin/search mit "api": "sales_navigator", entweder mit Filtern oder mit einer URL, die der Nutzer aus Sales Navigator kopiert hat.
Folgen Sie dem Cursor, um weitere Ergebnisse zu laden, speichern Sie nur, was Ihre Funktion braucht, und testen Sie vor dem Release mit einem echten Seat in einem Staging-Konto.
Unipile ist ein unabhängiger technischer Vermittler. Unipile ist kein SNAP-Partner und verkauft keine Sales Navigator Seats weiter. Jede Anfrage erfolgt im Namen genau eines verbundenen Nutzers, über dessen eigenes verknüpftes Konto und Abo: keine geteilten Zugangsdaten, keine gebündelten Seats. Hat ein Nutzer kein aktives Sales-Navigator-Abo, sind Sales-Navigator-Suchen auf seinem Konto schlicht nicht verfügbar.
Setzen Sie api auf sales_navigator und category auf people (oder companies) und kombinieren Sie dann die benötigten Filter. keywords ist Freitext, tenure erwartet eine Liste von Bereichen in Jahren, profile_language eine Liste von Sprachcodes, und company erwartet Include- und Exclude-Listen mit Unternehmens-IDs. Ein industry -Filter mit Include-Liste funktioniert genauso. Der Query-Parameter limit legt die Seitengröße fest, bis zu 100 Ergebnisse bei 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] }
}'
Die Antwort ist ein LinkedinSearch -Objekt: ein items -Array (Name, Headline, Standort, aktuelle Positionen, Profil-URL), ein paging -Block mit start, page_count und total_countsowie ein cursor für die nächste Seite.
Viele Nutzer bauen ihre Suche zuerst in Sales Navigator. Statt jeden Filter in Ihrer Oberfläche nachzubauen, übernehmen Sie die URL, die sie aus dem Browser kopieren: eine Ergebnisseite, eine gespeicherte Suche oder eine Lead-Liste. Senden Sie sie im Feld url , und die Suche läuft mit den Filtern, die bereits in diesem Link stecken.
{
"url": "https://www.linkedin.com/sales/search/people?query=(...)"
}
Prüfen Sie den eingefügten Link vor dem Senden: Es muss eine Sales-Navigator-Adresse sein, die mit https://www.linkedin.com/sales/beginnt. Eine klassische LinkedIn-Such-URL gehört zu einer klassischen Suche.
Filter wie Standorte, Unternehmen oder Branchen erwarten LinkedIn-IDs, keine Namen. Suchen Sie sie zuerst über den Endpoint für Suchparameter und verwenden Sie dann die zurückgegebenen id -Werte in Ihrem Such-Body. Der Parameter type legt fest, wonach Sie suchen, hier ein Standort.
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": "..." }] }
Jede Antwort enthält einen cursor. Übergeben Sie ihn als Query-Parameter cursor der nächsten Anfrage und hören Sie auf, sobald Sie paging.total_count, die unten beschriebene Obergrenze pro Suche oder die Ergebniszahl erreichen, die Ihre Funktion wirklich braucht.
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",
});
Koppeln Sie maxResults an das, was der Nutzer angefordert hat. Die Ergebnisse enden an der von LinkedIn gesetzten Obergrenze pro Suche, egal welchen Wert Sie übergeben.
Verbinden Sie ein Sales-Navigator-Konto und starten Sie Ihre erste Suche
Gehostete Authentifizierung, ein Such-Endpoint und Cursor-Paginierung. Testen Sie es mit Ihrem eigenen Sales Navigator Seat, bevor Sie es Ihren Nutzern anbieten.
LinkedIn begrenzt, wie viele Ergebnisse eine einzelne Suche liefern kann und wie viel ein Konto pro Tag suchen sollte. Diese Grenzen hängen vom Suchprodukt ab, nicht von der API, die Sie aufrufen. Planen Sie Paginierung, Kontingente und Oberfläche von Anfang an danach. Für Suchen ohne Sales Navigator Seat lesen Sie unseren Leitfaden zur LinkedIn Search API, und für Recruiter Seats unseren LinkedIn Recruiter API Leitfaden.
| Suche | Max. Ergebnisse pro Suche | Ergebnisse pro Seite | Erforderlich im verknüpften Konto |
|---|---|---|---|
| Klassische LinkedIn-Suche | 1,000 | Bis zu 10 (Personen und Unternehmen) | Jedes LinkedIn-Konto |
| Sales Navigator, Personen | 2,500 | Bis zu 100 | Aktives Sales-Navigator-Abo |
| Sales Navigator, Unternehmen | 1,000 | Bis zu 100 | Aktives Sales-Navigator-Abo |
| Recruiter | 2,500 | Bis zu 100 | Recruiter Seat |
Tagesvolumen: Für Personensuchen in Sales Navigator lautet die Empfehlung, bei etwa 2.500 Profilen pro Tag und verknüpftem Konto zu bleiben. Eine Suche mit mehr als 2.500 Treffern braucht engere Filter, nicht mehr Seiten: Teilen Sie sie nach Standort, Branche oder Betriebszugehörigkeit auf.
Zuletzt geprüft: 13. Oktober 2026, anhand der Dokumentation zu Provider-Limits und Einschränkungen .
Die genannten Grenzen setzt LinkedIn. Unipile gibt sie unverändert weiter und hebt sie nicht auf, und keine Anfrage kann mehr liefern, als der eigene Seat des Nutzers erlaubt. Wie oft Ihr Produkt sucht, wie viele Ergebnisse es anfordert und wie es die Suchen verteilt, ist eine kundenseitige Entscheidung: Bauen Sie Kontingente in Ihr Produkt ein, zeigen Sie Nutzern ihren Verbrauch und knüpfen Sie jede Suche an eine Aktion, die der Nutzer ausgelöst hat.
Für die Sales Navigator API selbst gibt es keine öffentliche Preisliste. Die SNAP-Gebühren werden in jedem Partnervertrag ausgehandelt, und das Programm nimmt keine neuen Partner mehr auf. Bei einer nutzerseitigen Integration teilen sich die Kosten in zwei Posten: den Sales Navigator Seat, den jeder Nutzer bereits hat, und den API-Tarif, den Ihr Unternehmen für seine App zahlt.
| Kostenposten | Wer zahlt | Preis |
|---|---|---|
| Offizielles SNAP | Der LinkedIn-Partner | Im Partnervertrag festgelegt, nicht öffentlich |
| Sales Navigator Core Seat | Der Nutzer oder sein Unternehmen | $119,99 pro Monat oder $1.079,88 pro Jahr |
| Sales Navigator Advanced Seat | Der Nutzer oder sein Unternehmen | $159,99 pro Monat oder $1.799,88 pro Jahr |
| Sales Navigator Advanced Plus Seat | Das Unternehmen des Nutzers | Individuelles Angebot von LinkedIn |
| Unipile API | Ihr Unternehmen | Pro verbundenem Konto: $55 pro Monat bis 10 Konten, danach $5,50 bis hinunter zu $3,50 pro Konto |
Beispiel: Ihre App bedient 20 Vertriebsmitarbeiter, die jeweils ein Konto mit Sales Navigator Core verknüpfen. Ihre Seats bleiben in ihren eigenen LinkedIn-Abos. Auf Ihrer Seite beträgt die API-Rechnung 20 verbundene Konten zu $5,50, also $110 pro Monat, ohne Gebühr pro Suche oder pro Nachricht. Alle Volumenstufen finden Sie auf der Seite Preise der Unipile API.
Zuletzt geprüft: 26. Oktober 2026, anhand der LinkedIn-Seite zu den Sales-Navigator-Tarifen. Die Preise von LinkedIn verstehen sich ohne Steuern und können je nach Region variieren.
Die beiden Modelle dienen unterschiedlichen Produkten. SNAP passt zu einem CRM-Anbieter, der bereits eine LinkedIn-Partnerschaft hat und Sales-Navigator-Panels in seinen Datensätzen will. Eine nutzerseitige API passt zu Software, die Suchergebnisse als Daten braucht, für Nutzer, die Sales Navigator bereits bezahlen.
| Kriterium | Offizielles SNAP | Nutzerseitige API (Unipile) |
|---|---|---|
| Zugang | Unterzeichnete LinkedIn-Partnerschaft, für neue Partner geschlossen | Self-Service-Konto; jeder Nutzer verknüpft sein eigenes LinkedIn-Konto |
| Onboarding | Partnerprüfung durch LinkedIn | Gehosteter Authentifizierungsablauf in Ihrer App |
| Personensuche | Kein API-Endpoint | POST /api/v1/linkedin/search mit "api": "sales_navigator" |
| Gespeicherte Suchen und Lead-Listen | Nicht verfügbar | Ausführung über eine Sales-Navigator-URL, die der Nutzer einfügt |
| Nachrichten | Nachrichten- und InMail-Module in der eingebetteten Oberfläche | LinkedIn-Messaging-Routen auf demselben verknüpften Konto |
| Was Sie zurückbekommen | Eingebettete Module, Aktivitätsanalysen, CRM-Sync-Zuordnungen | JSON-Ergebnisse (items, paging, cursor) für Ihre eigene Oberfläche |
| Wer verantwortlich ist | Der Partner, gemäß SNAP-Vertrag | Ihr Unternehmen entscheidet über die Nutzung der Suchen; jeder Nutzer bringt seinen eigenen Seat mit |
In der Praxis: Wenn Sie noch kein SNAP-Partner sind, ist die Wahl bereits getroffen. Und wenn doch, liefert SNAP Ihnen trotzdem keine Suchergebnisse als Daten: Produkte, die sie brauchen, nutzen das nutzerseitige Modell zusätzlich zu ihren Partnerfunktionen.
Drei Produktmuster decken die meisten Integrationen der Sales-Navigator-Suche ab. In jedem behält der Nutzer die Kontrolle über seinen Seat, seine Suchen und seine Listen, und Ihr Produkt erledigt die Arbeit drumherum.
Ein Vertriebsmitarbeiter fügt die URL einer Sales-Navigator-Lead-Liste in Ihr CRM ein. Ihre App führt sie in seinem Namen aus, gleicht die Ergebnisse mit bestehenden Kontakten ab und legt fehlende Datensätze an, jeweils mit Link zum LinkedIn-Profil.
LinkedIn API für CRM-SoftwareRecruiter haben oft einen Sales Navigator oder einen Recruiter Seat. Derselbe Endpoint wechselt zwischen beiden über das Feld api , sodass ein ATS Sourcing-Suchen über den Seat anbieten kann, den der Recruiter verknüpft hat.
Sequenz-Tools kombinieren LinkedIn mit E-Mail. Eine Suche baut die Zielgruppe auf dem Seat des Nutzers auf, dann gehen Nachrichten über LinkedIn und über Gmail, Outlook oder IMAP mit der E-Mail-APIraus, im Namen desselben Nutzers.
LinkedIn API für Engagement-PlattformenSie entwickeln für KI-Agenten? Der Sales Navigator MCP Server gibt Coding-Agenten dieselben Suchen, mit demselben Modell pro Nutzer.
Zugang, Schlüssel, Preise, Lead-Listen und Verantwortung: Antworten für Entwickler.
Ja, die Sales Navigator Application Platform (SNAP), aber das ist ein Partnerprogramm, keine öffentliche API. LinkedIn erklärt auf Microsoft Learn , dass derzeit keine neuen Partner aufgenommen werden, und SNAP enthält keinen Endpoint für die Personensuche. Entwickler, die Suchergebnisse brauchen, handeln stattdessen im Namen des eigenen Sales Navigator Seats jedes Nutzers.
Bewerben können Sie sich heute nicht: Das Onboarding neuer SNAP-Partner ist geschlossen, ohne veröffentlichtes Datum. Bestehende Partner behalten ihren Zugang laut Vertrag. Für ein neues Produkt ist der praktische Weg eine nutzerseitige API wie Unipile, bei der jeder Nutzer sein LinkedIn-Konto verknüpft und Ihre App Suchen ausführt über POST /api/v1/linkedin/search.
Nein. LinkedIn vergibt keinen eigenständigen Sales Navigator API Key, und weder das Entwicklerportal noch ein Sales-Navigator-Abo stellt einen bereit. Mit Unipile authentifizieren Sie sich mit Ihrem eigenen Unipile-Schlüssel im Header X-API-KEY und wählen ein verknüpftes Konto über account_id, während der Sales Navigator Seat beim Nutzer bleibt.
Der Preis von SNAP wird in jedem Partnervertrag festgelegt und ist nicht öffentlich, und das Programm ist ohnehin für neue Partner geschlossen. Eine nutzerseitige Integration braucht ein aktives Sales-Navigator-Abo im Konto jedes Nutzers, bezahlt von ihm oder seinem Unternehmen, plus einen API-Tarif für Ihre App: Core Seats beginnen bei $119,99 pro Monat und die Unipile API bei $5,50 pro verbundenem Konto (vollständige Aufschlüsselung). Zu den Kosten der offiziellen LinkedIn-APIs lesen Sie ist die LinkedIn API kostenlos.
Nicht über SNAP, das weder Lead-Listen noch gespeicherte Suchen exportiert. Mit Unipile kann ein Nutzer die URL einer Sales-Navigator-Suche, gespeicherten Suche oder Lead-Liste einfügen; Ihre App sendet sie im Feld url und blättert mit dem Cursor durch die Ergebnisse. LinkedIn begrenzt jede Personensuche auf 2.500 Ergebnisse.
Nur auf das, was der authentifizierte Nutzer mit seinem eigenen Seat in Sales Navigator bereits sieht: Suchergebnisse mit Feldern wie Name, Headline, Standort, aktuellen Positionen und Profil-URL. Unipile führt keine unabhängige Datenbank von LinkedIn-Mitgliedern. Die Ergebnisse werden zum Zeitpunkt der Anfrage geliefert, und Ihre App entscheidet nach ihrer eigenen Datenschutzrichtlinie, was sie speichert.
LinkedIn setzt die Limits, und wie Ihr Produkt Suchen nutzt, ist eine kundenseitige Entscheidung. Unipile leitet jede Anfrage für das verknüpfte Konto weiter, ohne eine Grenze aufzuheben. Planen Sie Kontingente pro Nutzer, verteilen Sie Suchen über die Zeit und führen Sie sie als Reaktion auf Aktionen Ihrer Nutzer aus.
Nein. Unipile ist nicht mit LinkedIn verbunden und wird von LinkedIn weder unterstützt noch gesponsert. Unipile gehört nicht zur Sales Navigator Application Platform (SNAP) und verkauft keine Sales Navigator Seats weiter. Unipile ist ein unabhängiger technischer Vermittler, der im Namen von Nutzern handelt, die ihre eigenen LinkedIn-Konten verknüpfen.
Noch Fragen? Unser Team hilft Ihnen gern.
Experten fragenStarten Sie Ihre erste Sales-Navigator-Suche aus Ihrer App
Verknüpfen Sie ein LinkedIn-Konto mit Sales Navigator Seat, senden Sie eine Anfrage und erhalten Sie JSON-Ergebnisse. Die Such-Dokumentation beschreibt jeden Parameter.
Auf dieser Website verwenden wir Cookies, um unser Publikum zu messen, die Beziehung zu Ihnen zu pflegen und den Ursprung Ihres Besuchs zu identifizieren. Möchten Sie akzeptieren oder ablehnen?