Cloudflare 旗下網絡流量監測平台 Cloudflare Radar 在 2026 年第三季記錄 49 宗斷網，其中 14 宗與停電有關，遍及 10 個國家，是僅次於政府下令斷網的第二大成因。洪都拉斯一個互連設施停電，令全國 HTTP 流量下跌 63%；美國鳳凰城一個數據中心冷卻系統失效，則令網域及寄存服務商 Namecheap 多項服務中斷。事故顯示企業業務持續性可能受供應商背後的電力、冷卻及互連設施影響。
第三季 49 宗斷網，停電成第二大成因
Cloudflare Radar 在 7 至 9 月記錄的 49 宗斷網中，政府下令斷網佔 19 宗，包括伊拉克為考試而斷網的 18 宗；停電佔 14 宗，天災則佔 5 宗。
TechnologyChecker.io 根據 Cloudflare Radar API 數據自行統計，停電相關事件由第二季的 1 宗增至第三季的 14 宗；剔除政府下令斷網後，2026 年及 2025 年第三季各有 30 宗事件。該統計的 9 月數字屬暫定。
部分事件持續時間較短：14 宗在 1 小時內恢復正常流量，16 宗在不足 3 小時內恢復。Cloudflare 指美國、日本及葡萄牙等網絡韌性一向較強的國家也有斷網事件。
互連設施停電，洪都拉斯流量跌 63%
Cloudflare 指洪都拉斯一個互連設施在 9 月 10 日停電，影響至少 11 家主要供應商。斷網維持約 3 小時，期間全國 HTTP 流量下跌 63%。Cloudflare 認為事件顯示集中的流量交換點可以成為單點故障。
跨境供應商 Telecomunicaciones de Guatemala 和流動網絡商 Celtel 未受影響，Cloudflare 推測兩者在洪都拉斯的連線可能較依賴境外基建。這意味企業即使選用不同電訊商，若它們的流量仍經同一設施交換，分散供應商未必能分散風險。
冷卻故障波及 Namecheap 多項服務
8 月 13 日，鳳凰城數據中心營運商 RadiusDC 的設施出現冷卻系統故障，Cloudflare 觀察到 Namecheap 的網絡流量幾乎完全消失。Namecheap 表示一場大風暴令冷卻系統失效，設施溫度升至危險水平；RadiusDC 要求它暫停服務，Namecheap 因而主動關掉超過 5,000 部伺服器，以保護硬件。
RadiusDC 一份客戶通告則把設施高溫歸因於隔夜風暴造成的多次市電波動，惟 Namecheap 本身只提及風暴令冷卻系統失效，未有確認這個成因。
事故影響寄存、EasyWP、Private Email、DNS 管理、URL 轉址管理及客戶支援系統，但 DNS 解析未受影響。由於支援系統也受波及，Namecheap 改用後備 Microsoft Teams 帳戶處理客戶支援。
Namecheap 的服務分階段恢復。按其狀態頁，由 8 月 13 日 12:35 UTC 發出緊急公告至 8 月 14 日 17:00 UTC 標示解決，歷時約 28 小時 25 分鐘。Namecheap 行政總裁 Hillan Klein 公開道歉，並承諾檢討事故成因、現有保障及程序的失效之處、應對過程和所需改變。
停電可令網絡中斷數日，後備線路有助恢復
電網故障也可令網絡長時間受影響。古巴第三季有 4 次停電相關斷網，包括 9 月 18 至 20 日連續 3 日停電；各次事件的流量跌幅介乎 18% 至 59%。
烏克蘭塞瓦斯托波爾（Sevastopol）在 7 月 5 日停電後斷網 8 小時，HTTP 流量下跌 98%；8 月 12 日無人機襲擊能源設施再造成停電，斷網 10 小時，流量最多下跌 95%。
關島受超強颱風 Bavi 吹襲時，強風吹倒主要輸電線。關島電力局（Guam Power Authority）表示，一度只有約 25% 的配電饋線仍在運作；網絡流量用了多日才恢復。同期 Rostelecom 稱俄羅斯遠東地區的骨幹光纖在 9 月 19 日遭蓄意破壞，並表示已透過後備線路恢復連線。
企業應追問供應商的電力、冷卻及互連依賴
企業 IT 及營運主管可向雲端、寄存和數據中心供應商查問後備發電與冷卻冗餘的設計，以及風暴或市電波動時的處理程序，包括甚麼情況下可能需要暫停服務。採購網絡服務時，也可確認不同供應商是否共用同一互連設施，以及有否經其他地點或境外的後備路徑。
企業亦可考慮將網域註冊、DNS、網站和電郵分散至不同供應商，減少單一設施故障同時影響多項服務的風險。Namecheap 事故中連客戶支援系統亦受波及，企業可準備獨立於主要供應商的後備溝通渠道，讓事故期間仍有途徑聯絡相關人員。
