类型化页面、列表页面与新路径

站点中的某些板块是由多个部分拼装而成的：例如，为每家公司和每个职位生成一份面试指南，地址形如 /interviews/google/software-engineer。内容引擎会从你自己的页面中读取这种结构，为人们会搜索的各种组合撰写页面，维护从这些页面汇总条目的列表页面，还可以新增一个值（例如一家新公司）或将其下线。在新地址上写入任何内容之前，都会先询问你的站点。

AutoPSEO 如何识别结构

结构来自你自己的页面，而不是通过声明配置。每次扫描时，AutoPSEO 会按板块和层级深度对你的地址分组：

• 一个分组至少需要 6 个页面，位于板块之下两级或更深，且各段的取值在多个页面中重复出现。由此得到的结果是类似 /interviews/{company}/{role} 的模式。
• 每个值的名称从你的标题中读取，因此 goldman-sachs 会变成 "Goldman Sachs"，并且能识别首字母缩写(bcg 对应 Boston Consulting Group)。
• 人们如何搜索这些页面，取决于 Search Console 中的数据：某种表述方式只要占到相应搜索量的至少 20%，就会被采用。
• 页面遵循的数量和列表，是在 AutoPSEO 保存的页面副本上统计得出的（至少 5 个页面）：数量取 90% 的页面所处的区间，而当 80% 的页面都带有某个列表时，该列表才会被计入。

只有你交给 AutoPSEO 的板块才会获得这种结构：即该路径下的一个托管内容类型。你的站点通过其 webhook 声明交出哪些板块(交付)；板块的其余信息都从页面中读取。

撰写类型化页面

• 路由。 如果一次搜索按名称、别名或地址段指明了每个部分的一个值，就会进入对应的类型化内容类型。"amazon data engineer interview questions" 会解析为公司 amazon 和职位 data-engineer。
• 简报会列出地址、选定的值，以及你自己的页面中关于这些值的内容；这些内容在生成简报时实时读取。
• 检查项。 文章中的每个数字都必须出现在这些页面中或这些值已记录的事实里；凡是拥有独立页面的值，都必须在 H1 或直接回答中点名；每个列表都必须达到规定的条目数；并且该地址必须仍然可用。你自己的 AI 会将这些值作为 parts 传给 content_get_brief 和 content_submit。
• 翻译会让每个列表保持相同的长度。
• 交付会携带 article.parts，例如 { "company": "google", "role": "software-engineer" }。

规划人们会搜索的组合

每次扫描都会列出你的模式所允许、但尚无页面的组合，最多 500 个地址，并通过 path.check 询问你的站点是否会在每个地址上接收一个页面，每次 50 个。被拒绝的地址会连同你给出的理由一起保存，之后不会再询问；你的站点没有应答的地址，则在下次扫描时再次询问。如果未连接 path.check，则"在连接之前不会规划新页面"。

每次扫描中，对于最多 200 个已被接受的地址，AutoPSEO 会使用研究额度查询月搜索量。月搜索量至少为 10 的组合会直接计入待办列表，无需模型审核，因为你的站点已经接受了它的地址。搜索量更低的组合则会以"搜索量太少，不足以单独成页"为由被拒绝。

列表页面

列表页面会从共享同一个值的每个页面中汇总一份列表：例如在 /interview-questions/data-engineer 汇总某个职位的所有示例问题，每个条目都指回它所来自的页面。AutoPSEO 只会为你的站点已交出、且扫描识别为此类枢纽的板块生成列表页面（其页面至少覆盖某个部分 60% 的值，且不少于三个）。

• 列表页面在每种语言中都存在；如果某个条目缺少译文，则显示原文。
• 交付时会标记为 article.kind = "list" 并附带 article.parts，其内容为 { title, h1, items: [{ from, text }] }。
• 只要它所汇总的任一页面发生变化，就会重新生成，不使用模型、不经审核、不占用配额，并且绝不会占用其他页面已有的地址(维护)。
• 无法手动编辑：认领、重写、回滚、下线和合并操作都会被拒绝。该内容类型会显示由其他页面生成。

新路径

新路径是地址第一部分的一个新值：例如 /interviews/jane-street 中的一家新公司。

1. 提议。 你自己的 AI 通过 content_propose_value 提出建议；或者由 AutoPSEO 每月从搜索需求中发现：它会针对与你现有搜索类似、但不含公司部分的搜索词请求关键词建议，由模型挑出指明某家公司的短语，每个内容类型最多提议五个，每个短语总计每月至少被搜索 100 次，且在单个搜索词下至少 10 次。发现功能需要已连接 path.add 并有研究额度。
2. 询问。 每个提议都会先发给你的站点：path.check 携带 new: { part, value, name }。被拒绝时会连同你的理由一起保存，并且该值不会再被提议。
3. 撰写。 被接受的值会成为队列中的一个值任务。只有能够读取网页的撰写方才会领取：即你自己的 AI，或无人值守运行器的值会话(你自己的 AI)。AutoPSEO 的撰写方会跳过值任务，它们也不占用配额。
4. 提交。 撰写方阅读简报（规则、你关于其他值的两个页面，以及指明这个新值的搜索），然后发送 content_submit_value：包括名称、最多 10 个别名、它自己的 https 站点、最多五个其他官方页面、不超过 160 个字符的描述，以及 3 到 12 条事实。每条事实是一句平实的话，附有 https 来源、读取日期（须在最近一年内）和等级：来源为该值自己的站点时为 official，否则为 reported。一个值需要一条官方事实，或来自至少两个站点的三条报道类事实。目前，规则要求提供的是关于该公司如何招聘的事实。
5. 审核并发送。 该值与草稿一样等待审核，然后 path.add 会通过交付发件箱发送到你的站点；如果你的站点尚未连接该命令，则会一直等待。
6. 采纳或拒绝。 被采纳后，该值会显示为已在你的站点上，连同其事实一起加入内容类型的值中，下一次扫描会规划它的页面。若以 invalid_value 拒绝，它会连同你的理由退回撰写方，第三次拒绝即为最终结果。任何其他错误代码都会使其被永久拒绝。

内容页面会在"AutoPSEO 提议、添加或下线的路径"下列出每个值，状态包括撰写中、审核中、已发送到你的站点、已在你的站点上以及已被拒绝。

下线路径

只有人工才能发起此操作：在内容页面点击下线路径("要下线的路径"、"其地址的去向（可选）")，或在你同意后通过 MCP 使用 content_remove_path。path.remove 会请求你的站点将该值连同其路径下的所有页面一并下线，并以 301 重定向到 redirectTo；除非你另外选择了站点上的其他地址，否则重定向目标就是该内容类型自己的页面。

• 内容类型中唯一的值无法下线。
• 如果你的站点接受，或以 not_found 返回 404,AutoPSEO 保存的这些页面的副本会直接下线，无需再次交付；所有等待发送的相关内容都会被丢弃，它们的任务和该值已规划的主题会被拒绝，该值也会从内容类型中移除，而你的旧页面在扫描中仍会显示。
• 如果你的站点以其他错误拒绝(例如 409 in_use)，则不会有任何变化。

path.check、path.add 和 path.remove 的载荷格式见交付。