Snel antwoord
Hoe controleer ik of LLMWebSearch werkt?
Roep GET https://llmwebsearch.com/api/v1/credits aan met je API-sleutel. Het is gratis, het raakt geen enkele website aan, en een normaal JSON-antwoord bewijst dat de LLMWebSearch API, je API-sleutel en je account werken. Voer daarna één zoekopdracht uit, die 1 credit kost uit een pack vanaf US$ 1,20/1K zoekopdrachten. Fouten aan onze kant worden nooit in rekening gebracht, en incidenten worden gedateerd in de changelog.
Wat is de snelste health check?
De credits-endpoint. Die antwoordt alleen vanaf onze kant: authenticatie, de API en je account. Als hij je resterende credits teruggeeft, is de dienst voor jou operationeel. Als hij 401 teruggeeft, is de API-sleutel verkeerd of ingetrokken; maak een nieuwe aan in het dashboard.
curl -s https://llmwebsearch.com/api/v1/credits \
-H "Authorization: Bearer $LLMWEBSEARCH_API_KEY"
import os
import sys
import requests
resp = requests.get(
"https://llmwebsearch.com/api/v1/credits",
headers={"Authorization": f"Bearer {os.environ['LLMWEBSEARCH_API_KEY']}"},
timeout=10,
)
if resp.status_code != 200:
print("API check failed:", resp.status_code, resp.text[:200])
sys.exit(1)
print("API up, credits left:", resp.json()["credits_remaining"])
Hoe onderscheid ik onze fout van een weigering door een website?
Kijk waar het probleem in de response verschijnt.
- Een HTTP-fout op de hele aanroep (
502 search_failed,504 search_timeout) ligt aan onze kant of upstream. Het kost niets; wacht even en probeer opnieuw met een steeds grotere vertraging. - Een geslaagde aanroep waarbij sommige resultaten geen inhoud hebben gaat over die pagina's. Elk resultaat heeft een
content_status:blocked_by_robots,blocked_by_site_policy,target_refused,fetch_failedoffetch_timeout. De zoekopdracht zelf is gelukt.
Het tweede geval is normaal op het open web en is geen incident. De errors-pagina vermeldt elke code.
Waar worden incidenten vastgelegd?
In de changelog. Een incident dat veel accounts raakt krijgt een gedateerde vermelding: wat faalde, van wanneer tot wanneer, en wat daarna is veranderd. Aanroepen die tijdens een incident faalden, werden niet in rekening gebracht, dus er is niets terug te vorderen.
We publiceren geen uptime-percentage of latency-cijfer. We geven je liever een check die je zelf kunt uitvoeren dan een getal dat je niet kunt verifiëren.
Wat moet mijn agent doen als een aanroep faalt?
Probeer alleen opnieuw wat later kan slagen. Een 429 rate_limited, 502 search_failed of 504 search_timeout verdient een nieuwe poging na een korte wachttijd die elke keer verdubbelt. Een 401 of 402 vereist een persoon: een nieuwe API-sleutel of meer credits. Een pagina die door zijn website wordt geweigerd, moet helemaal niet opnieuw worden geprobeerd; gebruik in plaats daarvan de andere resultaten van dezelfde zoekopdracht.
Statusvragen
Verbruikt de credits-aanroep credits?
Nee. GET https://llmwebsearch.com/api/v1/credits is gratis, dus een monitoringtaak kan hem zo vaak uitvoeren als je limiet per minuut toestaat.
Mijn zoekopdracht werkte, maar één resultaat heeft geen inhoud. Is dat een storing?
Nee. Die pagina kon niet worden gelezen: de content_status zegt waarom. Onze reader respecteert robots.txt: hij stelt zich voor als LLMWebSearch, volgt de regels die een site voor hem of voor alle robots schrijft, en laat de inhoud weg van elke pagina die hij niet mag lezen.
Aan wie meld ik een probleem dat de health check niet laat zien?
Support op [email protected], met de tijd, het endpoint en één volledige mislukte response. Een persoon antwoordt binnen 12 uur.