評分方法

頁面效能指標

技術優化 · 刻意調降權重

本頁為英文版的中文翻譯，僅供參考。如中英文版本有任何歧義，概以英文版為準。

這項檢查會在你的頁面上讀什麼

回應 4xx 或 5xx，這一項直接零分；伺服器超過三秒才回應，先扣掉四分之一。剩下的看爬蟲在看到頁面之前要等什麼：有 src 但沒有 async、defer 或 module 屬性的 script 標籤，加上列印用以外的樣式表連結，分四級給分。接著拿 HTML 元素的數量除以可見內容的字數（字數算法和其他因子一樣，換算成英文單字來計），所以一頁用了幾千個元素卻只包著幾十個字，在這裡就等於爬蟲每挖出一句答案，都得先啃掉一大堆標記。這裡不做渲染、不跑 Lighthouse，也不量 Core Web Vitals。

我們對證據的判定

刻意調降權重速度與 AI 能見度的相關性很弱，且是由極端離群值所驅動；沒有任何平台將速度列為因子，因此這個因子維持低權重與粗略的級距。抓取失敗即為零分。抓取成功則改以「爬蟲要讀懂這個頁面得付出多少成本」計分：有多少腳本與樣式表擋在頁面呈現之前，以及每一個字的內容用掉多少標記。

Cross-engine citation-driver study, deep vs shallow content and freshness gatekeeping (arXiv 2605.25517) · Vercel and MERJ AI crawler study (569M GPTBot requests: zero JavaScript execution, no image fetches)

這個數字量的不是速度，跟你的 Lighthouse 分數也對不上：訪客等很久的頁面可以在這裡拿高分，很快的頁面也可能拿低分，只因為它把每個字都包了三層 div。把它讀成「每一句答案要付出的成本」比較準。這一項問的只有一件事：不跑 JavaScript 的爬蟲，在碰到正文之前得先下載、解析多少東西；速度對 AI 爬蟲來說，就只有這一層意義。

值多少分

佔「技術優化」的 10%，相當於總分 100 分裡的 2 分。

受檢頁面在這一項的表現

依據 30,738 個受檢頁面。

中位數頁面得 65 分，中間一半的頁面落在 51 到 78 分之間。

  • 良好（75 到 100）8,508 (28%)
  • 普通（50 到 74）15,958 (52%)
  • 待加強（25 到 49）5,531 (18%)
  • 嚴重不足（0 到 24）741 (2%)

20% 的受檢頁面在這一項低於 50 分。

哪些產業最常不及格、哪些最少

最常不及格的產業

最少不及格的產業

該怎麼修

  • 外部 script 只要不是畫出頁面必需的，都加上 defer 或 async，或改成 type=module 載入。
  • 樣式表合併起來，script 加樣式表加總，會卡住畫面的請求不要超過兩個；列印用的樣式標 media=print。
  • 少包幾層 div：目標是 HTML 元素的數量不超過內容的字數。
  • 頁面三秒內要有回應，而且永遠不要對爬蟲回傳錯誤狀態碼。

這個因子改過什麼

有 5 個版本的變更無法對應到個別因子，所以其中任何一個都可能更動過這個因子；完整的變更紀錄裡有它們。

其他因子

全部因子，以及分數是怎麼算出來的