SEO关键词列表怎样把操作过程写清楚：先定记录口径，再逐步落地
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /40a2c4f5e4cb.html
📄
SEO关键词列表怎样把操作过程写清楚：先定记录口径，再逐步落地
把SEO关键词列表的操作过程写清楚，关键不是把步骤写得多，而是让另一个人能按同一份列表复现同样的判断。结论是：先固定字段和来源，再按“发现—筛选—分组—标注—复核”五步记录，每一步都写清输入、动作、输出和判断标准。适用前提是已有页面或项目，需要在不推翻原有结构的基础上补充和整理关键词列表。如果只是临时记几个词，不必套用完整流程；一旦列表要交给同事、客户或跨月使用，就必须把口径写死。
先定义列表字段，避免操作过程各说各话
操作过程写不清楚，多数时候不是步骤漏了，而是字段含义不统一。建议在列表第一行就固定以下列，并写清每个字段的填写规则：
关键词：只填用户可能输入的完整表达，不填内部代号。来源：写清是搜索框联想、站内搜索日志、竞品页面标题，还是访谈记录。意图：用“了解、比较、购买、导航”四类之一，不混用。对应页面：填现有URL或“待新建”，已有页面项目优先填现有地址。状态：用“待验证、已确认、已排除”三态，避免用模糊词。
字段定好后，操作过程就变成“按列填写并留下判断痕迹”。例如来源写“站内搜索日志”，比写“来自工具”更容易复核。适用条件是列表会被多人查看；如果只有自己短期使用，可以缩减字段，但来源和状态两项建议保留。
按五步记录操作，每一步都留下可检查的输出
第一步，发现。从已有页面、站内搜索记录、用户提问和竞品可见文案中收集候选词。动作是逐条摘录，不在此阶段判断好坏。输出是一份带来源的原始清单。
第二步，筛选。逐条判断是否与现有页面主题相关。判断标准可以设为：该词对应的页面能否直接回答用户问题。能，标“已确认”；不能但可新建，标“待验证”；明显无关，标“已排除”。
第三步，分组。把已确认的词按同一页面归拢，一组对应一个现有URL或一个待建页面。不要按词形分组，要按用户任务分组。
第四步，标注。在每组中选一个代表词，其余作为同组表达。代表词不追求字数或固定位置，只要求能概括该组用户意图。
第五步，复核。由另一人随机抽三条，检查来源是否可追溯、状态是否与判断一致、对应页面是否真实存在。抽查通过，才算操作过程闭环。
用验收信号判断操作过程是否真的写清楚
写完流程后，不要只看文字是否完整，要看能否通过以下检查项：
- 换一个人按列表操作，能否在不询问原作者的情况下判断某词该留还是该删。
- 每条“已确认”的词，是否都能指到一个现有页面或明确的待建页面。
- 被排除的词是否写了排除理由，而不是只留一个空状态。
- 同一组内是否出现两个互相矛盾的代表词；如果有，说明分组口径需要重写。
假设一个已有产品页的项目，原始列表里有“价格、多少钱、报价单”三个词。如果该页面只讲功能、没有价格信息，那么“价格”和“多少钱”应标“待验证”并指向待建页面，“报价单”若指向下载表单，可标“已确认”。这只是假设示例，用来说明判断结果如何落到状态列，不代表真实项目数据。
已有项目改进时，优先补记录而不是重做列表
已有页面或项目最常见的误区，是推翻旧列表重新收集，导致历史判断丢失。更稳妥的做法是：保留原有词条，补上来源、意图、对应页面和状态四列；对无法追溯来源的旧词，标为“待验证”，不要直接删除。这样既能沿用已有工作，又能让后续操作有据可查。
适用条件是原列表仍在使用、且页面结构没有整体改版。如果原列表已经与当前页面完全脱节，可以新建一份，但建议保留旧文件并在新文件里注明替代关系，避免同一项目出现两份互相冲突的列表。
下一步，选一个现有页面，按上面的字段补全它对应的关键词组，再让另一位同事抽查三条。抽查能通过，说明操作过程已经可以交付；抽查不通过，先改字段定义，再改步骤描述。
