49MB 的新聞頁面:當現代網路體驗變成一場反使用者的競賽

本篇文章更新時間:2026/03/16
如有資訊過時或語誤之處,歡迎使用 Contact 功能通知或向一介資男的 LINE 社群反應。
如果本站內容對你有幫助,歡迎贊助支持


49MB 的新聞頁面:當現代網路體驗變成一場反使用者的競賽

從〈The 49MB Web Page〉談新聞網站如何變得如此難以閱讀

編輯前言:這篇文章點出了現代新聞網站為何越做越「不可讀」。作者用技術角度剖析:你的手機為什麼燙?為什麼你只想看個標題,卻被迫關掉五個彈窗?

核心觀點(Key Takeaways)

  • 現代新聞網站因廣告技術與追蹤腳本而極度肥大,甚至一頁能高達 49MB。
  • 用戶在真正看到內容前,必須先進行一連串「關閉彈窗」、「避開跳動版面」等高互動成本的操作。
  • 這些壞體驗並非工程師惡意,而是商業模式與廣告市場的激勵機制造成的系統性問題。

深入解析

作者一開始就用誇張但真實的數據震撼讀者:進入《New York Times》看四則頭條,瀏覽器竟需要處理 422 個網路請求、49MB 的下載量,且兩分鐘後頁面才真正穩定下來。作者將這種現象類比為:

「我下載了整張音樂專輯的容量,只為了看幾段文字。」

這種荒謬背後,是現代 ad-tech stack 的複雜與失控。頁面還沒渲染出文章前,瀏覽器主線程已經在跑多個廣告競價程序、追蹤腳本、再行為監控。作者形容這像是:

「你的手機其實正在進行高頻交易,一堆程式在你背後競價,只為了決定要塞給你哪個廣告。」

1. 反使用者的介面設計已成主流

文章實例非常多:

  • GDPR 彈窗遮住 30% 頁面
  • 立刻跳出「訂閱我們的電子報」對話框
  • 推播通知要求
  • 自動播放影片離開畫面後還會縮小,黏在頁面角落繼續播放
  • 標題下方突然跳出廣告導致段落位移(CLS 災難)

作者甚至拆解《Economic Times》的載入流程,強調讀者甚至在讀到第一句話前就得完成一堆「數位家事」。

2. 壞體驗背後的經濟動機

作者反覆強調:出版者不是邪惡,而是被困住了。

廣告市場獎勵的是:

  • 更長停留時間
  • 更高可視率
  • 更多互動事件(包括錯誤點擊)

於是 UI 被武器化,頁面被設計成讓讀者「不得不」停久一點、滑更多、點更多。工程師並非不知道這很糟,但業務與 KPI 把大家推向了同一個方向。

3. 改善的方法是存在的,也不難

作者提出幾個務實建議:

  • 前 60 秒不要出任何彈窗
  • 以使用者行為(例如閱讀深度)觸發,而非用「頁面載入」觸發
  • 給廣告預留空間,避免 CLS
  • 將 newsletter 放在第 4–5 段之間,降低干擾

更重要的是:可讀、乾淨的網站依然存在,例如 text.npr.org、lite.cnn.com。他們成功地證明:

「讀者其實渴望無裝飾、無追蹤、純內容的網站。」

筆者心得與啟發

讀完這篇文章,我最深的感觸是:我們對網路的不滿其實不是情緒,而是成本。當一個新聞網站讓你在閱讀前必須完成三個彈窗關閉任務,再忍受版面跳動與追蹤腳本燃燒你的 CPU,這早已不是「體驗差」而已,而是一種對讀者的不尊重。

這篇文章提醒了我:現代網路的許多不舒適感,其實都源於一套「讀者注意力可以無限制提取」的商業邏輯。它不是故意為之,但它確實形成了系統性後果。

因此,我其實非常認同作者最後的呼籲:

閱讀不是義務。當一個網站讓你感到被剝削,最激進、最有效的反抗方式,就是關掉它。

同時,作者展示的那些簡潔版新聞網站,也讓我重新思考——也許最好的網路,不是功能更多、更華麗,而是「更安靜」。

而當我們願意用 RSS、用 lite 版本、使用乾淨的資訊來源,也等於在對市場說:好的使用者體驗,是有價值的。

這或許是重新修補讀者與出版者關係的第一步。


Share:

作者: Chun

WordPress 社群貢獻者、開源社群推廣者。專注於 WordPress 外掛開發、網站效能最佳化、伺服器管理,以及 iDempiere 開源 ERP 導入與客製開發。曾參與 WordCamp Taipei 等社群活動,GitHub Arctic Code Vault Contributor。提供資訊顧問、WordPress 開發教學、主機最佳化與企業 ERP 整合服務。

發佈留言

發佈留言必須填寫的電子郵件地址不會公開。 必填欄位標示為 *


文章
Filter
Apply Filters
Mastodon