分页路径·如何判断
“分页路径”在本站主要用于说明内容之间的真实关系。本条聚焦如何判断：先确认它是否改变用户理解当前条目的方式，再决定放在摘要、详情、主题索引还是版本说明中。维护时应同时检查标题、正文、内部链接与 canonical 是否保持同一意图；如果只是把相同信息换一个入口重复出现，就应合并。对于与“章节密度”和“事件顺序”相邻的情况，应优先写清差异，而不是依赖更多标签解决。
内容词汇表
把常见版本词与浏览概念解释清楚
词汇表用于理解页面中的字段和关系，不把术语本身当成新的平级栏目。
分页路径·何时使用
“分页路径”在本站主要用于说明内容之间的真实关系。本条聚焦何时使用：先确认它是否改变用户理解当前条目的方式，再决定放在摘要、详情、主题索引还是版本说明中。维护时应同时检查标题、正文、内部链接与 canonical 是否保持同一意图；如果只是把相同信息换一个入口重复出现，就应合并。对于与“叙事留白”和“回看提示”相邻的情况，应优先写清差异，而不是依赖更多标签解决。
分页路径·何时合并
“分页路径”在本站主要用于说明内容之间的真实关系。本条聚焦何时合并：先确认它是否改变用户理解当前条目的方式，再决定放在摘要、详情、主题索引还是版本说明中。维护时应同时检查标题、正文、内部链接与 canonical 是否保持同一意图；如果只是把相同信息换一个入口重复出现，就应合并。对于与“角色弧线”和“关联标签”相邻的情况，应优先写清差异，而不是依赖更多标签解决。
分页路径·如何避免重复
“分页路径”在本站主要用于说明内容之间的真实关系。本条聚焦如何避免重复：先确认它是否改变用户理解当前条目的方式，再决定放在摘要、详情、主题索引还是版本说明中。维护时应同时检查标题、正文、内部链接与 canonical 是否保持同一意图；如果只是把相同信息换一个入口重复出现，就应合并。对于与“动机变化”和“主题入口”相邻的情况，应优先写清差异，而不是依赖更多标签解决。
分页路径·与主题页的关系
“分页路径”在本站主要用于说明内容之间的真实关系。本条聚焦与主题页的关系：先确认它是否改变用户理解当前条目的方式，再决定放在摘要、详情、主题索引还是版本说明中。维护时应同时检查标题、正文、内部链接与 canonical 是否保持同一意图；如果只是把相同信息换一个入口重复出现，就应合并。对于与“事件顺序”和“版本备注”相邻的情况，应优先写清差异，而不是依赖更多标签解决。
分页路径·与详情页的关系
“分页路径”在本站主要用于说明内容之间的真实关系。本条聚焦与详情页的关系：先确认它是否改变用户理解当前条目的方式，再决定放在摘要、详情、主题索引还是版本说明中。维护时应同时检查标题、正文、内部链接与 canonical 是否保持同一意图；如果只是把相同信息换一个入口重复出现，就应合并。对于与“回看提示”和“阅读节奏”相邻的情况，应优先写清差异，而不是依赖更多标签解决。
分页路径·与搜索意图的关系
“分页路径”在本站主要用于说明内容之间的真实关系。本条聚焦与搜索意图的关系：先确认它是否改变用户理解当前条目的方式，再决定放在摘要、详情、主题索引还是版本说明中。维护时应同时检查标题、正文、内部链接与 canonical 是否保持同一意图；如果只是把相同信息换一个入口重复出现，就应合并。对于与“关联标签”和“内容摘要”相邻的情况，应优先写清差异，而不是依赖更多标签解决。
分页路径·在移动端的表达
“分页路径”在本站主要用于说明内容之间的真实关系。本条聚焦在移动端的表达：先确认它是否改变用户理解当前条目的方式，再决定放在摘要、详情、主题索引还是版本说明中。维护时应同时检查标题、正文、内部链接与 canonical 是否保持同一意图；如果只是把相同信息换一个入口重复出现，就应合并。对于与“主题入口”和“卡片信息”相邻的情况，应优先写清差异，而不是依赖更多标签解决。
分页路径·在索引中的位置
“分页路径”在本站主要用于说明内容之间的真实关系。本条聚焦在索引中的位置：先确认它是否改变用户理解当前条目的方式，再决定放在摘要、详情、主题索引还是版本说明中。维护时应同时检查标题、正文、内部链接与 canonical 是否保持同一意图；如果只是把相同信息换一个入口重复出现，就应合并。对于与“版本备注”和“分页路径”相邻的情况，应优先写清差异，而不是依赖更多标签解决。
分页路径·维护时的检查点
“分页路径”在本站主要用于说明内容之间的真实关系。本条聚焦维护时的检查点：先确认它是否改变用户理解当前条目的方式，再决定放在摘要、详情、主题索引还是版本说明中。维护时应同时检查标题、正文、内部链接与 canonical 是否保持同一意图；如果只是把相同信息换一个入口重复出现，就应合并。对于与“阅读节奏”和“搜索结果”相邻的情况，应优先写清差异，而不是依赖更多标签解决。
搜索结果·如何判断
“搜索结果”在本站主要用于说明内容之间的真实关系。本条聚焦如何判断：先确认它是否改变用户理解当前条目的方式，再决定放在摘要、详情、主题索引还是版本说明中。维护时应同时检查标题、正文、内部链接与 canonical 是否保持同一意图；如果只是把相同信息换一个入口重复出现，就应合并。对于与“内容摘要”和“移动菜单”相邻的情况，应优先写清差异，而不是依赖更多标签解决。
搜索结果·何时使用
“搜索结果”在本站主要用于说明内容之间的真实关系。本条聚焦何时使用：先确认它是否改变用户理解当前条目的方式，再决定放在摘要、详情、主题索引还是版本说明中。维护时应同时检查标题、正文、内部链接与 canonical 是否保持同一意图；如果只是把相同信息换一个入口重复出现，就应合并。对于与“卡片信息”和“站内锚文本”相邻的情况，应优先写清差异，而不是依赖更多标签解决。
搜索结果·何时合并
“搜索结果”在本站主要用于说明内容之间的真实关系。本条聚焦何时合并：先确认它是否改变用户理解当前条目的方式，再决定放在摘要、详情、主题索引还是版本说明中。维护时应同时检查标题、正文、内部链接与 canonical 是否保持同一意图；如果只是把相同信息换一个入口重复出现，就应合并。对于与“分页路径”和“主线承接”相邻的情况，应优先写清差异，而不是依赖更多标签解决。
搜索结果·如何避免重复
“搜索结果”在本站主要用于说明内容之间的真实关系。本条聚焦如何避免重复：先确认它是否改变用户理解当前条目的方式，再决定放在摘要、详情、主题索引还是版本说明中。维护时应同时检查标题、正文、内部链接与 canonical 是否保持同一意图；如果只是把相同信息换一个入口重复出现，就应合并。对于与“搜索结果”和“支线补充”相邻的情况，应优先写清差异，而不是依赖更多标签解决。
搜索结果·与主题页的关系
“搜索结果”在本站主要用于说明内容之间的真实关系。本条聚焦与主题页的关系：先确认它是否改变用户理解当前条目的方式，再决定放在摘要、详情、主题索引还是版本说明中。维护时应同时检查标题、正文、内部链接与 canonical 是否保持同一意图；如果只是把相同信息换一个入口重复出现，就应合并。对于与“移动菜单”和“视角切换”相邻的情况，应优先写清差异，而不是依赖更多标签解决。
搜索结果·与详情页的关系
“搜索结果”在本站主要用于说明内容之间的真实关系。本条聚焦与详情页的关系：先确认它是否改变用户理解当前条目的方式，再决定放在摘要、详情、主题索引还是版本说明中。维护时应同时检查标题、正文、内部链接与 canonical 是否保持同一意图；如果只是把相同信息换一个入口重复出现，就应合并。对于与“站内锚文本”和“场景线索”相邻的情况，应优先写清差异，而不是依赖更多标签解决。
搜索结果·与搜索意图的关系
“搜索结果”在本站主要用于说明内容之间的真实关系。本条聚焦与搜索意图的关系：先确认它是否改变用户理解当前条目的方式，再决定放在摘要、详情、主题索引还是版本说明中。维护时应同时检查标题、正文、内部链接与 canonical 是否保持同一意图；如果只是把相同信息换一个入口重复出现，就应合并。对于与“主线承接”和“章节密度”相邻的情况，应优先写清差异，而不是依赖更多标签解决。
搜索结果·在移动端的表达
“搜索结果”在本站主要用于说明内容之间的真实关系。本条聚焦在移动端的表达：先确认它是否改变用户理解当前条目的方式，再决定放在摘要、详情、主题索引还是版本说明中。维护时应同时检查标题、正文、内部链接与 canonical 是否保持同一意图；如果只是把相同信息换一个入口重复出现，就应合并。对于与“支线补充”和“叙事留白”相邻的情况，应优先写清差异，而不是依赖更多标签解决。
搜索结果·在索引中的位置
“搜索结果”在本站主要用于说明内容之间的真实关系。本条聚焦在索引中的位置：先确认它是否改变用户理解当前条目的方式，再决定放在摘要、详情、主题索引还是版本说明中。维护时应同时检查标题、正文、内部链接与 canonical 是否保持同一意图；如果只是把相同信息换一个入口重复出现，就应合并。对于与“视角切换”和“角色弧线”相邻的情况，应优先写清差异，而不是依赖更多标签解决。
搜索结果·维护时的检查点
“搜索结果”在本站主要用于说明内容之间的真实关系。本条聚焦维护时的检查点：先确认它是否改变用户理解当前条目的方式，再决定放在摘要、详情、主题索引还是版本说明中。维护时应同时检查标题、正文、内部链接与 canonical 是否保持同一意图；如果只是把相同信息换一个入口重复出现，就应合并。对于与“场景线索”和“动机变化”相邻的情况，应优先写清差异，而不是依赖更多标签解决。
移动菜单·如何判断
“移动菜单”在本站主要用于说明内容之间的真实关系。本条聚焦如何判断：先确认它是否改变用户理解当前条目的方式，再决定放在摘要、详情、主题索引还是版本说明中。维护时应同时检查标题、正文、内部链接与 canonical 是否保持同一意图；如果只是把相同信息换一个入口重复出现，就应合并。对于与“章节密度”和“事件顺序”相邻的情况，应优先写清差异，而不是依赖更多标签解决。
移动菜单·何时使用
“移动菜单”在本站主要用于说明内容之间的真实关系。本条聚焦何时使用：先确认它是否改变用户理解当前条目的方式，再决定放在摘要、详情、主题索引还是版本说明中。维护时应同时检查标题、正文、内部链接与 canonical 是否保持同一意图；如果只是把相同信息换一个入口重复出现，就应合并。对于与“叙事留白”和“回看提示”相邻的情况，应优先写清差异，而不是依赖更多标签解决。
移动菜单·何时合并
“移动菜单”在本站主要用于说明内容之间的真实关系。本条聚焦何时合并：先确认它是否改变用户理解当前条目的方式，再决定放在摘要、详情、主题索引还是版本说明中。维护时应同时检查标题、正文、内部链接与 canonical 是否保持同一意图；如果只是把相同信息换一个入口重复出现，就应合并。对于与“角色弧线”和“关联标签”相邻的情况，应优先写清差异，而不是依赖更多标签解决。
移动菜单·如何避免重复
“移动菜单”在本站主要用于说明内容之间的真实关系。本条聚焦如何避免重复：先确认它是否改变用户理解当前条目的方式，再决定放在摘要、详情、主题索引还是版本说明中。维护时应同时检查标题、正文、内部链接与 canonical 是否保持同一意图；如果只是把相同信息换一个入口重复出现，就应合并。对于与“动机变化”和“主题入口”相邻的情况，应优先写清差异，而不是依赖更多标签解决。
移动菜单·与主题页的关系
“移动菜单”在本站主要用于说明内容之间的真实关系。本条聚焦与主题页的关系：先确认它是否改变用户理解当前条目的方式，再决定放在摘要、详情、主题索引还是版本说明中。维护时应同时检查标题、正文、内部链接与 canonical 是否保持同一意图；如果只是把相同信息换一个入口重复出现，就应合并。对于与“事件顺序”和“版本备注”相邻的情况，应优先写清差异，而不是依赖更多标签解决。
移动菜单·与详情页的关系
“移动菜单”在本站主要用于说明内容之间的真实关系。本条聚焦与详情页的关系：先确认它是否改变用户理解当前条目的方式，再决定放在摘要、详情、主题索引还是版本说明中。维护时应同时检查标题、正文、内部链接与 canonical 是否保持同一意图；如果只是把相同信息换一个入口重复出现，就应合并。对于与“回看提示”和“阅读节奏”相邻的情况，应优先写清差异，而不是依赖更多标签解决。
移动菜单·与搜索意图的关系
“移动菜单”在本站主要用于说明内容之间的真实关系。本条聚焦与搜索意图的关系：先确认它是否改变用户理解当前条目的方式，再决定放在摘要、详情、主题索引还是版本说明中。维护时应同时检查标题、正文、内部链接与 canonical 是否保持同一意图；如果只是把相同信息换一个入口重复出现，就应合并。对于与“关联标签”和“内容摘要”相邻的情况，应优先写清差异，而不是依赖更多标签解决。
移动菜单·在移动端的表达
“移动菜单”在本站主要用于说明内容之间的真实关系。本条聚焦在移动端的表达：先确认它是否改变用户理解当前条目的方式，再决定放在摘要、详情、主题索引还是版本说明中。维护时应同时检查标题、正文、内部链接与 canonical 是否保持同一意图；如果只是把相同信息换一个入口重复出现，就应合并。对于与“主题入口”和“卡片信息”相邻的情况，应优先写清差异，而不是依赖更多标签解决。
移动菜单·在索引中的位置
“移动菜单”在本站主要用于说明内容之间的真实关系。本条聚焦在索引中的位置：先确认它是否改变用户理解当前条目的方式，再决定放在摘要、详情、主题索引还是版本说明中。维护时应同时检查标题、正文、内部链接与 canonical 是否保持同一意图；如果只是把相同信息换一个入口重复出现，就应合并。对于与“版本备注”和“分页路径”相邻的情况，应优先写清差异，而不是依赖更多标签解决。
移动菜单·维护时的检查点
“移动菜单”在本站主要用于说明内容之间的真实关系。本条聚焦维护时的检查点：先确认它是否改变用户理解当前条目的方式，再决定放在摘要、详情、主题索引还是版本说明中。维护时应同时检查标题、正文、内部链接与 canonical 是否保持同一意图；如果只是把相同信息换一个入口重复出现，就应合并。对于与“阅读节奏”和“搜索结果”相邻的情况，应优先写清差异，而不是依赖更多标签解决。
站内锚文本·如何判断
“站内锚文本”在本站主要用于说明内容之间的真实关系。本条聚焦如何判断：先确认它是否改变用户理解当前条目的方式，再决定放在摘要、详情、主题索引还是版本说明中。维护时应同时检查标题、正文、内部链接与 canonical 是否保持同一意图；如果只是把相同信息换一个入口重复出现，就应合并。对于与“内容摘要”和“移动菜单”相邻的情况，应优先写清差异，而不是依赖更多标签解决。
站内锚文本·何时使用
“站内锚文本”在本站主要用于说明内容之间的真实关系。本条聚焦何时使用：先确认它是否改变用户理解当前条目的方式，再决定放在摘要、详情、主题索引还是版本说明中。维护时应同时检查标题、正文、内部链接与 canonical 是否保持同一意图；如果只是把相同信息换一个入口重复出现，就应合并。对于与“卡片信息”和“站内锚文本”相邻的情况，应优先写清差异，而不是依赖更多标签解决。