SEO / GEO
業務說明書
給會寫程式的助理 — 先看懂業務在做什麼、為什麼這樣做，才能決定怎麼自動化。
這份文件給誰看
會寫程式、有自動化與 AI 能力，但對台灣 SEO/GEO 業界、Google/Meta 工具生態不熟悉的助理。
這份文件的目的
讓你 先看懂這個業務在做什麼、為什麼這樣做，再決定怎麼自動化。技術選擇由你判斷，我不限制。
閱讀順序
照章節順序讀完一次，不要跳章。讀完你會理解整個業務的全貌，然後再決定從哪裡開始建系統。
權限與資源
所有需要的客戶帳號權限（GSC、Google Ads、Ahrefs、LLM API 等）我都會給你。看完這份再來談權限。
點擊左側目錄 「01 SEO 與 GEO 是什麼」 開始閱讀，預估完整閱讀時間 60–90 分鐘。
SEO 與 GEO 是什麼，這個業務在賣什麼
我們在賣「讓客戶的品牌在搜尋世界中被看見」的顧問服務。月費 NT$30,000–60,000，最低 6 個月合約。
兩件不同的事
SEO · 傳統搜尋引擎優化
讓客戶的網站在 Google 搜尋結果排名前面，靠的是寫好的網頁 + 關鍵字 + 技術細節。
2000 年代起的傳統領域，做的人很多。
GEO · 生成式引擎優化
讓 ChatGPT、Claude、Gemini、Perplexity、Google AI Overview 這些 AI 助理在回答問題時提到客戶的品牌。
2024–2026 才興起的新領域，市場上做的人不多，是我的差異化武器。
為什麼這兩個要綁在一起賣
SEO 處理路徑「Google 排名 + AI Overview 引用」，GEO 處理路徑「AI 助理對話中被提到」。客戶要兩條路徑都顧到，所以兩個服務綁一起賣。
一個具體例子
客戶是 心茶 XiiNCha（台灣茶葉品牌，賣禮盒、喜餅）：
| 目標 | 具體場景 |
|---|---|
| SEO | 消費者在 Google 搜「台灣茶禮盒推薦」「喜餅推薦 2026」時，心茶網站要出現在前 10 名 |
| GEO | 消費者問 ChatGPT「我要送朋友結婚的喜餅，有什麼茶系喜餅推薦？」時，AI 的回答裡要提到心茶 |
兩個目標的工作內容完全不同，但都靠「寫好的文章內容 + 結構優化」達成。所以一個服務同時做兩件事。
為什麼這個業務有市場
理解客戶的痛點，你做的東西才會切中需求。
客戶通常已經試過什麼
客戶為什麼覺得月費合理
找我們
NT$ 210,000
月費 NT$35,000 × 6 個月
請內部 SEO 人員
NT$ 300,000+
月薪 NT$50,000+ × 6 個月，而且不懂 GEO
競品在 AI 上被推薦，客戶在問 AI 時都被引導到別家。這個成本是「看不見的客戶流失」。
客戶最在乎什麼（決定月度報告長什麼樣）
型態 A有自己網站
- 我的網站有沒有問題？
- 關鍵字排名有沒有進步？
- 文章有沒有被 AI 引用？
- 競品在 AI 上是怎樣的表現？
型態 B沒有網站
- 品牌在 AI 上被提到了嗎？
- 家長問 AI 時，AI 推薦我們還是競品？
- 投放的媒體文章有被 AI 引用嗎？
- 下個時事熱點要怎麼接？
月度報告要回答的就是這些問題。你做出來的東西要讓客戶看完覺得：「啊，這就是我想知道的。」
兩種客戶型態（最重要！）
兩種客戶型態的工作邏輯完全不同，搞混會做白工。你建系統時這個差異會貫穿整個設計。
型態 A有自有網站的品牌客戶
典型客戶：心茶 XiiNCha（茶葉電商）、台灣愛德蘭絲（假髮品牌）
- ✅ 有自己的網站（如
xintea.site） - ✅ 所有 SEO/GEO 文章發在客戶自家網站
- ✅ 我們可以串 GSC、看流量數據
- ✅ 可以做技術健檢（爬網站、找問題）
- ✅ 直接競品是其他品牌官網
這類客戶我們在做的事
- 健檢他的網站找問題
- 規劃 6 個月要寫的文章主題
- 每月寫文章發在他的網站上
- 每月看 GSC 數據追蹤排名進步
- 每月實測 AI 引用狀況
- 每月給競品分析
型態 B無自有網站，靠媒體投放的客戶
典型客戶：高端疫苗（EV71 案）、舒伏效抗病毒藥物
- ❌ 沒有自家行銷網站
- ✅ 文章投放在第三方媒體（常春月刊、ETtoday、風傳媒、PTT、Dcard 等）
- ❌ 無法串 GSC
- ❌ 不需要技術健檢
- ✅ 時事追蹤超級重要（疫情數據、政策動態）
- ✅ 競品分析涵蓋對手藥廠在哪些媒體露出
這類客戶我們在做的事
- 追蹤每月的產業時事、新聞、政策
- 找出「時事鉤子」可以切入哪些文章
- 規劃要在哪些媒體發什麼樣的文章
- 改寫既有媒體文章（如常春月刊已發布的舊文）
- 撰寫全新文章給寫手
- 每月實測 AI 引用狀況
- 給媒體佈局建議
兩種型態的工作差異對照
| 工作項目 | 型態 A | 型態 B |
|---|---|---|
| 技術健檢 | ✅ 必做 | ❌ 跳過 |
| GSC 串接 | ✅ 必做 | ❌ 跳過 |
| 關鍵字研究 | ✅ 必做 | ✅ 必做 |
| AI 引用實測 × 4 平台 | ✅ 必做 | ✅ 必做 |
| 時事追蹤 | 🟡 弱 | ✅ 強（核心） |
| 媒體佈局建議 | ❌ 不需要 | ✅ 必做 |
| 既有文章改寫 | ❌ 不需要 | ✅ 必做 |
| 競品分析範圍 | 競品官網 | 對手 + 多媒體 |
從接洽到簽約：提案階段
理解了業務本質後，看一下一個客戶從「進門」到「持續服務」的完整流程。提案階段是第一步。
為什麼提案階段要做這麼多
提案階段就是「展示我們的功夫」。客戶看了健檢報告才知道「原來我的網站有這麼多問題」，看了 GEO 實測才知道「原來我品牌在 AI 上完全不出現」。這些 「衝擊感」就是成交的關鍵。
所以提案階段做的東西品質不能省，但也不需要做到月度報告那麼完整（因為還沒收錢）。
提案階段的時間預期
| 從詢價到提案完成 | 1–2 週 |
| 提案完成到簽約 | 再 1–4 週（看客戶決策速度） |
| 簽約後 | 7 天內收首月款，啟動服務 |
簽約後第一個月：建設期
首月不寫文章，做基礎建設。為什麼？因為基礎沒打好，文章發了也沒效。
首月在做什麼
型態 A有網站
Week 1–2
- AI 輔助完整深度健檢
- GSC 帳號架設 + sitemap 提交
- GA4 串接
Week 3–4
- 全站 Meta 優化
- 分類頁文案撰寫
- 關鍵字策略最終確認
- AI 引用首次基準測試
型態 B無網站
Week 1–2
- 媒體生態盤點
- 競品全面分析
- 關鍵字策略最終確認
Week 3–4
- AI 引用首次基準測試
- 第一篇文章規劃
為什麼首月不寫文章
基礎沒打好，文章發了也沒效：GSC 沒串好，發了文章追蹤不到表現；關鍵字策略沒確認，可能寫錯方向。
建立基準線：AI 引用實測首次跑出來的結果，是後續所有月度報告的對比基準。客戶看到「3 個月前完全不被提及，現在 AI 已經會提到我們」，這個前後對比就是成效證明。
GSC 帳號架設、Domain 驗證這些「需要進客戶帳號操作」的工作，客戶自己會做、或我會做。你不用煩惱這部分。
但 GSC 架完之後，「拉 GSC 數據做月報」是你的工作。
第二個月起：每月節奏
每個月你要做的事，從資料拉取到產出三大交付物（報告 + 寫手大綱 + 文章）。
每月的完整流程
一個月的時程
| 時間 | 動作 |
|---|---|
| M 月 1 號 | 系統自動跑資料拉取與分析 |
| M 月 2 號 | 三大交付物產出，歸檔到 Drive，Email 通知我 |
| M 月 3 號 | 我審稿（通常 1–2 小時） |
| M 月 4 號 | 寄客戶 + 給寫手 |
| M 月 5–25 號 | 寫手寫文章 |
| M 月 25 號 | 文章發布 / 上稿 |
| M 月 30 號 | 收下個月款 |
跟之前的設計不同——你不需要透過 Telegram bot 通知我。直接幫我把產出歸檔到 Google Drive 對應資料夾，Email 通知預覽連結即可。我會固定時段去看。
技術健檢報告
型態 A 客戶才需要
為什麼要做這個
客戶通常不知道自己網站有問題，或者知道有問題但不知道具體有多嚴重。健檢報告的作用：
- 建立專業形象：讓客戶看到我們有系統地分析了他的網站
- 製造緊迫感：列出問題後，客戶會覺得「天啊我必須馬上找專家處理」
- 證明月費價值：問題清單越長，月費越值得
提案版 vs 首月深度版
提案版健檢（成交前）
- 目的：展示能力，促成成交
- 不收錢，做到「夠用即可」
- 5–10 個問題項目，重點是表面問題
- 用爬蟲腳本快速跑
首月深度健檢（成交後）
- 目的：正式診斷報告，作為 6 個月優化依據
- 已收錢，做到完整
- 涵蓋 Core Web Vitals、結構化資料、爬蟲日誌
- 出 PDF 正式報告
健檢的流程
輸出長什麼樣
格式是一個三欄表格：嚴重度 / 問題項目 / 說明與影響。
| 嚴重度 | 問題項目 | 說明與影響 |
|---|---|---|
| 🔴 高 | 未串接 Google Search Console | 目前無法得知哪些關鍵字帶來流量、點擊率多少、Google 收錄了哪些頁面，是所有 SEO 工作的必要前提。 |
| 🔴 高 | 站內無 GEO/SEO 文章內容 | 沒有任何針對「禮贈品」、「喜餅推薦」、「台灣高山茶」等關鍵字撰寫的文章，AI 沒有內容可引用，Google 也沒有內容可以排名。 |
| 🟡 中 | 「（內部用）」分類公開暴露 | 超過 15 個標有「（內部用）」的分類出現在公開 URL 中，形成重複內容與 SEO 雜訊。 |
看心茶提案的第三章「網站初步健檢報告」，那是金標準。檔案我會給你。
關鍵字研究 + 6 個月文章規劃
為什麼要做這個
客戶想知道：「未來 6 個月我們會寫什麼文章？」
不能空口說白話，要拿出具體的關鍵字 + 文章主題清單，這樣客戶才覺得我們有想過、不是隨便接案。
工具策略（重要！）
主要工具：Google Keyword Planner + Google Search Console
GSC 是主力參考，因為它顯示客戶網站「實際被搜尋」的關鍵字。
但 GSC 有侷限：客戶可能會想攻佔「他們網站目前還沒排名的關鍵字」。例如客戶說「我想攻『茶系喜餅』」，但客戶網站根本還沒有這個關鍵字的曝光，GSC 就抓不到資料 — 這時候才補用 Ahrefs。
關鍵字研究的流程
為什麼月搜尋量很重要
讓你直觀理解搜尋量代表什麼：
| 關鍵字 | 搜尋量 | 意涵 |
|---|---|---|
| 腸病毒疫苗 | 8,000 / 月 | 每月 8,000 個家長真的在打這個。排第 1 名 ≈ 25% 流量 = 2,000 人/月，2% 轉詢價 = 40 個詢價 |
| 腸病毒疫苗 自費 | 30 / 月 | 量少但意圖極強（已經想自費了在找）。排第 1 名 ≈ 8 人/月，但轉換率可能 20% = 1.6 個詢價 |
所以不是搜尋量越高越好，要看「搜尋意圖」。
對標範例
心茶 5/21 禮盒主軸報告中的「關鍵字 Research」與「20 篇文章規劃」章節。那是金標準。
GEO 場景設計（核心！）
這是整個服務最有差異化的部分，請務必看懂。
什麼是 GEO 場景
消費者在 AI 助理上會真實提問的問題。
不是 Google 搜尋關鍵字（如「腸病毒疫苗」），而是自然語言問題（如「我家小孩 3 歲要上幼兒園了，需要打腸病毒疫苗嗎？」）。
為什麼要設計這個
傳統 SEO 邏輯
關鍵字 → 文章 → 排名 → 流量 → 轉換
監測單位：關鍵字排名
GEO 邏輯
消費者問題 → AI 回答 → 答案裡有沒有提到品牌 → 品牌印象 → 轉換
監測單位：品牌是否在 AI 答案中出現
核心洞察：決策階段分層
關鍵洞察：服務初期，客戶可能還停在「讓 AI 知道有 EV71 疫苗這個東西」（階段 1）。但服務做了幾個月，目標會升級到「家長要選疫苗時，AI 會推薦我們」（階段 3）。
所以場景清單不是一成不變，要隨服務進展升級。EV71 案的「補充說明報告」就是在做這個升級。
場景設計的流程
對標範例
20260430_EV71_GEO補充說明報告.docx — 場景設計的完整範例。看那份文件第二、三、四章你會完全懂這個流程。
月度客戶版報告
客戶每月付 NT$35,000 看到的就是這份。做得好不好，直接決定客戶會不會續約。
兩種型態的章節差異
型態 A月度報告章節
- 本月策略方向（一句話宣告）
- 技術健檢追蹤（問題解決進度）
- 關鍵字研究與表現（GSC + Ahrefs）
- 本月文章規劃（4 篇）
- AI 引用策略（4 平台實測）
- 媒體與 6 個月節奏
- 執行建議
對標：心茶 5/21 報告
型態 B月度報告章節
- 疫情/產業數據總覽（時事監測）
- 關鍵字搜尋趨勢（Trends + Ahrefs）
- 競品動態監測
- 新聞熱點分析（🔴🟡⚪ 優先度）
- AI 搜尋現況實測（4 平台）
- 具體內容建議（含改寫 + 新撰）
- 媒體佈局建議
對標：EV71 4 月報告
報告產出的流程
報告的視覺設計要點
看心茶報告 + EV71 報告的 HTML 範例，掌握這些視覺特徵：
- Self-contained HTML：單檔可離線開啟，CSS/JS 全內嵌
- 黑白灰為主 + 適度品牌色點綴
- 左側或頂部 sticky 目錄
- 大量表格（型態 B 報告通常 15 張表以上）
- 內嵌 SVG 圖表（趨勢線、長條圖）
- 嚴重度標籤統一（🔴🟡⚪🟢）
- 「💡 核心發現」框（每章節末標 3–5 點重點）
- CSV 下載按鈕（表格可匯出）
- 截圖嵌入區（AI 實測截圖直接放）
PDF 用 HTML 轉，要注意分頁不破壞表格、頁腳含頁碼和客戶 logo。
每月文章撰寫
SEO/GEO 服務的主要交付之一 · 助理跟 Jeffery 一起完成
每個月幫客戶寫的這些文章，是整個 SEO/GEO 服務的核心產出。月度報告告訴客戶「現況如何 + 下月要做什麼」，文章撰寫就是「實際把那些事做出來」的部分。
誰寫這些文章
助理（你）+ Jeffery（我）一起完成。你產出初稿（依下面的規格），我審稿補強，最終由我送客戶。
這跟 Chapter 12 / 13 講的「寫手交付物」不一樣——那兩章是型態 B 客戶需要在第三方既有文章上改寫時，給外部寫手的特殊文件。
INFINITIX / AI-Stack 這個客戶有一套自己的歷史 SOP（四語言、TGIF 社群貼文、特定的內連規則等），跟本章節描述的「SEO/GEO 標準文章撰寫」不同。
INFINITIX 之後會另外做一份專屬 SOP 文件給你，不要把 INFINITIX 的規格套用到其他 SEO/GEO 客戶身上。
輸入有兩種來源
不管哪種來源，進到撰寫流程後的規格都一樣（見下面的「文章本體規格」）。差別只在第一步要不要先消化既有素材。
撰寫流程
文章本體規格
這是助理產文時的具體硬規格。每個欄位都有原因，不要省略也不要自由發揮。
① 字數
| 建議區間 | 1,500 – 3,000 字（繁中），依主題複雜度決定 |
| 知識型 / 入門 | 1,500 – 2,000 字 |
| 比較型 / 深度 | 2,000 – 3,000 字 |
| 避免 | 少於 1,500（Google 認定為薄內容）或多於 3,500（讀者跳出率高） |
② 結構（GEO 友善）
- H1 標題：包含主關鍵字，30 字內
- TL;DR 摘要區塊：H1 下方第一段，60–100 字直接回答核心問題（AI 摘要友善）
- 引言段落：1–2 段，建立讀者關心的問題或場景
- 主體章節：5–7 個 H2 區段，每個 H2 為「讀者語氣的問句」
- 比較表：至少 1 張（適用比較型內容）
- FAQ 區塊：6–8 題，每題 60–80 字直答（GEO 核心引用單元）
- 結論段落：1 段，含 CTA
③ 段落與行文
- 段落長度：每段 2–4 句、80–150 字之間。不要長段落（行動裝置閱讀體驗差）
- 句子長度：平均 30–50 字。避免長到要重讀才懂的句子
- H2 寫法：用「問句」格式（如「腸病毒疫苗自費多少錢？」），AI 容易擷取作為 Q&A 段
- H3 寫法：可用陳述句，但要包含長尾關鍵字
- 口吻：專業但讓非專家看得懂；不用「您」，用「目前」「本文」等中性主詞
④ Meta 元素（每篇必含）
| 欄位 | 規格 |
|---|---|
| Title Tag | 30–60 字元（繁中字計 2 字元）；含主關鍵字；放在 60 字元內最前段（手機 SERP 顯示截斷區） |
| Meta Description | 120–160 字元；含主關鍵字 1 次 + 副關鍵字 1 次；最後一句帶出文章價值或 CTA |
| URL Slug | 英文小寫 + 連字號（kebab-case）；含主關鍵字英譯或拼音；3–6 個詞之間；不可有中文編碼 |
| H1 | 跟 Title Tag 可以略有差異（H1 可長一點、更有吸引力；Title 為了 SERP） |
⑤ Keywords 清單（每篇必附）
SEO Keywords（有搜尋量）：5–10 個
- 每個都附月搜尋量與 KD（從 GSC 或 Ahrefs 抓）
- 主關鍵字標 P0、副關鍵字標 P1
GEO Content Keywords（長尾 / AI 訓練用）：8–15 個
- 自然語言問題型（如「腸病毒 71 型疫苗保護力如何」）
- 沒有搜尋量也沒關係，目標是被 AI 訓練語料納入
⑥ 內部連結（必做項目）
每篇文章必含 3–6 個內部連結，連到客戶網站既有的相關文章。
絕對禁止編造 URL。必須從客戶網站的 sitemap.xml 抓真實存在的頁面。如果該主題客戶站內還沒有對應文章，這個連結就不放，等之後寫了再回頭補。
⑦ 外部連結
- 每篇 2–5 個權威外部連結
- 來源優先序：政府單位 > 學術期刊 > 國際媒體 > 一般媒體
- YMYL 客戶：至少 3 個權威來源（TFDA、疾管署、學會、學術期刊）
- 使用 inline anchor 格式（直接在內文中超連結，不用 footnote / endnote）
- anchor text 要有描述性（不要用「點這裡」「詳見」這種沒語意的詞）
⑧ 圖片與表格
- 每篇至少 1 張圖片（或圖示），有 alt 文字
- 比較類文章至少 1 張表格
- 表格欄位簡潔，3–5 欄為宜（手機可讀）
交付前自我檢查 Checklist
基本結構：
- ☐ 字數落在 1,500–3,000 字
- ☐ H1 含主關鍵字、30 字內
- ☐ TL;DR 區塊存在、60–100 字、直答核心問題
- ☐ H2 都是問句格式
- ☐ FAQ 區塊 6–8 題、每題 60–80 字
- ☐ 至少 1 張表格（比較型必有）
關鍵字與 Meta：
- ☐ Title Tag 30–60 字元、含主關鍵字
- ☐ Meta Description 120–160 字元、含主關鍵字 + 副關鍵字
- ☐ URL Slug 英文 kebab-case
- ☐ Keywords 清單分 SEO + GEO 兩類
連結：
- ☐ 內部連結 3–6 個、全部從 sitemap 確認存在
- ☐ 外部連結 2–5 個、權威來源優先
- ☐ anchor text 有描述性
事實查核：
- ☐ 所有數據、人名、時間都 web_search 確認過
- ☐ 每個關鍵 claim 都有來源支持
YMYL 客戶額外：
- ☐ 無療效宣稱、無絕對化用語
- ☐ 副作用用具體數據
- ☐ 中性語言比較競品
- ☐ 至少 3 處權威來源（TFDA / 疾管署 / 學會）
事實查核的重要性
SEO/GEO 寫的文章很多牽涉具體數據、產品、人名，數據錯誤會嚴重損害客戶品牌信任，YMYL 領域甚至有法律風險。常見要查核的：
- 產品規格、適用對象、價格
- 政府公告與政策時間點
- 研究報告的具體數字
- 專家言論的引述（誰、什麼時候、什麼平台）
- 競品資訊（不可踩低，也不可寫錯）
每篇文章至少 web_search 3–5 次確認關鍵數據。
寫手用文章大綱
特殊情境用 · 型態 B 客戶為主
Chapter 11 講的是「我們自己寫文章」的標準流程（SEO/GEO 服務的主要交付）。
這章與下一章（Chapter 13）講的是「給外部寫手」的特殊文件，主要用於型態 B 客戶——他們的文章發在第三方媒體（如常春月刊、ETtoday），所以需要交給有媒體關係的寫手代寫。
型態 A 客戶通常不會走這條路徑；他們的文章我們自己寫（Chapter 11）。
為什麼大綱不能簡略
寫手不是顧問。他不知道什麼是 GEO 友善結構、不知道為什麼要加 TL;DR、不知道 FAQ 要寫成什麼樣。
如果只丟「寫一篇關於腸病毒疫苗的文章」給寫手，他會寫成普通衛教文，GEO 完全沒效果。
所以大綱要寫得極度詳細，寫手照表操課就能交出 GEO 友善的稿子。
大綱的章節結構
一、文章定位（表格）
- 切角 / 建議標題（三選一）/ TA / 對應 GEO 情境 / GEO 結構 / 建議字數 / YMYL 警語
二、關鍵字佈局（表格）
- 關鍵字 / 月搜尋量 / KD / 佈局位置 / 備註
- 標註哪些是「觸發 AI Overview」的關鍵字
三、文章大綱（H1/H2/H3 結構）
- H1 三選一
- TL;DR 草稿（60–100 字直接寫出）
- H2-1 ~ H2-N（每個 H2 + 底下 H3）
- 比較表草稿（如需要）
- FAQ 8 題（含建議答題方向）
四、原稿改寫對照（僅改寫文章才有）
- 兩欄表格：原稿不足 / 改寫補強建議
五、引用來源建議
- 政府 / 醫師 / 學術 / 廠商 / 媒體清單
六、寫手交付前 GEO 校稿檢查清單
- ☐ 標題包含主關鍵字
- ☐ 首段 60–100 字直答
- ☐ 每個 H2 為問句
- ☐ 至少一個比較表 + 一個 FAQ
- ☐ 至少 3 處權威來源
- ☐（YMYL 類）中性語言、不療效宣稱
大綱產出的流程
對標範例
20260508_兩篇文章大綱_常春月刊改寫_重症風險解析.docx 是金標準。看那份文件第一篇「常春月刊改寫優化大綱」的所有六個章節，你會完全懂這個交付物。
寫手直接編輯版
既有文章改寫專用 — 型態 B 特殊需求
為什麼要做這個
型態 B 客戶常常需要在第三方媒體已發布的舊文上「加料」優化。例如：常春月刊 2025 年發的 EV71 文章，現在要加上 2026 最新疫情數據、新增 FAQ、加比較表。
問題是：寫手拿到大綱還是不知道「具體要插在原文哪個位置」、「插入內容要寫什麼」。
所以要產出更詳細的版本：保留原文 + 標出插入點 + 寫好插入內容草稿，寫手照排照貼就能交稿。
文件結構
產出流程
對標範例
常春a-47224_寫手直接編輯版_20260508.docx 是金標準。打開看那份文件，你會直接看到「藍底框」「插入點編號」「待補連結清單」這些設計。
台灣 SEO/GEO 業界術語表
工作中會反覆出現這些詞，先建立詞彙。
核心概念
| SEO | Search Engine Optimization，搜尋引擎優化，傳統指 Google 自然排名 |
| GEO | Generative Engine Optimization，生成式引擎優化（讓 AI 助理回答時提到品牌） |
| AI Overview | Google 搜尋頁頂部由 AI 自動生成的摘要 |
| YMYL | Your Money or Your Life，醫療/金融類內容，Google 對權威性要求最高 |
Google 工具
| GSC | Google Search Console，網站主看自然搜尋表現的後台 |
| GA4 | Google Analytics 4，網站流量分析 |
| GTM | Google Tag Manager，網站追蹤碼管理工具 |
| Keyword Planner | Google Ads 內建的關鍵字研究工具（免費） |
SEO 技術詞
| Schema / 結構化資料 | 加在網頁原始碼讓 Google 理解內容類型的標記 |
| Sitemap | 網站地圖 XML，告訴 Google 站內有哪些頁面 |
| Core Web Vitals | Google 評估網站體驗的三大指標（LCP/FID/CLS） |
| KD | Keyword Difficulty，關鍵字難度，0–100 分 |
| 長尾關鍵字 | 搜尋量低但意圖明確的多字詞 |
| Anchor text | 超連結上顯示的文字 |
| 內鏈 / Backlink | 站內互連 / 外站連到你 |
| noindex | HTML meta 標記，告訴 Google 不要收錄此頁面 |
| hreflang | 告訴 Google 多語言版本對應關係的標記 |
GEO 結構詞
| TL;DR | Too Long; Didn't Read，文章開頭 60–100 字摘要（GEO 核心結構） |
| FAQ 區塊 | 文章末段問答區，每題 60–80 字直答（GEO 核心結構） |
| H1/H2/H3 | 網頁標題階層 |
台灣特定 / 業界名詞
| TFDA | 台灣食品藥物管理署（藥品/醫療相關客戶會用到） |
| 疾管署 | 衛福部疾病管制署 |
| 小黃卡 | 台灣兒童預防接種紀錄手冊 |
| 公費/自費疫苗 | 政府買單 / 民眾自掏腰包 |
| Shopline | 台灣常用電商平台（同類有 Shopify、Wix） |
| AWOO | 台灣本土 SEO SaaS 工具公司，常被客戶提到 |
第三方工具
| Ahrefs | 國際 SEO 分析工具，付費 |
| Screaming Frog | 著名 SEO 爬蟲桌面軟體 |
| SerpApi | 第三方服務，可程式化抓 Google 搜尋結果（含 AI Overview） |
YMYL 客戶（醫療、金融）的紅線
YMYL = Your Money or Your Life。這類客戶犯錯會出大事（法律糾紛、被衛福部抓、媒體炎上）。手上的 EV71 案、舒伏效都是這類。
內容上絕對不能出現的東西
① 療效宣稱
不能用：治療、治癒、根治、100%、絕對
② 最高級用語
不能用：最有效、最好、最安全、業界第一
③ 模糊的副作用描述
不能用：很少見、幾乎沒有
要用具體數據：「臨床試驗中 10.3% 受試者出現發燒」
④ 踩低競品
所有對手品牌比較必須中性、平衡，不能說「我們比 X 廠好」。
正確做法：列數據對照表，讓讀者自己判斷。
⑤ 未引用權威來源
醫療數據必須附來源：TFDA、疾管署、學術期刊、醫學會。
目前 YMYL 客戶
| 客戶 | 類別 |
|---|---|
| 高端疫苗（EV71） | 醫療類 |
| 舒伏效（Xofluza） | 醫療類 |
| 未來可能：保險、投資理財、健康食品 | 金融類 / 健康類 |
自查方式
所有文字產出（報告、大綱、FAQ）跑完都要再用 LLM 做一次「中性化檢查」：抓出絕對化用語、療效宣稱、踩低競品的句子。
建議用一個獨立的 prompt（如「YMYL 中性化檢查器」）做這件事，列出所有違規字眼並建議改寫。
分工與歸檔流程
三方分工
鐵則：所有客戶交付物，最後一定要 Jeffery 審稿才送
沒有例外。即使自動化跑得很順、品質很高，最後一道審稿關卡永遠保留。
- 客戶交付物是品牌名譽，不能出包
- YMYL 客戶尤其要看，法律風險高
- 客戶會問報告裡的某句話，Jeffery 要知道為什麼會這樣寫
歸檔與通知流程（不走 Telegram）
之前的版本設計用 Telegram bot 通知，這版不用。直接 Google Drive 歸檔 + Email 通知就夠了。
原因：歸檔結構清楚的話，我可以自己去固定資料夾看，不需要被推播打擾。
你從我這邊需要拿到的東西
看完這份文件後，找我要：
- 客戶清單（哪些客戶在做、什麼型態、合約期限）
- 各客戶帳號權限（GSC、Google Ads、Ahrefs 等）
- API key（Claude、OpenAI、Gemini、Ahrefs、SerpApi 等）
- 既有的範例檔案（下一章的 6 份檔案，我會打包）
- Google Drive 共用資料夾權限（讓你能歸檔）
- 我的 Email 地址（通知用）
金標準範例集
你看完上面所有章節後，最後要做的事就是看實際範例。這些是金標準，你的自動化產出要對標到這個水準。
雲端範例資料夾（不同客戶 / 不同類型）
下面 4 個資料夾涵蓋不同客戶與不同範例類型。請把每個資料夾都打開看過一次，了解我們交付物的整體水準與風格。我會在我們第一次 sync 時跟你說明每個資料夾對應哪個客戶與哪些檔案的脈絡。
- 整體結構與章節順序：每份報告的章節長什麼樣、用什麼順序鋪陳
- 視覺風格：表格密度、嚴重度標籤、配色、字體
- 文字語氣：對客戶說話的口吻（專業但讓非技術讀者看得懂）
- 數據來源標註方式：哪些數據附了什麼來源、引用怎麼寫
- 每份檔案之間的關係：提案 → 月度報告 → 寫手大綱 → 寫手直接編輯版的串接邏輯
需要重點對標的 6 種範例類型
不管 4 個資料夾裡的檔案分佈在哪，以下 6 種交付物你都需要掌握。看資料夾時，請對應到這 6 類整理你的理解：
類型 1 · 型態 A 提案書
典型代表：心茶XiiNCha_AI_SEO_服務提案_v4.docx
這是什麼：型態 A 客戶的完整提案書（成案前用）。
重點看：第三章「網站初步健檢報告」、第五章「服務內容」、章節間的轉折邏輯（怎麼從問題分析推到方案推銷）。
類型 2 · 型態 A 月度報告（HTML）
典型代表：20260521_xintea_禮盒主軸報告_客戶版.html
這是什麼：心茶 2026 年 5 月的禮盒主軸報告。
重點看：主標下用一句話宣告策略、技術健檢 + 關鍵字 Research + 20 篇文章規劃 + AI 引用實測 + 媒體佈局，全 18 張表格。
類型 3 · 型態 B 月度報告（HTML）
典型代表：20260427_腸病毒EV71_GEO_時事追蹤報告_2026年4月_客戶版.html
這是什麼：高端疫苗 EV71 案的 4 月月度報告。
重點看：第一章「疫情數據總覽」、第四章「新聞熱點分析」🔴🟡⚪、第五章「AI 搜尋現況實測」呈現方式、第七章「媒體佈局建議」。
類型 4 · GEO 場景補充說明報告
典型代表：20260430_EV71_GEO補充說明報告.docx
這是什麼：服務做了一段時間後，給客戶看的「我們要把 GEO 場景升級」說明書。
重點看：場景升級的邏輯（從「AI 知不知道 EV71」升級到「家長選疫苗時提到高端」）、10 組情境設計、6 個追蹤指標、內容佈局建議。
類型 5 · 寫手用文章大綱
典型代表：20260508_兩篇文章大綱_常春月刊改寫_重症風險解析.docx
這是什麼：給寫手的 2 篇詳細文章大綱（1 篇改寫 + 1 篇新撰寫）。
重點看：一、文章定位 + 二、關鍵字佈局 + 三、文章大綱（H1 三選一、TL;DR 草稿、所有 H2/H3、比較表、8 題 FAQ）+ 四、改寫對照 + 五、引用來源 + 六、校稿清單。
類型 6 · 寫手直接編輯版
典型代表：常春a-47224_寫手直接編輯版_20260508.docx
這是什麼：給寫手的「既有文章逐段照排 + 插入點草稿」最終版本。
重點看：文件頭使用說明、4 種視覺標記圖例、原文逐段照排、「藍底框」表格三段結構（標題 + 草稿 + 編輯說明）、待補連結清單、校稿前自查清單。
下一步行動
看完整份文件之後，請來找我做以下三件事。
① 問問題
任何不懂的、覺得邏輯有問題的、想確認的，全部問。我寧可你問太多，也不要你帶著疑問就開始建系統。
② 討論優先順序
你想從哪一塊開始？我建議從「型態 A 月度 HTML 報告」開始：
- 範例最完整（心茶 5/21 那份）
- 數據源最穩定（GSC API 不會變）
- 跑通後型態 B 是延伸，不是重做
③ 拿權限
列出你第一階段需要的權限和 API key 清單給我，我一次給齊。
給你的最後叮嚀
不要追求一次完美。先做 MVP 跑通整個流程，再針對品質迭代。如果你卡在某一段（特別是 LLM prompt 調教），來找我，我陪你迭代。
我審稿時的修改幅度，是衡量自動化品質的指標。理想狀態：我每次修改幅度低於 20%。如果某類報告我每次都改超過 50%，那是 prompt 還沒調好，要回去優化。
Claude API 用量會很大（特別是月度 GEO 實測 × 4 平台 × N 客戶）。記得做 prompt caching，可省 70% 以上成本。
你建出來的東西是 Techook 的資產，所有 prompt、模板、code、流程文件都要寫成可交接的形式。未來要擴張團隊，你的工作是讓「下一個你」能快速接手。
期待跟你合作 🤝
— Jeffery, Techook