AI 写 SEO 文章：关键词到大纲再到成稿的实操流程

用大模型批量产出 SEO 文章的坑，多半不在"写"这一步，而在前面的关键词判断和后面的核对。下面这条链路可以完整跑通：定关键词、搭大纲、分段成稿、事实核查、SEO 元素补齐、批量与复盘。走完一遍，你会有四样可复用的东西：一张关键词表、一套大纲模板、一篇能直接编辑的初稿、一份发布前检查清单。

这套流程能做出什么

假设你要做一个选题，最终产出的文章骨架大致长这样：

```markdown

主关键词（H1，只出现一次）

开头 2～3 段：先说结论，回答"这篇能解决什么问题"

长尾词 / 子问题 1

具体操作步骤

常见错误

长尾词 / 子问题 2

...

常见问题 FAQ

用户会搜的原话式提问

收尾

下一步做什么

```

这个骨架的好处是：H2 直接对应长尾词，结构天然对齐搜索意图，后面填内容只是体力活。整篇的写作时间可以压到人工从零写的三分之一左右，但核查环节不能省。

前置条件清单

• 一个大模型入口：网页版或 API。接口地址、参数名、计费方式以官方文档当前版本为准。
• 关键词来源：搜索引擎自带的关键词规划工具、站长平台的搜索词报告，或第三方关键词工具。具体入口和免费额度以官方页面为准。
• 手动搜一遍目标词的习惯。看搜索结果前几位都是什么内容类型（教程、列表、对比、问答），这一步决定文章体裁，不能跳过。
• Markdown 编辑器和表格工具各一个。
• 内容规范：读者是谁、语气如何、哪些词不能用、是否必须带品牌词或产品名。
• 事实核查的耐心。凡数字、年份、机构名、产品型号、条款细节，一律先当作待验证内容。

步骤一：把关键词拆成三层

不要拿到一个词就开写。先建成表格，按意图分类：

搜索意图通常分四类：信息型（想搞懂）、导航型（想找某个站点）、商业型（在对比方案）、交易型（准备下单）。同一篇文章很难同时吃下四类意图，选一类做主目标，其余只做延伸。

把长尾词按"是否能在正文里自然回答"筛一遍：能自然回答的留下，硬凑的删掉。堆词换不来排名，只会让段落读起来别扭。

步骤二：先要大纲，不要一次要全文

整篇一次生成，结构容易塌——标题层级乱、段落重复、后半段开始空转。正确顺序是先大纲、人工审、再逐段写。

提示词模板（把方括号里的内容换成你的信息）：

```text

你是一位 [目标读者，例如：做内容运营的中文从业者] 的内容编辑。

我要写一篇主题为「[主关键词]」的文章。

• 搜索意图：[信息型]
• 读者已有的基础：[了解基本概念，但不清楚具体流程]
• 需要覆盖的长尾词：[词1]、[词2]、[词3]

请只输出大纲，不要写正文：

1. H1 一个，包含主关键词，不超过 30 字

2. 4～6 个 H2，每个 H2 对应一个长尾词或子问题

3. 每个 H2 下给 2～4 个 H3 或要点

4. 标注哪些位置需要举例、哪些位置需要数据支撑

5. 不要输出引言、不要解释你的思路

```

拿到大纲后做三件事：合并重复的 H2、把与搜索意图无关的删掉、给每个 H3 补一句"我要在这节说清楚什么"。这一步花十分钟，能省掉后面大量返工。

步骤三：分段生成正文

按 H2 逐段生成，每次只喂一个小节的大纲。这样上下文短、可控、出错容易定位。

```text

根据以下大纲写正文，只写这一节：

H2：[小节标题]

H3：[要点 1]

H3：[要点 2]

H3：[要点 3]

写作要求：

• 中文，面向 [读者]，说人话，用具体例子代替抽象描述
• 每节 300～500 字，多用短句
• 涉及的版本号、价格、日期、统计数据，如果无法确认，写成 [待核实]
• 不要编造出处、链接、机构名
• 不要写"综上所述""随着……的发展"这类过渡套话
• 需要引用外部资料的位置，留 [引用：说明需要什么资料]

```

关键在两条约束：一是"无法确认就留占位符"，二是"不许编造出处"。大模型在引用上很容易编得像模像样，把占位符写进提示词，后面核查时能一眼看到需要补哪里。

每写完一节，自己读一遍再继续下一节。发现语气跑偏，就把已经写好的段落作为风格样例一起喂进去。

步骤四：事实核查与去套话

初稿完成后，先做机械核对：

```markdown

• [ ] 所有 [待核实] 和 [引用：...] 占位符是否已处理
• [ ] 数字、年份、百分比、金额是否都有可查来源
• [ ] 机构名、产品名、职位名是否写对
• [ ] 有没有"业内普遍认为""大家都说"这类无主语句子
• [ ] 例子是否具体到能画出一个画面（"把关键词丢进工具导出 CSV"优于"利用工具分析关键词"）
• [ ] 段落有没有连续三段开头句式一样
• [ ] 小标题是否自问自答式，读者只看标题能不能抓到信息

```

去套话有个简单方法：把每段读出来，凡是念完不知道说了什么信息的句子，直接删。大模型的默认输出里有不少这类填充句。

如果平台对 AI 生成内容有明确要求，比如是否允许、是否必须标注，以各平台和搜索引擎的官方说明为准，不要采信二手转述。

步骤五：补齐 SEO 元素

正文之外，还有一批字段需要单独处理：

```markdown

• title：包含主关键词，控制在实际结果展示不被截断的长度内
• meta description：一句话说清文章能解决什么，约 150 个字符上下，以实际展示为准
• URL slug：短、含主关键词、用连字符分隔
• 内链：链向站内相关的 2～4 篇内容，锚文本用自然短语
• 外链：只在确实需要来源支撑的地方添加
• 图片 alt：描述图片内容，不要堆词
• 结构化数据：教程类内容可考虑 HowTo 或 FAQ 类型，字段格式以搜索引擎官方文档为准

```

FAQ 结构化数据示例（字段以官方文档为准，不要直接照抄不存在的字段）：

```json

{

"@context": "https://schema.org",

"@type": "FAQPage",

"mainEntity": [

{

"@type": "Question",

"name": "AI 生成的文章需要人工修改吗？",

"acceptedAnswer": {

"@type": "Answer",

"text": "建议至少做事实核查、口语化改写和结构检查三步。"

}

}

]

}

```

步骤六：批量化的最小脚本（可选）

当关键词上了几十个，手动复制粘贴就不划算了。写一个只做"大纲批发"的脚本，正文仍由人工判断决定是否生成：

```python

import csv

import os

import time

import requests

API_URL = os.environ["LLM_API_URL"] # 接口地址从官方文档复制

API_KEY = os.environ["LLM_API_KEY"] # 密钥只放环境变量，别写进代码

def ask(prompt: str) -> str:

resp = requests.post(

API_URL,

headers={

"Authorization": f"Bearer {API_KEY}",

"Content-Type": "application/json",

},

json={

"model": os.environ["LLM_MODEL"], # 模型名以官方文档当前列表为准

"messages": [{"role": "user", "content": prompt}],

},

timeout=120,

)

resp.raise_for_status()

data = resp.json()

不同服务的返回结构可能不同，取字段方式按官方文档调整

return data["choices"][0]["message"]["content"]

TEMPLATE = """为关键词「{kw}」生成一份文章大纲，只输出 H1 和 H2、H3，

不要写正文，不要解释思路。"""

with open("keywords.csv", newline="", encoding="utf-8") as f:

rows = list(csv.DictReader(f))

with open("outlines.md", "w", encoding="utf-8") as out:

for row in rows:

kw = row["keyword"].strip()

if not kw:

continue

out.write(f"\n\n---\n\n## 关键词：{kw}\n\n")

out.write(ask(TEMPLATE.format(kw=kw)))

out.flush()

time.sleep(1) # 简单限速，具体限额以官方文档为准

print("done")

```

运行前先查服务方的速率限制说明，把 time.sleep 调到合适值。脚本只负责跑量，是否成稿仍由人判断——冷门词或意图不明的词，生成出来也用不上。

常见坑与排错

关键词堆在同一段里。 同一句话塞三个长尾词，读起来立刻变味。一个 H2 对应一个长尾词就够，正文里自然出现即可。

编造数据和出处。 这是高频问题。提示词里写明"无法确认就留 [待核实]"，并且发布前搜一遍每个数字。

整篇一次生成。 超过一定长度后，模型会开始重复前面的内容。分段生成，每段人工过一遍。

忽略搜索意图。 用户搜"怎么设置"却给了一篇概念科普，跳出率会很难看。动手前先看搜索结果前几位的内容类型。

多篇文章结构雷同。 用同一套模板刷几十篇，容易出现段落顺序、例子都一样的页面。让每篇至少有一段是真实的项目经验或具体场景。

跳过人工改写直接发。 生成的文字往往偏书面、句式雷同。至少做一遍口语化调整，把长句拆短。

忘记配置展示字段。 正文写得不错，title 和 description 却是默认值，点击率会受影响。

把平台的 AI 内容政策当成传言。 是否允许、是否需标注，查官方说明，别按论坛里的说法执行。

下一步建议

先跑通一篇，把提示词模板、大纲格式、检查清单三样东西存成文件，之后每篇复用，只替换关键词。积累两三个月后，回头看搜索词报告里哪些长尾词真的带来了访问，把表现好的词单独建一张表，作为下一批选题的种子。

另外可以建立一个"旧文更新"清单：同一主题下，先写的文章往往可以补进新的长尾词、更新过期信息、加内链，成本低于从零写新篇。批量脚本也从这里扩展更稳——先做到能稳定产出可用大纲，再考虑自动成稿。