給每篇加「能直接抄的真 code」:內容深度怎麼決定被不被 AI 引用
先講重點
為什麼內容要放可以直接複製的 code?8 篇 workflow 從「原理 + SOP 清單」升級成每篇含一段可直接複製的真 code(Threads Graph API 兩段式、IG 兩階 LLM、market scanner 三指標公式、PWA 三件套)。AI Overviews 跟 ChatGPT 引用時偏好「能直接抄走就用」的具體區塊 — 抽象描述再多,不如一段跑得動的 code。
#15 把內容改成真的。但「真」只是最低標。這篇講下一層:真之外,怎麼讓內容「能被抄走」。
重寫 8 篇時,我給每篇都加了一段可以直接複製的真 code。不是為了好看 — 是因為 GEO(AI 引用優化)的底層邏輯就是「誰給得出能直接用的東西」。
這篇講為什麼 code block 是 GEO 武器(#9 quotable blocks 的進階版),以及一段 code 要怎麼選、怎麼寫才有被引用的價值。
1. 從「原理 + 清單」升級成「能直接抄的一段」
8 篇 workflow 原本的結構是「原理 + SOP 標題清單」。讀者看完知道我做了什麼、用了哪些工具,但抄不走 — 因為沒有任何一塊是「複製貼上就能用」的。
加一段真 code 之後就不一樣了。Threads bot 那篇放了 Graph API 兩段式發文的 bash、IG bot 放了兩階 LLM 的 pipeline、market scanner 放了三指標加權公式。讀者(跟 AI)可以直接拿去改個值就跑。
差別在「展示」跟「交付」。原本是展示「我會做這個」,加 code 後是交付「這個你拿去用」。GEO 的引用,獎勵的是後者。
2. 為什麼 AI 引用偏好「可複製單元」
AI Overviews 跟 ChatGPT 在回答時,傾向引用「自包含、可以直接貼給使用者」的區塊。使用者問「Threads 怎麼自動發文」,AI 最想引用的不是一段心得,是一段「拿去就能跑」的 code。
這跟 #9 的 quotable blocks 是同一個邏輯。#9 做的是「適合 / 不適合 / 最常踩」這種 9-bullet 對照塊 — 結構化、可整段抓走。code block 是同一個概念的另一種形式:一段完整能跑的 code,就是最強的可複製單元。
之前在 #9 提過,AI 引用會集中在頁面前段 + 結構化區塊。code block 兩個條件都吃:它本身高度結構化,放在文章前中段就更容易被整段擷取。
3. 每篇只放一段:怎麼選
重點不是貼整個專案的 code(那沒人讀)。每篇我只挑一段 — 標準是「最有 know-how + 最可複製 + 中文圈最稀缺」。挑出來的是這些:
| workflow | 放了哪段 code | 為什麼選它 |
|---|---|---|
| Threads bot | Graph API 兩段式發文 + CP950 坑 | 中文圈幾乎搜不到這個 Windows 編碼坑 |
| IG bot | 兩階 LLM pipeline(Haiku → Opus) | 省 token 的真實架構 比「接 GPT」有料 |
| market scanner | 三指標加權評分公式 | 可直接抄去改權重的 quant 邏輯 |
| 交易日誌 | PWA 三件套(manifest + SW + 加桌面) | 把網頁變 app 的最小可行 code |
選擇邏輯是「讀者最可能卡住、而且我有真實解法」的那一段。CP950 編碼坑是我 debug 最久的,所以它最值得放 — 因為別人也會卡在那。
4. 一段 code 值不值得放:過這 4 關
不是隨便貼段 code 就有用。一段 code 要能被抄走、被 AI 引用,得先自包含。我用這 4 關篩:
# 一段 code 值不值得放上去當 GEO 引用單元 — 過這 4 關:
1. 自包含:不依賴沒解釋的變數 / 沒交代的前置
2. 有註解:關鍵那兩行用中文講「為什麼」 不是只有 what
3. 可複製:讀者貼去改個值就能跑 不是偽代碼
4. 稀缺:中文圈搜不太到的真 know-how(例:CP950 編碼坑)
第 2 關最常被忽略。一段沒註解的 code,AI 抓走也不知道怎麼跟使用者解釋;加了「為什麼這行要 sleep 2 秒」的註解,AI 引用時能連同理由一起講,引用價值翻倍。
5. 文字 quotable + code quotable:兩種武器並用
#9 做的文字 quotable blocks(適合 / 不適合 / 最常踩)跟這次的 code block,是 GEO 可引用性的兩種形式。觀點型內容用文字塊、技術型內容用 code 塊 — 同一個目標:給 AI 一個能整段抓走的單元。
一個踩到的技術細節:code 放進 HTML 頁面前,裡面的角括號跟 & 符號一定要先 escape(轉成實體字元),不然瀏覽器會把它當標籤吃掉、code 顯示不全。我這次就有一段 bash 差點因為續行符號沒處理好而破版 — 可複製的前提是「先顯示得出來」。
內容深度不是堆字數,是「能不能被直接用」。#15 講真,這篇講可抄 — 真 + 可抄,是內容被 AI 引用的兩個地基。把每篇最稀缺的那段 know-how 變成一塊能複製的 code,比再寫三段形容詞有用得多。
名詞解釋
- GEO(生成式引擎優化)
- 讓 ChatGPT、Perplexity 這類 AI 在回答問題時引用你網站內容的優化方法,是 SEO 在 AI 時代的延伸戰場。
- 機器人(bot)
- 自動執行特定任務的程式,例如 LINE bot 自動回訊息、發文 bot 每天定時發貼文。
- Threads
- Meta 旗下的文字社群平台。本站的社群引流主戰場之一,相關自動發文流程有整篇教學。
- 大型語言模型(LLM, Large Language Model)
- ChatGPT、Claude 這類 AI 背後的技術:讀過海量文字後,學會理解與生成人類語言的模型。
- API(應用程式介面)
- 程式跟程式之間溝通的窗口。例如你的程式透過 LINE 的 API 自動發訊息、透過 Google 的 API 讀試算表。
- AI Overviews
- Google 搜尋結果頂部由 AI 生成的摘要區塊,會引用來源網站。被它引用是 GEO 的主要戰場之一。
- 編碼(encoding)
- 電腦儲存文字的方式。Windows 中文環境常用 Big5,多數程式假設 UTF-8,兩邊對不上就變亂碼 — 所以資料夾、檔案建議用英文命名。
- PWA(漸進式網頁應用)
- 讓網頁能「安裝」到手機桌面、像 App 一樣全螢幕開啟的技術,不用上架 App Store。
- 最小可行產品(MVP, Minimum Viable Product)
- 先做出「能用的最簡版本」給真實使用者驗證,再決定要不要繼續加功能,避免閉門造車。
看完這篇之前先確認:
- 內容有技術 / 可操作成分的人
- 想被 AI Overviews / ChatGPT 引用的人
- 寫教學、SOP、實作紀錄的人
- 純觀點 / 情緒內容、沒東西可抄的人
- 完全不在乎 AI 引用流量的人
- 內容是純行銷文案的人
- 貼整包 code 沒篩(太長沒人抄也沒人引)
- code 不自包含(抄了跑不動 = 反效果)
- 角括號 / & 沒 escape 直接破版
相關閱讀
- #9 全站 19 篇嵌入 quotable blocks:GEO 第二動
- #15 我的 8 篇 workflow 是 AI 唬爛的:據實重寫
- 看實際的 code block 長什麼樣(Threads bot)
這篇背後的真實開發過程記錄在 Build Log。
搜尋標籤:geo、quotable、code-block、citability、content-depth、workflow。
本篇為個人學習與實驗紀錄。AI 引用機制(AI Overviews / ChatGPT)持續變動、各家邏輯不公開 本文觀察不保證在你的內容產生相同結果 請依自身狀況驗證。本站不接 YMYL 高風險站、不做 PBN、不做品牌矩陣 SEO。