指南
渲染模式
何時用 none、basic 或 full 渲染
renderMode 控制 Thunderbit 在處理前如何抓取頁面。它是延遲、成本與動態內容處理能力之間的槓桿。
none(預設)
純 HTTP 抓取。不啟動瀏覽器、不執行 JavaScript。
- 適用:伺服器渲染頁面、RSS、JSON 端點、傳統部落格
- 延遲:最低
- 限制:對 SPA 與 JS 注水的內容會回傳空白 / 殼層 HTML
basic
headless 瀏覽器並執行 JS,但不等待完整注水。
- 適用:需要 JS 渲染但能快速穩定下來的頁面
- 延遲:約
none的 1–2 倍 - 限制:晚到的內容(lazy-load、async fetch)可能會漏掉
full
headless 瀏覽器,完整注水加可設定的 waitFor。
- 適用:SPA、無限滾動、從 API 注水的內容
- 延遲:最高
- 訣竅:只在真的需要時才搭配
waitFor(毫秒)—— 多餘的等待會讓每次請求都付出延遲代價
怎麼挑
- 先用
none。如果拿到空內容(SCRAPE_EMPTY_CONTENT)再升級。 - 接著試
basic。 - 已知是 SPA 才退到
full。
別「以防萬一」就預設 full —— 大多數頁面用不到,你會白白付出 5–10 倍延遲。
本頁正在補充各模式基準測試 —— 敬請回訪。