Writesonic 生成 SEO 长文时，顺序比提示词本身更影响可控度：第一轮只让它出大纲、不写正文，把结构单独评审；第二轮拿大纲去搜索结果页核对覆盖范围；第三轮才回头逐节回填数据、案例和来源；第四轮按搜索意图重写标题和首段；发布前再逐节检查过渡句。反过来先出全文，面对的是已经写满的段落，改结构的代价会转移到删改正文上。下面这套顺序可以直接套用到 Writesonic 的长文模板里。
适用场景：需要用 Writesonic 稳定产出 SEO 长文，且稿子要能被逐条核对。操作动作：第一轮提示词限制只出大纲；第二轮去搜索结果页比对缺漏的小节；第三轮补数据与来源；第四轮改标题和首段；发布前补过渡句。验证方式：每一轮检查输出是否只包含本轮允许的内容，多写的部分退回重跑。风险边界：工具不承担事实核查，数据、案例、来源类型、可核实方式缺一项就不要进下一轮，宁可停在上一轮。
先让 Writesonic 只出大纲不写正文
把结构从文案里拆出来，是为了让评审发生在字句之前。直接用默认的长文模板，输出里通常已经混进了引言、过渡和结论，这时候要改结构就得连正文一起删。可以在 Writesonic 的输入框里用一段约束性提示词，把这一轮的输出范围压到大纲：
你只做一件事：为主关键词「[主关键词]」输出 SEO 长文大纲。
不要写正文、不要写引言、不要写结尾段。
输出格式固定为：
1. 小节标题（H2 层级）
2. 该小节需要回答的 2-3 个问题
3. 该小节的读者处于哪个决策阶段（了解 / 比较 / 准备动手）
约束：
- 小节数量控制在 [N] 个
- 主关键词或其变体出现在小节标题里不超过两个
- 你无法确认的事实用「待补充」占位，不要编内容
- 每个小节必须是名词性主题，不要写成带结论的句子这段提示词放在正文生成之前执行。如果当前模板强制一次生成全文，可以先跑一次，看返回内容的第一段是不是大纲；是的话手工截取大纲部分，把正文那一段丢掉，不要舍不得。
大纲要包含的小节顺序，通常按搜索者从陌生到动手的路径排：
- 这是什么／适用什么场景——回答「这个做法解决的是哪类问题」，而不是罗列功能。
- 为什么按这个顺序做——回答「换一个顺序会付出什么代价」，把顺序本身的理由讲清楚。
- 每一步具体怎么做——回答「输入是什么、输出是什么、在哪一步执行」，每个动作都要能被复现。
- 怎么判断做得对不对——回答「看哪些信号说明这一轮可以进下一步」。
- 出问题时先查哪里——回答「最常见的一两个失败点在哪，先看输出还是先看输入」。
大纲阶段的评审检查项，建议逐条过：
- 小节顺序是否从「是什么」走到「怎么做」再走到「怎么判断」，中间有没有跳步。
- 每个小节列出的问题是否能各用一句话回答。回答不了，说明这个小节太大，要拆。
- 是否出现带结论的小节标题，例如「为什么先出大纲更好」。这类要改成「先出大纲与直接出全文的差别」，把判断权还给正文。
- 主关键词是否被塞进每一节标题。通常只需要出现在两三个关键小节里，其余位置留给问题词。
拿大纲去搜索结果页核对覆盖范围
拿主关键词和两三个变体各搜一次，打开靠前几条结果，只看它们的目录或小标题，不要先读正文。把结果的小节标题抄成一列，和你的大纲并排放，逐个打勾。核对的是两件事：小节顺序和用户搜索意图对不对得上、有没有该有而没有的小节。
下面这几行可以直接当记录表用，人肉填：
小节标题 | 在前几条结果里出现过几次 | 我的大纲有没有 | 处理
---------|--------------------------|----------------|------
是什么 | [人肉计数] | 有 / 无 | 保留 / 补 / 删 / 后移
怎么做 | | |
怎么选 | | |判断规则可以保守一些：
- 缺的小节：多个靠前结果都有、而你的大纲没有的，通常是搜索者预期会看到的，优先补进大纲，位置参考它在前几条结果里出现的大致顺序。
- 多余的小节：只有个别结果有、且和你的站点主题或读者阶段无关的，先标出来，可以后移或直接删掉。删之前确认它不是搜索意图里的必需环节。
- 顺序冲突：如果你的大纲把「怎么选」放在「怎么做」前面，而多数结果次序相反，需要结合你的读者阶段确认，不要为了对齐搜索结果强行调换。
这一步的产出仍然只是带勾选记录的大纲，不要顺手让 Writesonic 把补进来的小节写成正文，否则又回到「结构没定稿就开始铺字」的状态。
回填数据、案例和引用来源
结构定下来之后，剩下的空位基本都是工具给不了的东西：具体数值、统计口径、时间区间、真实案例主体、能点开的来源。回填的原则是每个数据点写成一到两句，第一句给数字和口径，第二句给适用范围或条件，不要写成一段没有边界的描述。同时标出来源类型，并写明别人怎么核实。
来源类型可以粗分为几类：官方文档或标准、产品自身界面或日志可见的信息、公开报告、用户访谈、自己复现的测试。自己复现的那一类要写清运行环境和步骤，否则只能算观察，不算来源。
回填时用统一占位格式，避免漏项：
[指标名] 在 [口径] 下为 [数值]，统计区间 [起] 到 [止]。
来源类型：[官方文档 / 产品页面 / 公开报告 / 自测复现]
核实方式：[页面路径或链接 / 命令或日志字段 / 报告名称与页码]
若核实不到：改为定性描述，并注明「未找到公开口径」回填清单建议按这四项过一遍：
- 每个数字有没有跟着口径和时间区间，脱离口径的数字不要留在稿子里。
- 案例主体是否具体到可查的组织或产品，模糊的「某公司」要么补全，要么降级成假设场景。
- 来源类型是否写在数字附近，而不是全部堆在文末。
- 可核实方式是否是读者能自己走一遍的动作，而不是「见相关资料」。
如果某项查了半天找不到公开口径，直接改成定性表述并注明，比留一个来源不明的数字更安全。
按搜索意图重写标题和首段
标题和首段放到最后改，是因为前面的每一步都可能改变文章的重心：核对覆盖范围时补进来的小节、回填时找不到数据的段落，都会影响这篇文章对外应该以什么问法出现。判断意图的方式很直接：看搜索框的联想词、看靠前结果是教程型页面还是对比型页面。
同一篇稿子可以写出两种标题方向，但发布时只留一个：
- 信息型：主关键词 + 动作 + 限定条件，例如「用 Writesonic 出 SEO 长文大纲的步骤与检查项」。首段第一句直接说清要做什么、先做哪一步。
- 对比型：两个做法 + 对比维度 + 结论落点，例如「先出大纲还是直接出全文：Writesonic 长文流程的两种顺序」。首段第一句说清两者的差别在哪、什么条件下选哪一种。
首段不要复述标题，也不要先讲背景。信息型标题配的首段，通常第一句给出动作和顺序，第二句给出这一步的判断标准；对比型标题配的首段，第一句给出分界条件，第二句说明本文按哪个条件展开。另一种标题写法可以留着做站内另一篇的选题，但要注意两篇不要在小节结构上高度重叠。
发布前逐节检查过渡句是否还在
大纲拼装感几乎都来自缺少承接：每个 H2 一上来就是小标题的重述，读者读起来像在翻目录。检查方法是从每个 H2 往下只读第一句，如果第一句不能把上一节的产出和这一节要处理的问题连起来，就补一句过渡。
过渡句的写法是「上一节留下了什么 + 这一节要处理什么」，几个可直接改用的示例：
- 第二节开头：上一轮拿到的是纸面大纲，评审靠人工判断；这一轮把大纲放到真实搜索结果里对一遍。
- 第三节开头：小节顺序和覆盖范围定下来之后，剩下的空位就都是工具生成不了的内容。
- 第四节开头：正文骨架和数据都补齐了，标题和首段放到最后改，是因为中间每一步都可能改变文章的重心。
验证方式是把每个 H2 连同下面第一句单独复制出来，脱离上下文读一遍。能读懂，说明承接在；读不懂，通常是这句过渡缺失，或者句子里用了指代不清的「这个」「它」。如果时间只够做一件事，优先保住大纲评审和这轮过渡句检查，标题的第二种写法可以留到下一篇再试。