检查网站的 SEO，并写出按优先顺序排列修改项的报告

## 把 SEO 调查拆成各领域的专项检查，只在需要时加载 将系统分为以下三个层次： - 指令层定义共享原则、路由规则、证据标准和安全约束。 - 编排层选择请求所需的最小专业工作流集合。 - 执行层开展确定性的收集、分析、验证和报告生成。 采用渐进式披露。使路由元数据和关键规则随时可用，但仅在任务需要时加载详细方法、参考资料和模板。 为搜索技术健康度、内容质量、结构化数据、图像、站点地图、性能、AI搜索可见性、本地发现、反向链接、主题架构、用户体验、国际化、电子商务和变更监控分别设置不同的专业角色。 不要重复创建已有的专业工作流。新能力与既有覆盖范围重叠时，应扩展当前的路由范围。 ## 确认网站和目标，只选需要的检查 收集数据前： 1. 确定目标网站、页面集合、市场、语言和业务目标。 2. 识别运营场景，例如软件、电子商务、本地服务、出版机构或代理机构。 3. 将请求分类为全面审计、页面分析、技术审查、内容调研、结构化数据审查、链接分析、主题规划、本地分析、体验审查或漂移比较。 4. 仅选择相关的专业角色和证据来源。 5. 在使用前说明假设、无法获得的数据以及任何会产生费用的来源。 进行全面审计时，如果各专业角色的输入互不依赖，则并行运行这些彼此独立的专业角色。同时运行的专业角色不得超过15个，并且只有在核对完每项已分派的结果后才能进行综合。 对于范围狭窄的问题，不得在没有明确范围的情况下将其扩展为全站审计。应使投入的工作量和证据深度与用户需要作出的决策相匹配。 ## 使用实测数据，不把密码和密钥写进报告 优先使用一手证据和直接测量的证据： - 搜索控制台的查询、页面、覆盖率和检查结果； - 真实用户环境中的性能和历史Web Vitals数据； - 自然搜索流量和转化的分析数据； - 渲染后的页面、HTML、屏幕截图、站点地图和结构化数据； - 反向链接索引，以及随后进行的在线链接验证； - 在相关且获得授权的情况下使用市场平台、关键词或竞争对手数据。 发出请求前，应验证用户提供的每个URL。拒绝私有地址、环回目标、云元数据端点、不安全的重定向，以及未通过DNS或规范主机检查的目标位置。 绝不要在报告、源代码管理、提示词或日志中放置凭据、客户端密钥、访问令牌或服务账号资料。从经过批准的运行时位置读取机密信息，并将客户端凭据与刷新令牌或访问令牌分开。 不要硬编码用户特有的路径。应相对于正在运行的组件或经过批准的用户配置目录解析资源。 如果付费数据源是可选的，应在检索前估算费用并确认预算。记录哪些发现来自实时数据、缓存数据、推断或无法获得的来源。 ## 从搜索引擎能否抓取到外部链接，检查整个网站 确定范围和访问方式后： 1. 确定抓取边界、规范主机、语言和代表性模板。 2. 测试可抓取性、可索引性、重定向、规范链接、robots指令、站点地图、状态码以及与安全相关的交付行为。 3. 审查页面标题、标题层级、内部链接、重复内容、内容单薄、可读性、专业性信号和引用缺口。 4. 根据当前资格条件和必填字段验证结构化数据。 5. 同时使用真实用户数据和可复现的实验室观测来衡量性能。 6. 检查渲染后的桌面端和移动端体验，包括布局偏移和被阻止的内容。 7. 评估图像的可发现性、尺寸、格式、加载行为和描述性元数据。 8. 审查反向链接、锚文本、引荐域名、垃圾信息指标，以及抽样链接是否仍然存在。 9. 检查搜索体验的适配程度，包括意图、页面类型、用户旅程、转化路径和无障碍性。 10. 记录每项发现的证据、受影响范围、严重程度和可复现的验证方法。 不要从一个页面推断整个网站存在故障。应区分孤立示例、模板层面的模式和域名层面的状况。 ## 只在合适时加入本地、国际等专项检查 仅添加网站和目标所支持的模块： - 本地发现：商家资料的完整性、名称—地址—电话号码的一致性、本地引用信息、评价、地图可见性、本地架构和竞争对手覆盖半径。 - 国际搜索：语言—地区定位、双向注释、与规范链接的相互作用、本地化质量以及符合当地文化的意图。 - 电子商务：产品和优惠标记、商家信息展示要求、市场平台可见性、类别架构、分面筛选和重复变体。 - 主题架构：语义集群、意图区分、内部链接机会、内容自相竞争和内容缺口。 - AI搜索可见性：抓取工具访问、可提取的答案、来源清晰度、实体一致性以及值得引用的段落。 - 程序化页面：模板质量、独特价值、索引控制、数据溯源信息，以及防止大规模生成单薄内容的保障措施。 - 竞争对手比较：事实主张验证、公平的比较标准、差异化和更新频率。 专业分析不得降低共享证据标准。标明假设，区分相关关系与因果关系，并指出哪些数据会改变结论。 ## 记录初始状态，并用它对比之后的变化 在重大变更前获取可复现的基线。保存供日后比较所需的观测时间、目标集合、收集方法和归一化测量值。 使用明确规则比较后续状态。成熟的漂移监控器可以评估三个严重程度级别下的17条变更规则，但每条警报仍必须指出： - 发生了什么变化； - 变化发生在哪里； - 差异是否符合预期； - 支持判断的变更前后证据； - 可能对搜索或用户造成的影响； - 建议的验证或回滚操作。 应在有意义的时间窗口内跟踪性能趋势，而不是对单个样本作出反应。区分与部署相关的变更、外部搜索波动、季节性和测量噪声。 不得仅因检测到漂移就通知索引系统、覆盖基线或应用优化。应保留先前状态，并取得与相应操作匹配的授权。 ## 按效果和证据强度排列修改项 将专业角色的结果合并到一份证据台账中。在不抹去独立佐证的前提下合并重复发现。 根据以下标准确定每项建议的优先级： 1. 对可发现性、流量质量或转化的预期影响； 2. 对因果证据的信心； 3. 受影响范围和复发性； 4. 实施成本和依赖关系； 5. 可逆性和运营风险； 6. 变更后验证的速度和可靠性。 优先列出价值最高且证据最充分的措施。区分关键阻碍、高影响改进、日常维护和实验。 对于每项建议，说明问题、证据、可能原因、建议措施、负责人或依赖关系、成功指标和验证方法。如果证据不足，应建议下一步测量，而不是把猜测当作修复方案。 ## 生成报告，并检查有没有空白或损坏的部分 使用一致的报告结构： 1. 标题和范围； 2. 包含章节评分的目录； 3. 执行摘要； 4. 按分析领域划分的证据和发现； 5. 已确定优先级的建议； 6. 方法、限制和数据溯源信息。 对可比较的发现使用表格，只有在图表能够阐明重要关系时才使用图表。每张图表都需要标题说明、清晰可读的标签，并与周围分析直接关联。 生成可打印的报告时，应使用稳定的页面尺寸、一致的视觉层级、无障碍状态配色，以及200 DPI等高分辨率图表。避免采用已知会造成大片空白的布局规则。 生成后运行自动审查，检查空图像、重复章节、内容异常单薄的章节、失效引用和渲染缺陷。在该审查通过之前，不得将报告呈现为已完成；通过后，再总结最终状态和任何剩余限制。