Modes de rendu

renderMode contrôle la façon dont Thunderbit récupère la page avant traitement. C'est le levier entre la latence, le coût et la capacité à gérer du contenu dynamique.

none (par défaut)

Fetch HTTP simple. Pas de navigateur, pas d'exécution JavaScript.

• À utiliser pour : pages rendues côté serveur, RSS, endpoints JSON, blogs classiques
• Latence : la plus basse
• Limite : renvoie du HTML vide / coquille sur les SPA et le contenu hydraté en JS

basic

Navigateur headless avec exécution JS, mais sans attente d'hydratation complète.

• À utiliser pour : pages qui ont besoin de JS pour s'afficher mais se stabilisent vite
• Latence : ~1–2× none
• Limite : le contenu qui arrive tard (lazy-load, fetch async) peut être manqué

full

Navigateur headless avec hydratation complète + waitFor configurable.

• À utiliser pour : SPA, scroll infini, contenu hydraté depuis des APIs
• Latence : la plus haute
• Astuce : couple-le avec waitFor (ms) seulement quand tu en as besoin — l'attente supplémentaire te coûte de la latence à chaque requête

Comment choisir

1. Commence avec none. Si tu obtiens du contenu vide (SCRAPE_EMPTY_CONTENT), monte d'un cran.
2. Essaie basic ensuite.
3. Replie-toi sur full pour les SPA connues.

Ne mets pas full par défaut « au cas où » — tu paieras 5 à 10× la latence sans gain sur la plupart des pages.

Cette page est en cours d'enrichissement avec des benchmarks par mode — reviens bientôt.