SEO文章撰寫器

SEO文章撰寫器

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

工作流程

步驟1 — 研究（強制）

在撰寫之前，收集SERP數據。兩種途徑：

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

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

步驟2 — 定義工程

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

公式（源自最高引用文章：AWS、NVIDIA、Google ML詞彙表）：

[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月起限制用於政府/醫療保健 — 保留FAQ內容以供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」對比陳述

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

• 第一句話直接回答問題（無前言）
• 包含最新的可驗證數據點（日期、價格、市場規模、產品發布）
• 保持答案為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] 如何運作？
  [場景開頭 → 類比包裝的技術解釋]
  [比較表格：您的方法與標準方法]
## 核心功能是什麼？
  [表格：功能 | 意義 | 沒有它您會得到什麼...]
## [X] 與 [相鄰類別] 有何不同？
  [完整比較表格]
## [X] 能做什麼？[範例]
## 誰在建立 [X]？
## 挑戰和限制
## 如何選擇
  [評估表格]
## 未來
## 常見問題 (10-12個問答)
[相關閱讀：3-5個內部連結]
<!-- SEO Meta ... -->

比較文章（「X vs Y」）

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

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

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

[鉤子 — 虛假的兩難]

## 什麼是 [X]？
## 什麼是 [Y]？
## [X] 與 [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

• 文章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」三元素列表
• 朗讀草稿 — 如果聽起來像新聞主播，請重寫