Top 10 測試目標動態內容

腳本渲染的商品頁

文件送達時 #root 是空的;腳本在瀏覽器裡把值寫進去。這裡沒有 vendor 真正的 React——這個目錄的每一頁都必須離線可用,而 React 19 已經沒有 UMD 建置可以下載後放進版本庫。被測的是「HTML 是空殼、值由腳本在載入後填入」這個可觀測行為,不是框架本身的身分;下面的內嵌腳本刻意重現同一種形狀(先掛骨架、再用 DOM API 寫入),對監控而言與真的框架渲染無法區分。

需要瀏覽器算繪抓取看到空殼observationKind: browser_flow

內容區

兩種讀法的差別

純抓取<div id="root"></div>,裡面什麼都沒有。而它每次都一樣——所以只比對雜湊的監控會永遠回報沒有變動。
瀏覽器算繪看到四個欄位。這正是 observationKind: "browser_flow" 存在的理由:存取類別說「能不能看」,觀測方式說「怎麼看」。
平台必須不做的事:把空殼的雜湊當成一次成功的觀測。宣告 browser_flow 卻沒有算繪器時,正確行為是以 monitor_plan_rendered_flow_not_configured 具名終止。

為什麼這一頁不是真的 React

這個目錄的每一頁都必須離線可用——測試目標不能因為 CDN 那天連不上,就讓人誤以為是平台壞了。React 19 已經沒有 UMD 建置,沒有現成的單檔可以 vendor 進版本庫。下面的內嵌腳本不假裝自己是 React:它只是用原生 DOM API,重現同一個可觀測形狀(先送出空殼,載入後才寫入值),這正是這一頁要測的行為,跟渲染器是不是框架無關。