Gidsen
Render Modes
Wanneer je none, basic of full rendering gebruikt
renderMode bepaalt hoe Thunderbit de pagina ophaalt voordat deze wordt verwerkt. Het is de hefboom tussen latency, kosten en het vermogen om dynamische inhoud te verwerken.
none (standaard)
Eenvoudige HTTP-fetch. Geen browser, geen JavaScript-uitvoering.
- Gebruik voor: server-rendered pagina's, RSS, JSON-endpoints, klassieke blogs
- Latency: laagst
- Beperking: geeft lege / shell-HTML terug bij SPA's en JS-gehydrateerde inhoud
basic
Headless browser met JS-uitvoering, maar zonder volledige hydratiewacht.
- Gebruik voor: pagina's die JS nodig hebben om te renderen maar snel stabiliseren
- Latency: ~1–2×
none - Beperking: laat binnenkomende inhoud (lazy-loaded, async fetch) kan worden gemist
full
Headless browser met volledige hydratie + configureerbare waitFor.
- Gebruik voor: SPA's, infinite scroll, inhoud die hydrateert vanuit API's
- Latency: hoogst
- Tip: combineer alleen met
waitFor(ms) als het nodig is — extra wachttijd kost je latency op elke request
Hoe te kiezen
- Begin met
none. Krijg je lege inhoud (SCRAPE_EMPTY_CONTENT), schaal dan op. - Probeer daarna
basic. - Val terug op
fullvoor bekende SPA's.
Kies niet standaard full "voor de zekerheid" — je betaalt 5–10× de latency zonder voordeel op de meeste pagina's.
Deze pagina wordt uitgebreid met benchmarks per modus — kom snel terug.