MCP

Firecrawl MCP: zuerst den schlüssellosen Host-Eingang für Suche und Scrape verbinden

Für alle, die einen Agenten die Live-Websuche und das Scrapen lassen wollen — die schlüssellose Host-Stufe öffnet aber nur scrape, search und parse und ist ratenbegrenzt.

Official source · Firecrawl MCP Server

Install

https://mcp.firecrawl.dev/v2/mcp

Für wen

Wer einen MCP-kompatiblen Agenten die Live-Websuche, das Scrapen und die Interaktion überlassen und sauberen, modelltauglichen Kontext bekommen will. Passt zu Betreibern, die zuerst den offiziellen Host-Eingang verbinden, akzeptieren, dass die schlüssellose Gratisstufe nur scrape / search / parse mit Ratenlimit öffnet, und wissen, dass crawl, map und agent weiter einen Schlüssel brauchen. Nicht für Leute, die den Schlüssel in die Server-URL oder das Chatfenster schreiben wollen, und nicht für Leute, die „verbunden“ als unbegrenztes Ganzseiten-Crawlen verstehen. Offizielles Repository: https://github.com/firecrawl/firecrawl-mcp-server

Ersten Versuch in 3 Minuten

Nur einen offiziellen Weg: zuerst die gehostete schlüssellose Gratisstufe verbinden. Nicht zuerst lokales npx installieren und nicht zuerst einen Schlüssel setzen.

Voraussetzung: der Client kann ein Remote-MCP hinzufügen. Auf der schlüssellosen Stufe funktionieren scrape, search und parse mit Ratenlimit; crawl, map und agent brauchen weiter einen Schlüssel.

Installations- und Konfigurationsort: im Client die Serveradresse als Host-Eingang schreiben, ohne Schlüssel-Queryparameter:

https://mcp.firecrawl.dev/v2/mcp

Risikoarme Aktion: nach erfolgreicher Verbindung solltest du nur 3 Werkzeuge sehen: firecrawl_scrape, firecrawl_search, firecrawl_parse. Zuerst firecrawl_search aufrufen, mit einem Thema, das du schon hast; keine Website-Adresse erfinden, die nicht in der Evidenz steht. Wenn Scrape geprüft werden muss, nur eine bereits in der Evidenz stehende Adresse wie die offizielle Repository-Seite https://github.com/firecrawl/firecrawl-mcp-server scrapen. Beim ersten Versuch nicht crawl / map / agent aufrufen, die einen Schlüssel brauchen.

Erfolgssignal: der Client listet diese 3 Werkzeuge, search oder scrape liefert strukturierte Ergebnisse oder einen klaren Ratenlimit-Hinweis, nicht die Forderung, einen Schlüssel in die URL zu stopfen. Bei Auth-Fehler zuerst prüfen, ob du einen Schlüssel an die Adresse gehängt hast.

Anwendungsfälle

Fall 1: schlüssellose Suche oder Einzelseiten-Scrape. Entspricht der Quelle „search, scrape, and interact with the live web“ und dem Host-Eingang, der nur firecrawl_search / firecrawl_scrape / firecrawl_parse exponiert. Mit search eine Charge Seitenzusammenfassungen holen oder mit scrape eine einzelne URL in saubere strukturierte Daten bringen. Die Evidenz nennt das Ratenlimit der schlüssellosen Stufe und schreibt weder die Suchsyntax noch alle Scrape-Parameter; bestätigt ist nur die Schicht „sauberer Kontext oder Limitfehler“.

Fall 2: tiefere Fähigkeit nach Schlüssel. Eine volle Standardkonfiguration registriert 25 Werkzeuge (inkl. Feedback); die Quelle nennt crawl, map, agent sowie „Deep research with autonomous agent“ und „Interact with pages — click, navigate, and operate“. Sie besuchen das Live-Web; Klick und Navigation haben Nebenwirkungen. Für diesen Weg Authorization: Bearer <FIRECRAWL_API_KEY> in Sicherheitsheader oder Schlüsseleinstellungen des Clients setzen; den Schlüssel nie in Server-URL oder Gespräch legen. Die Evidenz gibt keine Parametertabelle für diese 25 Werkzeuge und keinen platzhalterfreien lokalen npx-Startbefehl; keine lokale Installationszeichenkette erfinden.

Nutzungsgrenzen

Der schlüssellose Host-Eingang öffnet nur 3 Werkzeuge, und scrape / search / parse sind ratenbegrenzt. Die 25 Werkzeuge der Vollstufe sowie crawl / map / agent liegen außerhalb dieser Gratisgrenze.

Die Quelle hat außerdem einen Nur-Suche-Eingang https://mcp.firecrawl.dev/v2/mcp-search Der Auszug ist bei „exposes a fixed 6“ abgeschnitten, daher die Namen jener 6 Werkzeuge nicht behaupten.

Einen API-Schlüssel nie in Server-URL oder Agentengespräch legen; nur in die Schlüsselverwaltung des Clients. readOnlyHint heißt auch nicht Nullrisiko: search und scrape besuchen das Live-Web und verbrauchen Host-Kontingent.

Die Evidenz nennt keine feste Clientliste. Das lokale npx-Beispiel im Auszug trägt einen Platzhalterschlüssel und ist kein kopierbarer offizieller Installationsbefehl. Für Self-Hosting oder SSE listet die Quelle nur Fähigkeitsnamen, ohne schrittweise Konfiguration; Fehlendes nicht ergänzen.