Newscatcher CatchAll API: Testasin recall-pohjaisen verkkohaun, joka on tehty AI-agenteille

Newscatcher CatchAll API: Testasin recall-pohjaisen verkkohaun, joka on tehty AI-agenteille

Esitin Newscatcher CatchAll APIlle yhden itsepäisen kysymyksen: löydä jokainen varastopalo Euroopassa tällä neljänneksellä. Ei kymmentä parasta. Jokaisen. Tavallinen hakurajapinta antaa sinulle sijoitetun sivun linkkejä ja pudottaa hiljaa pitkän hännän, mikä sopii mainiosti "paras pizza lähelläni" -hakuun mutta on hyödytön luettelointitehtävässä. Noin 15 minuuttia myöhemmin Base-tilassa CatchAll palautti aluelehdistön ja alan julkaisujen tapahtumia, joita sijoituspohjaiset APIt eivät best-ai-search-apis-2026-testissämme koskaan nostaneet esiin. Jokainen tulos saapui yhtenä strukturoituna JSON-objektina, ei linkkinä. Tuo ero on koko tarina.

Tässä lyhyt versio ennen kuin sukellamme tekniikkaan.

Keskeiset havainnot

• CatchAll on recall-pohjainen verkkohaku-API: se palauttaa strukturoituja tapahtumatietueita, ei sijoitettua SERP-tulosta.
• Newscatcher raportoi 79.8% recallin ja F1 0.705 yli 32 kyselyn; etusivu pyöristää tämän 86%:iin.
• Kaksi tilaa: Lite (sekunnit, noin 100 tuloksen katto) ja Base (asynkroninen, noin 15 minuuttia, ei kattoa).
• Parhaimmillaan luettelointitehtävissä (compliance, kilpailijatiedustelu, toimitusketjun seuranta); se ei ole SERP-sijoitusten seuraaja.

Recall-pohjainen haku optimoi kaiken löytämiseen, kun taas sijoituspohjainen haku optimoi harvojen esiin nostettujen asioiden järjestämiseen. Pidä tuo yksi lause mielessäsi, niin loput tästä arviosta loksahtavat paikoilleen.

Mikä CatchAll on? (Recall-pohjainen verkkohaku selitettynä)

CatchAll on Newscatcherin recall-pohjainen verkkohaku-API: sijoitetun listan sijaan, jossa on noin 10 parasta linkkiä, se palauttaa deduplikoidun joukon strukturoituja tapahtumatietueita, joista jokainen on yksittäinen JSON-objekti lähdeviitteineen ja ekstrahoiduine entiteetteineen. Recall-pohjainen tarkoittaa, että tavoitteena on täydellisyys – jokaisen relevantin tapahtuman löytäminen – eikä lyhyen listan järjestäminen relevanssin mukaan.

Newscatcher havainnollistaa tätä tylyllä intuitiopumpulla: jos 200 validia tapahtumaa on olemassa ja järjestelmäsi löytää 5, recallisi on 2.5%. "Mikä on paras kannettava tietokone" -kysymykseen se riittää. "Jokainen EU:n fintech-yrityksiin kohdistunut sääntelytoimi tänä vuonna" -kysymykseen 2.5%:n vastaus on pahempi kuin hyödytön, koska et näe mitä missaat.

Tämä on se kategoriavaje, johon CatchAll tähtää, ja se kannattaa ymmärtää vaikka et koskaan rekisteröityisi. YC-lanseerauspuheenvuoro kutsuu sitä "recall-pohjaiseksi verkkohaku-APIksi", ja voit lukea positioinnin suoraan Newscatcherin CatchAll-verkkohaku-API:n tuotesivulta. Rehellinen kehys: SERP-API vastaa kysymykseen "mitä minun kannattaa lukea ensin?" CatchAll vastaa kysymykseen "mikä on täydellinen lista?"

Miten CatchAll toimii: Haku- ja validointiputki

CatchAll ajaa viisivaiheisen putken: kyselysuunnittelu kirjoittaa promptisi uudelleen useiksi hakukulmiksi, laajamittainen haku skannaa yli 50 000 sivua per työ, Leiden-algoritmi klusteroi toisiinsa liittyvät sivut yksittäisiksi tapahtumiksi, LLM validoi jokaisen klusterin kyselyäsi vasten, ja selviytyjät palaavat strukturoituna JSONina. Recall tulee skannauksesta; tarkkuus tulee validoinnista.

Käydään nämä nopeasti läpi:

1. Kyselysuunnittelu. Yksi kyselysi muuttuu useiksi hakuprompteiksi, jotka kattavat eri sanamuodot ja tapahtumatyypit, jotta "varastopalo" nappaa myös "tulipalo logistiikkaterminaalissa".
2. Laajamittainen haku. Newscatcherin mukaan yksittäinen työ hakee yli 50 000 sivua noin 10 000 sivun minuuttivauhdilla ilman tuloskattoa, tavoittaen aluelehdistön, alan julkaisut ja viranomaisrekisterit, jotka valtavirran SERP-haut hautaavat.
3. Klusterointi. Leiden-algoritmi ryhmittää tiiviisti toisiinsa kytketyt sivut yhteisöiksi. Arkikielellä: 30 artikkelia samasta Rotterdam-palosta tiivistyvät yhdeksi tapahtumaksi, eivät 30 riviksi.
4. LLM-validointi. Jokainen klusteri pisteytetään kyselyäsi vasten, ja epärelevantit pudotetaan pois. Tämä vaihe kuluttaa oikeita LLM-kutsuja, joten tuotantoagenttipinossa haluat reitittää ne LLM-gatewayn kautta kulujen ja varajärjestelmän hallitsemiseksi.
5. Strukturoitu tuloste. Yksi JSON-objekti per validoitu tapahtuma, dynaamisella skeemalla.

Newscatcher raportoi indeksoivansa yli 2 miljoonaa reaaliaikaista tapahtumaa päivittäin, uusien tapahtumien ilmestyessä alle tunneissa. Tekninen kirjoitus, "The Architecture of Completeness", käsittelee Leiden- ja validointisisäiset yksityiskohdat, jos haluat syväsukelluksen.

Tässä kohtaa varastopalo-testini eli. Ajoin luettelointikyselyn Base-tilassa, työ kesti noin 15 minuuttia, ja arvo näkyi täsmälleen siellä missä putki lupaa: alue- ja alan lähteet, klusteroituina erillisiksi tapahtumiksi, jotka sijoitettu SERP olisi haudannut näkymättömiin tai ohittanut kokonaan.

Keskeiset ominaisuudet: Monitors, Watchlists ja tapahtumaekstraktio

Yksittäisten hakujen lisäksi CatchAll tarjoaa Monitors- ja Watchlists-ominaisuudet. Monitors ovat ajastettuja uudelleenajoja (minimissään tunnin välein), jotka palauttavat vain uudet, deduplikoidut tapahtumat edellisen ajon jälkeen. Watchlists suodattavat entiteetin mukaan, 1–10-relevanssipisteillä ja entiteettiresoluutiolla, joka yhdistää saman yrityksen eri kielillä ja oikeusalueilla.

Monitors muuttavat yksittäisen haun jatkuvaksi seurannaksi: jokainen ajo palauttaa vain tapahtumat, jotka ovat uusia edellisen jälkeen. Se on ero "hae verkosta tänään" ja "kerro heti kun jotain muuttuu" välillä.

Yksi rehellinen varaus "reaaliaikainen tapahtumaseuranta-API" -kehykselle: "reaaliaikainen" tarkoittaa tässä tunnin välein tehtäviä uudelleenajoja, ei millisekuntitason striimausta. Jos tarvitset millisekuntitason push-ilmoituksia, tämä ei ole se. Compliance-tiimille, joka tarkistaa kahdesti päivässä, tunnin väli on enemmän kuin riittävä. Company Watchlist on kilpailijatiedustelun helmi, koska se yhdistää "Acme GmbH", "Acme Inc" ja "Acme Holdings" yhdeksi seurattavaksi entiteetiksi kolmen kohinaisen sijaan.

Strukturoitu JSON-tuloste (oikealla esimerkillä)

Jokainen tulos on yksi tapahtuma yhtenä JSON-objektina: cluster_id, title, relevance-piste, entities-taulukko ja source_citations-taulukko. Ei HTML-skrapausta, ei linkkilistaa parsittavaksi. Tämä tekee CatchAllista aidon strukturoitu verkkohaku-APIn eikä SERP-wrapperin.

Tässä katkaistu tapahtuma varastopalo-ajostani, kevyesti siistitty mutta muodoltaan aito:

{
  "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-..."
        }
      ]
    }
  ]
}

Huomaa, että source_citations-taulukko osoittaa alueelliseen alan julkaisuun – täsmälleen sellaiseen lähteeseen, jonka sijoitus-API priorisoi alas. Koska jokainen tapahtuma on valmiiksi strukturoitu, voit pudottaa validoidut tietueet suoraan RAG-putkeen tai tallentaa ja upottaa ne vektoritietokantaan ilman skrapaus- tai siivousvaihetta välissä. Se säästetty vaihe on hiljainen tuottavuusvoitto.

Miten CatchAllia kutsutaan Pythonilla? (Koodipika-aloitus)

Saat API-avaimen, POSTaat kyselysi /v3/search-endpointtiin x-api-token-headerilla ja parsit events-taulukon. Siinä koko silmukka. Tässä minimaalinen Python-kutsu:

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"])

Pro-vinkki ja sudenkuoppa yhdessä: Lite-tila palauttaa sekunneissa mutta kattaa noin 100 tulosta, kun taas Base-tila on asynkroninen ja kestää noin 15 minuuttia syvällä työllä. Basessa lähetät ja pollaat etkä blokkaa yksittäiseen kutsuun, joten suunnittele agenttisi laukaise-ja-tarkista-tyyliin, ei odota-tyyliin. Jos kytket CatchAllia agenttiin, kutsut sitä tyypillisesti työkaluna function callingin kautta. Vahvista tarkat pyyntöparametrit ja Lite-vs-Base-lippu CatchAll-dokumentaatiosta ennen julkaisua; auth-header on x-api-token.

Paljonko CatchAll maksaa? Onko ilmaista tasoa?

Hinnoittelu on käyttöperusteinen ja maksa-validoidusta-tietueesta, noin $0.10 per tietue, ja nolla tulosta tarkoittaa nolla veloitusta. Ilmaisella tasolla saat noin 2 000 krediittiä rekisteröityessä plus noin 10 hakua kuukaudessa, ei korttia vaadita, joten voit ajaa oikean luettelointitestin ennen sitoutumista.

Tuo nolla-tulosta-nolla-veloitusta-malli merkitsee luettelointityössä: kysely, jolla ei aidosti ole vastaavia tapahtumia, ei polta budjettia. Yleiseen kysymykseen siitä, onko Googlen haku-API ilmainen – natiivi Google ja Bing eivät ole tätä. Ne palauttavat sijoitettuja linkkejä, eivät validoituja strukturoituja tapahtumia, ja Bingin haku-API poistuu käytöstä, mikä on osa syytä siihen, miksi riippumattomat indeksit kukoistavat.

Reaalin maailman käyttötapaukset

CatchAll sopii mihin tahansa työhön, jossa yhden kohteen missaaminen on epäonnistuminen. Compliance ja sääntelyseuranta nojaavat Monitorsiin plus sen viranomaisrekisterikattavuuteen. Kilpailijatiedustelu pyörii Company Watchlistilla. Toimitusketjun seuranta on varastopalo-kuvio – häiriötapahtumien vahtimista. Markkinatutkimus käyttää luettelointia alan lehdistön yli.

Yhteinen kuvio kaikissa neljässä: rakennat täydellistä listaa ja toimit sen pohjalta, usein automatisoidun verkkohaku-API AI-agenteille -työnkulun sisällä. Muutama konkreettinen muoto:

• Compliance: pysyvä Monitor alan täytäntöönpanotoimille, tunnin välein.
• Kilpailijatiedustelu: Watchlist kolmelle kilpailijaentiteetille, yhdistettynä niiden virallisten nimien yli.
• Toimitusketju: häiriötapahtumien luettelointi (palot, lakot, takaisinkutsut) lähellä toimittajalaitoksiasi.
• Markkinatutkimus: kerta-ajona Base-tilan skannaus jokaisesta tuotejulkaisusta niche-alalla tällä neljänneksellä.

Vertailut: Onko CatchAll oikeasti 3x parempi kuin Exa?

Newscatcherin omassa maaliskuun 2026 vertailussa 32 kyselyllä CatchAll raportoi F1 0.705 ja 79.8% recallin (4 807 tapahtumaa), voittaen 27/32 kyselystä Exa Websetsiä, Parallel AI FindAllia ja OpenAI Deep Researchia vastaan. Newscatcher kuvailee tätä noin 3x enemmän relevantteja tapahtumia kuin kenttä. Jokainen numero tässä on valmistajan oma.

Nyt rehellinen osa. Newscatcherin oma tiukka vertailu sanoo 79.8% recall; etusivu pyöristää sen 86%:iin. Käytämme alempaa lukua. 79.8% tulee päivätystä, yksityiskohtaisesta 32 kyselyn tuotesivutaulukosta, kun taas 86% otsikkoluku on pyöreämpi väite eri leikkauksesta etusivulla ja blogikirjoituksessa. Molemmat ovat Newscatcherin. Aloitin alemmalla, koska valmistajan oman konservatiivisemman sisäisen luvun lainaaminen on luottamustoimi, jota markkinointisivu ei voi tehdä. Kumpi tahansa, suuntaava havainto piti testauksessani paikkansa: recall on aidosti korkeampi kuin sijoituspohjaisissa työkaluissa. Koko kentän osalta katso miten CatchAll sijoittuu 12 muun AI-haku-API:n joukossa parhaiden AI-haku-API:den yhteenvedossamme, ja tarkista raaka taulukko itse Newscatcherin tuotesivulta.

Rehelliset rajoitukset: Mihin CatchAll EI sovi

CatchAllilla on neljä todellista rajoitusta, jotka markkinointisivut hautaavat, ja ne kannattaa punnita ennen rakentamista. Se ei ole matalalatenssinen, ei rajaton nopeassa tilassaan, ei vielä plug-and-play agenteille, eikä sijoitusten seuraaja. Mikään ei ole este, mutta jokainen sulkee pois yhden käyttötapauksen.

• Base-tila on asynkroninen (noin 15 minuuttia per työ). Väärä työkalu chatbotille, joka tarvitsee vastauksen kahdessa sekunnissa.
• Lite-tila kattaa noin 100 tulosta. Haluat syvän recallin nopeasti? Et voi saada molempia; syvä recall maksaa latenssiveron.
• Virallista MCP-palvelinta ei vielä ole. Wraptaat REST-endpointin itse. Jos haluat sen natiivina agenttityökaluna, wräppäät REST-endpointin MCP-palvelimeksi, samalla tavalla kuin rakennamme MCP-palvelimet joita jo käytämme.
• Se ei ole SERP- tai sijoitusseurantatyökalu. Se ei kerro missä sijoitut Googlessa. Täysin eri tehtävä.

Tämä osio on se osa, jota yksikään valmistajan sivu ei kirjoita puolestasi. Jos asynkroninen latenssi tai puuttuva MCP-palvelin kaataa käyttötapauksesi, parempi oppia se täällä kuin integraation jälkeen.

CatchAll-vaihtoehdot ja milloin valita ne

CatchAll voittaa raakassa recallissa luetteloinnissa, mutta se ei ole oikea valinta jokaiseen hakutyöhön. Tässä seitsemän todellista vaihtoehtoa, jokaisella rehellinen "valitse tämä sen sijaan" -ehto. Ei olkiukkoja.

Pikaheuristiikka: luettelointi ja seuranta osoittavat CatchAlliin, keskusteleva RAG osoittaa Tavilyyn, semanttinen löytäminen osoittaa Exaan, ja sijoitusseuranta osoittaa SerpAPI:in.

Miten Techsy käyttää recall-pohjaista hakua agenttirakennuksissa

Techsyllä toimitamme AI-agentteja B2B-asiakkaille, ja recall-pohjainen haku loksahtaa puhtaasti paikalleen luettelointi- ja seurantatöissä: ajattele compliance-agenttia, joka tarvitsee täydellisen listan täytäntöönpanotoimista, ei viittä parasta. Tartumme recall-pohjaiseen APIin kuten CatchAll siellä, ja rehellisesti Tartumme Tavilyyn tai Exaan kun tehtävä on keskusteleva RAG tai semanttinen haku. Väärän hakuprimitiivin valinta on yksi yleisimmistä agenttirakennusvirheistä joita korjaamme. Haluatko apua valintaan? Ota ilmainen konsultaatio.

Kirjoittajasta

Mert Batur Gurbuz on Techsy.io:n perustajaosakas, missä tiimi toimittaa AI-agentteja, automaatiojärjestelmiä ja ääni-/SDR-putkia B2B-asiakkaille. Hän opiskelee University of Birminghamissa ja kirjoittaa LLM-työkalupinosta, jota Techsyn tiimi oikeasti käyttää tuotannossa. Yhdistä LinkedInissä.

Usein kysytyt kysymykset

Mikä on Newscatcher CatchAll API?

CatchAll on Newscatcherin recall-pohjainen verkkohaku-API. Sijoitetun linkkilistan sijaan se palauttaa strukturoituja tapahtumatietueita, yhden JSON-objektin per reaalimaailman tapahtuma, jokaisessa lähdeviitteet ja ekstrahoidut entiteetit. Se on rakennettu AI-agenteille, yritystutkimukselle ja seurantatehtäville, joissa jokaisen relevantin tapahtuman löytäminen merkitsee enemmän kuin lyhyen listan järjestäminen.

Miten CatchAll eroaa tavallisesta (SERP) haku-APIsta?

SERP-API sijoittaa ja palauttaa muutaman parhaan linkin, optimoiden "mitä minun kannattaa lukea ensin". CatchAll optimoi täydellisyyteen, skannaten yli 50 000 sivua per työ ja klusteroiden ne deduplikoiduiksi strukturoiduiksi tapahtumiksi. Saat yhden objektin per tapahtuma lähdeviitteineen ja entiteetteineen, etkä HTML-tulossivua jota sinun pitää itse skrapata ja parsia.

Onko CatchAll oikeasti 3x parempi kuin Exa Websets?

Newscatcher raportoi sen omassa maaliskuun 2026 testissään 32 kyselyllä: CatchAll 79.8% recallilla ja F1 0.705 versus Exa Websets 19.6%:lla, voittaen 27/32 kyselystä, minkä he kehystävät noin 3x enemmän relevantteja tapahtumia. Huomaa, että etusivu pyöristää recallin 86%:iin eri leikkauksesta. Kaikki luvut ovat valmistajan omia; käsittele niitä attribuoituina, ei riippumattomasti auditoituina.

Paljonko CatchAll maksaa? Onko ilmaista tasoa?

Hinnoittelu on käyttöperusteinen ja maksa-validoidusta-tietueesta, noin $0.10 per tietue, nolla veloitusta kun kysely ei palauta tuloksia. Ilmaisella tasolla saat noin 2 000 krediittiä rekisteröityessä plus noin 10 hakua kuukaudessa, ei korttia vaadita. Se riittää oikean luettelointitestin ajamiseen omaa käyttötapaustasi vastaan ennen budjetin sitomista.

Kuinka nopea CatchAll on?

Riippuu tilasta. Lite palauttaa sekunneissa mutta kattaa noin 100 tulosta. Base on asynkroninen ja kestää noin 15 minuuttia per työ, ilman tuloskattoa, syvälle luetteloinnille. Base-töissä lähetät ja pollaat etkä blokkaa yhteen kutsuun, joten se ei sovi millekään mikä tarvitsee alle sekunnin vastauksen, kuten live-chatbotille.

Onko CatchAllilla MCP-palvelinta?

Ei vielä virallista. Käyttääksesi sitä natiivina agenttityökaluna tänään, wraptaat REST-endpointin itse, sama kuvio jota käsittelemme MCP-oppaassamme. Se on ohut wrapper yhden POST-kutsun ympärillä /v3/search-endpointtiin, joten pienen MCP-palvelimen rakentaminen sen ympärille on suoraviivaista jos pinosi jo puhuu protokollaa.

Mitä ovat Monitors ja Watchlists?

Monitors ovat ajastettuja uudelleenajoja, minimissään tunnin välein, jotka palauttavat vain uudet deduplikoidut tapahtumat edellisen ajon jälkeen, muuttaen yksittäisen haun pysyväksi seurannaksi. Watchlists suodattavat tulokset entiteetin mukaan 1–10-relevanssipisteillä ja yhdistävät saman yrityksen eri kielillä ja oikeusalueilla. Yhdessä ne kattavat compliance-seurannan ja kilpailijatiedustelun ilman koko verkon uudelleenkyselyä joka kerta.

Voinko käyttää CatchAllia SEO-sijoitusseurantaan?

En. CatchAll palauttaa validoituja strukturoituja tapahtumia, ei hakukonesijoituksia, joten se ei kerro missä sivusi sijaitsee Googlessa. Sijoitusseurantaan, SERP-ominaisuuksiin tai täsmälleen Googlen näyttämän peilaamiseen käytä SerpAPIa tai Serperiä. CatchAll ja sijoitusseuraajat ratkaisevat aidosti eri ongelmia vaikka molemmat koskettavat "verkkohakua".

Mihin käyttötarkoituksiin CatchAll sopii parhaiten?

Luettelointi- ja seurantatehtäviin, joissa täydellisyys merkitsee: compliance ja sääntelyseuranta, kilpailijatiedustelu, toimitusketjun häiriöseuranta ja markkinatutkimus alan lehdistön yli. Yhteinen nimittäjä on, että yhdenkin relevantin tapahtuman missaaminen on epäonnistuminen – täsmälleen se, mitä recall-pohjainen haku on suunniteltu estämään. Keskustelevaan RAGiin tai semanttiseen hakuun sijoituspohjainen työkalu sopii paremmin.

Yhteenveto: recall-pohjainen ei ole sijoitettu, ja se on juuri tarkoitus. CatchAll vaihtaa latenssin täydellisyyteen, ja luettelointitöissä se on oikea vaihtokauppa. Aja ilmainen taso omalla vaikeimmalla kyselylläsi ennen päätöstä, koska voit kokeilla CatchAllin ilmaista tasoa ilman korttia. Jos asynkroninen odotus tai puuttuva MCP-palvelin on este, yllä olevan taulukon vaihtoehto palvelee sinua paremmin.