如何开展技术 SEO 审核:10 步指南(2024)
技术 SEO 审核用于排查影响搜索排名的问题。本文介绍如何审核网站的技术 SEO,以提升其在搜索结果中的排名。
技术 SEO 审核分析网站中与搜索引擎优化相关的技术层面,确保 Google 等搜索引擎可以抓取、索引并对网站页面进行排名。
与站内 SEO 审核不同(后者关注关键词、标题标签和内容质量等方面),技术 SEO 审核聚焦于影响搜索表现的网站技术基础。
在技术 SEO 审核中,你会检查并修复可能导致以下问题的事项:
- 拖慢你的网站速度
- 让搜索引擎难以理解你的内容
- 让你的页面难以出现在搜索结果中
- 影响用户在不同设备上与你的网站交互的方式
- 影响你网站的安全性
- 造成重复内容问题
- 给用户和搜索引擎带来导航问题
- 让重要页面无法被发现
识别并修复这类技术问题,能帮助搜索引擎更好地理解并对内容排名,长期来看有助于改善自然搜索可见度与流量。
如何开展技术 SEO 审核
开展技术站点审核需要两个主要工具:
- Google Search Console
- 一款基于抓取的工具,比如 Semrush 免费 Site Audit 工具
若之前没用过 Search Console,可参阅我们的入门指南。下文将讨论该工具的各种报告。
若刚接触 Site Audit,可免费注册账号,跟着本指南操作。
Site Audit 工具会扫描网站,并提供它抓取到的每个页面的数据,其生成的报告会展示各种技术 SEO 问题。
在一个类似这样的仪表盘中:

要设置首次抓取,先创建一个项目。

接下来,进入 Site Audit 工具,选择你的域名。

“Site Audit 设置”窗口会弹出,在此配置首次抓取的基础项。如需帮助,可参考这份详细设置指南。

最后,点击“开始站点审核”。

工具抓取完网站后,会生成一份网站健康度概览。

该指标以 0 到 100 的分数评估网站健康度,并显示你与同行业其他网站相比的表现。
站点问题会按“错误”“警告”和“提示”等类别按严重程度排序;也可用“主题报告”聚焦技术 SEO 的特定领域。

切换到“问题”标签页,查看所有站点问题的完整列表及受影响的页面数量。

每个问题都包含一个“原因及修复方法”链接。

在这里发现的问题会根据你的技能水平归入以下两类之一:
- 你可以自行修复的问题
- 可能需要开发人员或系统管理员帮你修复的问题
1. 发现并修复可抓取性和可索引性问题
可抓取性与可索引性是技术 SEO 审核中的重要方面,因为 Google 和其他搜索引擎必须先能抓取并索引你的网页,才能对其进行排名。
Google 的机器人通过跟随链接抓取网站、发现页面,并读取内容与代码来理解每个页面。
随后,Google 会把这些信息存入其索引,即一个庞大的网络内容数据库。
当有人进行 Google 搜索时,Google 会查询索引以返回相关结果。

要检查网站是否存在可抓取性或可索引性问题,请前往 Site Audit 中的“问题”标签页。
然后点击“类别”,选择“可抓取性”。

对“可索引性”类别重复此操作。
与可抓取性和可索引性相关的问题往往出现在“错误”区块结果的顶部,因为它们通常更严重。下面介绍其中几个问题。

接下来看两个重要的网站文件——robots.txt 和 sitemap.xml,它们对搜索引擎发现网站的方式影响巨大。
发现并修复 robots.txt 问题
robots.txt 是网站上的一个文本文件,用于告知搜索引擎哪些页面应或不应被抓取,通常位于网站根目录下:https://domain.com/robots.txt。
robots.txt 文件能帮助你:
- 让搜索引擎机器人远离私有文件夹
- 防止机器人耗尽服务器资源
- 指明你站点地图的位置
robots.txt 中的一行代码就可能阻止搜索引擎抓取整个网站。确保文件没有禁止任何你希望出现在搜索结果中的文件夹或页面。
这一问题在小型企业网站上尤为常见,其 robots.txt 可能在网站最初上线时设置错误。
要检查 robots.txt 文件,打开 Site Audit 并向下滚动到底部的“Robots.txt 更新”框。

在这里可以看到爬虫是否在网站上检测到 robots.txt 文件。
若文件状态为“可用”,点击其旁的链接图标查看 robots.txt 文件。
或者点击“查看变更”按钮,只关注自上次抓取以来 robots.txt 的变化。

延伸阅读:查看和修复 robots.txt 文件需要技术知识,务必遵循 Google 的 robots.txt 指南。阅读我们的 robots.txt 指南,了解其语法与最佳实践。
要发现更多问题,打开“问题”标签页并搜索“robots.txt”。

部分问题包括:
- Robots.txt 文件存在格式错误:你的 robots.txt 文件设置中可能有错误。这可能会意外地阻止搜索引擎访问重要页面,或允许访问你不想公开的私有内容。
- robots.txt 中未指明 sitemap.xml:你的 robots.txt 文件没有提到在哪里可以找到你的站点地图。添加这一信息有助于搜索引擎更轻松地发现并理解你的网站结构。
- robots.txt 中屏蔽了内部资源:你可能屏蔽了搜索引擎正确查看和理解你页面所需的重要文件(如 CSS 或 JavaScript)。这会损害你的搜索排名。
- robots.txt 中屏蔽了外部资源:你的网站使用的来自其他网站的资源(如 CSS、JavaScript 和图片文件)可能被屏蔽。这会妨碍搜索引擎完整理解你的内容。
点击高亮显示所发现问题的链接。

详细查看,了解如何修复。

延伸阅读:除了 robots.txt 文件,还有另外两种方式可以向搜索引擎爬虫下达指令:robots 元标签和 x-robots 标签。Site Audit 会提醒你与这些标签相关的问题。在我们关于 robots 元标签的指南中了解如何使用它们。
发现并修复 XML 站点地图问题
XML 站点地图是一个列出你希望搜索引擎索引和排名的所有页面的文件。
每次技术 SEO 审核期间都要审查 XML 站点地图,确保它包含你希望排名的所有页面。
还要检查站点地图未包含你不想出现在 SERP 中的页面,如登录页、客户账户页或门禁内容。
接下来,检查站点地图是否能正常工作。
Site Audit 工具能检测常见的站点地图相关问题,例如:
- 格式错误:你的站点地图设置中有错误。这可能会让搜索引擎困惑,导致它们完全忽略你的站点地图。
- 发现了不应包含的页面:你在站点地图中包含了不应出现的页面,比如重复内容或错误页面。这会浪费你的抓取预算并让搜索引擎困惑。
- 文件过大:你的站点地图超出了搜索引擎偏好的大小。这可能导致你网站被抓取得不完整。
- HTTPS 网站的 sitemap.xml 中包含 HTTP URL:你的站点地图在一个安全站点上列出了你页面的不安全版本。这种不匹配可能误导搜索引擎。
- 孤立页面:你在站点地图中包含了网站上其他任何地方都没有链接指向的页面。这会把抓取预算浪费在可能过时或不重要的页面上。
要发现并修复这些问题,前往“问题”标签页,在搜索框中输入“sitemap”:

也可使用 Google Search Console 识别站点地图问题。
访问“Sitemaps”报告,把站点地图提交给 Google,查看提交历史并审查任何错误。
点击“索引”部分下的“Sitemaps”即可找到。

若站点地图旁显示“成功”,就没有错误;但另外两种状态“有错误”和“无法抓取”则说明存在问题。

若有问题,报告会逐一标记出来,按Google 的排查指南修复即可。
延伸阅读:如果你的网站没有 sitemap.xml 文件,请阅读我们的如何创建 XML 站点地图指南。
2. 审核你的网站架构
网站架构指网页的层级结构以及它们如何通过链接相互连接。应把网站组织得对用户合乎逻辑,且随网站成长仍易于维护。
良好的网站架构之所以重要,有两个原因:
- 它帮助搜索引擎抓取并理解你页面之间的关系
- 它帮助用户浏览你的网站
下面考虑网站架构的三个关键方面,以及如何用技术 SEO 审核工具分析它们。
站点层级
站点层级(或称网站结构)指页面如何被组织到各个子文件夹中。
要了解站点层级,请前往 Site Audit 中的“已抓取页面”标签页。

然后,把视图切换到“网站结构”。

你会看到网站的子域名与子文件夹,审查它们以确保层级组织得当、合乎逻辑。
目标是扁平化的网站架构,如下:

理想情况下,用户从首页出发只需三次点击就能找到所需页面。
当浏览网站需要超过三次点击时,说明层级过深。搜索引擎会认为层级深处的页面对于搜索查询而言不那么重要或相关。
要确保所有页面都满足这一要求,请留在“已抓取页面”标签页,切回“页面”视图。

然后点击“更多筛选器”,选择参数:“抓取深度”为“4 次以上点击”。

要修复该问题,为在网站结构中过深的页面添加内链。
导航
网站的导航(如菜单、页脚链接和面包屑导航)应让用户更容易浏览网站。
这是良好网站架构的重要支柱。
你的导航应当:
- 简单。尽量避免大型菜单(mega menus),或给菜单项用非标准的名称(比如用“Idea Lab”而不是“Blog”)
- 合乎逻辑。它应当反映你页面的层级。实现这一点的一个好方法是使用面包屑导航。
面包屑是一种辅助导航,向用户显示其在网站上的当前位置,通常表现为页面顶部的一行链接,例如:

面包屑帮助用户理解网站结构并在各层级间移动,从而同时改善用户体验与 SEO。
没有工具能帮你创建用户友好的菜单,需手动审查网站,并遵循导航的 UX 最佳实践。
URL 结构
与网站层级一样,网站的 URL 结构应一致且易于理解。
假设一位访客沿菜单导航到女童鞋类:
首页 > 儿童 > 女童 > 鞋类
URL 应与该架构相呼应:domain.com/children/girls/footwear
有些网站还应考虑使用能表明页面或网站与特定国家相关的 URL 结构。例如,面向加拿大用户的产品网站,可使用“domain.com/ca”或“domain.ca”。
最后,确保 URL 别名(slug)对用户友好,并遵循最佳实践。
Site Audit 能识别常见的 URL 问题,例如:
- URL 中使用了下划线:在 URL 中使用下划线(_)而非连字符(-)可能会让搜索引擎困惑。它们可能把用下划线连接的单词看作一个词,从而有可能影响你的排名。例如,“blue_shoes”可能被读成“blueshoes”而不是“blue shoes”。
- URL 中参数过多:参数是出现在问号之后的 URL 元素,比如 "?color=blue&size=large"。它们有助于跟踪。参数过多会让你的 URL 变得冗长而令人困惑,无论对用户还是搜索引擎都是如此。
- URL 过长:有些浏览器可能难以处理超过 2,000 个字符的 URL。更短的 URL 也更容易让用户记住和分享。

3. 修复内链问题
内链指从你域名内一个页面指向另一个页面的链接。
内链是良好网站架构的重要组成部分,它在网站中分配链接权重(又称“链接汁”或“权威度”),从而帮助搜索引擎识别重要页面。
在改善网站结构的同时,检查内链的健康状况。
回到 Site Audit 报告,点击“内链”得分下方的“查看详情”。

在这份报告中可看到网站内链问题的明细。

失效内链,即指向已不存在页面的链接,是一种常见的内链错误。
失效链接会造成糟糕的用户体验,并妨碍搜索引擎正确理解网站结构、分配链接权威,从而对 SEO 排名产生负面影响。
好在失效内链较易修复。
在“内链问题”报告中,点击“失效内链”错误中的问题数量,然后手动更新列表中的失效链接。

另一个容易修复的问题是孤立页面,即没有任何链接指向的页面,这意味着无法通过同一网站上的任何其他页面访问到它们。
查看“内链”柱状图,寻找链接数为零的页面。

为这些页面各添加至少一条内链。
用“内链分布”图查看页面按内链评分(ILR)的分布情况。
ILR 反映一个页面在内链方面的强弱程度,越接近 100 越强。

用这一指标了解哪些页面可从额外内链中受益,以及可用哪些页面在整个域名内分配更多链接权重。
但不要只顾修复本可避免的问题。遵循以下内链最佳实践,避免将来出现问题:
- 把内链纳入你的内容创作策略
- 每次创建新页面时,都从已有页面链接到它
- 不要链接到会重定向的 URL(改为直接链接到重定向的目标)
- 链接到相关页面,并使用相关的锚文本
- 用内链向搜索引擎表明哪些页面重要
- 不要使用过多内链(这里用常识判断——一篇标准博客文章大概不需要 50 条内链)
- 了解nofollow 属性并正确使用它们
4. 发现并修复重复内容问题
重复内容指多个网页包含完全相同或几乎相同的内容。
它可能导致若干问题,包括:
- SERP 中显示你页面的错误版本
- 最相关的页面在 SERP 中表现不佳
- 你网站上的索引问题
- 在重复版本之间分散你页面的权威度
- 跟踪你内容表现的难度增加
若页面的内容至少有 85% 相同,Site Audit 就会将其标记为重复内容。

重复内容通常有两个常见成因:
- URL 存在多个版本
- 存在带不同 URL 参数的页面
URL 的多个版本
例如,一个网站可能有:
- HTTP 版本
- HTTPS 版本
- 带 www 的版本
- 不带 www 的版本
对 Google 来说,这些是网站的不同版本。因此,若页面运行在其中一个以上的 URL 上,Google 就会将其视为重复内容。刚上线的网站很常见这一问题。
要修复该问题,选择偏好的网站版本,并设置全站范围的 301 重定向,确保每个页面只有一个版本可访问。
URL 参数
URL 参数是 URL 中用于筛选或排序网站内容的额外元素,多见于电商网站。
它们用于仅有细微变化的产品页面,例如同一产品的不同颜色款式。
可通过问号和等号识别它们。

由于带参数的 URL 与不带参数的对应版本内容几乎相同,它们往往被识别为重复内容。
Google 通常把这些页面归为一组,并尝试挑选出最佳版本用于搜索结果:识别出最相关的版本并在结果中显示,同时合并重复版本的排名信号。
尽管如此,Google 建议采取以下操作以减少潜在问题:
- 减少不必要的参数
- 使用指向不带参数 URL 的规范标签
设置 SEO 审核时,应避免抓取带 URL 参数的页面,以确保 Site Audit 只抓取你想分析的页面,而非其带参数的版本。
自定义“移除 URL 参数”部分,列出所有想忽略的参数:

要稍后访问这些设置,点击右上角的设置(齿轮)图标,然后在 Site Audit 设置下点击“抓取来源:网站”。

5. 审核你的网站性能
网站速度是整体页面体验中至关重要的一环,长期以来一直是Google 的排名因素。
网站速度对 SEO 的影响显著:更快的网站能获得更高搜索排名、吸引更多自然流量,并提供更好的用户体验,让访客保持参与。
审核网站速度时,需考虑两个数据点:
- 页面速度:一个网页加载需要多长时间
- 网站速度:某网站一组页面浏览样本的平均页面速度
改善页面速度,网站速度也会随之改善。
这项任务如此重要,以至于 Google 专门打造了一个工具来应对:PageSpeed Insights。

有若干指标影响 PageSpeed 分数,其中最重要的三个被称为核心网页指标(Core Web Vitals)。
它们包括:
- 最大内容绘制(LCP):衡量你页面主要内容加载有多快
- 交互到下次绘制(INP):衡量你的页面对用户交互的响应有多快
- 累积布局偏移(CLS):衡量你页面的视觉稳定程度

PageSpeed Insights 会在四个主要方面提供改进页面的详情与机会:
- 性能
- 无障碍
- 最佳实践
- SEO

但 PageSpeed Insights 一次只能分析一个 URL,要获得全站视图,请使用 Semrush Site Audit。
前往“问题”标签页,选择“网站性能”类别。
在这里可看到某个具体问题(如加载速度慢)所影响的所有页面。

还有两份专门针对性能的详细报告:“网站性能”与“核心网页指标”。
两者都可从 Site Audit 概览页进入。

“网站性能”报告会提供额外的“网站性能得分”,或按加载速度对页面进行明细拆解,以及其他有用洞察。

核心网页指标报告会基于 10 个 URL 拆解核心网页指标,用“历史数据”图跟踪随时间变化的性能。
也可编辑分析的页面列表,让报告覆盖网站上各种类型的页面(如一篇博客文章、一个落地页和一个产品页)。
在“已分析页面”部分点击“编辑列表”。

延伸阅读:网站性能是个宽泛的话题,也是技术 SEO 中最重要的方面之一。要了解更多,请查阅我们的页面速度指南,以及关于核心网页指标的详细指南。
6. 发现移动端友好性问题
截至 2024 年 1 月,超过一半(60.08%)的网络流量来自移动设备。
而且 Google 主要索引所有网站的移动版本,而非桌面版本(这被称为移动优先索引)。
自从 Google 转向移动优先索引,一次全面的技术 SEO 审核必须优先处理移动端性能与可用性问题。
使用 Google 的移动设备适合性测试快速检查特定 URL 的移动端可用性。
并用 Semrush 检查移动 SEO 的两个重要方面:viewport 元标签和 AMP。
只需在 Site Audit 工具的“问题”标签页中选择“移动 SEO”类别。

viewport 元标签是一种帮助页面适配不同屏幕尺寸的 HTML 标签。采用响应式设计时,它会根据用户设备自动调整页面尺寸。
另一种改善移动端网站性能的方法是使用加速移动页面(AMP),即页面的精简版本。
AMP 在移动设备上加载很快,因为 Google 从其缓存中运行,而非向你的服务器发送请求。
若使用了 AMP,要定期审核,确保正确实现,以提升移动端可见度。
Site Audit 会检测 AMP 的各类问题,分为三个类别:
- AMP HTML 问题
- AMP 样式与布局问题
- AMP 模板问题
7. 发现并修复代码问题
无论一个网页在人眼看来是什么样,搜索引擎只把它看作一堆代码。
因此,使用正确的语法,以及有助于搜索引擎理解网站的相关标签和属性,都很重要。
技术 SEO 审核期间,要监控网站代码与标记的不同部分,包括 HTML(含各种标签与属性)、JavaScript 和结构化数据。
下面逐一深入来看。
元标签问题
元标签是为搜索引擎机器人提供页面内容额外数据的文本片段,作为一段 HTML 代码存在于页面的头部。
前文已介绍过 robots 元标签(与可抓取性和可索引性相关)和 viewport 元标签(与移动端友好性相关)。
还应了解另外两种类型的元标签:
- 标题标签:指明一个页面的标题。搜索引擎使用标题标签来构成搜索结果中那个可点击的蓝色链接。阅读我们的标题标签指南了解更多。
- 元描述:对页面的简要描述。搜索引擎用它来构成搜索结果中页面的摘要。虽然它与 Google 的排名算法没有直接关联,但一个优化良好的元描述具有其他潜在的SEO 收益,比如提升点击率、让你的搜索结果在竞争对手中脱颖而出。

要在 Site Audit 报告中查看与元标签相关的问题,请在“问题”标签页中选择“元标签”类别。

以下是一些常见的元标签问题:
- 缺少标题标签:没有标题标签的页面可能被搜索引擎视为低质量。你也错失了一个向用户和搜索引擎说明你页面主题的机会。
- 重复的标题标签:当多个页面拥有相同标题时,搜索引擎很难判断哪个页面对于一个搜索查询最相关。这会损害你的排名。
- 标题标签过长:如果你的标题超过 70 个字符,它可能在搜索结果中被截断。这看起来很不好看,也可能无法完整传达你的信息。
- 标题标签过短:字符数在 10 个或以下的标题无法提供足够关于你页面的信息。这限制了你为不同关键词排名的能力。
- 缺少元描述:没有元描述,搜索引擎可能会从你的页面中随机抓取文本作为搜索结果中的摘要。这可能对用户没有吸引力,并降低点击率。
- 重复的元描述:当多个页面拥有相同的元描述时,你就错失了使用相关关键词和区分页面的机会。这会让搜索引擎和用户都感到困惑。
- 带有 meta refresh 标签的页面:这种过时的技术会造成 SEO 和可用性问题。应改用正确的重定向。
这些基础问题在缺乏专业 SEO 关注的小型企业网站上出奇地常见。
规范标签问题
规范标签用于指出页面的“规范”(或“主要”)副本。当存在多个内容重复或相似的页面时,它告知搜索引擎该索引哪个页面。
规范 URL 标签放在页面代码的 <head> 部分,并指向“规范”版本。
形如:
常见的规范化问题是:某个页面要么没有规范标签,要么有多个规范标签,也可能规范标签失效。
Site Audit 工具能检测出所有这些问题。若只想查看规范化问题,请前往“问题”,在顶部筛选中选择“规范化”类别。

常见的规范标签问题包括:
- 没有规范标签的 AMP 页面:如果你同时拥有某个页面的 AMP 版本和非 AMP 版本,缺少规范标签会导致重复内容问题。这让搜索引擎困惑,不知道该在结果中显示哪个版本。
- HTTP 版本未重定向或未规范到 HTTPS 首页:当你同时拥有首页的 HTTP 和 HTTPS 版本却没有明确指向时,搜索引擎会难以判断该优先哪个。这会分散你的 SEO 精力并损害你的排名。
- 规范链接失效的页面:如果你的规范标签指向一个不存在的页面,你就是在浪费抓取预算,并让搜索引擎困惑。
- 拥有多个规范 URL 的页面:一个页面上有一个以上的规范标签,会给出相互冲突的指令。搜索引擎可能会忽略所有它们,或选错一个,从而有可能损害你的 SEO 结果。
hreflang 属性问题
hreflang 属性标示页面的目标地区与语言,帮助搜索引擎根据用户的位置和语言偏好提供正确版本。
若网站需要触达不止一个国家的受众,请在 <link> 标签中使用 hreflang 属性。
例如:

hreflang 属性主要用于大型网站,如有国际业务的电商网站,因此小型企业无需担心。
要审核 hreflang 标注,请前往 Site Audit 中的“国际 SEO”主题报告。

你会看到站点上 hreflang 问题的全面概览:

以及一份详细清单,列出在网站总语言版本数中缺少 hreflang 属性的页面。

常见的 hreflang 问题包括:
- 既无 hreflang 也无 lang 属性的页面:没有这些,搜索引擎无法判断你内容的语言,或该向用户显示哪个版本。
- 页面源代码中存在 hreflang 冲突:相互矛盾的 hreflang 信息会让搜索引擎困惑。这可能导致搜索结果中出现错误的语言版本。
- hreflang 取值有问题:你的 hreflang 属性中错误的国家或语言代码会妨碍搜索引擎正确识别你内容的目标受众。这可能导致你的页面被展示给错误的用户。
- 错误的 hreflang 链接:失效或会重定向的 hreflang 链接会让搜索引擎难以理解你网站的语言结构。这可能导致抓取效率低下,以及你的多语言内容被不当索引。
- hreflang 语言不匹配的页面:当你的 hreflang 标签与页面的实际语言不符时,就像虚假广告。用户可能落到他们看不懂的页面上。
修复这些问题有助于确保国际受众在搜索结果中看到正确内容,从而改善用户体验,并有可能提升全球 SEO 投资回报率。
JavaScript 问题
JavaScript 是一种用于在页面上创建交互元素的编程语言。
Google 等搜索引擎会使用 JavaScript 文件渲染页面。若 Google 无法让这些文件渲染,就无法正确索引该页面。
Site Audit 工具能检测出损坏的 JavaScript 文件并标记受影响的页面。

它还能显示网站上其他与 JavaScript 相关的问题,包括:
- 未压缩混淆的 JavaScript 和 CSS 文件:这些文件包含不必要的代码,如注释和多余空格。压缩混淆(minification)会移除这些多余内容,在不改变功能的情况下减小文件体积。更小的文件加载更快。
- 未压缩的 JavaScript 和 CSS 文件:即使经过压缩混淆,这些文件还能进一步压缩(compression)。压缩能减小文件体积,让它们下载得更快。
- JavaScript 和 CSS 总体积过大:如果经过压缩混淆和压缩后,你的 JS 和 CSS 文件合计仍超过 2 MB,它们仍可能拖慢你的页面。这么大的体积会导致糟糕的用户体验,并有可能降低搜索排名。
- 未缓存的 JavaScript 和 CSS 文件:没有缓存,浏览器每次用户访问你的网站时都必须下载这些文件。这会增加你访客的加载时间和数据用量。
- JavaScript 和 CSS 文件过多:使用超过 100 个文件会增加服务器请求的数量,拖慢你的页面加载时间
- 损坏的外部 JavaScript 和 CSS 文件:当托管在其他网站上的文件无法正常工作时,它可能导致你页面上出现错误。这既影响用户体验,也影响搜索引擎索引。
解决这些问题可以改善网站性能、用户体验与搜索引擎可见度。
要检查 Google 如何渲染一个使用 JavaScript 的页面,请前往 Google Search Console 并使用“URL 检查工具”。
把 URL 输入顶部搜索栏并回车。

然后点击右上角的“测试实际网址”,测试页面的实时版本,测试可能需要一到两分钟。
现在可看到一张页面在 Google 中确切渲染效果的截图,据此检查搜索引擎是否在正确读取代码。
只需点击“查看已测试的网页”链接,再点击“屏幕截图”标签页。

检查是否有不一致或缺失的内容,以查明是否有内容被屏蔽、出错或超时。
我们的JavaScript SEO 指南能帮助你诊断并修复 JavaScript 特有的问题。
结构化数据问题
结构化数据是以特定代码格式(标记)组织的数据,为搜索引擎提供关于内容的额外信息。
网页开发者中最流行的共享标记语言集合之一是 Schema.org。
Schema 帮助搜索引擎正确索引和归类页面,并帮你获得 SERP 特性(又称富结果)。
SERP 特性是一种特殊的搜索结果类型,因格式不同而从其他结果中脱颖而出。例如:
- 精选摘要
- 评价
- 常见问题

使用 Google 的富结果测试工具,检查页面是否有资格获得富结果。

输入 URL,就能看到在页面上检测到的所有结构化数据项。
例如,这篇博客文章使用了“Articles”和“Breadcrumbs”结构化数据。

该工具会在特定结构化数据项旁列出任何问题,并附上处理链接。
或者,使用 Site Audit 工具中的“Markup”主题报告识别结构化数据问题。
只需在审核概览中的“Markup”框里点击“查看详情”。

报告会提供网站使用的所有结构化数据类型的概览,以及任何无效项的列表。

当标记不符合 Google 的指南时,就会出现无效的结构化数据,这会阻止内容出现在富结果中。
点击任意项即可查看受影响的页面。

一旦识别出含无效结构化数据的页面,就使用 Google 的富结果测试等验证工具修复错误。
延伸阅读:进一步了解“Markup”报告以及如何为页面生成 schema 标记。
8. 检查并修复 HTTPS 问题
网站应使用 HTTPS 协议(相对于未加密的 HTTP)。
这意味着网站运行在一台使用第三方供应商 SSL 证书的安全服务器上。
它确认网站合法,并通过在浏览器中 URL 旁显示挂锁图标来建立与用户的信任:

HTTPS 是一个已被证实的 Google 排名信号。小型企业可能因成本顾虑推迟实施 HTTPS,但它对 SEO 与用户信任都至关重要。
实施 HTTPS 并不难,但可能带来一些问题。以下是在技术 SEO 审核期间处理 HTTPS 问题的方式:
在 Site Audit 概览中打开“HTTPS”报告:

在这里可找到与 HTTPS 相关的所有问题的列表,以及修复建议。

常见问题包括:
- 证书已过期:你的安全证书需要续期
- 过时的安全协议版本:你的网站运行的是一套过时的 SSL 或 TLS(传输层安全)协议
- 没有服务器名称指示:让你知道你的服务器是否支持 SNI(服务器名称指示)。这让你可以在同一个 IP 地址上托管多个证书,从而提升安全性
- 混合内容:判断你的网站是否包含任何不安全内容,这可能触发浏览器中的“不安全”警告
9. 发现并修复有问题的状态码
HTTP 状态码表示网站服务器对浏览器加载页面请求的响应。
1XX 状态是信息性的,2XX 状态表示请求成功,这两类无需操心。
下面回顾另外三类:3XX、4XX 和 5XX 状态,以及如何处理它们。
在 Site Audit 中打开“问题”标签页,在顶部筛选里选择“HTTP 状态”类别。

查看所有 HTTP 状态问题和警告。
点击具体问题即可查看受影响的页面。
3XX 状态码
3XX 状态码表示重定向,即用户和搜索引擎爬虫到达某个页面但被重定向到新页面的情况。
带 3XX 状态码的页面并非总是有问题,但应始终确保其被正确使用,以避免任何潜在问题。
Site Audit 工具会检测出所有重定向,并标记任何相关问题。
两种最常见的重定向问题如下:
- 重定向链:当原始 URL 和最终 URL 之间存在多次重定向时
- 重定向循环:当原始 URL 重定向到第二个 URL,而后者又重定向回原始 URL 时
审核重定向,并按 Site Audit 中提供的说明修复任何错误。
4XX 状态码
4XX 错误表示请求的页面无法访问,最常见的 4XX 错误是 404(页面未找到)。
若 Site Audit 发现有 4XX 状态的页面,就移除所有指向这些页面的内链。
首先,点击有错误的相应页面数量,打开该具体问题。

你会看到一份所有受影响 URL 的列表。

点击每行中的“查看失效链接”,查看指向报告中列出的 4XX 页面的内链。
移除指向 4XX 页面的内链,或把这些链接替换为相关的替代链接。
5XX 状态码
5XX 错误属于服务器端,表示服务器无法执行该请求,可能由多种原因导致。
例如:
- 服务器临时宕机或不可用
- 服务器配置不正确
- 服务器过载
调查这些错误的成因并尽可能修复。检查服务器日志,审查近期对服务器配置的改动,并监控服务器性能指标。
10. 进行日志文件分析
网站的日志文件记录了每一个访问网站的用户和机器人的信息。
日志文件分析帮助从网络爬虫的视角审视网站,从而理解搜索引擎抓取时发生了什么。
这项高级技巧对拥有数千页面的大型网站和电商店铺最有价值,因为在那里,理解抓取行为可能揭示一些关键问题。
手动分析日志文件并不现实,可改用 Semrush 的 Log File Analyzer。
开始分析需要一份访问日志文件副本,可在控制面板的服务器文件管理器中,或通过 FTP(文件传输协议)客户端访问。
然后,把文件上传到工具并开始分析。工具会分析 Googlebot 在网站上的活动,并提供如下报告:

它能帮你回答关于网站的几个问题,包括:
- 是否有错误在妨碍我的网站被完整抓取?
- 哪些页面被抓取得最多?
- 哪些页面没有被抓取?
- 结构性问题是否影响了某些页面的可访问性?
- 我的抓取预算被花得有多高效?
这些答案会为 SEO 策略提供支撑,帮助解决网页索引或抓取方面的问题。
例如,若 Log File Analyzer 识别出一些妨碍 Googlebot 完整抓取网站的错误,你或开发人员就可以着手解决。
要了解更多,请阅读我们的 Log File Analyzer 指南。
关于技术 SEO 审核的常见问题
我可以自己做技术审核吗,还是需要专家?
可以。可使用 Google Search Console 和 Semrush Site Audit 等工具自行开展技术 SEO 审核。
Site Audit 对在网站上识别出的所有问题都提供了清晰的解释与说明。
不过,修复这些问题通常需要对网站做技术性改动,这正是开发人员的帮助不可或缺之处。
因此,虽然可以自己运行审核并理解结果,但可能需要与开发人员协作,才能有效落实这些改动。
一次技术 SEO 审核要花多少钱?
开展一次技术 SEO 审核的成本因方式不同而差异很大,以下是典型的价格区间:
- 99–300 美元:自己做审核。主要涉及 SEO 工具相关的成本。
- 300–2,000 美元:聘请自由职业者或 SEO 顾问做一次性审核
- 2,000–10,000+ 美元:聘请一家代理机构为大型或复杂网站开展审核。在大多数情况下,你真正为之付费的不仅是发现问题的能力,还有解读问题、排定行动优先级并指导落实的专业能力。
完成一次技术 SEO 审核需要多长时间?
完成一次技术 SEO 审核所需的时间,取决于网站规模、所识别问题的类型以及团队中可用的人数。
以下是典型的时间范围:
- 小型网站(500 页以下):审核一天,另外三到七天用于实施修复
- 中型网站(500–2,000 页):审核一至三天,另外一至三周用于实施修复
- 大型网站(2,000+ 页):审核一周,另外一至两个月用于实施修复
技术 SEO 审核最重要的一些工具有哪些?
技术审核最重要的工具包括免费与付费选项的组合:
- Google Search Console(免费)
- 一款基于抓取的工具,比如 Semrush 的 Site Audit、Screaming Frog SEO Spider 或 Ahrefs Site Audit(付费)
- Google 的 PageSpeed Insights 工具(免费)
- 一款日志文件分析工具,比如 Semrush 的 Log File Analyzer 或 Screaming Frog Log File Analyzer(付费)
技术 SEO 审核之后要跟踪哪些 KPI?
最直接的关键绩效指标(KPI)之一,是 Semrush Site Audit 工具内的“站点健康度”分数。重新运行审核,并把新分数与之前的分数比较。
几周后,在 Google Search Console 中跟踪以下额外 KPI:
- 展示次数:检查你的网站是否更频繁地出现在搜索结果中。展示次数上升可能表明可抓取性和索引情况有所改善。
- 点击次数:寻找自然点击的增长,它们往往伴随着页面速度提升等技术改进而来
- 平均排名:跟踪你关键页面和查询的排名是否随时间在改善
应该多久做一次技术 SEO 审核?
至少应每季度进行一次全面的技术 SEO 审核,不过对于大型网站或更新频繁的网站,每月审核更理想。
此外,每当注意排名下滑、做出重大网站改动或推出新网站时,都应进行一次审核。定期监控有助于在问题严重影响搜索表现之前发现它们。
用技术 SEO 审核提升你网站的排名
一次彻底的技术 SEO 审核能对网站自然搜索排名产生积极影响。
现在你已了解如何开展技术 SEO 审核,剩下要做的就是开始行动。
使用我们的 Site Audit 工具识别并修复问题,看着表现随时间不断改善。