不少团队做外贸SEO技术审计，会先导出一份几百行的报错表，再把“提交站点地图”和“提高速度分数”当作结论。真正影响询盘的却不是报错数量，而是产品页、应用页和解决方案页能否被访问、理解、选为代表版本，并在修复后通过线上复验。TimZhang 踢木桩建议先按技术依赖关系排查，再把每个问题写成开发可以关闭的工单。
技术审计先查入口，再查页面表现
外贸SEO技术审计应按抓取、索引、速度、结构和复验的依赖顺序进行。前一层没有通过，后一层的优化结果就可能无法被搜索系统稳定读取，也很难判断改动是否真正生效。
Google搜索的基本技术要求包括不阻挡Googlebot、返回HTTP 200并包含可收录内容。满足这些最低要求也不等于一定进入索引，因此审计不能在“可以打开”处停止。可对照 Google 搜索的技术要求核对基础资格。
- 先验证入口：搜索程序是否能访问优先商业网址，并收到预期响应。
- 再解释索引：页面是否被故意排除、归入其他规范版本，或缺少可处理的主体内容。
- 随后检查体验与结构：真实用户能否顺利使用页面，重要页面之间是否有清晰关系。
- 最后完成闭环：每项修复都要对应版本、样本和线上复验结果，而不是只看扫描器变绿。
先圈定商业页面和审计基线
技术审计应先建立优先商业网址、页面模板、站点地图和索引状态的对照基线。不要一开始就平均扫描全站：先列出能承接询盘的产品、应用、行业、解决方案和核心内容页，再标记它们所属的模板、目标规范网址、当前响应与是否出现在站点地图中。
索引报告用于查看站点级排除原因，URL检查工具用于查看单页状态、实时测试和加载资源。前者适合发现哪类问题在扩大，后者适合验证具体网址的现状；两者应与服务器响应、HTML源代码和渲染结果交叉核对。Google 的搜索监测与调试说明也区分了站点级报告与单页检查用途。
| 基线字段 | 需要记录什么 | 为什么重要 |
|---|---|---|
| 商业优先级 | 页面类型、目标买家、询盘价值 | 决定先修哪些网址，而不是按报错数量排序 |
| 技术状态 | 响应码、抓取许可、索引状态、规范网址 | 区分访问问题、选择问题和内容问题 |
| 模板与版本 | 模板名称、发布版本、更新时间 | 避免把模板缺陷误判为几十个独立问题 |
| 复验样本 | 每类模板的固定网址与上线前记录 | 修复后可以在同一口径下比较 |
基线的最低交付物不是一个总分，而是一张可筛选的网址清单。负责人应该能回答：哪些高价值页面受影响、它们共享哪套模板、问题从哪个版本出现，以及修复后准备抽查哪些样本。
第一层：搜索程序能不能访问页面
抓取，是搜索程序请求网址并读取服务器响应与页面资源的过程。这里先检查“能不能访问”，不提前把无法访问、访问异常与没有进入索引混为同一个结论。
robots.txt主要管理抓取请求，不是让网页退出Google搜索的可靠机制。若页面已经被外部链接发现，即使资源被阻挡，网址仍可能以有限信息出现；真正需要退出搜索的页面应选择合适的索引控制方式，并确保搜索程序可以读取该指令。详见 robots.txt 使用说明。
站点地图应列出希望展示的规范网址，但提交站点地图只是提示，不保证Google抓取或收录。审计时应确认站点地图返回正常、只保留可访问的目标网址，并且其中的地址与页面实际输出的规范网址一致。Google 的站点地图指南明确说明，提交只是提示而非保证。
- 抽查优先网址是否返回预期的 200 响应，重定向链是否过长或指向无关页面。
- 比较 robots.txt、页面级 noindex、登录权限和防火墙规则，确认没有互相冲突。
- 用渲染后的页面复查主要文字、图片、链接和脚本资源，不能只看浏览器最终画面。
- 核对站点地图是否混入重定向、错误页、重复参数网址或不希望展示的语言版本。
如果团队需要先做快速自查，可以检查robots、sitemap、noindex和canonical是否冲突。工具结果用于缩小范围，最终工单仍要附上可复现的网址、响应和页面证据。
第二层：抓到后为什么没有进入索引
索引，是 Google 处理、理解并存储页面信息，以便在相关搜索中选择页面的过程。规范网址（canonical）则是在重复或高度相似页面中希望被视为代表版本的网址；它是信号组合，不是强制命令。
规范网址信号应保持一致，Google建议使用绝对地址并避免不同方法指向不同网址。页面标签、重定向、站点地图、内部链接和语言版本若分别指向不同地址，搜索系统就需要自行判断代表版本。可依据重复网址规范化指南检查这些信号是否一致。
抓取成功不等于进入索引，审计必须区分故意排除、重复选择、内容不足和异常信号。看到“已抓取，尚未编入索引”时，不要立即重复提交，而要回到商业页面清单，比较同模板页面的主体信息、重复程度、规范信号和站内链接入口。
| 状态类型 | 优先核查 | 关闭条件 |
|---|---|---|
| 故意排除 | noindex、权限、替代语言或下线规则 | 业务意图与技术指令一致，并记录批准人 |
| 重复选择 | 规范标签、重定向、站点地图、内部链接 | 主要信号指向同一代表网址 |
| 内容不足 | 产品参数、适用场景、认证、交付信息 | 页面具备可辨识的主体资料，而非只换标题 |
| 异常信号 | 软错误、渲染失败、模板输出和参数网址 | 线上源代码与渲染结果通过抽样复验 |
修复顺序要服从询盘价值：同样是未索引，核心产品页通常比过期新闻页更需要优先处理。可以先用 TimZhang SEO 方法论确定优先商业页面，再分配开发与内容资源。
第三层：真实用户能不能顺利使用页面
核心网页指标的良好目标为LCP不超过2.5秒、INP低于200毫秒、CLS低于0.1。这些阈值应结合真实用户数据评估，实验室测试更适合定位图片、脚本、字体和布局变化等具体原因。指标定义可查看 Google 核心网页指标说明。
外贸网站的速度检查不能只跑首页。至少要覆盖流量落地页、图片较多的产品页、表单所在的解决方案页，以及移动端常见网络条件。还要确认交互变快以后，询盘表单、下载、语言切换、视频和统计脚本仍能正常工作。
- 模板分组：分别测试首页、分类、产品、应用、文章和联系页面，避免用单页结果代表全站。
- 数据分层：真实用户数据用于判断长期体验，实验室数据用于复现和定位工程问题。
- 商业路径：记录首屏内容、关键按钮和表单何时可用，不以隐藏功能换取漂亮分数。
- 修复证据：保存优化前后同设备、同模板、同测试条件的结果，并记录上线版本。
若速度异常同时伴随索引、模板或脚本问题，单独压缩图片通常不够，可以安排完整的网站技术问题诊断，把影响范围和修复依赖一次梳理清楚。
第四层：页面关系和主题是否说清楚
Google通常通过带href属性的HTML链接发现网址，每个重要页面应至少从站内另一个页面获得链接。只靠站内搜索框、脚本点击或站点地图并不能替代清晰的页面关系；锚文本还应让读者和搜索系统理解将要打开的内容。相关原则见可抓取链接指南。
结构检查应从买家的任务出发：分类页能否进入具体产品，产品页能否进入对应应用、案例和联系路径，技术文章能否回到相关解决方案。一个页面即使可以被直接访问，若没有任何正文或导航入口，也很难在主题体系中获得稳定位置。
结构化数据应描述页面实际可见内容，并在开发和上线后验证。它可以帮助搜索系统理解页面实体，但不能替代真实产品资料，也不应标记页面没有展示的评分、价格或库存。实现规则可参考结构化数据入门文档。
- 检查导航层级、面包屑、分类与筛选是否生成可控且稳定的网址。
- 抽查重要页面是否拥有描述性内部链接，孤立页面是否有合理的上级入口。
- 比较标题、主标题、正文主题、规范网址和结构化数据描述的对象是否一致。
- 确认多语言页面的对应关系正确，不把地区页、语言页和重复参数页混成一组。
结构调整前，可以先检查页面元信息与标题结构，再结合站内链接与页面模板判断问题来自单页编辑还是全站组件。
把发现写成开发能关闭的工单
技术问题只有写明影响范围、复现证据、负责人、修复版本和复验结果，才能作为可关闭工单。扫描器报错可以作为线索，但“有 38 个规范网址问题”还不足以让开发定位模板，也不能证明上线后的实际输出已经改变。
| 工单字段 | 合格写法 | 不合格写法 |
|---|---|---|
| 影响范围 | 列出网址数量、页面模板和商业优先级 | 全站可能受影响 |
| 复现证据 | 附响应、源代码、渲染结果和样本网址 | 工具提示有问题 |
| 修复要求 | 说明预期输出、负责人、版本和截止时间 | 请优化技术SEO |
| 复验规则 | 规定每类模板样本、检查项和通过条件 | 已经提交重新收录 |
优先级也要写清影响链：例如“旧规范网址影响 22 个核心产品页，可能让新版页面与旧版信号分散”，比“canonical 高危”更利于排期。若同一问题来自老旧模板、表单组件和多语言架构，团队还需要评估模板修复还是重建增长型网站，避免在不可维护的基础上反复打补丁。
一次网站改版后的技术审计复盘
改版后优先商业页面的索引下降应按模板与信号冲突诊断，不能直接归因于搜索系统处理慢。下面用一个复合场景说明，为什么“开发说已经修好”与“线上样本通过复验”是两道不同的关口。
为什么第一次“已修复”没有通过复验
修复后抽样仍输出旧规范网址时，应重新打开模板工单并扩大版本核查。此时继续批量请求收录，只会让诊断过程失去清晰边界。
一家工业设备出口企业上线新版英文站，市场负责人要判断产品与应用页面的收录下降是否来自改版。
审计覆盖240个优先商业网址和4类页面模板，并比较上线前基线与上线后30天的索引状态。
240个网址中有58个未进入索引，团队此前只做过站点地图提交和少量网址的收录请求。
第一组观察是，58个异常网址中有22个产品或应用页面输出了旧版规范网址，导致新旧页面信号没有对齐。
第二组观察是，另有17个页面因为主要产品事实缺失而呈现近似错误页；19个页面没有从导航或正文获得可抓取内部链接。
开发团队修改规范网址模板并将22项标记为已修复，但抽查12个线上页面时仍有4个在渲染后输出旧地址。
58÷240约为24.2%的优先商业页面存在索引缺口。进一步追查发现，抽查中仍输出旧地址的4个页面都来自同一个未完成更新的旧模板版本，因此不能把22个问题整体关闭，也不能用反复请求收录替代模板复验。
团队重新打开规范网址工单，按4类模板版本拆分范围；先修复仍在生产环境运行的旧模板，再处理17个主体资料缺失页面，最后补齐19个孤立页面的站内入口。
开发分别记录服务器输出与渲染结果，修正旧模板并标注发布版本；运营补齐17个页面的产品主体事实，同时为19个页面增加来自分类、应用或相关产品页的可抓取链接。
修复上线后按4类模板各抽6个网址，共复验24个；逐一比较HTML源代码、渲染结果、规范网址和线上响应，样本一致后再提交验证，并在后续索引报告中观察排除原因是否收敛。
这是复合示例，数字只用于展示审计与复验顺序，不代表任何网站的平均问题率、收录结果或服务承诺。
修复后按页面模板复验，不要反复提交
重新抓取可能需要数天到数周，重复请求同一网址不会使抓取更快，也不保证立即收录。Google 的重新抓取说明建议对少量网址使用检查工具，对大量网址使用站点地图；两者都不能代替修复质量。
- 开发环境验证：确认预期标签、链接、响应和结构化数据已经在目标模板输出。
- 生产环境抽样：每类模板选择固定数量的网址，比较源代码、渲染结果与实际响应。
- 工单关闭判断：只有样本达到预先约定的通过条件，才关闭对应版本的修复项。
- 报告趋势观察：记录验证日期，等待合理处理周期，再判断排除原因和有效页面数量是否变化。
复验不通过时，先回到模板、缓存、部署版本和页面内容查证；复验通过但报告暂未变化时，则保留时间边界，避免每天改变页面。TimZhang 踢木桩把这一步作为技术审计交付的终点：问题不是“已提交”，而是“证据一致、责任明确、线上通过”。需要进一步比较审计范围和交付责任时，可获取技术审计服务商面谈清单。
常见问题
站点地图、抓取许可和速度分数都是诊断信号，不能单独证明页面已具备完整搜索资格。以下问题适合在审计启动会和工单复验时统一口径。
为什么提交了sitemap，页面还是不收录？
sitemap只是发现与规范网址提示，不会绕过抓取、noindex、canonical、内容和质量判断。先确认提交的是预期代表网址，再检查页面响应、主体内容、内部链接和其他规范信号是否一致。若同模板页面大面积出现同一排除原因，应按模板建工单，而不是逐页反复提交；待线上样本通过后，再留出合理的重新处理时间。
robots.txt允许抓取，为什么仍没有索引？
允许抓取只表示搜索程序可以请求网址，不代表页面一定会被处理、选为规范版本并进入索引。页面还可能带有 noindex、被选择为其他网址的重复版本、缺少主要内容，或在渲染后出现异常。应把“是否可访问”和“为什么未进入索引”分成两项证据核查，并用同模板的正常页面作为对照，避免只凭一条状态标签下结论。
PageSpeed Insights满分就代表技术SEO合格吗？
不一定。实验室分数只覆盖特定设备和网络条件，不能替代抓取、索引、站内结构、真实用户数据和询盘路径检查。速度优化也不应通过延迟关键内容、关闭表单或移除必要功能换分。合格标准应是目标模板体验改善，同时关键商业功能与技术信号保持正常，并在移动端实际完成一次浏览、下载或询盘操作。
外贸网站技术SEO审计应该多久做一次？
没有适用于所有网站的固定周期。通常应把改版、域名或目录迁移、模板升级、多语言扩展、收录异常和真实用户体验恶化作为触发点；平时则按月查看关键趋势，并保留季度或半年度的深度复查窗口。业务页面变化越频繁，模板级抽样与版本记录就越重要；大型发布前后还应使用同一批网址做基线对照。