中國網站監測與效能測試：為什麼你目前的工具會說謊

每一家擁有面向中國網站據點的國際公司，都抱著同樣錯誤的自信：他們的監測儀表板顯示一片綠燈。正常運作時間 99.9%。頁面載入時間 2.1 秒。核心網頁指標全部「良好」。一切看起來都沒問題。

與此同時，在上海，一位潛在客戶盯著空白白畫面看了 45 秒，才關掉分頁。在廣州，一位採購經理因為某個第三方字型資源被封鎖，而無法開啟你的產品目錄。在成都，你精心設計的登陸頁面因為 CSS 參照了一個從未穿過防火長城的 Google Fonts 樣式表，而呈現為錯位文字與遺失圖片的破碎版面。

你的監測工具所報告的內容，與中國使用者實際體驗之間的落差，並非微小的差異。它是一個根本性的盲點，每天都不斷讓國際公司在中國流失營收、聲譽與市場佔有率。本文將說明這個落差為何存在、當你的網站進入中國網路基礎設施時具體會發生什麼故障，以及如何建立一個能如實告訴你中國使用者真實體驗的監測策略。

根本問題：中國的網際網路在功能上是獨立的

大多數 IT 專業人員都明白中國有網路審查。但他們往往低估的是：中國的網路基礎設施在架構、拓撲與運作上，與全球網際網路有多麼分離。

中國的網際網路是透過數量有限的閘道交換中心，連接到全球網際網路，這些中心由三大國有電信業者營運：中國電信、中國聯通與中國移動。這些閘道會施加頻寬限制、產生延遲，並受制於通常被稱為防火長城（官方名稱為金盾工程）的監管過濾系統。

其實際影響是：一個網站在中國境內的效能特性，與其在中國境外的效能幾乎不存在可預測的關聯。一個從東京伺服器 1.5 秒就能載入的網站，從北京可能要花 25 秒。一個在 Google 基礎設施上測試能拿到完美 Lighthouse 分數的網站，透過中國移動在三四線城市網路存取時，可能根本無法渲染。一個根據 Pingdom 數據維持了三年 100% 正常運作時間的網站，在這整段期間裡，對中國使用者可能一直是間歇性無法存取。

這不是特例，而是絕大多數國際網站的預設狀態。如果你的公司透過託管在中國境外的網站來服務中國客戶、潛在客戶或合作夥伴，那你目前的監測數據幾乎肯定在誤導你，讓你低估了真實的使用者體驗。

為什麼標準監測工具會失效

標準的網站監測套件——Pingdom、GTmetrix、Uptrends、StatusCake、Datadog、New Relic 以及類似服務——在了解全球網站效能方面確實有價值。但這些工具都有一個結構性限制：它們是從中國境外測量效能。

以 Pingdom 的監測節點為例，它們分佈於北美、歐洲與亞洲部分地區——但並未在內地中國維護測試基礎設施。GTmetrix 從溫哥華、達拉斯、倫敦、孟買等類似地點測試——全都在防火長城之外。Uptrends 儘管擁有廣泛的全球網路，但其標準功能並未提供內地中國的測試地點。

這種地理位置上的限制，意味著這些工具無法偵測到影響中國使用者的特定問題：

• DNS 解析失敗：許多國際 DNS 業者因為 DNS 污染與快取 poisoning，從中國境內會間歇性發生解析失敗。你的監測工具是從中國境外測試 DNS 解析，在那裡運作正常，因此回報無問題。
• CDN 配置錯誤：如果你使用 Cloudflare、Akamai 或 Fastly 等全球 CDN，當從中國存取時，你的內容可能是從香港、東京或新加坡的節點提供。這些節點位於防火長城之外，承受著與其他外部伺服器相同的延遲與連線限制。中國專屬的 CDN（如阿里雲 CDN、騰訊雲 CDN 或網宿）則會從中國境內的節點提供內容，大幅改善效能——但你的標準工具無法進行這種比較。
• 第三方資源封鎖：Google Fonts、Google Analytics、Google Tag Manager、Facebook Pixel、Twitter 小工具、YouTube 嵌入，以及數十種其他常見的第三方服務，在中國境內都被封鎖或嚴重限速。如果你的網站參照了任何這類資源，中國瀏覽器就會等待它們載入（或逾時），顯著降低效能。你的監測工具是從中國境外測試，那些資源在那裡正常載入，因此永遠偵測不到這個問題。
• 防火長城干擾：防火長城不只是單純封鎖整個網站。它會限速連線、注入重置（reset），或選擇性封鎖頁面中的特定資源。這些干擾模式是間歇性的、地理上不一致的，且對於從中國境外測試的工具而言是不可見的。
• ISP 路由問題：中國三大 ISP 的流量路由方式各不相同，且路由品質會隨地區與時段而變。一個透過中國電信從北京快速載入的網站，透過中國移動從成都存取時可能很慢。全球監測工具對這些中國境內的路由差異毫無可見度。

結果就是一個危險的監測盲點。你的工具告訴你一切正常。你的中國使用者則透過他們的行為（高跳出率、低轉換率、放棄的瀏覽階段）訴說著不同的故事——或者更常見的是，透過他們的沈默（他們只是離開，再也不回來）。

當你的網站進入中國時會發生什麼故障

了解具體的失效模式，有助於排定補救工作的優先順序。國際網站在中國境內最常遇到的問題，可分為以下幾類。

遭封鎖的第三方腳本與資源：這是國際網站在中國效能不佳的最常見單一原因。一個典型的西方網站會參照 15 到 30 個第三方資源：分析腳本、廣告像素、字型 CDN、小工具嵌入與社群分享按鈕。其中許多服務在中國被完全或部分封鎖。每一個被封鎖的資源都會造成效能懲罰——瀏覽器嘗試載入它、等待逾時，然後才繼續渲染頁面。當有五個或更多資源被封鎖時，累積的逾時延遲可能超過 20 秒——在此期間使用者看到的是空白畫面或渲染不全、視覺破碎的頁面。

依賴 Google 服務：Google Fonts 是最普遍的效能問題。估計有 60% 的國際網站使用 Google Fonts 做為字型。在中國境內，Google Fonts 的請求不是完全失敗，就是被大幅延遲，在瀏覽器放棄等待之前阻擋頁面渲染。Google Analytics、Google Tag Manager、Google Maps 嵌入、Firebase 與 reCAPTCHA 都會在不同程度上造成類似問題。

CDN 配置缺口：許多國際公司為全球分發配置了 CDN，卻未能將中國專屬節點納入其涵蓋計畫。從香港或新加坡節點提供的內容，每一次請求都必須穿越防火長城閘道，每次連線增加 100 到 300 毫秒的延遲。對於擁有 40 到 80 個個別資源請求的頁面而言，這種延遲會累積成數秒的延遲。部分全球 CDN 以提供中國節點做為附加服務，但這通常需要單獨授權、ICP 備案與配置，是大多數公司未落實的部分。

DNS 傳播問題：Cloudflare、AWS Route 53 與 ClouDNS 等國際 DNS 業者在全球表現普遍良好，但從中國 DNS 解析器可能會有不穩定的解析結果。從中國境內的 DNS 解析時間，範圍可從 50 毫秒（與全球標準相當）到超過 2 秒（比預期慢 20 到 40 倍）。緩慢的 DNS 解析會延遲頁面上的每一個後續連線，造成連鎖的效能影響。

SSL/TLS 握手問題：包含中國瀏覽器通常不信任的憑證機構之中繼憑證的 SSL 憑證鏈，可能導致 SSL 握手失敗。此外，SSL 握手的運算開銷會因為穿越防火長城閘道的連線延遲而被放大。現代 TLS 1.3 部分緩解了這個問題，但對於尚未更新 TLS 配置的網站而言，問題依舊存在。

JavaScript 渲染依賴：以 React、Vue 或 Angular 建構的現代單頁應用程式（SPA），往往依賴必須完全載入後頁面才會渲染任何可見內容的大型 JavaScript 套件。當這些套件從中國境外提供時，額外的延遲意味著使用者可能要等待 5 到 15 秒才會在螢幕上看到任何東西——在網頁效能術語中，這簡直是永恆。

中國專屬監測：探針（Probe）揭露了什麼

有效的中國監測，需要在位於內地中國、運作於中國使用者實際所用網路上的測試基礎設施。一套完善的中國監測解決方案，會從多個面向部署測試探針：

地理涵蓋：探針應設於主要的一線城市（北京、上海、廣州、深圳），那裡集中了大多數國際公司的中國客戶。但探針也應涵蓋二線城市（成都、杭州、武漢、南京）以及具代表性的三線地點，以捕捉中國最發達城市中心以外的使用者體驗。

ISP 涵蓋：監測應橫跨三大中國 ISP——中國電信、中國聯通與中國移動——因為每家 ISP 的流量路由方式不同，對同一個網站也會產生實質不同的效能。一個在中國電信（歷來與國際連線最密切的 ISP）上表現良好的網站，在中國移動（按用戶數計算最大的 ISP，網路國際化程度較低）上可能表現不佳。

網路診斷：除了簡單的正常運作檢查之外，中國監測探針還應測量完整的網路堆疊：

• DNS 解析時間：從中國 DNS 解析器解析你的網域需要多長時間？
• TCP 連線時間：從中國各城市進行初始 TCP 握手需要多長時間？
• HTTPS 握手時間：你的 SSL 配置是否造成額外延遲？
• 首位元組時間（TTFB）：你的伺服器多快開始向中國使用者傳遞內容？
• 完整頁面載入時間：包含全部資源在內，完整頁面需要多長時間才能渲染？
• 資源層級計時：哪些特定資源（腳本、圖片、字型、樣式表）緩慢或失敗，程度為何？

這種細緻的診斷數據，將監測從二元化的「上線或離線」訊號，轉變為可執行的效能檔案。你可以清楚看到哪些資源造成問題、影響有多嚴重，以及該從何處著手補救。

SEO 分析器：百度 vs. Google

網站在中國的效能不只是使用者體驗問題——它也是搜尋可見度問題。百度約掌握中國搜尋引擎市場的 70%，而百度的排名演算法有自己不同於 Google 的要求。一個為 Google 搜尋效能最佳化過的網站，可能因為完全不同的原因，在百度的排名中表現不佳。

中國專屬的 SEO 分析器，會針對百度的要求與 Google 的要求同時評估你的網站，凸顯其中的落差。分析的重點領域包括：

• Meta 標籤與結構化資料：百度對結構化資料（Schema.org）的支援落後於 Google。重度依賴 JSON-LD 結構化資料來取得豐富摘要的網站，在百度的搜尋結果中可能不會獲得相同待遇。相對地，百度更重視 meta description 與關鍵字標籤——這些是 Google 在其排名演算法中已大多棄用的元素。
• 行動渲染：百度的行動爬蟲與 Google 的行動優先索引，在能力與行為上不同。具有複雜 JavaScript 渲染的網站，可能被百度以不同方式（或不完整地）索引，相較於 Google。
• 核心網頁指標：雖然 Google 已將核心網頁指標列為排名因素，但百度的演算法權重的效能指標不同。百度特別強調 TTFB 與頁面載入完整性——兩者都受到中國專屬效能問題的嚴重影響。
• ICP 註冊：百度會給予具有有效 ICP（Internet Content Provider，網際網路內容提供者）備案的網站排名優勢。沒有 ICP 備案的網站可能會被索引，但不太可能在高價值關鍵字上具競爭力地排名。
• 內容可存取性：如果百度的爬蟲因為遭封鎖的第三方資源阻礙了完整頁面載入，而無法完整渲染你的頁面，它可能會索引一個降級版的內容——或者根本無法索引該頁面。

SEO 分析器提供了你的網站在 Google 與百度搜尋準備度的並排比較，以及縮小落差的具體建議。對於任何依賴自然搜尋來獲取中國客戶的國際公司而言，這都是必備的情報。

可存取性測試：哪些載入、哪些沒有

中國專屬監測最有價值的產出之一，就是清楚列出你的網站上哪些資源從中國境內成功載入、哪些沒有。這份可存取性報告，提供了你的開發團隊補救問題所需的實用情報。

典型的存取性測試會揭露：

• 遭封鎖的資源：一份具體 URL 清單（字型、腳本、圖片、樣式表），列出從中國境內無法載入的項目，以及失敗原因（逾時、連線重置、DNS 失敗、明確封鎖）。
• 緩慢的資源：成功載入但遠比其全球基準耗時更久的資源，表示是路由或基礎設施問題，而非完全封鎖。
• 渲染影響：對於每一個被封鎖或緩慢的資源，評估它如何影響頁面渲染。這個被封鎖的資源是否阻止頁面顯示任何內容？是否造成視覺格式錯誤？還是它的影響純屬功能性（例如不影響可見內容的分析腳本）？
• 使用者體驗模擬：頁面從中國境內渲染的截圖，確切顯示中國使用者看到的內容。這些截圖往往是說服需要理解問題嚴重性的利害關係人時，最有力的證據。

這種資源層級的可視性，是全局監測工具無法達成的。它需要位於中國境內的測試基礎設施，能夠透過相同的網路存取你的網站、經歷相同的封鎖、並遭遇與你的中國使用者相同的路由問題。

具可執行診斷的即時告警

傳統監測告警告訴你出了問題。中國專屬監測告警則告訴你：哪裡出了問題、問題出在哪裡，以及可能的原因。

一套有效的中國監測告警系統會提供：

• 多維度告警：能區分「所有中國使用者都無法存取網站」（嚴重）與「對成都的中國移動使用者很慢，但對上海的中國電信使用者正常」（降級、在地化）的告警。這種細緻程度能防止告警疲勞，同時確保嚴重問題立即受到關注。
• 根本原因指標：當告警觸發時，系統應包含指向可能根本原因的診斷數據。問題是與 DNS 有關？是 CDN 問題？還是某個特定的第三方資源造成降級？這種診斷脈絡能省去初期的調查階段，加速補救。
• 歷史趨勢數據：根據歷史效能趨勢脈絡化的告警。對某個地點而言，5 秒的頁面載入時間可能是正常的，也可能代表比基準高出 300% 的降級。告警應清楚區分這兩者。
• 與現有工作流程整合：中國監測告警應整合到你團隊已經使用的相同管道——Slack、PagerDuty、Jira、電子郵件——而不是需要一個沒人查看的獨立監測儀表板。

目標不是更多告警，而是更好的告警——這類通知帶有足夠的脈絡，讓你的團隊能在偵測後幾分鐘內評估嚴重性、辨識原因並啟動補救。

從監測數據到補救

沒有補救行動的監測數據，只是昂貴的「知道有問題」。中國專屬監測的價值，在於它能驅動對中國使用者體驗的具體改善。監測數據揭示的常見補救路徑包括：

第三方資源替換：影響最大、且往往最簡單的修復。用自託管字型或中國可存取的字型 CDN 取代 Google Fonts。用中國相容的替代方案（百度統計、CNZZ）或自託管分析解決方案取代 Google Analytics。用中國相容的替代方案取代 Facebook Pixel 與其他遭封鎖的追蹤腳本。光是這一類修復，通常就能為中國的頁面載入時間減少 5 到 15 秒。

CDN 最佳化：實行中國專屬的 CDN 策略。選項包括：為現有的全球 CDN 增加中國節點（Cloudflare 和 Akamai 等業者以高級附加功能提供）、透過阿里雲、騰訊雲或網宿部署獨立的中國 CDN，或實行雙 CDN 架構，由中國境內節點服務中國使用者、由現有全球 CDN 服務全球使用者。

DNS 最佳化：評估從中國境內的 DNS 效能，必要時切換到在中國解析效能較佳的 DNS 業者。考慮為中國流量使用中國專屬的 DNS 服務，同時為其他地區維持全球 DNS 業者。在頁面標頭中實作 DNS 預連線提示，以降低緩慢 DNS 解析的影響。

託管與架構調整：對於在中國有顯著營收的公司，將面向中國的網站版本託管在中國境內伺服器（透過阿里雲、騰訊雲、AWS 中國或 Azure 中國），能提供最顯著的效能改善。這種做法需要 ICP 備案與中國商業據點，但它能為託管內容完全消除防火長城的延遲。

程式碼層級最佳化：減少外部資源請求的總數。打包並壓縮 CSS 與 JavaScript。為圖片與折疊線以下的內容實作延遲載入。策略性地使用資源提示（preload、prefetch、preconnect）來優先處理關鍵資源。這些最佳化對所有使用者都有益，但在中國影響尤其大，因為每一次額外的連線請求都會產生顯著的延遲。

建立中國監測策略

對於準備為其中國網頁效能建立準確可視度的國際公司，建議的做法分三個階段：

1. 基準評估：跨多個城市與 ISP 執行全面的中國效能與可存取性稽核。這會建立一個取代假設、以數據為基礎的基準。稽核應包含完整頁面載入測試、資源層級可存取性分析、百度 SEO 準備度評估，以及對照全球效能基準的比較報告。
2. 持續監測部署：從中國探針地點部署持續監測，並依你的業務需求配置告警閾值。將監測告警整合到你現有的事件管理工作流程中。
3. 補救與最佳化：運用監測數據來排定並執行補救工作，從影響最大、 effort 最低（第三方資源替換）的修復開始，再依數據需要進展到更複雜的架構變更（CDN 最佳化、中國託管）。

在這方面做對的公司，都有一個共同特徵：他們停止信任自己的全球監測儀表板來判斷中國效能，並投資於能反映中國網際網路現實的監測基礎設施。在這個脈絡下，自信與能力之間的區別，在於你的監測數據是否與你的使用者來自防火長城的同一側。

常見問題