使用方法：把这份清单分为“能否访问”“能否理解”“能否信任”“能否咨询”四组。每项记录页面URL、检查日期、结果、负责人和修复状态。它是上线前的自检模板，不代表通过后就会被任何搜索或AI平台收录。

一、访问与索引：先保证正确页面能被看到

  • 正式域名与HTTPS可用，HTTP、www等变体有明确规范化策略。
  • 公开的核心页面返回200；旧URL有合适的301，错误URL返回404。
  • robots.txt没有误屏蔽重要内容，正式站页面不带测试用的noindex。
  • XML Sitemap列出希望公开的规范URL，不包含后台、搜索结果和无价值示例页。
  • 每个核心页的Canonical指向正确的自身或代表页面，内部链接使用同一版本URL。

迁移测试站时尤其要防止：测试地址仍可索引、正式站仍保留noindex、站点地图指向旧域名。WordPress后台的“阻止搜索引擎索引”选项也要与页面输出一起核对。Google的Sitemap建议强调使用完整规范URL。

二、页面表达：每个页面要有独立任务

  • 首页一句话说明企业是谁、做什么、服务谁，给出下一步。
  • 服务页写清适用对象、问题、流程、交付物、边界和常见问题。
  • 行业方案说明真实行业场景，而非只替换城市名或行业词。
  • 页面只有一个清晰H1，H2用于内容层级；标题和描述与正文一致。
  • 文章开头先给结论，复杂概念提供定义、适用条件和例子。

三、可信事实：让客户可以核对

检查公司全称、品牌关系、电话、邮箱、实际服务地区是否在关于、联系和页脚一致。可公开资质应注明真实名称与范围；无法提供授权的案例不要写成真实客户成果。文章注明发布或更新时间，政策页与隐私说明保持可访问。

四、机器可读：标记必须与页面一致

Organization、WebSite、Service、Article、Breadcrumb和FAQ等结构化数据只表达页面真实可见的内容，不补造评价星级、客户数或价格。检查JSON能解析、URL一致、服务地区真实。结构化数据是解释内容的辅助信号，不能替代内容本身。

五、咨询与监测：上线后能形成反馈

  • 手机端导航、电话、微信和表单可用；表单提交后有明确反馈。
  • 隐私同意与数据用途可见，内部确认谁接收和跟进线索。
  • 配置站长平台验证与分析工具，区分测试站和正式站数据。
  • 记录首批核心URL的索引情况、搜索查询、咨询事件和典型AI问题。
  • 上线后再次匿名访问网页，核对内容、重定向和统计是否正常。

如果缺口较多，按“访问与错误信息 → 核心服务内容 → 信任与转化 → 主题扩展”处理。了解完整交付可看企业建站服务，也可先用诊断标准排优先级。