Zonder KYC — geen ID, geen selfie, geen documenten. Betalen met crypto: BTC, USDT, USDC, ETH, SOL, LTC
Taal: Nederlands
Vraag een API-sleutel aan

Status en incidenten

WebReaderAPI-status: hoe je controleert of de API werkt

Als een pagina niet terugkomt, ligt de oorzaak meestal bij de website, soms bij het netwerk en zelden bij ons. Deze pagina laat zien hoe je in een paar seconden ziet welke van de drie het is, zonder een credit te gebruiken.

Laatst bijgewerkt:

Kort antwoord

Hoe weet ik of WebReaderAPI werkt?

Roep GET https://webreaderapi.com/api/v1/credits aan met je sleutel: dat is gratis, en een normaal antwoord betekent dat de API en je sleutel werken. Als een pagina mislukt, vertelt de foutcode je waarom, en WebReaderAPI rekent daar niets voor. Incidenten aan onze kant staan met hun datum op de changelog.

Wat is de snelste health check?

De credits-endpoint. Die antwoordt zonder een website op te halen, dus test alleen onze kant: authenticatie, de API en je account.

curl: controleer de API en je resterende credits
curl -s https://webreaderapi.com/api/v1/credits -H "Authorization: Bearer $WEBREADER_API_KEY"

Welke fouten komen van de website en welke van ons?

De foutcode zegt waar het probleem zit. Geen van deze fouten gebruikt een credit.

CodeWaar het probleem zitWat je moet doen
blocked_by_robotsDe robots.txt van de site weigert onze crawlerNiets: de site heeft nee gezegd
blocked_by_site_policyDe site verklaart ai-input=noNiets: de site heeft nee gezegd
target_refusedDe site antwoordde met 403, 429, een challenge of een loginProbeer later, of vraag de site om toegang
fetch_failedDNS, TLS, verbinding of een 404/410-paginaControleer de URL; probeer later opnieuw
fetch_timeoutDe site antwoordde niet op tijdProbeer opnieuw met een langere timeout
concurrency_limitTe veel verzoeken tegelijk vanaf je accountVertraag of vraag om een hogere limiet
invalid_api_key, insufficient_creditsJe sleutel of je saldoControleer het dashboard

De foutpagina geeft elk geval in detail, met een retry-loop.

Waarom staat hier geen live uptime-cijfer?

Omdat we er nog geen hebben gemeten op een publieke steekproef, en een verzonnen cijfer je zou misleiden. Het succes van een read hangt vooral af van de site die wordt gelezen, dus één percentage zou weinig zeggen. Zodra we cijfers publiceren, komen ze met de methode, de steekproef en de datum.

Waar worden incidenten aangekondigd?

Op de changelog, met de datum, de getroffen endpoints en wat er is gedaan. Als je herhaalde fouten aan onze kant ziet (codes anders dan die door de doelsite worden veroorzaakt), schrijf dan naar [email protected] met de tijd van het verzoek en de foutcode.

Status: veelgestelde vragen

Kost het controleren van mijn credits iets?

Nee. GET https://webreaderapi.com/api/v1/credits gebruikt nooit een credit, dus je kunt het zo vaak als je wilt vanuit een health check aanroepen, binnen je concurrency-limiet.

Een pagina mislukt bij mij maar opent in mijn browser. Waarom?

Meestal omdat de site robots anders behandelt dan mensen: hij kan onze crawler weigeren in robots.txt of geautomatiseerde verzoeken beantwoorden met een challenge-pagina. We geven zijn antwoord terug en rekenen niets. De foutcode en target_status laten zien wat de site stuurde.

Worden mislukte reads ooit in rekening gebracht?

Nee. 1 credit = 1 pagina lezen zonder browser; 2 credits wanneer de pagina een browser nodig heeft om JavaScript te renderen. Een verzoek dat mislukt, of dat de robots.txt van een site weigert, wordt niet in rekening gebracht.

Vanaf US$ 0,07/1K pagina's · zonder KYC

Vraag een API-sleutel aan