Google 在 2026 年 3 月 4 日更新了「了解 JavaScript SEO 基礎知識」（Understand the JavaScript SEO basics）文檔，正式移除了其中的「無障礙設計」（Design for accessibility）章節。
Google 解釋指，該部分的資訊已經「過時」，且不再像以前那樣具有參考價值。
Google 渲染引擎技術成熟 舊有文檔已過時
在舊版的文檔中，Google 曾建議開發者考慮那些不使用 JavaScript 瀏覽器（如螢幕閱讀器或舊型流動裝置）的用戶需求。當時的指引提到，使用 JavaScript 加載網頁內容「可能導致 Google 難以抓取」，並建議 SEO 人員透過關閉瀏覽器的 JavaScript 來測試網頁的「可見度」。
然而，Google 在 2026 年 3 月 4 日的更新日誌中明確表示：
這項資訊已經過時，不再像過去那樣有幫助。Google 搜尋執行 JavaScript 渲染已經有很多年了，因此使用 JavaScript 加載內容並不會「讓 Google 搜尋變得更困難」。
Google 同時指出，現今絕大多數的輔助技術（Assistive Technologies）都已經能夠良好地支援 JavaScript。
這次更動反映了 Google 相當信賴其渲染引擎（Web Rendering Service） 的能力，並試圖消除開發者對單頁應用（SPA）或重度依賴 React/Vue 框架的恐懼。只要操作正確，Google 處理 JS 內容的速度與準確度已大幅提升。
AI 爬蟲仍未能渲染 JavaScript
雖然 Google 在渲染 JavaScript 上游刃有餘，但 Bing 及新興的 AI 搜尋引擎（如 Perplexity 或某些 LLM 爬蟲）在渲染複雜 JS 應用時，能力可能仍不及 Google。根據 searchVIU 的研究顯示，並非所有 OpenAi 和 Claude 的爬蟲都會執行 JavaScript。
因此，如果你的流量來源多元化，過度依賴客戶端渲染（CSR）仍有風險。例如，如果你的主要內容（如產品描述、價格、文章正文）是透過客戶端 JS 動態加載的，Google 雖然能抓到並給你排名，但 ChatGPT、Claude 或 Perplexity 的 AI 爬蟲可能只會看到一片空白。這將直接導致你的網站無法出現在 AI 的摘要與引用中。
SEO 從業員行動建議
修正 JavaScript SEO 測試標準
Google 建議，要判斷網頁是否能被 Googlebot 爬取的最準確的做法是使用 Search Console 內的「網址檢查工具」（URL Inspection Tool）。透過查看「測試即時網址」後的截圖與渲染後的 HTML 代碼，你能了解 Google 抓取到甚麼網頁內容。
由於 Google 不會點擊、滾動或在網頁互動，所以你仍需小心檢查渲染後的 HTML 是否能找到標籤頁、手風琴選單和「加載更多」按鈕後面的內容。
但假如你希望網站同時在 AI 搜尋工具上出現，我們仍然建議「禁用 JS」來測試會否有重要內容被隱蔽，確保 AI 爬蟲能正確擷取網頁objcor。
2. 優化網頁開發與基礎架構
不論使用哪一種 JavaScript 框架，開發者必須以語義化 HTML 作為核心骨幹，確保螢幕閱讀器、AI 爬蟲及搜尋引擎能同時解讀內容。同時應審計 robots.txt 權限，確保 Googlebot 能完整存取所有渲染所需的 JS 文件、CSS 或 API 端點。
此外，建議在 JS 檔名中使用 Content Fingerprinting，在 JS 檔名中加入 hash value（如 main.2bb85551.js），強制 Google 刷新快取，以免渲染不一致。
3. 調整內容交付與策略評估
內容團隊應優先採用初始 HTML 交付方式，將高價值內容（如定價、核心服務描述）直接放在初始響應中，而非依賴 JS 加載，以確保 AI 爬蟲的抓取安全性。執行對比分析測試時，應使用 Google 富媒體測試工具對比「原始原始碼」與「渲染結果」，及時識別網站對 JS 的過度依賴風險。
4. 強化技術 SEO
技術團隊應預載結構化數據，將 JSON-LD 直接寫入初始 HTML 響應中，確保 AI 爬蟲能即時讀取。對於單頁應用 (SPA)，必須規範路由協議，使用 History API 進行導航以避免 Googlebot 無法抓取的 Fragment (#) 網址。針對無效路徑，則應實作 JS 跳轉至伺服器端的 404 頁面，或動態加入 noindex 標籤，防止網站權重被無效頁面稀釋。
關於作者
