Jetzt bauen
DE
Sales Navigator MCP

Sales Navigator MCP Server für Coding-Agenten

Ihr Coding-Agent liest die Sales-Navigator-Routen des Unipile MCP-Server und baut Lead-Suche, Lead-Listen und InMail in Ihr Produkt ein.
Mit dem Unipile MCP bauen API Key holen
7 Tage kostenlos testen, ohne Kreditkarte.
Ihr Coding-Agent
Unipile MCP verbunden
Sarah
Ergänze die Prospecting-Seite um eine Sales-Navigator-Lead-Suche.
Endpoint lesenPOST /v2/{account_id}/linkedin/sales-navigator/search/peopleSchema geladen
searchLeads() und das Filterformular ergänzt. Es prüft zuerst den Seat: 25 Leads auf Seite eins.
4 Dateien geändert · in der Development-App getestet
Nächstes Feature beschreiben…
Die kurze Antwort

Gibt es einen offiziellen Sales Navigator MCP-Server?

Nein. LinkedIn veröffentlicht keinen Sales Navigator MCP-Server, und Suche, Listen und InMail von Sales Navigator stehen Drittanbieter-Produkten über das Entwicklerprogramm nicht offen. Der Unipile MCP-Server ist ein gehosteter Drittanbieter-Server, generiert aus der Unipile API, die die Routen der Sales Navigator API umfasst. Ihr Coding-Agent liest sie und schreibt das Feature in Ihr Produkt. Jeder Nutzer verbindet sein eigenes LinkedIn-Konto mit seinem Sales-Navigator-Seat über Hosted Auth, und Ihr Code handelt im Namen dieses authentifizierten Nutzers.

Die Server-URL

URL des Sales Navigator MCP-ServersLive
https://developer.unipile.com/mcp?branch=v2.0
AuthHeader X-API-KEY mit einem Scoped Account API Key, über streamable HTTP. Dieselbe URL bedient LinkedIn Classic, Recruiter und die übrigen Kanäle.
SeatDie Sales-Navigator-Routen antworten, wenn das verbundene LinkedIn-Konto einen Sales-Navigator-Seat hat. Prüfen Sie das mit GET /v2/{account_id}/linkedin/contracts.
KontenWährend der Entwicklung die Testkonten Ihrer Development-Anwendung; in Production das Konto, das jeder Nutzer über Hosted Auth verbunden hat.
ClientsCodex, Cursor, Claude Code, Gemini CLI, Windsurf oder jeder MCP-Client über streamable HTTP.

Wie aus einem Prompt ein Sales-Navigator-Feature wird

1
Sie beschreiben das FeatureLass Nutzer eine Sales-Navigator-Such-URL einfügen und importiere die Leads in eine Kampagne.
2
Der Agent liest die Route der Sales Navigator API
Endpoint lesenPOST /v2/{account_id}/linkedin/sales-navigator/searchSchema geladen
3
Er schreibt den Code und testet ihn in Ihrer Development-AnwendungimportFromUrl() in salesnav.service.ts und das Feld „Aus Sales Navigator importieren“ auf der Kampagnenseite ergänzt. Mit einer Test-URL in der Development-App ausgeführt: 25 Leads auf Seite eins, nächster Cursor gespeichert.
Alles, was der Server auf LinkedIn kann
Prompts statt Glue Code

Was Ihr Coding-Agent mit dem Sales Navigator MCP baut

Wählen Sie ein Sales-Navigator-Feature. Jedes Transkript zeigt den Prompt an den Agenten, die Routen der Sales Navigator API, die er über den Unipile MCP-Server liest und ausführt, und was in Ihrem Projekt landet. Die Pfade sind vollständig, auf der API-Basis-URL https://api.unipile.com, mit einem Scoped Key im X-API-KEY Header.
Cursor · prospecting-appDevelopment-App
Ergänze die Prospecting-Seite um die Sales-Navigator-Lead-Suche: aktueller Jobtitel, Seniority, Mitarbeiterzahl des Unternehmens und ein Schalter „Job gewechselt“.
Endpoint lesenGET /v2/{account_id}/linkedin/sales-navigator/search/parametersSchema geladen
Anfrage ausführenPOST /v2/{account_id}/linkedin/sales-navigator/search/people25 Leads
Das Filterformular gebaut (die Auswahlfelder lösen Namen über die Route für Suchparameter in IDs auf), searchLeads(filters, cursor) in salesnav.service.ts und die Ergebnistabelle mit „Mehr laden“. In der Development-App mit einem Test-Seat getestet: 25 Leads auf der ersten Seite.4 Dateien geändert · in der Development-App getestet

Lead-Suche mit den Sales-Navigator-Filtern, die Ihre Nutzer schon kennen

Der Agent liest den Body der Personensuche, baut das Formular in Ihrem Stack und führt die erste Suche in Ihrer Development-Anwendung aus. Jobtitel, Seniority, Funktion, Mitarbeiterzahl, Standort und Signale wie Jobwechsel oder aktuelle Beiträge: dieselben Filter, die der Nutzer in Sales Navigator hat, auf seinem eigenen Seat.
Endpoints, die der Agent nutzt
GET/v2/{account_id}/linkedin/sales-navigator/search/parametersPOST/v2/{account_id}/linkedin/sales-navigator/search/people
Häufiger Fehler: Einen Jobtitel oder Firmennamen eintippen, wo der Filter eine ID erwartet. Lösen Sie den Text zuerst über die Route für Suchparameter in eine ID auf und übergeben Sie dann die ID an die Personensuche.
Sales Navigator Search API: die wichtigsten Features
Claude Code · crm-appDevelopment-App
Ergänze das CRM um eine Account-Suche über die Sales-Navigator-Routen, damit Vertriebler Zielunternehmen finden und im CRM öffnen können.
Endpoint lesenPOST /v2/{account_id}/linkedin/sales-navigator/search/companiesSchema geladen
Anfrage ausführenPOST /v2/{account_id}/linkedin/sales-navigator/search/companies200 OK
Ergänzt searchAccounts(filters, cursor) und einen Tab „Accounts“ neben „Leads“ auf der Prospecting-Seite. Jede Unternehmenszeile verlinkt auf den passenden CRM-Datensatz, sofern es einen gibt. In der Development-App getestet.3 Dateien geändert · in der Development-App getestet

Account-Suche für Listen von Zielunternehmen

Die Unternehmenssuche ist die Account-Seite von Sales Navigator: Der Vertriebler grenzt Zielunternehmen ein und geht dann zu den Personen über, die dort arbeiten. Der Agent liest den genauen Body der Unternehmens-Route, bevor er das Formular schreibt, und rät so nie einen Filternamen.
Endpoints, die der Agent nutzt
POST/v2/{account_id}/linkedin/sales-navigator/search/companiesGET/v2/{account_id}/linkedin/sales-navigator/search/parameters
Häufiger Fehler: Den Body der Lead-Suche für die Unternehmens-Route wiederverwenden. Personen und Unternehmen nehmen unterschiedliche Filtersätze; lassen Sie den Agenten jedes Schema lesen, statt eines ins andere zu kopieren.
Guide zur Sales Navigator API
Codex · outreach-appDevelopment-App
Lass Nutzer eine Sales-Navigator-Such-URL einfügen oder eine ihrer gespeicherten Suchen wählen und importiere die Leads in eine Kampagne.
Endpoint lesenPOST /v2/{account_id}/linkedin/sales-navigator/searchSchema geladen
Anfrage ausführenPOST /v2/{account_id}/linkedin/sales-navigator/search25 Leads
Ein Feld „Aus Sales Navigator importieren“ ergänzt, das die eingefügte URL an die Route für die Suche per URL sendet, dazu eine Auswahl gespeicherter Suchen, die load_saved_search in der Personensuche nutzt. Leads werden seitenweise zur Kampagne hinzugefügt, der Cursor wird gespeichert. In der Development-App getestet.3 Dateien geändert · in der Development-App getestet

Eine Suche importieren, die der Nutzer bereits in Sales Navigator angelegt hat

Viele Nutzer bauen ihre Suche direkt in Sales Navigator. Ihr Produkt kann diese Suche unverändert übernehmen: aus der eingefügten URL oder aus einer gespeicherten oder letzten Suche ihres Kontos. Die Filter müssen nicht in Ihrer UI nachgebaut werden.
Endpoints, die der Agent nutzt
POST/v2/{account_id}/linkedin/sales-navigator/searchPOST/v2/{account_id}/linkedin/sales-navigator/search/people
Häufiger Fehler: Eine klassische LinkedIn-Such-URL an die Sales-Navigator-Route senden. Prüfen Sie vor dem Aufruf, ob der eingefügte Link eine Sales-Navigator-Suche ist, und zeigen Sie sonst eine klare Meldung.
Daten-Guide zur Sales Navigator API
Cursor · prospecting-appDevelopment-App
Zeige die Sales-Navigator-Lead-Listen des Nutzers in der Seitenleiste, lass ihn eine öffnen und ergänze bei jedem Suchergebnis einen Button „In Lead-Liste speichern“.
Anfrage ausführenGET /v2/{account_id}/linkedin/sales-navigator/lead-lists6 Listen
Endpoint lesenPOST /v2/{account_id}/linkedin/sales-navigator/lead-lists/{list_id}/saveSchema geladen
Die Seitenleiste mit Lead-Listen, die Listenansicht (Browse-Route, paginiert) und den Button „In Lead-Liste speichern“ ergänzt, der die Speicher-Route einmal pro Klick aufruft und den Fehler anzeigt, falls LinkedIn ablehnt. In der Development-App mit einer Testliste getestet.4 Dateien geändert · in der Development-App getestet

Lead-Listen: durchsuchen und darin speichern

In Lead-Listen verwaltet ein Sales-Navigator-Nutzer seine Prospects. Ihr Produkt kann die Listen des Nutzers lesen, eine öffnen und aus Ihrer eigenen UI einen Lead hinzufügen. Die Liste bleibt in Sales Navigator, der Nutzer sieht also an beiden Orten dieselbe Liste.
Endpoints, die der Agent nutzt
GET/v2/{account_id}/linkedin/sales-navigator/lead-listsPOST/v2/{account_id}/linkedin/sales-navigator/lead-lists/{list_id}POST/v2/{account_id}/linkedin/sales-navigator/lead-lists/{list_id}/save
Häufiger Fehler: Einen Listennamen verwenden als list_id. Nehmen Sie die ID aus GET .../lead-lists, und wiederholen Sie ein Speichern nach einem Timeout nicht blind: Durchsuchen Sie zuerst die Liste, um zu sehen, ob der Lead schon drin ist.
Guide zur Sales Navigator API
Gemini CLI · crm-appDevelopment-App
Synchronisiere die Sales-Navigator-Account-Listen des Vertrieblers als Zielkunden-Segmente ins CRM und lass ihn ein Unternehmen von der Account-Seite aus zu einer Liste hinzufügen.
Anfrage ausführenGET /v2/{account_id}/linkedin/sales-navigator/account-lists4 Listen
Anfrage ausführenPOST /v2/{account_id}/linkedin/sales-navigator/account-lists/{list_id}38 Accounts
Den Sync der Account-Listen ergänzt (Listen und ihre Unternehmen als CRM-Segmente upserted, über einen manuellen Button „Sync“) sowie „Zur Account-Liste hinzufügen“ auf der Unternehmensseite, über die Speicher-Route. In der Development-App getestet.4 Dateien geändert · in der Development-App getestet

Account-Listen als Zielkunden-Segmente

Account-Listen sind das Gegenstück zu Lead-Listen auf Unternehmensseite. Ein CRM- oder ABM-Tool kann die Listen des Vertrieblers als Segmente zeigen und ein Unternehmen von der eigenen Account-Seite aus hinzufügen, mit denselben drei Routen: auflisten, durchsuchen, speichern.
Endpoints, die der Agent nutzt
GET/v2/{account_id}/linkedin/sales-navigator/account-listsPOST/v2/{account_id}/linkedin/sales-navigator/account-lists/{list_id}POST/v2/{account_id}/linkedin/sales-navigator/account-lists/{list_id}/save
Häufiger Fehler: Lead-Listen und Account-Listen vermischen. Ein Lead gehört in eine Lead-Liste, ein Unternehmen in eine Account-Liste; jede Listen-ID gehört zu genau einer Routen-Familie.
LinkedIn API für Sales-Software
Claude Code · prospecting-appDevelopment-App
Wenn ein Vertriebler einen Lead öffnet, zeige das Profil so, wie Sales Navigator es zeigt, nicht die klassische LinkedIn-Version.
Endpoint lesenGET /v2/{account_id}/users/{user_id}Schema geladen
Anfrage ausführenGET /v2/{account_id}/users/{user_id}?variant=linkedin_sales_navigator200 OK
Ergänzt getLeadProfile(id), das die Variante linkedin_sales_navigator anfordert, dazu die Lead-Seitenansicht auf der Prospecting-Seite. Das Profil wird nur geladen, wenn der Vertriebler einen Lead öffnet. In der Development-App getestet.2 Dateien geändert · in der Development-App getestet

Das Lead-Profil in seiner Sales-Navigator-Variante

Die Profil-Route nimmt eine Variante. linkedin_sales_navigator liefert das Profil so, wie Sales Navigator es zeigt; linkedin_classic und linkedin_recruiter sind die beiden anderen. Die Route dokumentiert außerdem Profilabschnitte wie Berufserfahrung, Ausbildung und Skills, und der Agent liest, wie man sie anfordert.
Endpoints, die der Agent nutzt
GET/v2/{account_id}/users/{user_id}?variant=linkedin_sales_navigator
Häufiger Fehler: Eine Profil-URL oder einen Anzeigenamen übergeben als user_id. Nutzen Sie die ID aus der Suche oder der Liste und laden Sie ein Profil erst, wenn der Nutzer es öffnet, nicht eine ganze Ergebnisseite.
LinkedIn MCP-Server
Codex · outreach-appDevelopment-App
Lass den Vertriebler aus der Lead-Seitenansicht eine Sales Navigator InMail mit Betreff senden und zeige an, wie viel InMail-Guthaben übrig ist.
Anfrage ausführenGET /v2/{account_id}/linkedin/inmail-creditsGuthaben
Endpoint lesenPOST /v2/{account_id}/chats/sendSchema geladen
Guthaben-Badge und InMail-Composer (Betreff und Text) ergänzt. sendInMail() ruft die Route zum Starten eines Chats auf, mit specifics.linkedin.sales_navigator.subject. Der Senden-Button ist bei null Guthaben deaktiviert, und ein fehlgeschlagener Versand wird dem Vertriebler angezeigt, nie wiederholt. In der Development-App getestet.3 Dateien geändert · in der Development-App getestet

Sales Navigator InMail mit Betreff, auf dem Guthaben des Nutzers

Eine InMail startet einen neuen Chat. Die Route zum Starten eines Chats nimmt LinkedIn-spezifische Optionen, und der Sales-Navigator-Block trägt den Betreff. Das Guthaben gehört zum Seat des Nutzers: Lesen Sie es, bevor Sie den Composer zeigen, und lassen Sie den Vertriebler jeden Versand selbst entscheiden.
Endpoints, die der Agent nutzt
POST/v2/{account_id}/chats/sendGET/v2/{account_id}/linkedin/inmail-credits
Häufiger Fehler: Eine InMail nach einem unklaren Fehler erneut senden. Ein Retry kann die Nachricht doppelt senden und zwei Guthaben verbrauchen. Prüfen Sie die Chats des Nutzers, bevor Sie ein erneutes Senden anbieten.
InMail mit der LinkedIn API senden
Echte Routen, vollständige Pfade

Die Routen der Sales Navigator API hinter dem Sales Navigator MCP

Der Server stellt die Unipile API selbst bereit: Was Ihr Coding-Agent auf Sales Navigator bauen kann, ist genau das, was die Sales Navigator API kann. Zehn Routen sind spezifisch für Sales Navigator: Suche, Suchparameter, Lead-Listen und Account-Listen. Profile, InMail, Guthaben und Verträge nutzen die gemeinsamen LinkedIn-Routen. Die Pfade unten sind vollständig, auf der API-Basis-URL https://api.unipile.com, mit dem Scoped Key im X-API-KEY Header.
10Sales-Navigator-Routen: Personen, Unternehmen, per URL, Parameter, Lead-Listen, Account-Listen
6Listen-Routen: auflisten, durchsuchen und speichern, für Lead-Listen und für Account-Listen
1Server-URL und ein Scoped Key, geteilt mit LinkedIn Classic, Recruiter und den übrigen Kanälen
0Endpoints zu erraten: Der Agent liest das exakte Schema, bevor er Code schreibt
2 Routen
Lead-Suche Personensuche mit dem Sales-Navigator-Filtersatz und die Parameter-Route, die einen vom Nutzer eingetippten Jobtitel, ein Unternehmen oder einen Standort in die ID umwandelt, die der Filter erwartet.
POST/v2/{account_id}/linkedin/sales-navigator/search/people
GET/v2/{account_id}/linkedin/sales-navigator/search/parameters
„Ergänze die Prospecting-Seite um eine Lead-Suche mit Filtern für Seniority und Mitarbeiterzahl.“
1 Route
Account-Suche Unternehmenssuche auf der Sales-Navigator-Seite, um Listen von Zielunternehmen aufzubauen, bevor die Personen darin gesucht werden.
POST/v2/{account_id}/linkedin/sales-navigator/search/companies
„Ergänze neben der Lead-Suche eine Suche nach Zielunternehmen.“
1 Route + gespeicherte Suchen
Suche per URL Eine Suche, die der Nutzer in Sales Navigator angelegt hat, über ihre URL ausführen. Gespeicherte und letzte Suchen laden über den Body der Personensuche.
POST/v2/{account_id}/linkedin/sales-navigator/search
POST/v2/{account_id}/linkedin/sales-navigator/search/people
„Lass Nutzer eine Sales-Navigator-Such-URL einfügen und importiere die Leads.“
3 Routen
Lead-Listen Die Lead-Listen des Nutzers auflisten, die Leads einer Liste durchsuchen, einen Lead in einer Liste speichern.
GET/v2/{account_id}/linkedin/sales-navigator/lead-lists
POST/v2/{account_id}/linkedin/sales-navigator/lead-lists/{list_id}
POST/v2/{account_id}/linkedin/sales-navigator/lead-lists/{list_id}/save
„Zeige die Lead-Listen des Nutzers in der Seitenleiste und ergänze bei jedem Ergebnis ‚In Liste speichern‘.“
3 Routen
Account-Listen Dieselben drei Operationen auf Unternehmensseite: die Account-Listen auflisten, eine durchsuchen, einen Account darin speichern.
GET/v2/{account_id}/linkedin/sales-navigator/account-lists
POST/v2/{account_id}/linkedin/sales-navigator/account-lists/{list_id}
POST/v2/{account_id}/linkedin/sales-navigator/account-lists/{list_id}/save
„Synchronisiere die Account-Listen des Vertrieblers als Segmente ins CRM.“
Gemeinsame Routen
Lead-Profil und Vernetzung Ein Profil in seiner Sales-Navigator-Variante lesen und mit den gemeinsamen LinkedIn-Routen von der Lead-Seite aus eine Kontaktanfrage senden.
GET/v2/{account_id}/users/{user_id}?variant=linkedin_sales_navigator
POST/v2/{account_id}/users/me/relation-requests
„Öffne die Lead-Seitenansicht mit der Sales-Navigator-Profilvariante.“
Gemeinsame Routen
Sales Navigator InMail Einen Chat mit Betreff über die Sales-Navigator-Optionen starten und das verbleibende InMail-Guthaben des Seats lesen.
POST/v2/{account_id}/chats/send
GET/v2/{account_id}/linkedin/inmail-credits
„Ergänze einen InMail-Composer mit Betreff und Guthaben-Badge.“
Gemeinsame Routen
Seat, Verträge und Verbindung Das Konto über Hosted Auth verbinden, seine Verträge auflisten und den Sales-Navigator-Vertrag auswählen, wenn es mehrere gibt.
POST/v2/auth/link
GET/v2/{account_id}/linkedin/contracts
POST/v2/{account_id}/linkedin/contracts/{contract_id}/select
„Blende den Sales-Navigator-Tab aus, wenn das verbundene Konto keinen Seat hat.“
Eine vollständige Anfrage, genau so, wie der Agent sie ausführt
POSThttps://api.unipile.com/v2/{account_id}/linkedin/sales-navigator/search/peopleX-API-KEY: your-scoped-api-key200 OK
Der Server folgt jedem Release der Unipile API, eine neue Sales-Navigator-Route erreicht Ihren Agenten also am Tag ihres Erscheinens. In Production ruft Ihr Produkt dieselben Routen auf dem Konto auf, das jeder Nutzer über Hosted Auth verbunden hat, als Nutzeraktionen in Ihrer UI. Dieselben Routen wie die Unipile LinkedIn API, im Code, den der Agent schreibt, oder über die offiziellen SDKs.·API-Referenz
LinkedInFilter der Personensuche

Der Filtersatz des Sales Navigator MCP, Feld für Feld

Das sind die Body-Felder von POST /v2/{account_id}/linkedin/sales-navigator/search/people, so wie die Unipile API v2 sie dokumentiert. Ihr Coding-Agent liest ihre genaue Struktur über den MCP-Server, bevor er das Filterformular schreibt, sodass die Felder in Ihrer UI denen entsprechen, die Sales Navigator auf dem Seat des Nutzers anwendet.
Rolle und Seniority12 Felder
Die richtige Person finden: was sie heute macht, was sie vorher gemacht hat, wie senior sie ist und wie lange sie schon in der Rolle ist. Body-Felder
Keywords und Namekeywords, first_name, last_name
Aktuelle und frühere Rollecurrent_job_title, past_job_title, function, seniority, persona
Erfahrung und Werdegangyears_in_position, years_of_experience, school, profile_language
„Ergänze die Lead-Suche um Auswahlfelder für Jobtitel, Funktion und Seniority.“
Unternehmen und Standort10 Felder
Eingrenzen nach dem Unternehmen des Leads, seiner Größe und Art, seiner Branche und danach, wo der Lead oder das Unternehmen sitzt. Body-Felder
Unternehmencurrent_company, past_company, company_headcount, company_type, industry, years_in_company
Standortlocation, company_location, postal_code, radius
„Filtere Leads nach Mitarbeiterzahl und Unternehmensstandort, mit Option für Postleitzahl und Radius.“
Signale13 Felder
Die Filter, für die Vertriebsteams bezahlen: Personen, die gerade den Job gewechselt haben, kürzlich gepostet haben, dem Unternehmen des Nutzers folgen oder sein Profil angesehen haben. Body-Felder
Aktivität und Kaufabsichtchanged_jobs, posted_on_linkedin, following_your_company, viewed_your_profile_recently, recent_interaction
Beziehung zum Nutzernetwork_distance, connections_of, past_colleague, shared_experiences, group, messaged, viewed_profile, last_viewed_at
„Ergänze die Lead-Suche um die Schalter ‚Job gewechselt‘ und ‚Folgt unserem Unternehmen‘.“
Listen und gespeicherte Suchen8 Felder
In dem suchen, was der Nutzer in Sales Navigator schon kuratiert hat, eine gespeicherte oder letzte Suche neu laden oder die aktuelle in seinem Konto speichern. Body-Felder
Listenlead_list, account_list, saved_leads, saved_accounts, saved_resources
Gespeicherte und letzte Suchenload_saved_search, load_recent_search, save_search
„Lass Nutzer eine ihrer gespeicherten Suchen wählen und aus unserer App ausführen.“
Die meisten Filter erwarten IDs, keinen Freitext. Ein vom Nutzer eingetippter Jobtitel, ein Unternehmen, eine Branche oder ein Standort wird zuerst aufgelöst mit GET /v2/{account_id}/linkedin/sales-navigator/search/parametersund dann an die Personensuche übergeben. Das Schema dokumentiert außerdem include, exclude, id, name, min und max innerhalb der Filterobjekte: Der Agent liest, welcher Filter welche Struktur nimmt, statt zu raten. Die Account-Suche hat ihren eigenen Body auf POST /v2/{account_id}/linkedin/sales-navigator/search/companies.
Sales Navigator Search API: die wichtigsten Features
Schnellstart

Den Sales Navigator MCP in Ihren Coding-Agenten einbinden, in einer Zeile

Es gibt keinen separaten Sales Navigator MCP-Server zu installieren: Der gehostete Unipile MCP-Server deckt die Sales Navigator API unter derselben URL ab wie LinkedIn Classic, Recruiter und jeden anderen Kanal. Richten Sie Ihren Coding-Agenten mit einem Scoped API Key darauf aus, und er liest die Sales-Navigator-Routen und führt Anfragen gegen Ihre Development-Anwendung aus. Die Snippets unten stammen aus der offiziellen Dokumentation.
Cursor~/.cursor/mcp.json
Claude Codeclaude mcp add --transport http …
Codex CLI und IDE-Erweiterung~/.codex/config.toml
Gemini CLI~/.gemini/settings.json
Windsurf~/.codeium/windsurf/mcp_config.json
~/.cursor/mcp.json
# Den gehosteten Unipile MCP-Server in Claude Code registrieren claude mcp add --transport http --scope user \ unipile "https://developer.unipile.com/mcp?branch=v2.0" \ --header "X-API-KEY: your-scoped-api-key" # Die Verbindung prüfen, oder /mcp in einer Session tippen claude mcp list
{ "mcpServers": { "unipile": { "url": "https://developer.unipile.com/mcp?branch=v2.0", "headers": { "X-API-KEY": "your-scoped-api-key" } } } }
{ "mcpServers": { "unipile": { "url": "https://developer.unipile.com/mcp?branch=v2.0", "headers": { "X-API-KEY": "your-scoped-api-key" } } } }
# Codex CLI und die Codex-IDE-Erweiterung teilen sich diese Datei [mcp_servers.unipile] url = "https://developer.unipile.com/mcp?branch=v2.0" http_headers = { X-API-KEY = "your-scoped-api-key" } # Prüfen: codex mcp list
{ "mcpServers": { "unipile": { "httpUrl": "https://developer.unipile.com/mcp?branch=v2.0", "headers": { "X-API-KEY": "your-scoped-api-key" } } } } # Prüfen: /mcp in Gemini CLI
Server verbunden. Probieren Sie: „Ergänze die Prospecting-Seite um die Sales-Navigator-Lead-Suche und blende sie aus, wenn das Konto keinen Seat hat.“
1
Mit einer Development-Anwendung beginnenArbeiten Sie im Unipile-Dashboardin Ihrer Development-Anwendung: Verbinden Sie über Hosted Auth ein LinkedIn-Testkonto mit Sales-Navigator-Seat, erstellen Sie damit einen Scope und einen Scoped Account API Key für diesen Scope. Production bleibt unberührt, und ein MCP-Client bekommt nie einen globalen oder Service-Key.
2
Den Server zu Ihrem Coding-Agenten hinzufügenFügen Sie die Konfiguration für Ihren Client ein, mit dem Scoped Key im X-API-KEY-Header. Starten Sie den Client neu, falls er sie nicht sofort übernimmt.
3
Das Feature beschreiben, den Code prüfenBeschreiben Sie das Sales-Navigator-Feature, das Sie brauchen. Der Agent liest die Routen, schreibt den Code in Ihr Projekt und führt Anfragen in der Development-App aus. Stellen Sie den Key auf Production um, sobald der Ablauf sitzt.
Unipile mit Codex verbinden Unipile zu Cursor hinzufügen Mit Claude Code verbinden Zu Gemini CLI hinzufügen MCP-Dokumentation
Seat, Verträge, im Namen des Nutzers

Wessen Sales-Navigator-Seat nutzt Ihre Integration?

Den Seat des Nutzers, der das Konto verbunden hat. Während der Entwicklung ein Testkonto in Ihrer Development-Anwendung. In Production das LinkedIn-Konto, das jeder Nutzer über Hosted Auth verbunden hat, mit dem Sales-Navigator-Abo, das dieser Nutzer bereits bezahlt, innerhalb von Workflows, die dieser Nutzer selbst startet und steuert.
1 · Ihr Coding-Agent Codex, Cursor, Claude Code Liest die Sales-Navigator-Routen, schreibt den Code
2 · Unipile MCP-Server Gehostet, Scoped API Key Führt Testanfragen in Ihrer Development-App aus
3 · Unipile API Die Sales-Navigator-Routen Begrenzt die Aktion auf eine Konto-ID
4 · LinkedIn LinkedIn Sales-Navigator-Seat Die Regeln, Guthaben und Limits von LinkedIn gelten
5 · Das Konto des Nutzers Der Nutzer Über Hosted Auth verbunden Seine Listen, seine Suchen, sein InMail-Guthaben
Verbundenes Konto · prospecting-appVerbunden
Der NutzerLinkedIn
Sarah MitchellLinkedIn · Sales-Navigator-Seat · vom Nutzer über Hosted Auth verbunden
Konto-IDacc_7f3…c91, die einzige ID, die Ihr Code speichert
VerträgeGelistet mit GET /v2/{account_id}/linkedin/contracts; Sales Navigator ausgewählt mit POST /v2/{account_id}/linkedin/contracts/{contract_id}/select
InMailGuthaben gelesen mit GET /v2/{account_id}/linkedin/inmail-credits
SessionVon Unipile gehalten, nie für Ihre App sichtbar
ReconnectTrennen
Ohne Seat keine Sales-Navigator-RoutenDie Sales-Navigator-Routen antworten nur, wenn das verbundene Konto einen Sales-Navigator-Seat hat. Ohne ihn funktioniert das Konto weiterhin auf den klassischen LinkedIn-Routen für Suche, Profil und Messaging. Ihr Produkt listet zuerst die Verträge auf, wählt den Sales-Navigator-Vertrag aus, wenn das Konto mehrere hat, und blendet das Feature aus, wenn es keinen gibt.
Die Daten bleiben in der Session des NutzersSuchen, Listen und Profile laufen über die eigene LinkedIn-Session des authentifizierten Nutzers. Unipile führt kein eigenes Archiv, keinen Index und keine Datenbank von LinkedIn-Profilen, Leads oder Konversationen: Jede Anfrage erfolgt aufgrund einer vom Nutzer ausgelösten Aktion.
Ein unabhängiger technischer IntermediärUnipile ist ein unabhängiger technischer Intermediär, nicht mit LinkedIn verbunden. Jede Anfrage wird an das Konto weitergeleitet, das ein Endnutzer über Hosted Auth verbunden hat, im Namen dieses Nutzers, begrenzt auf das, was dieser Nutzer mit seinem eigenen Sales-Navigator-Seat ohnehin tun kann.
LinkedIn setzt die Limits, Sie halten sie einSuch-Pagination und InMail-Guthaben legt LinkedIn für jeden Seat fest. Unipile leitet die Live-Nutzungssignale weiter, damit Ihr Produkt pausieren oder den Nutzer informieren kann. Wie oft es auf einem Konto handelt, bleibt eine Entscheidung auf Kundenseite.
Gehostete Authentifizierung Rate Limits der LinkedIn API Sicherheit und Compliance
Ehrliche Grenzen

Was der Sales Navigator MCP nicht ändert

Der Server hebt die Regeln von LinkedIn nicht auf und verspricht kein Volumen. Die Sales Navigator API liefert Ihrem Produkt die echten Signale des Seats, damit das ausgelieferte Feature innerhalb dieser Grenzen funktioniert, so wie der Seat-Inhaber selbst arbeiten würde.
Was LinkedIn durchsetzt
Ein Sales-Navigator-Seat ist erforderlichDie Sales-Navigator-Routen antworten nur auf einem Konto, das den Seat besitzt. Der Seat ist das eigene LinkedIn-Abo des Nutzers; Unipile stellt keinen bereit.
InMail-GuthabenJede InMail verbraucht ein Guthaben vom Seat des Nutzers, zu den Bedingungen, die LinkedIn für diesen Seat festlegt. Lesen Sie den Stand mit GET /v2/{account_id}/linkedin/inmail-credits aus, bevor Sie den Composer zeigen.
Such-PaginationSales-Navigator-Suchen liefern Ergebnisse Seite für Seite, im Rahmen dessen, was LinkedIn den Seat sehen lässt. Ihr Code paginiert mit dem Cursor, den die API zurückgibt; er kann nicht mehr abrufen, als der Seat selbst sieht.
Einladungskontingente gelten weiterhinEine Kontaktanfrage von einer Lead-Seite nutzt dasselbe Wochenkontingent, das LinkedIn auf das Konto anwendet, mit oder ohne Seat.
Checkpoints beim VerbindenLinkedIn kann den Kontoinhaber beim Verbinden des Kontos nach einem Code oder einer Bestätigung in der App fragen. Hosted Auth führt den Nutzer durch diesen Schritt; Ihr Code sieht nie ein Passwort.
Was Sie in Ihr Produkt einbauen sollten
Schreibvorgänge sind NutzeraktionenLead in einer Liste speichern, Account speichern, InMail senden: Jede dieser Aktionen löst der Nutzer in Ihrer UI aus, nie eine Hintergrundschleife.
Den Seat prüfen, bevor das Feature erscheintListen Sie die Verträge auf, wählen Sie bei mehreren den Sales-Navigator-Vertrag aus und blenden Sie Sales-Navigator-Suche und -Listen auf Konten ohne Seat aus.
Schreibvorgänge nie blind wiederholenPrüfen Sie nach einem Timeout bei einer InMail oder beim Speichern in einer Liste die Chats oder durchsuchen Sie die Liste, bevor Sie einen neuen Versuch anbieten. Ein blinder Retry kann doppelt senden oder ein zweites Guthaben verbrauchen.
Die Nutzungssignale lesen und zurückfahrenUnipile leitet Rate-Limit-Antworten, Quota-Fehler und Anbieterzustände weiter, sobald sie auftreten. Behandeln Sie ein Limit als Stopp, nicht als Anlass für einen Retry.
Ein Scope und ein Scoped Key pro MandantEin Workspace sieht nur die Konten, die seinem Scope zugewiesen sind. Der globale Key bleibt für die Administration in Ihrem Backend, und der Kontoinhaber kann jederzeit trennen.
Rate Limits und Einschränkungen der LinkedIn API Hosted Auth mit einem Coding-Agenten
Vier Wege zu Sales-Navigator-Daten

Die Optionen für einen Sales Navigator MCP im Vergleich

Jeder Sales Navigator MCP-Server stammt von Drittanbietern. Die eigentliche Frage für ein Produktteam ist also, wie jeder Server Sales Navigator erreicht, auf wessen Seat und was Sie damit ausliefern können. Die vier Familien, die Sie finden werden, nebeneinander.
Unipile MCP-Server Open-Source-Server aus der Community Marktplätze für öffentliche Daten No-Code-MCP-Brücken
Wie sie Sales Navigator erreicht Unipile MCP-ServerDer Seat jedes Ihrer Nutzer verbunden über Hosted Auth, dann die Routen der Sales Navigator API Open-Source-Server aus der CommunityIhr eigener LinkedIn-Login auf Ihrer Maschine, über eine Browser-Session gesteuert Marktplätze für öffentliche DatenÖffentliche Seiten, kein Seat, Ergebnisse aus einer Pipeline zur Datensammlung No-Code-MCP-BrückenIhre eigene LinkedIn-App-Verbindung und eine Reihe vordefinierter Aktionen
Sales-Navigator-Features Unipile MCP-ServerLead- und Account-Suche, Suche per URL, Lead-Listen, Account-Listen, InMail, dazu die Sales-Navigator-Profilvariante Open-Source-Server aus der CommunityMeist das klassische Profil; Sales Navigator hängt vom Projekt ab Marktplätze für öffentliche DatenÖffentliche Profile und Unternehmen, nicht die Listen oder InMails des Nutzers No-Code-MCP-BrückenVordefinierte Aktionen, meist außerhalb von Sales Navigator
Lesen, oder lesen und handeln Unipile MCP-ServerLesen und handeln: suchen, in einer Liste speichern, eine InMail senden, als Features Ihres Produkts Open-Source-Server aus der CommunityÜberwiegend lesen, je nach Projekt einige Schreibvorgänge Marktplätze für öffentliche DatenNur lesen No-Code-MCP-BrückenVordefinierte Schreibvorgänge, wenig Lesen
Hosting und Clients Unipile MCP-ServerGehostet, eine URL, jeder Coding-Agent über HTTP: Codex, Cursor, Claude Code, Gemini CLI, Windsurf Open-Source-Server aus der CommunitySelbst gehostet, lokal oder per Docker, meist ein Client nach dem anderen Marktplätze für öffentliche DatenGehostet, Token pro Client No-Code-MCP-BrückenGehostet, eine generierte URL pro Konfiguration
Weitere LinkedIn-Produkte und Kanäle Unipile MCP-ServerLinkedIn Classic und Recruiter, dazu WhatsApp, Instagram, Telegram, Gmail, Outlook, IMAP, Google- und Outlook-Kalender Open-Source-Server aus der CommunityKeine Marktplätze für öffentliche DatenAndere öffentliche Datenquellen No-Code-MCP-BrückenTausende Apps, jede mit einem flachen Aktionsumfang
Preismodell Unipile MCP-ServerPro verbundenem Konto, unabhängig vom Anfragevolumen, 7 Tage kostenlos testen Open-Source-Server aus der CommunityKostenlos, Sie hosten und pflegen ihn Marktplätze für öffentliche DatenPro Credit oder pro Ergebnis No-Code-MCP-BrückenPro Task oder pro Aktion
Unter wessen Bedingungen Ihr Produkt arbeitet Unipile MCP-ServerDas eigene Konto und Sales-Navigator-Abo jedes Nutzers, in Workflows, die der Nutzer aus Ihrem Produkt heraus startet und steuert Open-Source-Server aus der CommunityIhr persönliches Konto, auf eigenes Risiko Marktplätze für öffentliche DatenDie Bedingungen der Datensammlung des Marktplatzes No-Code-MCP-BrückenDie Bedingungen der Brücke und die Berechtigungen ihrer LinkedIn-App
Die Kategorien sind bewusst allgemein beschrieben. Was den Unipile-Server unterscheidet, ist das Kontomodell: Ihr Produkt sucht, speichert und sendet als der Nutzer, der den Seat verbunden hat, mit dessen Listen und InMail-Guthaben, hinter einer einzigen Server-URL, die mit LinkedIn Classic, Recruiter und acht weiteren Kanälen geteilt wird.
6000+ Unternehmen, die mit Unipile innovieren
Vertrauen bei Branchenführern
1 API
Rationalisierung der Abläufe für alle wichtigen Kommunikationskanäle
2 Tage
Schnelle Live-Integration mit minimaler Einrichtung
30%
Verringerung des Wartungsaufwands und der Ressourcen

Integrierte Sicherheit und Compliance

Unternehmensgerechter Schutz für Ihre Daten und Arbeitsabläufe Erfahren Sie mehr über unsere Sicherheit
SOC 2 Typ II
SOC 2 Typ II
Zertifiziert
Unabhängig geprüfte Sicherheitskontrollen zur Gewährleistung des Datenschutzes und der betrieblichen Integrität.
GDPR
GDPR
Konform
Vollständige Einhaltung der europäischen Datenschutzbestimmungen zum Schutz der Privatsphäre der Nutzer.
99.9%
Betriebszeit der Plattform in den letzten 24 Monaten
24/7
Globaler Support mit leistungsstarker API

FAQ zum Sales Navigator MCP

Die Fragen, die wirklich gestellt werden: offiziell oder nicht, die Server-URL, Lead-Suche, der Seat, InMail, MCP oder API, Konten und Preis.
Nicht von LinkedIn: Es veröffentlicht keinen Sales Navigator MCP-Server, und Suche, Listen und InMail von Sales Navigator stehen Drittanbieter-Produkten über das Entwicklerprogramm nicht offen. Der Unipile MCP-Server ist ein gehosteter Drittanbieter-Server, generiert aus der Unipile API, und stellt die Routen der Sales Navigator API bereit: Lead- und Account-Suche, Suche per Sales-Navigator-URL, Lead-Listen und Account-Listen. Ihr Coding-Agent liest sie und schreibt das Feature in Ihr Produkt, in dem jeder Nutzer sein eigenes Konto verbindet und Ihr Code im Namen dieses authentifizierten Nutzers handelt. Unipile ist ein unabhängiger technischer Intermediär und ist weder mit LinkedIn verbunden noch von LinkedIn unterstützt oder gesponsert.
Dieselbe URL wie für den Rest der Unipile API: https://developer.unipile.com/mcp?branch=v2.0, über streamable HTTP, mit einem Scoped Account API Key im X-API-KEY Header. Es gibt keinen separaten Sales-Navigator-Server. Fügen Sie sie in Codex, Cursor, Claude Code, Gemini CLI oder Windsurf ein, und der Agent findet die Sales-Navigator-Routen selbstständig.
Ja. Der Agent liest POST /v2/{account_id}/linkedin/sales-navigator/search/people und dessen Filtersatz (Jobtitel, Seniority, Funktion, Mitarbeiterzahl, Standort, Jobwechsel, Lead-Listen, gespeicherte Suchen und mehr), löst eingetippte Werte in IDs auf mit GET /v2/{account_id}/linkedin/sales-navigator/search/parameters, schreibt die Suche in Ihr Projekt und führt sie in Ihrer Development-Anwendung aus. Die Account-Suche nutzt POST /v2/{account_id}/linkedin/sales-navigator/search/companies, und eine Suche, die der Nutzer in Sales Navigator angelegt hat, läuft über ihre URL mit POST /v2/{account_id}/linkedin/sales-navigator/search.
Der Server verbindet sich, aber die Sales-Navigator-Routen antworten nur auf einem Konto mit Sales-Navigator-Seat. Ohne ihn funktioniert das Konto auf den klassischen LinkedIn-Routen für Suche, Profil und Messaging. Ihr Code listet die Verträge des Kontos auf mit GET /v2/{account_id}/linkedin/contracts, wählt den Sales-Navigator-Vertrag aus mit POST /v2/{account_id}/linkedin/contracts/{contract_id}/select , wenn es mehrere gibt, und blendet das Feature aus, wenn es keinen gibt. Der Seat ist das eigene LinkedIn-Abo des Nutzers; Unipile verkauft keinen.
Ja, als Nutzeraktion. Eine InMail startet einen Chat mit POST /v2/{account_id}/chats/send, mit dem Betreff in specifics.linkedin.sales_navigator.subject. Jede InMail verbraucht ein Guthaben vom Seat des Nutzers; lesen Sie den Stand mit GET /v2/{account_id}/linkedin/inmail-credits aus, bevor Sie den Composer zeigen, und wiederholen Sie einen Versand nach einem unklaren Fehler nie, denn ein Retry kann doppelt senden.
Dieselben Routen, anderer Zeitpunkt. Die Sales Navigator API ruft Ihr Produkt in Production auf, über REST oder die offiziellen SDKs, mit eigenen Scoped Keys. Über den Sales Navigator MCP liest Ihr Coding-Agent diese Routen während der Entwicklung: Er findet die Endpoints, liest die Schemas, schreibt den Code und testet ihn in Ihrer Development-Anwendung. In Production läuft nichts über den MCP-Server, außer Sie entscheiden sich dafür.
Während der Entwicklung auf den Testkonten Ihrer Development-Anwendung. In Production nur auf dem Konto, das ein Endnutzer über Hosted Auth verbunden hat und das in Ihrem Scope liegt: Ihr Code erhält eine Konto-ID, nie Zugangsdaten, und jede Anfrage läuft im Namen dieses authentifizierten Nutzers, innerhalb eines Workflows, den der Nutzer aus Ihrem Produkt heraus startet und steuert. Wie oft Ihr Produkt auf einem Konto handelt, ist eine Entscheidung auf Kundenseite, innerhalb der Limits von LinkedIn.
Der MCP-Server ist in jedem Unipile-Tarif enthalten, ohne Gebühr pro Nachricht oder pro Anfrage. Abgerechnet wird pro verbundenem Konto, unabhängig vom Kanal: ab 49 EUR pro Monat für bis zu 10 Konten, danach 5 EUR pro zusätzlichem Konto, bei Volumen bis hinunter zu 3 EUR. Die 7-tägige kostenlose Testphase braucht keine Kreditkarte. Die vollständige Übersicht auf der Preisseite. Der Sales-Navigator-Seat selbst ist das LinkedIn-Abo des Nutzers.