POST https://api.acedata.cloud/webextrator/render
WebExtrator API för webbsiderendering är en webbsiderenderingstjänst baserad på headless Chromium. Ange en URL,
och få tillbaka fullständigt renderad HTML (inklusive innehåll som injicerats av JS), ren text, sidtitel och slutlig URL.
Render är WebExtrators mest grundläggande gränssnitt. Om du behöverstrukturerade extraktionsresultat (artikelbrödtext,
produktpriser, receptingredienser …), använd
/webextrator/extract —— den kör en komplett typad extraktionspipeline
på samma renderingsgrund.
Ansökningsprocess
För att använda WebExtrators tjänstesida, hämta först din API Token i Ace Data Cloud-konsolen och spara den för senare användning.
Om du ännu inte har loggat in eller registrerat dig, omdirigeras du automatiskt till inloggningssidan där du uppmanas att registrera dig och logga in. När detta är klart återgår du automatiskt till den aktuella sidan.
En API Token kan anropa alla plattformens tjänster, utan att behöva ansöka separat för varje tjänst. Den första ansökan ger gratis kvot för kostnadsfri testning; när kvoten inte räcker till kan du fylla på det gemensamma saldot i konsolen.
📘 Fullständig dokumentation: WebExtrator tjänstesida →
Autentisering
Alla WebExtrator-gränssnitt använder standardautentisering med Bearer Token:Begärandeparametrar
Plattformskontrakt använder enhetligt snake_case. Den interna renderingstjänsten stöder camelCase, men externa anrop använder alltid snake_case.
Cookie-struktur
Synkront svar
Asynkront svar
Närasync=true (eller callback_url tillhandahålls) returneras omedelbart (HTTP 200):
POST till callback_url (om det är konfigurerat), eller hämtas aktivt via
/webextrator/tasks.
Callback-struktur
PlattformenPOST:ar exakt samma envelope som i synkront läge till callback_url,
med Content-Type: application/json. Valfritt 2xx-svar betraktas som bekräftat; 5xx återförsöks
med exponentiell backoff i cirka 5 minuter.
Felsvar
Felstruktur:
Exempel
cURL
Python (requests)
Node.js (fetch)
Asynkront + återanrop
{ "success": true, "task_id": "...", "trace_id": "...", "started_at": 1777717800.123 };
när uppgiften är klar kommer plattformen att POST:a det fullständiga resultatet till din callback_url.
Tvinga förbigående av cache
Tips och fallgropar
- Det är viktigt att välja rätt
wait_until.networkidleär mest stabilt men långsammast;domcontentloadedär snabbt men kan missa asynkront injicerat innehåll;loadpassar traditionella statiska sidor. - Cache-nyckeln ignorerar
async. Synkrona och asynkrona begäranden för samma URL träffar samma cachepost, och att växla fritt gör den inte ogiltig. - Cache-nyckeln ignorerar
bypass_cacheochcache_ttl_seconds. Dessa två är åtgärdsbrytare och påverkar inte svarsinnhållet. cookiesochheaderssegmenterar cachelagringen. Att anpassa dessa två gör att den första träffen för samma kombination misslyckas.- Tunga SPA:er överskrider ofta standardvärdet på 30 sekunder. Rekommenderat är
timeout: 60,wait_until: "domcontentloaded",delay: 4, tillsammans medwait_for_selectorför att vänta på de element du faktiskt bryr dig om. block_resourcesär den snabbaste vägen att minska latensen. Bilder / typsnitt / media blockeras redan som standard; om din extrahering inte är beroende av CSS-layout blir det ännu snabbare medstylesheet.

