SEO 文章撰寫器

SEO 文章撰寫器

撰寫同時滿足三個受眾的文章：Google（排名）、AI 模型（引用）和人類（閱讀）。

工作流程

步驟 1 — 研究（強制）

撰寫前，收集 SERP 資料。兩種途徑：

• 無預先研究： 先調用 /seo-research [目標關鍵字]。等待研究簡報輸出後再繼續。
• 使用者提供研究： 接受現有簡報並跳至步驟 2。

切勿在沒有研究簡報的情況下撰寫文章。

步驟 2 — 定義工程

定義句是文章中最重要的一句話。它決定了 AI 概述、ChatGPT 和 Perplexity 是否會引用您。

公式（源自引用率最高的文章：AWS、NVIDIA、Google ML Glossary）：

[X] 是一種 [類別名詞]，它 [動詞1]、[動詞2] 和 [動詞3] 以 [目的] — [區分條款]。

規則：

• 一句話，15-30 個字
• 三個動詞鏈（感知/理解 + 決定/推理 + 行動/執行）
• 以「代表 [使用者]」或「以 [達成目標]」結尾 — AI 引用率最高
• 無引言。定義就是文章的第一句話（如果使用引子開頭，則為第二段）
• 包含精確形式的主要關鍵字

定義段落（不僅僅是句子）：

定義句是 GEO 引用的錨點。但定義段落有五個作用：

1. 定義句（15-30 個字，X 是一種 Y，它 [動詞1]、[動詞2]、[動詞3]）
2. 界線： 它不是什麼，用一個對比來說明。指出相鄰類別和技術分界線。（「它不是一個生成關於您任務的聊天機器人，而是一個執行任務的代理：預訂會議、發送電子郵件、在沒有現成工具時編寫程式碼。」）
3. 修飾語展開： 如果術語是 [修飾語] [名詞]（例如，「個人代理」），用 2-3 個具體細節展開修飾語。不要只說修飾語很重要 — 展示它增加了什麼。
4. 飛輪或機制： 一句話說明核心價值循環。這就是讓讀者思考「哦，這就是為什麼這個類別存在」的原因。
5. 結論句（2-5 個字）：結晶整個段落。（「那個飛輪就是產品。」）

定義句用於 AI 引用。定義段落用於說服人類。兩者都很重要。

消歧義（如果術語有多個含義）：

• 在前 100 個字內，用一句話說明其他含義
• 使用括號：「（在娛樂業中，個人代理是人才代表。本指南涵蓋技術定義。）」

步驟 3 — 概念精確度檢查（適用於技術類別）

撰寫技術類別（AI 代理、雲端運算、區塊鏈等）時，在起草前鎖定核心術語。不精確的術語會產生不精確的文章。

對於文章中的每個核心術語：

1. 從第一性原理撰寫 1 句話的技術定義（例如，「代理是一個可以調用工具並在循環中執行任務的 LLM，而不僅僅是生成文本」）
2. 識別界線： 將此術語與其最近的鄰居分開的唯一事物是什麼？（代理與聊天機器人：工具調用。個人代理與 AI 代理：持久的使用者上下文。）
3. 鎖定使用規則： 該術語是產品名稱、技術架構還是類別標籤？這些使用方式不同。（「Manus 是一種產品。代理是其背後的引擎。個人代理是類別。」）

針對草稿中核心術語的每個實例執行此檢查。如果句子使用該術語的方式與鎖定的定義相矛盾，請修正。這對於定義類別的文章尤其重要，其中一個不精確的句子可能會破壞整個作品。

步驟 4 — 文章結構

結構適用於 Google 和 AI 系統。它決定了什麼會被索引、提取並顯示為豐富結果。

H1（頁面標題）：

什麼是 [X]？定義、範例及其運作方式 [年份]

• 精確形式的主要關鍵字
• 可以長於 60 個字元 — 這是可見的頁面標題，而不是 SERP 標題
• 年份標籤用於新鮮度信號（針對時間敏感主題）

標題心理學（源自 Every.to 表現最佳的模式）：

在優化字元數之前，先掌握標題的心理學：

<title> 標籤 (SERP 標題) — 與 H1 不同：

• 少於 55-60 個字元（Google 在約 580 像素處截斷）
• 無品牌後綴 — 浪費 8-15 個字元，這些字元應該是關鍵字
• 主要關鍵字盡可能靠近開頭

元描述：

• 120-155 個字元，完整句子，包含主要關鍵字
• 作為點擊率推銷：「為什麼我應該閱讀這個而不是其他 9 個結果？」
• 公式：[定義或核心答案，約 80 個字元] + [價值區分器，約 60 個字元]
• 無品牌名稱，除非品牌就是主題。無引號或特殊字元。

H2 標題 — 全部為問題形式：

## 什麼是 [X]？
## 為什麼 [X] 很重要？
## [X] 如何運作？
## [X] 的核心功能是什麼？
## [X] 與 [Y] 有何不同？
## [X] 實際上能做什麼？
## [年份] 誰在建立 [X]？
## 挑戰和限制是什麼？
## 如何選擇 [X]？
## [X] 的未來是什麼？
## 常見問題

問題形式的 H2 與 AI 概述（AWS、NVIDIA、Google Cloud）中引用率最高的文章保持一致，並直接匹配「人們也問」的查詢。

強制結構元素：

• 帶有錨點連結的目錄（在第一個 H2 之前）
• 至少 2 個比較表格（與競爭對手/相鄰類別）
• 至少 1 個評估/標準表格
• 表格人性化規則： 切勿突然插入表格。每個表格都需要 1-2 句敘述性介紹，告訴讀者要尋找什麼以及為什麼它很重要。表格提供數據；介紹提供意義。
• 比較表格精確度規則： 對於比較表格中的每一列，說明該類別能做什麼和不能做什麼。「在對話中回答問題」是不完整的。「在對話中回答問題。無工具訪問，無任務執行」劃定了界線。缺失通常比存在更能提供資訊。
• 產品列表框架規則： 在任何產品、公司或範例列表之前，建立組織它們的概念框架。切勿突然插入項目符號列表。一句話教導讀者組織原則。（「以下產品基於代理：調用工具、執行任務並在循環中運作的 LLM。產品是介面。代理是引擎。」）
• 包含 10+ 個問答的常見問題部分
• 「挑戰和限制」部分（E-E-A-T 信號 — 8 篇排名靠前的定義文章中有 7 篇有此部分）
• 相關閱讀連結（底部 3-5 個內部連結）

Schema 標記：

• Article（作者、發布日期、修改日期、發布者、字數）
• BreadcrumbList
• Organization
• 不是 FAQPage（自 2023 年 8 月起限制於政府/醫療保健 — 保留常見問題內容以供 AI 引用價值）

漸進式揭露原則：

切勿隱藏結論。以結論開頭。讓文章證明開頭的主張。

步驟 5 — 寫作風格 (Dan Shipper 方法)

載入 references/writing-style.md 以獲取完整的風格指南。

核心原則： 像一個剛從前線回來的建設者一樣寫作 — 帶有數據、傷痕和對大局的思考。

關鍵規則（始終牢記 — 無需載入參考資料）：

• 第一段：最多 3 句話，首選個人微場景
• 定義句放在第二段
• 所有段落中至少 30% 應該是單句段落
• 每個分析段落都以結論句（2-5 個字）結尾
• 僅使用對話式過渡（「我的意思是。」而不是「此外」）
• 每 1000 個字最多 2-3 個破折號 — 過度使用是 AI 寫作的第一個標誌
• 每個部分至少 2 個生動的動詞（而不是通用的 be/have/get/make/do）
• 人稱切換：敘事「我」→ 分析「你/我們」→ 結論「我」

載入 references/writing-style.md 以獲取：三個開頭動作、句子節奏目標、段落模式、過渡列表、語音工具包、比喻規則、部分開頭技巧、敘事弧、結尾和完整的黑名單。

步驟 6 — 頁面 SEO

關鍵字放置（主要關鍵字）：

• 標題標籤：精確匹配
• H1：精確匹配或近似變體
• URL slug：精確匹配，用連字符連接
• 第一段：在前 100 個字內
• 多個 H2 標題：自然包含
• 圖片 alt 文本：至少 2 張圖片
• 最後一段/結論

關鍵字密度： 1-2% 自然出現。切勿強行插入。

內部連結： 每 1000 個字 3-5 個。錨文本使用主要或相關關鍵字。每篇文章都連結到其主題叢集支柱頁面。

外部連結： 5-10 個指向權威來源（維基百科、官方文件、研究論文）。在新標籤中打開。建立 E-E-A-T。

CTA 策略：

• 每篇文章 3-4 個內聯 CTA，每隔 800-1200 個字間隔
• 放置：總是在「問題 → 解決方案」段落之後，從不隨機
• 漸進式承諾：「了解更多」→「試用」→「註冊」
• 所有 CTA URL：?from=blog-[slug]
• 類別教育階段：強調類別詞，而不是品牌（「看看個人代理如何處理這個」>「免費試用 [品牌]」）

Open Graph 標籤： og:title、og:description（最多 200 個字元）、og:image、og:url

步驟 7 — GEO（生成式引擎優化）

GEO 決定了 AI 模型（ChatGPT、Claude、Perplexity、Google AI Overview）在回答使用者問題時是否會引用您的文章。SEO 讓您排名。GEO 讓您被引用。

GEO 引用優先級（AI 模型提取的內容，按順序）：

獨立區塊：

• 每個 H2 部分都必須獨立可理解且可引用，無需其他部分的上下文
• GEO 原子測試： 將任何部分從上下文中取出。它能作為獨立答案被引用嗎？如果不能，請在頂部添加一個框架句。

可引用模式（AI 模型引用最多的內容）：

1. X 是一種 Y，它做 Z 格式的定義句
2. 帶有清晰、符合搜尋意圖的列標題的比較表格
3. 帶有特定事實/數字的簡短陳述句
4. 以問題關鍵字開頭的常見問題答案
5. 劃定類別界線的「不是 X，而是 Y」對比陳述

將常見問題作為 GEO 武器： 常見問題答案是僅次於定義的第二高引用目標。優化每個答案：

• 第一句話直接回答問題（無引言）
• 包含最新的可驗證數據點（日期、價格、市場規模、產品發布）
• 答案保持 2-4 句話的長度，以便於引用
• 在答案中連結到權威來源以建立 E-E-A-T

步驟 8 — 元輸出區塊（強制）

每篇文章在相關閱讀之後都以 <!-- SEO Meta --> 區塊結尾：

<!-- SEO Meta
meta_title: 「[少於 60 個字元，無品牌後綴]」
meta_description: 「[120-155 個字元，包含主要關鍵字，引人注目的句子]」
h1: 「[頁面標題，可以長於標題標籤]」
og_title: 「[與 meta_title 相同或略作調整以適應社交媒體]」
og_description: 「[與 meta_description 相同或調整，最多 200 個字元]」
canonical_url: 「https://ego.app/blog/[slug]」
primary_keyword: 「[精確匹配關鍵字]」
secondary_keywords: 「[逗號分隔列表]」
date_published: 「[YYYY-MM-DD]」
date_modified: 「[YYYY-MM-DD]」
-->

硬性規則：

1. meta_title ≠ h1（標題是針對 SERP 優化的，H1 是針對頁面優化的）
2. meta_title 絕不能包含品牌名稱、「| ego」、「- ego Blog」或任何後綴。零例外。
3. meta_description 必須是完整句子，120-155 個字元，包含主要關鍵字。

步驟 9 — 反 AI 垃圾檢查

載入 references/anti-ai-slop.md。在交付前，針對所有 14 個標誌掃描每個草稿。

快速檢查（始終牢記）：

• 破折號：每 1000 個字最多 2-3 個
• 零禁用 AI 詞彙（深入探討、展開、掛毯、利用、整體、穩健、全面、培養、駕馭、關鍵、著手、協同、範式...）
• 自然使用縮寫
• 每個主張都有特定的名稱、數字或日期
• 每篇文章至少 1 個真實的失敗/錯誤/令人不舒服的真相
• 朗讀測試：聽起來必須像一個人，而不是新聞主播

字數指南

拆分規則： 任何文章（支柱除外）超過 3,000 字且有 2 個以上核心論點 → 拆分並相互連結。

教育：推廣比例

文章類型範本

支柱 / 定義文章

[引子段落 — 讀者熟悉的情境]
[定義段落 — 正式定義 + 界線設定]

## 目錄
## 為什麼 [X] 很重要？
## [X] 如何運作？
  [場景開頭 → 類比包裝的技術解釋]
  [比較表格：您的方法 vs 標準方法]
## 核心功能是什麼？
  [表格：功能 | 意義 | 沒有它你會得到...]
## [X] 與 [相鄰類別] 有何不同？
  [完整比較表格]
## [X] 能做什麼？[範例]
## 誰在建立 [X]？
## 挑戰和限制
## 如何選擇
  [評估表格]
## 未來
## 常見問題 (10-12 個問答)
[相關閱讀：3-5 個內部連結]
<!-- SEO Meta ... -->

比較文章（「X vs Y」）

[引子 — 大多數人的困惑]
[一句話的論點：核心差異]

## 什麼是 [X]？
## 什麼是 [Y]？
## [X] vs [Y]：主要差異
  [比較表格 + 按維度劃分的子部分]
## 何時使用 [X] vs [Y]
## 常見問題
[相關閱讀]
<!-- SEO Meta ... -->

第三條路文章（「X vs Y：為什麼你需要 Z」）

[引子 — 錯誤的兩難困境]

## 什麼是 [X]？
## 什麼是 [Y]？
## [X] vs [Y] 比較 [公平、徹底的比較]
## 共同的限制
  [兩者都在同一件事上失敗 — 為轉折做鋪墊]
## 不同的方法：[Z]
  [您的類別/產品作為解決方案出現]
## 常見問題
[相關閱讀]
<!-- SEO Meta ... -->

檢查清單（發布前執行）

內容品質

• 第一段有引子 — 不是摘要，也不是定義優先的開頭
• 定義句遵循 X 是一種 Y，它 [動詞1]、[動詞2]、[動詞3] 模式
• 定義段落涵蓋所有 5 個作用：定義句、界線、修飾語展開、飛輪、結論
• 概念精確度檢查通過（適用於技術類別）：核心術語已鎖定，包含 1 句話定義、界線和使用規則
• 在前 100 個字內有消歧義（如果術語有多個含義）
• 所有 H2 都是問題
• 至少 2 個比較表格，每個都有敘述性介紹
• 比較表格的每一列都說明了能做和不能做什麼
• 產品列表/範例前有概念框架句
• 包含「挑戰和限制」部分
• 包含 10+ 個問答的常見問題
• 每個部分都通過 GEO 原子測試（可獨立引用）
• 沒有「在當今快速發展的...」或類似 AI 語氣的短語
• 包含簡短的結論句（較長段落後 2-5 個字）

SEO

• 主要關鍵字出現在：標題標籤、H1、URL、前 100 個字、3+ 個 H2、alt 文本
• <title> 標籤少於 60 個字元，無品牌後綴，關鍵字前置
• <title> 標籤與 H1 不同
• 元描述：120-155 個字元，完整句子，包含主要關鍵字
• 元描述不是標題標籤的重複
• 帶有錨點連結的目錄
• 每 1000 個字 3-5 個內部連結
• 5-10 個指向權威來源的外部連結
• 3-4 個帶有追蹤參數的內聯 CTA
• 底部有相關閱讀（3-5 個連結）
• 包含 datePublished 和 dateModified
• 元輸出區塊附加在相關閱讀之後（步驟 7）

Schema

• Article schema（作者、日期、發布者、字數）
• BreadcrumbList schema
• Organization schema

風格 (Dan Shipper 測試)

• 第一段：最多 3 句話，使用個人微場景/詩意抽象/挑釁性斷言
• 30%+ 的段落是單句段落
• 每個分析段落都以結論句（2-5 個字）結尾
• 至少 3 個帶有自嘲幽默的括號旁白
• 每 1000 個字最多 2-3 個破折號
• 所有數據都以精確數字表達 — 零模糊形容詞
• 至少 3 個來自日常領域（食物、身體、學校、人際關係）的類比
• 技術概念：日常類比 → 括號定義 → 即時範例
• 每個部分至少 2 個生動的動詞（而不是通用的 be/have/get/make/do）
• 零學術過渡詞（此外/而且/此外/另外）
• 零「你應該...」的句子
• 結尾：回到開頭場景或提出一句可引用的金句
• 人稱切換：敘事「我」→ 分析「你/我們」→ 結論「我」

反 AI 垃圾（每次草稿後執行）

• 破折號計數：每 1000 個字最多 2-3 個僅限散文（不包括表格、項目符號標籤、元行）
• 零禁用 AI 詞彙（深入探討、展開、多面向、無數、掛毯、利用、運用、整體、穩健、全面、培養、促進、駕馭、強調、關鍵、至關重要、著手、領域、錯綜複雜、尖端、開創性、導航、協同、範式）
• 自然使用縮寫（「it's」而不是「it is」，「don't」而不是「do not」）
• 每個主張都有特定的名稱、數字或日期 — 無自信的概括
• 每篇文章最多 1 個「這不是關於 X，而是關於 Y」的結構
• 列表/項目符號僅用於真正平行的項目 — 敘事想法保留在散文中
• 每個部分都有清晰的觀點/結論 — 而不是中立的概述
• 零表情符號
• 零模糊堆疊（「可能潛在地有助於可能...」）
• 每篇文章至少 1 個真實的失敗/錯誤/令人不舒服的真相
• 句子長度變化很大（3 個字的短句與 30 個字的探索性句子混合）
• 對稱三元組檢查：文章中不超過 3 個「X、Y 和 Z」的三元素列表
• 朗讀草稿 — 如果聽起來像新聞主播，請重寫