3個方法讓你的 side project 被 AI 搜尋推薦

做完 side project 卻沒人看，想靠 SEO 撈流量，結果發現點閱率根本是零？

以前大家做完小作品，習慣去寫那種「如何用 React 寫一個 Todo App」的通用教學文。 或是花一堆時間去研究怎麼在網站塞 Schema.org 標記、做 llms.txt 檔案，甚至為了迎合 AI 把文章切得碎碎的。 很多昂貴的 SEO 顧問會告訴你，這叫「AEO/GEO 優化」，做完 AI 就會自動推薦你。 欸，認真說，這些根本是無用功！ 根據最新的數據，Google AI Mode 裡有將近 93% 的查詢是完全沒有產生對外點擊的。 這代表大家看完 AI 整理的回答就直接關掉視窗，你的流量被截得乾乾淨淨。 更殘酷的是，如果你寫的只是那種「網路上隨處可見的通用技術文」，AI 搜尋引擎根本不需要點進你的網站。 因為 AI 自己的訓練數據裡就有一萬篇一模一樣的內容，它直接就能合成出答案。 你的文章對 AI 來說，就是無聊的「商品化內容」，它連看都不想看，直接把你過濾掉。 這種預設的 NPC 劇本玩法，只會讓你越寫越累，最後你的 side project 根本沒人知道。 想切換到 OPC 玩法，讓 Perplexity、ChatGPT 和 Google AI 搜尋主動推薦你的作品，你必須換個套路！

AI 可以用一秒鐘生成出一萬篇「如何寫 Python 爬蟲」。 防範措施：AI 絕對無法憑空捏造出「我昨天用 Claude Code 寫爬蟲時，因為某個網站的防爬機制被擋了三次，最後我用一個奇葩的 proxy 設定繞過去」的真實踩坑紀錄。 這就叫「非商品化內容」。 你在開發 side project 的過程中，每一次遇到 Bug、每一次跟 AI 助手打架、或是做出某個奇妙功能的決定，都要用你最真實的語氣寫下來。 不要裝專業，也不用寫得像教科書。 就寫：「我考慮過 A 方案，最後選了 B，因為 A 太麻煩，而且 B 比較快跑起來。」 AI 搜尋引擎在做 grounding（資料落地）抓取時，最喜歡這種有一手經驗、有獨特觀點的開發日記。 因為這才是網路上稀缺的「黃金資訊」，也是 AI 自己生不出來的內容。

我知道你一定會說：「欸，寫扣就夠累了，哪有時間寫開發日誌？」 其實，當你用 Claude Code 在寫 code、debug 的時候，你已經在跟 AI 對話了。 不要浪費這些對話！ 當你用 Claude Code 寫出一個新功能，或是解掉一個魔王級 Bug 時，直接在終端機對它說： 「欸，幫我把我剛剛跟你 debug 的過程，整理成 200 字的踩坑重點。要用口語、有梗的語氣，把我們遇到的問題 and 解決方法寫出來。」 你看，這就是你最好的素材！ 你可以把這些對話、指令、還有 Claude Code 給你的解決方案，直接丟進你的 GitHub README 或個人網站的開發紀錄裡。 你根本不用自己花一兩個小時苦思怎麼寫。 讓你的 AI 助手在開發的當下就幫你把這些「一手證據」產出來，這就是最速的 build in public 玩法。 你出想法，AI 幫你產出 90% 的記錄，這就是超爽的效率。

AI 搜尋引擎非常看重「這個人是不是真的存在」。 你的 side project 網站或個人 blog，千萬不要只是冷冰冰地放一個工具，或者放一堆 AI 批量生成的垃圾文章。 一定要有你的名字、你的頭像，還有你為什麼想做這個工具的故事。 當 AI 搜尋的 crawling agent 去分析你的網頁 DOM 結構時，它會去檢查你的頁面有沒有真實的人類背景、有沒有連結到你的 GitHub、X（Twitter）或 LinkedIn。 讓 AI 知道這是一個活生生的創作者在分享他的開發旅程。 這種真實的個人品牌連結，就是你最硬的護城河，AI 會更傾向把你列為高權重的引用來源。

現在就打開你的終端機，啟動 Claude Code，對它說： 「欸，幫我把我今天做 side project 的開發過程，用我的語氣寫成 100 字的開發日記。」 把這段話貼到你的 GitHub 或是個人網站上。 恭喜你，你已經解鎖了被 AI 搜尋推薦的第一步！

準備好解鎖更多開發外掛了嗎？去 [BUILD](file:///Users/ai-man/Sites/aicodingtw/src/app/build/page.tsx) 路線，跟著 Claude Code 一起刷出你的第一個小作品！