動態轉譯的陷阱：Disqus.com 如何失去約 90% 流量

By

來源聲明：本文根據〈The Pitfalls of Dynamic Rendering: How Disqus.com Lost 90% of Traffic〉（ZipTie Team，2023-06-01）編譯整理，不是逐句翻譯。原文連結：https://ziptie.dev/blog/the-pitfalls-of-dynamic-rendering-how-disqus-lost-90-of-traffic。頁面未見開放授權。文中「編輯解讀」為本站觀點。

Ziptie 回顧 Disqus.com（留言外掛官方站）的流量故事：作者約在 2018 年注意到明顯下滑，時間點靠近 Google 2018 年 3 月更新，之後未見恢復。標題所稱約 90% 流失，是作者對該站的觀察結論。

別先把問題當成「內容不夠好」

核心更新後，常見建議是提升內容品質。作者認為若 Disqus 只去請更好的寫手，幫助有限——因為根因是技術，不是文案。

動態轉譯失敗

Disqus.com 使用動態轉譯（dynamic rendering）：對 Googlebot 給預轉譯簡化版，對使用者給完整版。作者認為預轉譯機制故障，導致機器拿到的 HTML 正文幾乎沒有實質內容；可用行動裝置相容測試等工具驗證。類似案例他看過多次，常伴隨約 50–90% 自然流量下滑，原因多與記憶體超量或轉譯過程錯誤有關。這是作者經驗，不是受控實驗。

可能解法與 Google 立場

對相對小但知名的站，最簡單路徑可能是拿掉動態轉譯，改觀察 Google 如何自行轉譯；壞掉的動態轉譯等於持續破壞流量。作者稱曾聯絡 Disqus 未獲回覆。

文中指出：Google 曾在 2019 年把動態轉譯當暫時方案，後來文件改口，認為它不是長期解，應走向伺服器端轉譯等做法1。

實務檢查

不要只靠 SEO 爬蟲報表。簡單做法：抽樣網址，逐一用 Google Search Console 的網址檢查，看 Google 實際抓到的內容。

常見問題

  • 作者認為 Disqus.com 發生什麼事？約在 2018 年，流量明顯下滑，時間點靠近 Google 2018 年 3 月更新，之後未見恢復。作者判斷主因是技術：動態轉譯失敗，Googlebot 拿到幾乎空的 HTML 正文。
  • 動態轉譯是什麼？指對 Googlebot 與一般使用者提供不同版本：機器拿到預先轉譯的簡化版，使用者看到完整功能版。一旦預轉譯壞掉，機器可能只看到空殼。
  • 為什麼「請更好的文案」救不了？若 Googlebot 根本讀不到內容，內容品質再高也進不了索引訊號。作者認為問題在技術，不在文案產能。
  • 建議怎麼修？對相對小型但知名的站，作者建議先拿掉動態轉譯，觀察 Google 自己如何轉譯。文中稱他們曾聯絡 Disqus 但未獲回覆。Google 文件已不再把動態轉譯當長期方案，改推伺服器端轉譯等方向。
  • 「50–90%」這個範圍從哪來？作者寫自己看過類似案例，常造成約 50–90% 自然流量下滑，原因多與記憶體超量或轉譯錯誤有關。這是作者經驗區間；標題的 90% 對應 Disqus 觀察，單站案例不是定律。

編輯解讀

一句話重點：流量崩跌時先確認 Googlebot 看到的 HTML 有沒有正文；動態轉譯一旦壞掉，再好的內容策略也救不了空頁。

這對你的網站意味著什麼：

  • 若仍用動態轉譯，排程抽檢「Google 看到的頁面」是否為空。
  • 核心更新後不要只改文案，先排除技術空殼。
  • 長期架構優先伺服器端或可可靠預先渲染的方案。
  • 監控轉譯服務的錯誤率與資源上限。

適用與不適用的情境：適用 SPA／動態轉譯站。已全伺服器端轉譯的站，重點改放快取與索引，而非本案例的空 body。

需要注意的限制：Ziptie（ziptie.dev／ziptie.ai）為技術 SEO／工具相關業者，文章帶有方法推廣，存在商業或作者利益。90% 與 50–90% 為作者觀察與經驗，非公開受控實驗；單站案例不是定律。Disqus 未公開回應文中指控。

延伸閱讀：

  • 同站 JavaScript SEO、索引問題排查相關篇（英文 slug）。

名詞與資料來源

Similar Posts