Fetch MCP: Webseiten lesen und Ergebnisse prüfen

Sie haben eine konkrete Webadresse und benötigen deren Text. Legen Sie zuerst fest, welchen Abschnitt Sie suchen und woran Sie eine vollständige Antwort erkennen. Ein erfolgreicher HTTP-Abruf sagt noch nicht, dass die gewünschte Information im Ergebnis enthalten ist. Mit einem kurzen, öffentlichen Dokument lässt sich das leichter prüfen als mit einer langen Startseite, wechselnden Nachrichten oder einem angemeldeten Konto.

Den Abruf passend zur Aufgabe auswählen

Der Referenzserver mcp-server-fetch wandelt Webseiteninhalt in Markdown um. Für sichtbare Bedienelemente und Navigation lesen Sie ergänzend die Browser-Anleitung. Prüfen Sie Kandidaten in der Fetch-Suche und im Verzeichnis für Webdaten. Die folgende Einrichtung bezieht sich auf das genannte Paket, nicht auf jeden gleichnamigen Eintrag.

Lokalen Start mit uvx vorbereiten

Das Beispiel startet den Referenzserver mit uvx und verwendet die JSON-Wurzel mcpServers. Der Befehl muss aus der Umgebung Ihres Clients erreichbar sein. Übernehmen Sie den Block in eine passende Datei und bewahren Sie vorhandene Serverdefinitionen auf. Die Clientübersicht hilft bei der Formatwahl; prüfen Sie die fertige Datei im Konfigurationscheck.

{
  "mcpServers": {
    "fetch": {
      "command": "uvx",
      "args": [
        "mcp-server-fetch"
      ]
    }
  }
}

Notieren Sie Paketversion, Client und Betriebssystem zu Ihrem ersten Versuch. Wenn die Werkzeugliste gar nicht erscheint, beginnt die Untersuchung beim Start und nicht bei der Zielwebsite. Nutzen Sie die ENOENT-Anleitung für fehlende Programme. Eine funktionierende Installation im Terminal beweist nicht, dass der Client dieselbe Umgebung erbt. Ändern Sie pro Gegenprobe nur eine Bedingung.

Textausschnitt und vollständige Seite unterscheiden

1. Öffnen Sie ein öffentliches Dokument im Browser. Notieren Sie einen kurzen erwarteten Abschnitt und seine Position auf der Seite.

2. Rufen Sie die Werkzeugliste ab und wählen Sie fetch. Geben Sie die vollständige Adresse entsprechend dem angezeigten Eingabeschema an.

3. Vergleichen Sie die Antwort mit dem notierten Abschnitt. Prüfen Sie insbesondere, ob ein Kürzungshinweis vorliegt.

4. Wiederholen Sie den Versuch mit einem weiter hinten liegenden Abschnitt. Halten Sie Abrufzeit, Eingaben und Ergebnis zusammen fest.

Der Referenzserver begrenzt die Antwort mit max_length; start_index ermöglicht weitere Ausschnitte. raw schaltet die Umwandlung ab. Unterscheiden Sie bei Ihrer Auswertung deshalb ausdrücklich zwischen einem gefundenen Abschnitt und einem vollständig gelesenen Dokument. Geben Sie die tatsächlich geprüfte Adresse an, damit ein anderer Leser die Aussage nachvollziehen kann.

Fehlende Inhalte gezielt eingrenzen

Wenn die erwartete Information fehlt, vergleichen Sie zunächst dieselbe Adresse ohne Anmeldung und mit derselben Seitensprache. Prüfen Sie danach, ob bereits die ursprüngliche Antwort den gesuchten Text enthält. Eine interaktive Ansicht kann Inhalte später nachladen. Ein anderer Abrufweg ist dann eine neue Messung mit anderen Voraussetzungen. Dokumentieren Sie diese Änderung, statt beide Ergebnisse als gleichwertige Kopien derselben Seite zu behandeln.

Testen Sie zunächst nur bekannte öffentliche Ziele. Der Referenzserver kann auch interne Netzadressen erreichen; berücksichtigen Sie das bei seiner Umgebung. Nutzen Sie bei abgewiesenen Anfragen die HTTP-Fehlerhilfe. Für einen guten Fehlerbericht genügen eine öffentliche Beispieladresse, die bereinigten Argumente, der erwartete Absatz und die beobachtete Antwort. Zugangswerte und private Seiteninhalte gehören nicht in einen öffentlichen Bericht.

Sie suchen noch nach der passenden Quelle? Der Vergleich von Websuche, Fetch und Browser trennt das Finden einer Seite, den Textabruf und Suchleistungsdaten. Von dort gelangen Sie auch zur Einrichtung von Brave Search und Tavily.

Ist eine kurze Antwort automatisch vollständig?

Nein. Vergleichen Sie den gewünschten Umfang mit der tatsächlichen Antwort und ihren Kürzungshinweisen.

Brauche ich dafür einen Browser-Server?

Für den Text einer bekannten öffentlichen Adresse können Sie zuerst den Abruf testen. Für die Bedienung einer Oberfläche planen Sie einen gesonderten Browserweg.

Warum unterscheiden sich Browser und Abruf?

Prüfen Sie Anmeldung, Sprache, Weiterleitung und nachgeladene Inhalte einzeln. Halten Sie die Bedingungen beider Versuche fest.

Wertet tracevero die Zielwebsite für mich aus?

Diese Anleitung beschreibt Ihre eigene Prüfung. Die Registersuche liefert deklarierte Eigenschaften und Quellen von Servern.

Herstellerdokumentation am 1. Oktober 2026 abgerufen. Prüfpläne und Testbeispiele sind redaktionelle Vorschläge.

1. MCP: Fetch-Referenzserver
   Abrufbefehl anzeigen

   curl -s https://github.com/modelcontextprotocol/servers/tree/main/src/fetch

Alle Beiträge