Render Modes

renderMode controlla come Thunderbit recupera la pagina prima dell'elaborazione. È la leva tra latenza, costo e capacità di gestire contenuti dinamici.

none (predefinito)

Semplice fetch HTTP. Nessun browser, nessuna esecuzione JavaScript.

• Usalo per: pagine renderizzate sul server, RSS, endpoint JSON, blog classici
• Latenza: la più bassa
• Limite: restituisce HTML vuoto / di shell su SPA e contenuti idratati via JS

basic

Browser headless con esecuzione JS, ma senza attesa di idratazione completa.

• Usalo per: pagine che hanno bisogno di JS per renderizzare ma si stabilizzano rapidamente
• Latenza: ~1–2× rispetto a none
• Limite: i contenuti che arrivano in ritardo (lazy-load, fetch async) potrebbero essere persi

full

Browser headless con idratazione completa + waitFor configurabile.

• Usalo per: SPA, scroll infinito, contenuti che si idratano dalle API
• Latenza: la più alta
• Suggerimento: abbinalo a waitFor (ms) solo quando ne hai bisogno — un'attesa extra ti costa latenza su ogni richiesta

Come scegliere

1. Inizia con none. Se ottieni contenuto vuoto (SCRAPE_EMPTY_CONTENT), aggiorna.
2. Prova poi basic.
3. Ripiega su full per SPA conosciute.

Non impostare full come default "per sicurezza" — pagherai 5–10× la latenza senza guadagni sulla maggior parte delle pagine.

Questa pagina è in fase di ampliamento con benchmark per modalità — torna a controllare presto.