example.com 由誰運營 — 不放廣告的『測試頁面』的真面目

教程裡的示例代碼、配置文件中的佔位符、驗證運行的目標地址 — 工程師大概都曾敲過 example.com。既然是從全世界匯聚瞭如此海量訪問的域名，貼上廣告應該能帶來相當可觀的收益，可那個頁面過了這麼多年，依然固守著只有文字的樸素外觀。

先說結論：example.com 既不屬於某個國家，也不屬於某家企業，而是由互聯網的公共國際組織管理的『專供示範』域名。因此它在原理上絕無可能被商業化。讓我們一步步解開。

由誰運營

這個域名的持有者，是在全球統一管理互聯網地址（IP 地址與域名）的 IANA（Internet Assigned Numbers Authority）。而實際網站的運營，則由其上級組織 ICANN 負責。

也就是說，所有者不是國家，而是**「為了讓全世界的互聯網順暢運轉而進行標準化的非營利國際組織」**。任何人都無法買下這個域名，也無法掌握它的運營權。

為何固守簡單的頁面

原因在於，這個域名是**「僅為教科書、說明書、測試而在全球通用地預留的域名」**。這並非一時興起的慣例，而是由名為 RFC 2606 的互聯網規範嚴格規定的。

例如在技術書或文檔中，常會遇到想這樣寫的場景：

請在這裡填入你喜歡的域名（例如：abc-shouten.com）

但如果真的有第三方取得了那個 abc-shouten.com 並搭建了惡意網站，讀了講解的人就可能直接受害。

為了防止這類事故，example.com 被設為一個**「全世界任何人都絕對無法取得、寫進手冊作為示例也 100% 安全」**的域名。example.net / example.org / example.edu，以及 .example 這整個 TLD，也都出於相同目的被預留。

不放廣告的另一個技術原因

除了「用於示範」這一制度上的理由，在技術上也存在無法放置廣告的實情。

那個網站除了人類用瀏覽器打開的訪問之外，還每秒都在接收來自全世界程序和服務器的海量請求。

• 被複制粘貼的示例代碼原樣跑上了生產環境，持續不斷地敲擊 example.com
• 因配置失誤或忘記刪除佔位符而被無意間引用
• 作為教程或自動化測試的鏈接目標，機械地湧來大量訪問

若在這裡放上華麗的廣告或沉重的圖片，會怎樣？

• 海量流量會讓廣告服務器和網絡癱瘓
• 給整個互聯網的通信增加無謂的負擔

正因如此，它才維持著全世界最沒有多餘之物、僅有文字的狀態。我認為這是我們平日所堅持的思路 —— 在每一層都重新追問「這項處理真的值得付出那份成本嗎」的姿態 —— 的終極實例。一點多餘的東西都不添加，本身就直接連著穩定與安全。

樸素，原是一種功能之美

再看一眼，那個毫無修飾的英文頁面並非偷工減料，而是為了支撐互聯網的安全與穩定而刻意削減到極致的形態。

• 因為無人能擁有，所以不會被濫用
• 因為什麼都不放，所以能承受來自全世界的過度訪問
• 因為被預留，所以無論寫進哪種教材都永遠安全

這樣理解之後，那份簡單反而顯得很酷。我們在日常開發中無意識依賴的一塊基石，其實是由世界規模的設計思想所支撐的 —— example.com 就是這樣一個提醒著我們這一點的、幕後英雄般的存在。