先把预期说清楚：30 天能拿到什么、拿不到什么

这份清单写给一个人、没有专职团队、每天最多能挤出两小时的执行者。它不承诺让你在 30 天内成为某个品类在 AI 回答里的唯一推荐，因为那取决于赛道竞争度、站点已有的信任存量、外部信源的沉淀厚度，这三个变量没有一个是 30 天能改写的。它承诺的是一件更朴素也更可靠的事：30 天结束时，你手里会有一组可以继续复用的资产，包括一份由 50 至 80 条真实提问构成的问题库、10 个已经上线并有明确答案结构的深度页面、一次覆盖全站的抓取与结构改造、3 至 5 个新增的外部信源落点，以及一份能看出变化方向的引用监测记录。

能拿到的部分要说得具体。第一是可见性基线，也就是在改造之前，主流 AI 助手面对你那 20 个核心问题时，究竟提到了谁、引用了谁、你的品牌出现几次、出现在第几句。这个基线不做，后面所有动作都无法判断有没有效果。第二是首批引用，通常表现为 AI 回答里出现了你的品牌名加一个具体判断，或者回答末尾挂出了你的页面链接。第三是抓取健康度，站内被正常索引的页面比例、目录层级、内链密度、移动端首屏时间，这些是可控项，30 天内基本能做完。

拿不到的部分同样要说清楚。排名式的稳定占位拿不到，AI 回答本身每次生成都不一样，同一句话今天出现明天可能换一种表述。全品类覆盖拿不到，10 个页面只能覆盖 10 个问题簇，长尾问题需要按季度滚动补充。竞品已有多年外部报道形成的引用惯性，也很难在一个月内被逆转。把所有期待压到 30 天，最常见的结局是第 20 天看不到明显变化就放弃，而真正的引用往往出现在第 6 周到第 10 周。

所以判断这套动作是否成功的标准要提前写死，建议用三条。第一条，20 个核心问题里有至少 2 个问题的 AI 回答中出现了你的品牌或页面，哪怕只是被列在候选名单里。第二条，站内被正常抓取并索引的页面占比从改造前的水平提升到 90% 以上。第三条，问题库与 10 个深度页全部上线，且每个页面都能独立回答一个完整问题。三条里达成两条，就算这个 30 天跑通了流程，剩下的靠复利。

开跑前的六十分钟准备：三张表、两个账号、一个文件夹

正式动工前先花一个小时把载体搭好，否则第二周开始你会陷入找不到文件、记不住进度、判断不了效果的混乱。需要三张表：问题库表、内容排期表、引用监测表。三张表都可以用最普通的在线表格，字段不要多，能填完比字段齐全重要得多。问题库表至少包含提问原文、提问来源、对应决策阶段、是否含品牌词、优先级分数、状态七个字段。内容排期表包含目标问题、页面标题、目标网址、负责人、计划上线日、实际上线日、是否已提交收录。引用监测表包含监测日期、提问、使用的 AI 工具、是否提及品牌、是否给出链接、原始回答摘录。

两个账号指的是站点后台的抓取管理权限和至少一个可发布外部内容的平台账号。前者用于提交站点地图、查看抓取诊断、修正索引问题；后者用于第四周的外部信源铺设，建议提前想好三个备选平台，避免到时候临时注册、临时养号、临时写第一篇。一个文件夹指的是素材文件夹，把访谈录音、客服聊天记录、销售话术、竞品页面截图按周归档，第二周写深度页时会大量调用，临时去找会浪费掉最宝贵的两小时。

还有一件容易被跳过的事：确定一个唯一的品牌事实口径。包括品牌全称、成立年份、服务区域、核心交付物、三个可验证的数字。这五项会在 10 个页面里反复出现，口径不一致会让 AI 在抽取实体信息时产生歧义，甚至把两个不同的说法当成两家公司。把它写成一页纸贴在排期表旁边，每篇上线前对照一次。

第 1 周：现状盘点与问题库建设

第一周的唯一产出是一份 50 至 80 条的问题库，其他事情都往后放。很多人第一周就急着写文章，结果写到第 5 篇发现选题全靠拍脑袋，既不知道客户真正怎么问，也不知道哪些问题值得投入。问题库是后面三周的地基，地基歪了，后面全是返工。

采集渠道要铺开，不要只靠自己回忆。建议至少覆盖六类来源：销售和客服近半年的真实对话记录、站内搜索框的查询词、官网表单里的留言原文、行业社群里反复出现的新手提问、AI 助手里你自己模拟客户身份提出的问题、以及竞品页面评论区里的疑问。每一类至少贡献 8 至 15 条，凑够 60 条左右再进入清洗。

• 渠道一：翻销售聊天记录，只摘客户原话，不要改写成书面语，客户怎么问就怎么记。
• 渠道二：导出站内搜索词，把搜索量为零但反复出现的词单独标出，这类词往往是最真实的困惑。
• 渠道三：把表单留言按主题归类，同一个主题出现三次以上就记为一条独立问题。
• 渠道四：在行业社群里按关键词检索历史消息，收集带有疑问语气的句子。
• 渠道五：用三种不同的问法向 AI 助手提问，记录它反问你的澄清问题，那些澄清点就是内容缺口。
• 渠道六：查看竞品内容下的评论与追问，尤其是那些没有被作者回答的追问。

采集完之后做三步清洗。第一步合并同义问题，把说法不同但指向同一决策的条目并成一条，保留最口语化的那个版本作为主问题。第二步标注决策阶段，分成认知、比较、决策、使用四个阶段，比例大致按三比三比二比二分布，如果你的问题库八成集中在认知阶段，说明你采集的渠道太浅，需要补销售端的一手记录。第三步打分，用三个维度各打一到五分再相乘：真实需求强度、与自身业务的匹配度、当前站内是否已有可用页面。分数排前 20 的进入第二周，其余留在库里滚动使用。

本周的验收标准有三条。问题库条目数在 50 至 80 之间，少于 50 说明渠道没铺够，多于 80 说明没有认真合并。每条问题都标注了来源和决策阶段，没有空字段。至少 15 条问题带有具体数字、具体场景或具体地区，纯概念型问题不超过总量的三分之一。交付物就是这张表本身，加上一页纸的现状盘点结论，写清楚当前站内被索引页面数、内容总量、明显缺失的问题簇。

第 2 周：选 10 个高价值问题做深度内容

第二周是重投入的一周，10 个页面要全部成稿并上线，节奏上建议每天完成 1.5 个页面，前两天先做两个打样板，确认模板之后再批量推进。选题只看问题库里分数最高的 10 条，不要中途换题，也不要因为某条问题写起来顺手就插队。中途换题是这个月最常见的失控点。

每个页面都要有统一的答案结构，这样 AI 在抽取时更容易识别出完整信息块。建议固定七段：一句话直接结论、适用前提与不适用情形、判断依据与关键指标、分步骤做法、常见误区、成本与周期估算、与本问题直接相关的三到五个追问。这个结构的好处是第一段就能被单独抽走作为答案，后面几段补足可信度，不会出现通篇铺垫到最后才给结论的情况。

• 第一段：四十字以内给出结论，句式用能或不能、适合或不适合、先做什么再做什么。
• 第二段：写清前提条件，把不适用的场景也写出来，避免答非所问。
• 第三段：给判断依据，至少包含两个可核验的指标或数字。
• 第四段：分步骤做法，步数控制在五到七步，每步一个动作。
• 第五段：常见误区，写三到四个，每个误区配一句后果。
• 第六段：成本与周期，给出区间而不是单点，并说明区间差异的来源。
• 第七段：相关追问，列三到五个问题并给出简答，用于承接下一层长尾。

篇幅要卡住。单页正文建议 1200 至 2000 字，少于 1000 字基本不可能把一个决策问题讲透，AI 也很难从中抽到足够的实体与数值信息；超过 2500 字则会稀释主题，页面开始变成资料堆。判断标准很直接：把这一页从头读到尾，如果读者不再需要打开第二个页面就能做出决定，长度就是够的。

写作时有三条硬规则。一是所有数字必须有出处，内部数据就写内部统计口径，外部数据就写来源名称和年份，没有出处的数字宁可不写。二是每个小标题都用问句，与问题库里的原话保持接近，不要改写成营销标题。三是把品牌信息放在辅助位置，只回答这个问题的正文里，品牌只作为执行主体出现一到两次，堆品牌会显著降低被引用的概率。

本周验收看四条：10 个页面全部上线，每页正文不少于 1200 字，每页都有直接的结论段，每页内部至少链接到另外两个页面。如果时间不够，宁可先上线 7 个完整页面，也不要把 10 个页面都写成 600 字的半成品。半成品页面既拿不到引用，还会占掉后续改版的排期。

第 3 周：站点结构与可抓取性改造

第三周做的是让已经写好的内容被稳定发现。这一步经常被忽略，因为改结构没有写文章那样的成就感，但它决定了第二周的投入能不能被看见。改造按四个方向推进：目录与导航、内链、结构化信息、加载性能。四个方向都在站内完成，不需要外部资源，一周足够。

目录与导航先做减法。为 10 个页面建一个统一的问题中心页，把所有问题按决策阶段分组列出，每个条目链到对应页面，页面顶部放一句说明这个中心页解决什么问题。导航层级控制在三层以内，任何内容页距离首页不超过三次点击。原来那些靠标签和归档堆出来的入口，能合并就合并，避免同一篇内容出现多个可访问地址。

内链要按主题簇设计，而不是随机互链。做法是把 10 个页面按主题分成三到四簇，簇内互相链接两到三次，簇与簇之间通过中心页连接一次。锚文本用问题库里的原话，不要用点击这里、了解更多这类无信息文本。每篇页面底部加一个相关问题的列表，数量控制在三到五个，超出会分散权重。

结构化信息与性能是相对机械的工作，但收益稳定。结构化信息至少要覆盖文章标题、发布时间、更新时间、作者或机构、问答对五项，问答对尤其重要，它把页面里的问句和答案明确绑定，便于抽取。性能方面优先处理三件事：首屏图片压缩到 200KB 以内、去掉阻塞渲染的脚本、开启缓存。做完之后用移动网络环境实测首屏，目标是三秒内可见主要内容。

• 检查站点地图是否包含全部 10 个新页面，提交后在后台确认已被读取。
• 检查每个页面是否只有一个规范地址，重复地址是否已做跳转或标记。
• 检查页面标题是否包含问题主干词，长度控制在三十字以内，不堆关键词。
• 检查页面描述是否能独立成句，避免直接截取正文前三十个字。
• 检查是否有页面需要登录或依赖脚本才能看到正文，这类页面要改为直出。
• 检查移动端字体是否小于十六像素，行距过密会显著影响阅读完成率。
• 检查所有内链是否可点，是否存在指向草稿或已删除页面的死链。

本周验收标准：10 个页面全部进入站点地图并被后台读取，中心页上线且能从首页两次点击到达，每页至少三条有效内链，结构化信息覆盖全部页面，移动端首屏三秒内可见正文。交付物是一份改造前后对照记录，写清改了哪些地址、加了哪些链接、性能数值从多少变到多少。这份记录在第四周复核时会成为解释波动的依据。

第 4 周：外部信源铺设与首次效果复核

第四周分两条线并行，一条向外，一条向内。向外是铺外部信源，向内是做第一次效果复核。两条线各占一半时间，不要把所有时间都花在外部发布上，因为没有复核就不知道前三周的动作是否产生了作用。

外部信源的逻辑是让 AI 在别处也能看到你的品牌和观点，形成交叉印证。落点不需要多，三到五个即可，但要选对类型：行业垂直媒体或社区里可发布的专业回答、公开的问答平台上与你问题库高度重合的提问、可被引用的行业报告或数据页、以及合作方站点上的署名内容。每一种落点都指向第二周那 10 个页面，形成外部提到你、内部承接细节的结构。

• 优先选已经有内容沉淀且能被公开访问的平台，避免需要登录才能看的封闭社区。
• 每篇外部内容只讲一个问题，开头两句给出结论，文末注明作者身份与所属机构。
• 外部内容里的数据必须与站内页面一致，两处数字打架会直接削弱可信度。
• 每篇外部内容带一处指向对应站内页面的自然链接，位置放在正文中部而不是末尾。
• 发布后当天记录地址、发布时间、平台名称，进入引用监测表的外部来源列。

复核的方法要固定，否则每次结论都不一样。从问题库里挑 20 条核心问题，用同一批 AI 工具、同一套提问措辞、在同一时间段内提问，逐条记录是否提到品牌、是否给出链接、提到的位置在第几句、引用的是哪个页面。把这 20 条结果与第一周记录的基线逐条对比，形成一张前后对照表。注意不要因为某一条出现就宣布成功，也不要因为某一条没出现就推翻全部，看的是 20 条里的整体变化方向。

复核之后要写一页结论，只回答三个问题：哪些问题从无到有出现了品牌，哪些问题出现了但引用了错误的页面，哪些问题完全没有变化且看不出原因。第一种继续保持，第二种说明页面之间的主题边界不清需要调整，第三种大概率是内容深度不够或外部信源缺失，进入下个月的排期。这一页结论就是整个 30 天的收尾交付物。

每天两小时怎么排：单人可执行的日程模板

两小时听着少，但如果固定成块并且不在块内做决策，实际产出会比想象的多。核心原则是每天只做一类事，不要把时间切成四段。切换成本对单人执行者尤其致命，写十分钟内容再去看十分钟后台，一天下来什么都没完成。

• 前十分钟：打开排期表，确认今天唯一要交付的那一件东西，写在纸上。
• 中间八十分钟：只做这一件事，关掉消息提醒，不查数据不看后台。
• 接下来二十分钟：把今天的产出落到表里，记录实际用时和卡住的地方。
• 最后十分钟：为明天准备好素材，把要引用的资料提前打开，减少第二天的启动阻力。

按周分配时间也有节奏差异。第一周采集类工作占比高，每天两小时里一小时翻记录、四十分钟整理、二十分钟打分，这个阶段不要试图同时写内容。第二周是纯写作，每天固定完成一个半页面，写不完就顺延到次日，但不要降低单页的信息密度。第三周是改造类工作，适合拆成机械任务，一天只改一个方向，改完立刻记录前后的数值。第四周一半时间做外部发布，一半时间做复核，两件事分在上午和下午，不要混着做。

还要留出缓冲。每周给自己留半天不安排任务，用来补上周没做完的部分。计划排满的后果是任何一次意外都会让整周崩塌，而 30 天里几乎必然会出现一次意外，比如后台权限没开、某个平台审核延迟、某个页面被退回。留出缓冲不是降低标准，而是让标准能被执行完。

每周验收标准与交付物清单

没有验收的动作等于没做。每周最后一天花二十分钟对照清单打勾，没打勾的项直接进入下周的第一优先级，不要往后拖到第四周，那时候已经来不及补。下面这份清单可以直接抄进你的表格里，作为每周的固定检查项。

• 第 1 周交付：问题库表（50 至 80 条，含来源与阶段标注）、现状盘点一页纸、20 条核心问题的 AI 回答基线记录。
• 第 1 周验收：问题库无空字段，核心问题基线全部记录完成，其中至少 15 条问题带具体场景或数字。
• 第 2 周交付：10 个深度页面全部上线、统一答案模板文档、页面之间的内链规划图。
• 第 2 周验收：每页正文不少于 1200 字，每页首段有直接结论，每页至少链接两个同簇页面。
• 第 3 周交付：问题中心页、改造前后对照记录、站点地图提交凭证、性能对比数值。
• 第 3 周验收：全部页面进入站点地图并被读取，中心页两次点击可达，移动端首屏三秒内可见正文。
• 第 4 周交付：3 至 5 篇外部内容、20 条问题的前后对照表、一页结论与下月排期。
• 第 4 周验收：外部内容全部可公开访问且链接有效，对照表逐条有记录，结论页明确写出下一步动作。

清单之外还有一条隐性标准：每周的产出必须能被下一个人接手。判断方法是把这周的文件交给一个不了解背景的同事，他能否在十分钟内看懂做了什么、还差什么。如果看不懂，说明记录方式有问题，下周调整记录模板，而不是加班补内容。

另外建议把验收结果做成可视化的一行数字，比如本周新增页面数、累计被索引页面数、20 条问题中提及品牌的数量。三个数字放在表格第一行，每周更新一次。数字不动的时候，你会更早发现问题，而不是等到第 30 天才发现方向错了。

四个高频卡点与对应的破局动作

第一个卡点是选题贪多。表现是问题库里明明排好了 10 条，写到第三条时看到另一个热点话题，于是插队写了第 11 篇，结果 10 篇里只完成了 6 篇。破局动作很简单：把排期表打印出来贴在显示器旁，任何新想法只允许写进备选区的最后一行，不许插队。新想法不是垃圾，只是不属于这 30 天。

第二个卡点是内容太短。表现是每篇都写成了八百字左右的概述，看起来什么都说到了，实际上没有一个问题被真正回答。破局动作是给每篇设一个硬指标：必须包含至少两个具体数字、一个完整步骤、一个真实误区。写不满就先回去补素材，而不是加形容词。素材不够往往说明第一周的采集做得不够深，回头翻销售记录比硬写有效。

第三个卡点是不敢发。表现是页面写完了放在草稿箱里反复修改，总觉得还差一点。破局动作是设定一个发布阈值：只要满足首段有结论、字数达标、内链齐全这三条就发，剩下的瑕疵用更新日期的方式迭代。AI 抓取看的是页面是否存在且结构清晰，不是看它是否完美。永远不发，等于零。

第四个卡点是无人复核。表现是 30 天做完，没人回头看效果，于是不知道哪一步有用。破局动作是把复核写进日历，第 30 天、第 45 天、第 60 天各一次，每次只花四十分钟，用同样的 20 条问题对比。三次记录连起来，趋势才会显形。单次对比很容易被偶然波动误导。

这四个卡点有一个共同点：它们都不是能力问题，而是流程问题。所以解法也不该是更努力，而是提前把规则写死，让执行时的自己不需要做判断。规则越少越好，但一旦定下就不改，这是 30 天能跑完的前提。

常见问题解答

只有一个人、每天两小时，30 天真的能做完 10 个深度页面吗

能，前提是模板先定好。前两天用两个页面把七段结构跑通，第三篇开始就是填空题，每篇的实际写作时间会降到六十分钟左右。真正耗时的不是写，而是找素材和确认数字，所以第三周之前必须把素材文件夹整理好。如果确实做不完，把目标降到 7 个页面，但每个都要完整，不要用 10 个半成品换数量。

问题库一定要 50 条以上吗，20 条够不够

20 条能支撑起前两周，但支撑不了三个月的滚动更新。50 至 80 条的价值在于，它让你看到问题簇的分布，从而判断哪些主题值得做成系列。条数太少时你只能看到零散的点，看不到面。另外问题库本身也是一份资产，后续每次改版、每次投放、每次销售培训都能复用。

页面写完多久能在 AI 回答里看到效果

通常需要四到十周。抓取和索引本身就要几天到几周，模型侧的信息更新更慢，而且不同工具差异很大。30 天内看到零星出现是正常范围，完全没动静也不算异常。真正该关注的是第 45 天和第 60 天的对比，如果那时仍然毫无变化，才需要回头检查内容深度和外部信源。

必须做外部信源吗，只优化站内行不行

站内决定你能不能被抓到、能不能被读懂，外部信源决定别人愿不愿意在回答里提你。只做站内，你会成为候选但很难被优先提及；只做外部，页面承接不住，用户点进来发现没有细节，反而损伤信任。两者是配合关系，30 天里外部只需三到五个落点，不需要规模化。

每个页面都要写 1200 字以上，会不会太啰嗦

长度不是目标，信息密度才是。1200 字的下限是为了容纳结论、前提、依据、步骤、误区、成本这六块内容，少一块就不完整。如果某个问题本身很简单，可以写到 1000 字左右，但要把相关追问补足，让读者能顺着继续深入。反过来说，靠重复和铺垫堆到 2000 字，效果比 1000 字的扎实内容更差。

怎么判断某条问题值不值得做成独立页面

看三点。一是这个问题是否需要超过三百字才能回答，短答案不值得单独成页。二是这个问题是否有明确的决策指向，也就是读者看完会不会采取行动。三是站内是否已有页面能覆盖它，如果已有页面只差一段，就在原页面补写并加锚点，不要新建。三点都成立才独立成页。

30 天后如果效果不明显，应该先改什么

按顺序检查三件事。先看抓取，页面是否真的被索引，正文是否直出。再看结构，页面首段有没有给出明确结论，问答是否成对出现。最后看外部，有没有任何第三方在公开语境里提到你。这三步里任何一步断了，后面的优化都是空转。三步都通但效果仍弱，说明赛道竞争度过高，需要把周期拉到六个月看。

这套清单能重复用在第二个品类或第二个站点吗

能，而且第二遍会快很多。问题库的采集渠道、页面的七段模板、每周的验收清单都是可以复用的框架，需要重做的只是问题本身和具体数字。第二遍建议把 30 天压缩到 20 天，把省下的时间投到外部信源上，因为站内改造的经验可以迁移，外部关系需要重新积累。