我们分析了 100 多万个域名，找出最常见的技术 SEO 问题

技术 SEO 问题研究技术 SEO

我们考察了 1,002,165 个域名，以找出最常见的技术 SEO 问题。下文列出在这 100 多万个域名中被标记最多的问题，数字表示在至少一个页面上发现该问题的域名百分比。

网站出问题的地方很多，每个站点都有需要修复的问题。

我们考察了 1,002,165 个域名，以找出最常见的技术 SEO 问题。继续往下读，看看我们发现了什么。

最常见的技术 SEO 问题 15 个

以下是在这 100 多万个域名中被标记最多的问题。数字表示在至少一个页面上发现该问题的域名百分比。

这些是最常见的问题，但每个网站都不一样。你可以用 Ahrefs 的 Site Audit 获取围绕自己网站问题的报告。对拥有 Ahrefs Webmaster Tools（AWT）账户的已验证站点，这是免费的。

如果你只想要数据，我整理了一张包含其余问题的表格。如果你想听我对主要问题的评论和修复优先级的看法，请继续往下读。

3XX 重定向 – 95.2% 的站点

大多数站点都使用重定向，通常没什么可担心的。站点乃至整个网络都在不断变化。我们做过一项研究，发现在所考察的九年期间，网络上指向页面的链接约有三分之二消失了。

如果存在重定向循环（页面被无限重定向），或者存在很长的重定向链，我会感到担忧。Google 在一次会话中最多会跟随五个重定向跳转。当它在下次会话恢复抓取时，会再跟随最多五个。超过 10 次跳转的，无法把信号（如链接）正确整合到最终 URL 上。

你可以在 Site Audit 中重定向（Redirects）报告的“问题（Issues）”标签页里找到这两者。

HTTP 到 HTTPS 的重定向 – 88% 的站点

如果你看到这个，很好！你希望自己的站点使用 HTTPS。

我们在 Site Audit 中把它作为一个通知项，除非重定向方向相反——从 HTTPS 到 HTTP——否则你不必担心。你可以在 Site Audit 中内部页面（Internal pages）报告的“问题”标签页里找到 HTTPS 到 HTTP 的重定向：

通过 Ahrefs 的 Site Audit 发现的 HTTPS 到 HTTP 重定向问题

数量多得惊人的站点（超过 6%）重定向方向错了。

与 HTTP 到 HTTPS 重定向同时可能出现的另一个问题是“混合内容（mixed content）”问题。你可以在 Site Audit 中内部页面报告的“问题”标签页里找到它：

有些人为解决这些问题，花大量时间更新对其他文件类型的所有引用。有一个更好的办法。

如果你为 upgrade-insecure-requests 设置一个内容安全策略（CSP），它就能解决你所有的“混合内容”问题。为此，在你的 .htaccess 或服务器配置中设置一条规则只需几分钟。

在 .htaccess 中，你只需添加：

[['Text', '<ifModule mod_headers.c>'], ['InlineBr'], ['Text', 'Header always set Content-Security-Policy "upgrade-insecure-requests;"'], ['InlineBr'], ['Text', '</IfModule>']]

缺少 alt 属性 – 80.4% 的站点

缺少alt 属性是一个无障碍问题，可能会演变成法律问题。大多数大公司都曾因网站上的 ADA 合规问题被起诉，有些公司一年被起诉多次。我会为主要内容图片修复这个问题，但对于占位图或装饰性图片之类可以留空 alt 属性的情况则不必。

对于网页搜索来说，alt 属性中的文本会被计作页面上的文本，但这其实只是它唯一的作用。在我看来，它对 SEO 的重要性常常被夸大。不过，它确实有助于图片搜索和图片排名。

你可以在图片（Images）报告中发现缺少的 alt 属性：

缺少或为空的元描述标签 – 72.9% 的站点

我不太担心缺少元描述。它们不影响排名。如果你没有，Google 会替你写一个；有时即使你有，它也会改写你的。我们做过一项研究，发现Google 有 62.78% 的时间会改写元描述。

不过，有些时候我还是会关注它们。创建页面时尽量添加元描述。如果某个你很在意或流量很大的页面缺少它，你可能想补上。如果你有独特卖点或你认为对用户有吸引力的优惠，也可能想加上一个。

你会在 Site Audit 的内容（Content）报告中找到“缺少元描述”的问题。

如果你点进该问题，可以在报告中按“自然流量（Organic traffic）”对页面排序。

页面缓慢 – 72.3% 的站点

我们通常用自己主观的速度衡量标准来判定一个页面是否缓慢。想更准确地了解，我建议在你项目的抓取设置中启用核心网页指标（Core Web Vitals）。

用你的 PageSpeed Insights API 密钥在 Ahrefs Site Audit 中获取 CWV（核心网页指标）

这会把你的项目连接到 Google PageSpeed Insights，并把核心网页指标数据拉取到 Site Audit 中。这些正是 Google 实际用于排名的指标，且取自同一数据源。

其他一些审计工具会拉取这些指标的实验室测试版本。但如果工具没有连接到 PageSpeed Insights，你就拿不到真正的核心网页指标数据，那些数据来自 Google Chrome 的真实用户。如果它们给你看的是来自 Lighthouse 的“总阻塞时间（TBT）”，而不是首次输入延迟（FID）或“与下次绘制交互（INP）”，那就是一个很容易分辨差异的方法。

我们既提供基于 Lighthouse 的测试分数，也提供核心网页指标的测试分数。查看 Site Audit 中的性能（Performance）报告，可以了解这些问题和更多内容。