Newscatcher CatchAll API: Ich habe die Recall-First-Websuche für KI-Agenten getestet

Newscatcher CatchAll API: Ich habe die Recall-First-Websuche für KI-Agenten getestet

Ich habe der Newscatcher CatchAll API eine hartnäckige Frage gestellt: Findet jeden Lagerhausbrand in Europa in diesem Quartal. Nicht die Top-Zehn. Jeden. Eine normale Such-API liefert eine rankingbasierte Seite mit Links und lässt den langen Schwanz still fallen – was bei „beste Pizza in der Nähe" kein Problem ist, bei einer Auflistungsaufgabe aber nutzlos. Etwa 15 Minuten später, im Base-Modus, lieferte CatchAll Ereignisse aus Regionalpresse und Fachpublikationen, die die rankingbasierten APIs in unserem best-ai-search-apis-2026-Test nie gefunden hatten. Jedes Ergebnis kam als strukturiertes JSON-Objekt – nicht als Link. Diese Lücke ist die ganze Geschichte.

Hier ist die Kurzversion, bevor wir in die Details gehen.

Das Wichtigste auf einen Blick

• CatchAll ist eine Recall-First-Websuche-API: Sie gibt strukturierte Ereignisdatensätze zurück, keine rankingbasierte SERP.
• Newscatcher meldet 79,8 % Recall und F1 0,705 über 32 Anfragen; die Homepage rundet auf 86 %.
• Zwei Modi: Lite (Sekunden, ca. 100 Ergebnisse) und Base (asynchron, ca. 15 Minuten, kein Limit).
• Am besten geeignet für Auflistungsaufgaben (Compliance, Wettbewerbsintelligenz, Lieferketten-Monitoring) – kein SERP-Rank-Tracker.

Recall-First-Suche optimiert auf alles finden, Ranking-First-Suche optimiert auf Reihenfolge der wenigen Ergebnisse, die sie liefert. Diesen einen Satz im Kopf behalten, und der Rest dieser Analyse ergibt sich von selbst.

Was ist CatchAll? (Recall-First-Websuche, erklärt)

CatchAll ist eine Recall-First-Websuche-API von Newscatcher: Statt einer rankingbasierten Liste der Top-10-Links liefert sie eine deduplizierte Menge strukturierter Ereignisdatensätze – jedes davon ein einzelnes JSON-Objekt mit Quellennachweisen und extrahierten Entitäten. Recall-First bedeutet: Das Ziel ist Vollständigkeit, also jeden relevanten Ereignis zu finden, nicht eine kurze Liste nach Relevanz zu ordnen.

Newscatcher formuliert das mit einem klaren Denkexperiment: Wenn 200 gültige Ereignisse existieren und das System 5 davon findet, liegt der Recall bei 2,5 %. Bei „Was ist das beste Laptop?" ist das in Ordnung. Bei „alle Behördenmaßnahmen gegen EU-Fintechs in diesem Jahr" ist eine 2,5-%-Antwort schlimmer als nutzlos – man sieht nicht, was fehlt.

Genau diese Lücke schließt CatchAll. Der YC-Launch-Pitch nennt es eine „Recall-First-Websuche-API", und die Positionierung lässt sich direkt auf der Newscatcher CatchAll Web Search API-Produktseite nachlesen. Ehrliche Einordnung: Eine SERP-API beantwortet „Was sollte ich zuerst lesen?" – CatchAll beantwortet „Was ist die vollständige Liste?"

Wie CatchAll funktioniert: Die Retrieval-und-Validierungs-Pipeline

CatchAll läuft eine fünfstufige Pipeline: Query-Planning schreibt den Prompt in mehrere Suchanfragen um, Large-Scale-Retrieval scannt 50.000+ Seiten pro Job, der Leiden-Algorithmus clustert verwandte Seiten zu einzelnen Ereignissen, ein LLM validiert jeden Cluster gegen die Anfrage, und die verbleibenden Treffer kommen als strukturiertes JSON zurück. Recall kommt durch den Scan; Präzision durch die Validierung.

Kurz durchgegangen:

1. Query-Planning. Aus einer Anfrage werden mehrere Retrieval-Prompts mit unterschiedlichen Formulierungen und Ereignistypen – so erfasst „Lagerhausbrand" auch „Brand an Logistikdepot".
2. Large-Scale-Retrieval. Newscatcher gibt an, dass ein einzelner Job 50.000+ Seiten bei etwa 10.000 Seiten pro Minute scannt, ohne Ergebnislimit – inklusive Regionalpresse, Fachpublikationen und Behördenakten, die Mainstream-SERPs vergraben.
3. Clustering. Der Leiden-Algorithmus gruppiert dicht vernetzte Seiten zu Gemeinschaften. Konkret: 30 Artikel über denselben Rotterdam-Brand werden zu einem Ereignis zusammengefasst, nicht zu 30 Zeilen.
4. LLM-Validierung. Jeder Cluster wird gegen die Anfrage bewertet, irrelevante werden aussortiert. Dieser Schritt verursacht echte LLM-Aufrufe – in einem produktiven Agenten-Stack würde man diese über ein LLM-Gateway routen, um Kosten und Fallbacks zu kontrollieren.
5. Strukturierter Output. Ein JSON-Objekt pro validiertem Ereignis, mit dynamischem Schema.

Newscatcher gibt an, täglich mehr als 2 Millionen reale Ereignisse zu indexieren, neue landen in unter Stunden. Der technische Artikel „The Architecture of Completeness" behandelt die Leiden- und Validierungsdetails ausführlicher, falls man tiefer gehen möchte.

Genau hier lebte mein Lagerhausbrand-Test. Ich habe die Auflistungsanfrage im Base-Modus ausgeführt, der Job dauerte ca. 15 Minuten, und der Mehrwert zeigte sich genau dort, wo die Pipeline ihn verspricht: regionale und fachspezifische Quellen, zu diskreten Ereignissen geclustert, die ein rankingbasierter SERP unter die Sichtbarkeitsschwelle vergraben hätte.

Wichtige Funktionen: Monitors, Watchlists & Ereignisextraktion

Über einmalige Suchen hinaus bietet CatchAll Monitors und Watchlists. Monitors sind geplante Wiederholungsläufe (mindestens stündlich), die nur neue, deduplizierte Ereignisse seit dem letzten Lauf zurückgeben. Watchlists filtern nach Entität, mit einem Relevanz-Score von 1–10 und Entity-Resolution, die dasselbe Unternehmen über Sprachen und Rechtsprechungen hinweg zuordnet.

Monitors verwandeln eine einmalige Suche in eine Dauerüberwachung: Jeder Lauf liefert nur Ereignisse, die seit dem letzten neu hinzugekommen sind. Das ist der Unterschied zwischen „suche heute das Web durch" und „sag mir im Moment, wenn sich etwas ändert."

Ein ehrlicher Vorbehalt zum Begriff „Echtzeit-Ereignis-Monitoring-API": „Echtzeit" bedeutet hier stündliche Wiederholungsläufe, kein Sub-Sekunden-Streaming. Wer Millisekunden-Push-Benachrichtigungen braucht, ist hier falsch. Für ein Compliance-Team, das zweimal täglich prüft, ist stündlich mehr als ausreichend. Die Company Watchlist ist die Stärke für Wettbewerbsintelligenz: Sie löst „Acme GmbH", „Acme Inc." und „Acme Holdings" zu einer nachverfolgten Entität auf, statt drei verrauschte Datensätze zu führen.

Der strukturierte JSON-Output (mit einem echten Beispiel)

Jedes Ergebnis ist ein Ereignis als JSON-Objekt: eine cluster_id, ein title, ein relevance-Score, ein entities-Array und ein source_citations-Array. Kein HTML-Scraping, keine Link-Liste zum Parsen. Das macht CatchAll zu einer echten strukturierten Websuche-API – nicht nur zu einem SERP-Wrapper.

Ein gekürztes Ereignis aus meinem Lagerhausbrand-Lauf, leicht bereinigt, aber in der Form real:

{
  "events": [
    {
      "cluster_id": "evt_8f21a",
      "title": "Fire at logistics warehouse near Rotterdam",
      "relevance": 9,
      "entities": [
        {"name": "Rotterdam", "type": "location"},
        {"name": "Maasvlakte", "type": "facility"}
      ],
      "source_citations": [
        {
          "url": "https://...",
          "publisher": "regional trade press",
          "published_at": "2026-..."
        }
      ]
    }
  ]
}

Das source_citations-Array verweist auf eine regionale Fachpublikation – genau die Art Quelle, die eine Ranking-API ans Ende der Ergebnisliste drängt. Da jedes Ereignis bereits strukturiert ist, lassen sich die validierten Datensätze direkt in eine RAG-Pipeline einbinden oder in einer Vektordatenbank speichern und einbetten – ohne Scraping- oder Bereinigungsschritt dazwischen. Das ist der stille Produktivitätsgewinn.

CatchAll in Python aufrufen (Code-Schnellstart)

Man holt sich einen API-Key, POSTet die Anfrage an /v3/search mit dem Header x-api-token und parst das events-Array. Das ist die ganze Schleife. Hier ist ein minimaler Python-Aufruf:

import requests

resp = requests.post(
    "https://api.newscatcherapi.com/v3/search",
    headers={"x-api-token": "YOUR_API_KEY"},
    json={"query": "warehouse fires in Europe", "page_size": 10},
)
events = resp.json()["events"]
for ev in events:
    print(ev["title"], "—", ev["relevance"])

Tipp und Fallstrick in einem: Lite-Modus liefert in Sekunden, begrenzt aber auf ca. 100 Ergebnisse. Base-Modus ist asynchron und dauert für einen tiefen Job etwa 15 Minuten, ohne Ergebnislimit. Bei Base-Jobs sendet man die Anfrage ab und fragt den Status ab, statt einen einzelnen Aufruf zu blockieren – der Agent sollte also auf Fire-and-Check ausgelegt sein, nicht auf Warten. Wer CatchAll in einen Agenten einbauen möchte, würde es typischerweise als Tool via Function Calling einbinden. Die genauen Request-Parameter und das Lite-versus-Base-Flag sollte man vor dem Deployment gegen die CatchAll-Dokumentation abgleichen; der Auth-Header ist x-api-token.

Was kostet CatchAll? Gibt es einen kostenlosen Tarif?

Die Preisgestaltung ist nutzungsbasiert und per validiertem Datensatz, ca. $0,10 pro Datensatz – und null Ergebnisse bedeuten null Kosten. Es gibt einen kostenlosen Tarif mit ca. 2.000 Credits bei der Anmeldung plus etwa 10 Suchen pro Monat, ohne Kreditkarte. Man kann also einen echten Auflistungstest durchführen, bevor man sich festlegt.

Das Null-Ergebnisse-Null-Kosten-Modell ist für Auflistungsarbeiten wichtig: Eine Anfrage, die legitim keine passenden Ereignisse hat, verbrennt kein Budget. Zur häufig gestellten Frage, ob Googles Such-API kostenlos ist: Native Google- und Bing-Suche funktionieren anders. Sie liefern rankingbasierte Links, keine validierten strukturierten Ereignisse, und Bings Search API wird eingestellt – ein Grund, warum unabhängige Indizes gerade Aufmerksamkeit bekommen.

Praxisanwendungen

CatchAll passt zu jeder Aufgabe, bei der ein einziges fehlendes Element der Misserfolg ist. Compliance- und Regulierungs-Tracking setzt auf Monitors plus Regulierungsakten-Abdeckung. Wettbewerbsintelligenz läuft über die Company Watchlist. Lieferketten-Monitoring ist das Lagerhausbrand-Muster – auf Störungsereignisse achten. Marktforschung nutzt Auflistung über Fachpresse.

Das Muster über alle vier Fälle: Man baut eine vollständige Liste und handelt dann – oft innerhalb eines automatisierten Websuche-API-für-KI-Agenten-Workflows. Ein paar konkrete Formen:

• Compliance: stehender Monitor auf Durchsetzungsmaßnahmen in der eigenen Branche, stündlich.
• Wettbewerbsintelligenz: Watchlist auf drei Wettbewerber, aufgelöst über ihre juristischen Namen.
• Lieferkette: Auflistung von Störungsereignissen (Brände, Streiks, Rückrufe) in der Nähe von Lieferantenstandorten.
• Marktforschung: einmaliger Base-Modus-Scan aller Produktlaunches in einer Nische in diesem Quartal.

Die Benchmarks: Ist CatchAll wirklich 3-mal besser als Exa?

Im eigenen Benchmark von Newscatcher vom März 2026 über 32 Anfragen meldet CatchAll F1 0,705 und 79,8 % Recall (4.807 Ereignisse), mit Sieg bei 27 von 32 Anfragen gegen Exa Websets, Parallel AI FindAll und OpenAI Deep Research. Newscatcher beschreibt das als etwa 3-mal mehr relevante Ereignisse als das Feld. Alle Zahlen stammen vom Anbieter selbst.

Jetzt die ehrliche Einordnung. Newscatchers eigener detaillierter Benchmark gibt 79,8 % Recall an; die Homepage rundet auf 86 %. Ich zitiere die niedrigere Zahl. Der 79,8-%-Wert stammt aus der datierten, detaillierten 32-Anfragen-Produktseitentabelle, während der 86-%-Headline-Wert ein gerundeter Anspruch aus einem anderen Ausschnitt auf der Homepage und einem Blog-Beitrag ist. Beide stammen von Newscatcher. Ich beginne mit der niedrigeren Zahl, weil das Zitieren der konservativeren internen Zahl des Anbieters der Vertrauensgewinn ist, den eine Marketing-Seite nicht machen kann. Das Richtungsergebnis hielt sich in meinen Tests: Der Recall ist wirklich höher als bei den Ranking-First-Tools. Eine vollständige Übersicht, wie CatchAll im Vergleich zu 12 anderen KI-Such-APIs abschneidet, bietet unser Vergleich der besten KI-Such-APIs – und die Rohtabelle lässt sich auf Newscatchers Produktseite selbst prüfen.

Ehrliche Grenzen: Wofür CatchAll NICHT geeignet ist

CatchAll hat vier echte Einschränkungen, die Marketing-Seiten vergraben, und man sollte sie vor dem Aufbau abwägen. Es ist nicht niedrig-latent, nicht ungedeckelt in seinem schnellen Modus, noch nicht plug-and-play für Agenten und kein Rank-Tracker. Keine davon ist ein Dealbreaker, aber jede schließt einen Anwendungsfall aus.

• Base-Modus ist asynchron (~15 Minuten pro Job). Falsches Tool für einen Chatbot, der in zwei Sekunden eine Antwort braucht.
• Lite-Modus begrenzt auf ca. 100 Ergebnisse. Tiefen Recall schnell haben? Beides geht nicht; tiefer Recall zahlt die Latenz-Steuer.
• Noch kein offizieller MCP-Server. Den REST-Endpunkt bindet man selbst ein. Wer ihn als natives Agenten-Tool nutzen möchte, würde den REST-Endpunkt als MCP-Server einbinden – dasselbe Muster, das wir bei den MCP-Servern nutzen, die wir bereits einsetzen.
• Kein SERP- oder Rank-Tracking-Tool. Es zeigt nicht, wo man bei Google rankt. Das ist eine grundlegend andere Aufgabe.

Dieser Abschnitt ist der Teil, den keine First-Party-Seite für einen schreibt. Wenn die asynchrone Latenz oder der fehlende MCP-Server den Anwendungsfall ausschließt, ist es besser, das hier zu erfahren als nach der Integration.

CatchAll-Alternativen und wann man sie wählt

CatchAll gewinnt beim rohen Recall für Auflistungsaufgaben, ist aber nicht für jeden Suchjob die richtige Wahl. Hier sind sieben echte Alternativen, jeweils mit der ehrlichen „Nehmt lieber das"-Bedingung. Keine Strohmänner.

Die Kurzregel: Auflistung und Monitoring zeigen auf CatchAll, konversationelle RAG zeigt auf Tavily, semantische Entdeckung zeigt auf Exa, Rank-Tracking zeigt auf SerpAPI.

Wie Techsy Recall-First-Suche in KI-Agenten einsetzt

Bei Techsy entwickeln wir KI-Agenten für B2B-Kunden, und Recall-First-Suche passt sauber in Auflistungs- und Monitoring-Jobs: zum Beispiel ein Compliance-Agent, der die vollständige Liste von Durchsetzungsmaßnahmen braucht, nicht die Top-Fünf. Für solche Fälle greifen wir zu einer Recall-First-API wie CatchAll – und ehrlich gesagt zu Tavily oder Exa, wenn die Aufgabe konversationelle RAG oder semantische Suche ist. Das falsche Such-Primitiv zu wählen ist einer der häufigsten Fehler, den wir bei Agenten-Builds beheben. Brauchen Sie Hilfe bei der Auswahl? Kostenloses Beratungsgespräch vereinbaren.

Häufig gestellte Fragen

Was ist die Newscatcher CatchAll API?

CatchAll ist eine Recall-First-Websuche-API von Newscatcher. Statt einer rankingbasierten Linkliste liefert sie strukturierte Ereignisdatensätze – ein JSON-Objekt pro realem Ereignis, jeweils mit Quellennachweisen und extrahierten Entitäten. Sie ist für KI-Agenten, Unternehmensrecherche und Monitoring-Aufgaben gebaut, bei denen es wichtiger ist, jedes relevante Ereignis zu finden als eine kurze Liste zu ordnen.

Worin unterscheidet sich CatchAll von einer normalen SERP-Such-API?

Eine SERP-API rankt und gibt die wichtigsten paar Links zurück und optimiert auf „Was sollte ich zuerst lesen?" CatchAll optimiert auf Vollständigkeit: Es scannt 50.000+ Seiten pro Job und clustert sie zu deduplizierten strukturierten Ereignissen. Man erhält ein Objekt pro Ereignis mit Quellen und Entitäten – keine HTML-Ergebnisseite, die man scrapen und parsen müsste.

Ist CatchAll wirklich 3-mal besser als Exa Websets?

Newscatcher berichtet es aus dem eigenen März-2026-Test über 32 Anfragen: CatchAll mit 79,8 % Recall und F1 0,705 gegen Exa Websets mit 19,6 %, Sieg bei 27 von 32 Anfragen – was sie als etwa 3-mal mehr relevante Ereignisse formulieren. Die Homepage rundet den Recall auf 86 % aus einem anderen Ausschnitt. Alle Zahlen stammen vom Anbieter; als zugeschrieben behandeln, nicht als unabhängig geprüft.

Was kostet CatchAll? Gibt es einen kostenlosen Tarif?

Die Preisgestaltung ist nutzungsbasiert und per validiertem Datensatz, ca. $0,10 pro Datensatz, mit null Kosten, wenn eine Anfrage keine Ergebnisse liefert. Der kostenlose Tarif gibt ca. 2.000 Credits bei der Anmeldung plus etwa 10 Suchen pro Monat, ohne Kreditkarte. Das reicht für einen echten Auflistungstest mit dem eigenen Anwendungsfall, bevor man Budget einsetzt.

Wie schnell ist CatchAll?

Das hängt vom Modus ab. Lite liefert in Sekunden, begrenzt aber auf ca. 100 Ergebnisse. Base ist asynchron und dauert ca. 15 Minuten pro Job, ohne Ergebnislimit, für tiefe Auflistung. Bei Base-Jobs sendet man ab und fragt den Status ab, statt einen einzelnen Aufruf zu blockieren – also falsch für alles, das eine Sub-Sekunden-Antwort braucht, wie ein Live-Chatbot.

Hat CatchAll einen MCP-Server?

Noch keinen offiziellen. Um es heute als natives Agenten-Tool zu nutzen, bindet man den REST-Endpunkt selbst ein – dasselbe Muster wie in unserem MCP-Leitfaden. Es ist ein dünner Wrapper um einen einzelnen POST an /v3/search, daher ist das Bauen eines kleinen MCP-Servers darum unkompliziert, wenn der eigene Stack bereits das Protokoll spricht.

Was sind Monitors und Watchlists?

Monitors sind geplante Wiederholungsläufe, mindestens stündlich, die nur neue deduplizierte Ereignisse seit dem letzten Lauf zurückgeben und so eine einmalige Suche in eine Dauerüberwachung verwandeln. Watchlists filtern Ergebnisse nach Entität mit einem Relevanz-Score von 1–10 und lösen dasselbe Unternehmen über Sprachen und Rechtsprechungen hinweg auf. Zusammen decken sie Compliance-Tracking und Wettbewerbsintelligenz ab, ohne jedes Mal das gesamte Web neu abzufragen.

Kann ich CatchAll für SEO-Rank-Tracking nutzen?

Nein. CatchAll gibt validierte strukturierte Ereignisse zurück, keine Suchmaschinenrankings – es zeigt also nicht, wo die eigene Seite bei Google steht. Für Rank-Tracking, SERP-Features oder das genaue Spiegeln von Google-Anzeigen sind SerpAPI oder Serper die richtigen Werkzeuge. CatchAll und Rank-Tracker lösen grundlegend verschiedene Probleme, obwohl beide „Websuche" berühren.

Für welche Anwendungsfälle ist CatchAll am besten geeignet?

Auflistungs- und Monitoring-Aufgaben, bei denen Vollständigkeit zählt: Compliance- und Regulierungs-Tracking, Wettbewerbsintelligenz, Lieferketten-Störungsmonitoring und Marktforschung über Fachpresse. Der gemeinsame Nenner: Ein einziges fehlendes relevantes Ereignis ist das Versagensmuster – und genau das soll Recall-First-Suche verhindern. Für konversationelle RAG oder semantische Suche passt ein Ranking-First-Tool besser.

Fazit: Recall-First ist nicht rankingbasiert – und das ist der Punkt. CatchAll tauscht Latenz gegen Vollständigkeit, und für Auflistungsaufgaben ist das der richtige Tausch. Am besten den kostenlosen Tarif an der eigenen härtesten Anfrage testen, da man CatchAlls kostenlosen Tarif ohne Kreditkarte ausprobieren kann. Wenn die asynchrone Wartezeit oder der fehlende MCP-Server ein Dealbreaker ist, wird eine Alternative aus der Tabelle oben besser passen.