原創者竟輸給山寨網站？NanoClaw 的 SEO 爭奪戰揭露搜尋引擎的信任危機
當一個擁有超過 18,000 顆 GitHub 星星的開源專案，在搜尋自己名稱時，發現山寨網站竟排在官方網站之前——這不僅是技術社群的荒謬現象，更暴露了當代搜尋引擎在內容驗證上的根本缺陷。
一場始於二月的身份爭奪戰
軟體工程師 Gavriel Cohen 在今年二月推出 NanoClaw，這是一個專注於安全性的開源 AI 代理平台，旨在成為熱門專案 OpenClaw 的替代方案。專案迅速獲得關注：VentureBeat 報導、The Register 專訪，連 AI 研究員 Andrej Karpathy 都公開讚賞其架構設計。
然而，就在專案起飛之際，問題悄然浮現。約在 2 月 8 日，有人註冊了 nanoclaw.net 域名，並建立了一個從 GitHub README 自動抓取內容生成的網站。當時 Cohen 尚未建立官方網站，因為 GitHub 儲存庫本身就是專案的核心呈現。
隨著媒體報導增加，越來越多人開始聯繫 Cohen，反映「他的」網站出現問題——但那些問題其實都發生在山寨網站上。
標準 SEO 手段為何失效？
Cohen 迅速採取行動：
- 建立真正的官方網站 nanoclaw.dev
- 從 GitHub 儲存庫建立連結
- 添加結構化資料
- 提交至 Google Search Console
- 向 Google、Cloudflare 及域名註冊商發出下架通知
- 獲得報導媒體正確連結至官方域名
儘管如此，截至 3 月 5 日的測試顯示，山寨網站仍在 Google 搜尋「NanoClaw」時位居首位，而官方網站甚至未出現在前幾頁結果中。
Cohen 在 X 平台上指出，山寨網站「顯示關於專案的事實錯誤資訊，並偽造其發布日期」。他更警告這構成「即時、活躍的安全風險」，因為運營 nanoclaw.net 的人隨時可能將頁面內容替換為惡意下載連結或釣魚頁面。
跨搜尋引擎的系統性問題
Hacker News 討論串中的測試揭露了更令人擔憂的事實：這不僅是 Google 的單一問題。
- DuckDuckGo：山寨網站排名第一，官方網站完全未出現
- Kagi：山寨網站排名第三
- Bing、Brave、Ecosia、Qwant：山寨網站均位居前列
- Mojeek：唯一將官方網站排在前面並排除山寨網站的搜尋引擎
這種跨平台的一致性顯示，問題可能比單一搜尋引擎的演算法錯誤更為深層。
時機與信任機制的雙重失靈
一個關鍵因素可能是時間順序：山寨網站似乎比官方網站更早被索引。這引發了對新產品發布策略的重新思考——何時註冊域名才最合適？
Cohen 遵循了開源社群的標準實踐：先發布程式碼，再建立網站。但搜尋引擎卻先索引了冒名者，而事後的修正遠比任何建議步驟所顯示的更加困難。
Google 的 John Mueller 曾表示，如果複製內容持續排名高於原創內容，可能指向網站品質問題。然而 Cohen 的案例挑戰了這種邏輯：他的專案擁有顯著的社群信號（GitHub 星星）、媒體報導、專家背書，所有社交檔案和 GitHub 儲存庫都指向正確域名。從表面上看，多數可見信號都支持官方網站。
對開發者與企業的警示
這起事件提供了幾個重要啟示：
- 域名策略需前置：即使專案初期以程式碼為重，也應及早註冊相關域名，避免被搶註
- 建立官方存在感：在獲得關注前，建立基本的官方網站或登陸頁面，確立數位身份
- 主動監控搜尋結果：定期搜尋自己的品牌名稱，及早發現異常排名
- 準備應對方案：了解各平台的侵權申訴流程，並準備好技術與法律資源
未解的難題與未來展望
截至目前，Cohen 尚未透露 Google 是否回應了他的下架請求。Hacker News 討論串中有 SEO 從業者提供具體建議，包括追蹤山寨網站的反向連結，並聯繫誤連錯誤域名的媒體進行修正。
這場爭奪戰仍未結束，而 Google 在報導發布時尚未發表評論。這不僅是單一專案的困境，更是對整個搜尋生態系統信任機制的考驗——當原創者需要與冒名者競爭自己的身份時，我們該如何重新思考數位時代的權威與真實性？
本文基於公開資訊分析，旨在探討技術社群與搜尋引擎互動的系統性挑戰。