确保生产站点可被检索
列出你希望被发现的页面：通常包括主页、核心产品或服务页面、关键分类、支持页面和原创文章。记录每个最终 HTTPS URL 以及它是否面向搜索。请在已登出的浏览器中测试公共生产地址；暂存（staging）、预览和登录视图可能存在不同表现。
检查是否存在密码墙、全站 noindex 指令、robots 规则、错误、重定向链以及缺失的渲染关键资源。robots.txt 管理爬虫访问；Google 指出它并不是阻止网页进入搜索结果的手段。对私有内容使用访问控制，对公开但有意排除的页面使用 noindex。
在测试前区分可被索引的公开页面、有意排除的页面和私人区域。
加载首选 URL 以及相关的 HTTP、主机、斜杠和遗留变体进行核对。
为每个内容项选定一个首选 URL
规范（canonical）URL 是重复或高度相似内容的代表地址。决定首选主机、斜杠约定以及参数、可打印页面和已弃用路径的处理方式。导航、XML 站点地图、canonical 链接和重定向都应指向相同的地址。
在移除或合并重复项时请使用永久的服务器端重定向。在可被索引的 HTML 页面上，在页面头部使用绝对的 rel=canonical 链接，在首选页面上包含指向自身的 rel=canonical。Google 将重定向和 canonical 注释视为强信号，而将站点地图包含视为较弱信号，并且仍会自行做出 canonical 的选择。
对每个有意义的变体，记录其来源、目的地、canonical 以及原因。
不要在站点地图中列出一个 URL、同时在页面中声明或链接到另一个作为 canonical。
将 HTTP 变体重定向到可用的 HTTPS 首选地址。
让优先页面清晰且有用
为页面撰写独特且简明的标题，准确说明所提供的服务或答案。添加简短的、页面特定的 meta description 作为摘要候选，而不是对 Google 展示内容的保证。Google 可能会根据多个信号生成页面标题，并可能从页面内容（有时而非 meta description）生成摘要。将核心解释和下一步操作放在可见正文中。
使用描述性标题和自然语言来回答访客的任务。避免抄袭内容和几乎没有独特价值的近似页面。为有意义的图片提供描述性替代文本（alt）。不要在上线阶段花太多精力在 keywords 元标签上：web.dev 指出搜索引擎已不再将其视为有用信号。
读者能仅从标题区分页面，而不会被重复词干扰。
页面在要求销售或注册前，应先回答其核心问题。
用有用的内部链接连通站点
内部链接是站点内部页面之间的链接。它们帮助访客导航并帮助 Google 寻找内容。从主页和相关枢纽页面链接到优先页面，使用能识别目标的锚文本。在回答访客下一步问题时添加上下文链接；长长的页脚链接列表无法替代可理解的结构。
在导航、面包屑、相关推荐模块和行动号召中使用规范 URL。对于小型站点，手动点击每条主要路径；对于大型站点，使用团队信任的爬虫工具来调查孤立的优先页面、断链和意外的响应状态码。
每个优先页面都需要从菜单、枢纽或相关页面提供一个有用的访问路径。
检查移动端菜单、表单、折叠面板和同意覆盖层，以及桌面端的链接情况。
发布干净的站点地图
XML 站点地图 告诉搜索引擎哪些页面和文件是你认为重要的。它可以帮助新站点的发现，但不能保证抓取或索引。若 CMS 自动生成站点地图，请进行检查。仅包含面向搜索的首选公开 URL；排除重定向、错误、测试页面和被阻止索引的 URL。
将站点地图放在稳定位置并在合适时提交到 Search Console。它是对内部链接、内容质量和抓取访问的补充，而非修复手段。仅在与线上实现匹配时使用专门的站点地图扩展。
将站点地图 URL 与页面清单和 canonical 映射进行核对。
确认新首选页面已出现且已弃用的 URL 已移除。
衡量发现并诊断目标 URL
在 Google Search Console 中验证生产属性的所有权。如使用站点地图则提交之。检查代表性样本：主页、每个重要模板、最近更改的页面以及高价值的迁移 URL。URL Inspection（URL 检查）可提供当前索引信息并可测试实时 URL；将其用于调查症状，而不是习惯性地为每个 URL 提交请求。
记录上线日期、URL 约定、站点地图地址、优先页面和排除项。查看 Search performance（搜索性能）报告中的展示次数、点击次数、查询、页面和国家/地区。Search Console 是面向 Google 的工具，数据可能需要时间才会显示，因此它是诊断证据，而非其他每个搜索引擎已处理上线的即时证明。
保存已测试的 URL、观察到的结果、日期和负责人以便日后对比。
在页面级测试之外，还检查索引排除、安全问题和 Core Web Vitals（核心网站指标）。
将 SEO 纳入发布与修复检查中
在发布记录中包含页面清单、重定向、canonical、站点地图和代表性的实时 URL 检查。Status Is UP 将此视为主动的可用性优化与修复：在发布前曝光交付或配置缺陷，并在引入缺陷时进行受控修正。可用性并非排名保证。
指定可以批准有针对性回滚的负责人，以防发布破坏公共路由、页面头部、导航或站点地图生成。修复后重新测试受影响的首选 URL。对公共路由进行预检可以减少可避免的交付故障，但无法预测搜索引擎的抓取、索引或排名行为。
在部署后测试代表性的公共路由和资源，而不仅限于暂存环境。
记录谁可以撤销会导致路由、模板、robots 或站点地图缺陷的变更。