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

  1. Begin met none. Krijg je lege inhoud (SCRAPE_EMPTY_CONTENT), schaal dan op.
  2. Probeer daarna basic.
  3. Val terug op full voor 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.