Modos de renderizado

renderMode controla cómo Thunderbit obtiene la página antes de procesarla. Es la palanca entre latencia, coste y la capacidad de manejar contenido dinámico.

none (por defecto)

Fetch HTTP plano. Sin navegador, sin ejecución de JavaScript.

• Úsalo para: páginas renderizadas en servidor, RSS, endpoints JSON, blogs clásicos
• Latencia: la más baja
• Límite: devuelve HTML vacío / cáscara en SPAs y contenido hidratado por JS

basic

Navegador headless con ejecución de JS, pero sin esperar la hidratación completa.

• Úsalo para: páginas que necesitan JS para renderizar pero se estabilizan rápido
• Latencia: ~1–2× la de none
• Límite: el contenido que llega tarde (lazy-load, fetch async) puede perderse

full

Navegador headless con hidratación completa + waitFor configurable.

• Úsalo para: SPAs, scroll infinito, contenido que se hidrata desde APIs
• Latencia: la más alta
• Tip: combínalo con waitFor (ms) solo cuando lo necesites — la espera extra te cuesta latencia en cada solicitud

Cómo elegir

1. Empieza con none. Si obtienes contenido vacío (SCRAPE_EMPTY_CONTENT), sube de nivel.
2. Prueba después basic.
3. Recurre a full para SPAs conocidos.

No uses full por defecto "por si acaso" — pagarás 5–10× la latencia sin ganancia en la mayoría de páginas.

Esta página se está ampliando con benchmarks por modo — vuelve pronto.