如何检查网站是否对 SEO 友好：10 项检查

对 SEO 友好的网站，是指搜索引擎能够找到、抓取、索引并理解，同时又能满足搜索者需求的网站。前一半属于技术层面，用工具很快就能查清；后一半，也就是你的内容是否真的是最佳答案，需要人来判断。本文用十项检查把这两方面都覆盖到。

想快速上手，可以先把首页和一个重要的内页放进 Rudra 的免费 SEO 检查工具，它会检查页面内信号以及你的 robots.txt 和站点地图。如果想在一份报告里同时检查同一页面的速度、移动端布局、无障碍、安全性和失效链接，请使用免费网站审计。然后再按下面的清单逐项检查。

10 项检查

1. 你的页面被索引了吗？

搜索 site:example.com 可以大致了解 Google 索引了哪些内容，但那并不是精确的数量。可靠的来源是 Google Search Console：“网页索引编制”报告会显示哪些 URL 已被索引、其余的为什么没有，“网址检查”工具则能告诉你任意单个页面的状态。如果还没有设置 Search Console，请先把它设置好；它是免费的。

2. 搜索引擎能抓取并索引这些页面吗？

每个重要页面都应当返回 HTTP 200，没有被 robots.txt 屏蔽，并且 robots meta 标签或 X-Robots-Tag 响应头中没有 noindex 指令。测试环境遗留下来的 noindex 是杀伤力最大、也最常见的 SEO 错误之一。Rudra 的 SEO 检查工具会标出这三种情况，以及页面级的 nofollow。我们的 robots.txt 与 sitemap.xml 指南解释了阻止抓取与阻止索引的区别。

3. 每个页面是否只有一个明确的 URL？

同一份内容如果既能通过 http:// 又能通过 https:// 访问，带不带 www 都行，或者结尾有没有斜杠都行，信号就会被这些重复版本瓜分。选定一个版本，让其余版本只经一次跳转就重定向过来。然后给每个页面加上 canonical 标签，写明它的绝对首选 URL：<link rel="canonical" href="https://example.com/pricing">。SEO 检查工具会报告 canonical 标签缺失、出现多个或使用相对地址，canonical 指向别的 URL，缺少 HTTP 到 HTTPS 的重定向，以及过长的重定向链。

4. 标题和 meta 描述是否独一无二、言之有物？

title 标签是表明页面主题的强信号，通常也会成为搜索结果中可点击的标题。请为每个页面写一个独一无二的标题，把核心主题放在靠前的位置；30–60 个字符左右通常能完整显示。meta 描述不影响排名，却左右着用户点不点击；参见什么是 meta 描述以及怎么写。

5. 标题层级结构清晰吗？

每个页面应当有一个 <h1> 来概括核心主题，其后的 <h2> 和 <h3> 标题按层级依次排列。标题方便读者快速浏览，也帮助搜索引擎理解内容的组织方式。缺少 H1、出现多个 H1 以及标题跳级（H2 后面直接跟着 H4）都会被检查工具标出。

6. 内容回答了搜索者的问题吗？

这是最重要的一环，而工具在这方面只能给点提示。搜一搜你想获得排名的词，看看目前排在前面的是什么：你的页面是否同样有用、具体、可信？Rudra 会标出可见文字极少（约 150 个英文单词以下）以及措辞异常重复的页面，但请把这些当作提醒你复查的线索。短页面可能恰恰是完美的答案，长页面也可能通篇空话。

7. 页面之间链接得好吗，有没有失效链接？

搜索引擎主要靠顺着链接来发现页面，内部链接则表明了你认为哪些页面重要。每个重要页面都应当有其他相关页面用描述性的锚文本链接过来，而不是成为孤立页面，或者只能通过站点地图到达。失效链接会白白浪费这些路径；失效链接检查工具和我们的指南如何修复失效链接可以帮你清理干净。

8. 在移动端好用吗？

Google 采用移动优先索引，所以真正算数的是页面的移动版。你需要设置 viewport meta 标签，文字清晰可读，没有横向滚动，并且内容与桌面端一致。移动端检查工具会在手机、平板和桌面屏幕上渲染你的页面，并标出溢出屏幕的内容；如何让网站适配移动端一文介绍了修复办法。

9. 速度够快吗？

Core Web Vitals 是 Google 评估页面体验的依据之一。“良好”是指在真实访问中 LCP 不超过 2.5 秒、INP 不超过 200 毫秒、CLS 不超过 0.1。在 Search Console 或 PageSpeed Insights 中查看实际用户数据，再用网站速度检查工具这样的实验室测试来找原因。更多内容见网站为什么这么慢。

10. 图片、结构化数据等其他信号是否到位？

• 图片：描述性的 alt 文本对屏幕阅读器用户和图片搜索都有帮助。
• 结构化数据：使用 schema.org 类型（Article、Product、LocalBusiness、FAQPage 等）的 JSON-LD 能帮助搜索引擎解读页面，并可能让页面具备展示富媒体搜索结果的资格。Rudra 会检查 JSON-LD 能否解析、是否声明了类型，以及常见类型是否包含关键属性；是否具备资格，请用 Google 的富媒体搜索结果测试来检查。更多内容见如何检查结构化数据。
• 语言：设置 <html lang>；多语言网站还要使用有效的 hreflang 标注，其中包括 x-default。
• 站点地图：一份保持更新的 XML 站点地图，在 robots.txt 中引用，并已提交到 Search Console。
• 社交标签：Open Graph 和 Twitter Card 标签决定链接被分享时的样子。它们不影响排名，但会影响来自社交媒体的点击。

SEO 工具无法告诉你的事

• 你的内容是否契合搜索者真正想要的东西，是否比目前排在前面的内容更好。
• 在这个主题上，你的网站是否被视为可信、权威的信息来源。
• 有多少其他网站链接到你，这些链接的质量如何。
• 你的目标搜索词竞争有多激烈。
• 在大量依赖 JavaScript 的页面上，Google 看到的是什么。Rudra 的 SEO 检查工具读取的是服务器返回的 HTML；如果你的内容是之后由 JavaScript 添加的，还要在 Search Console 的“网址检查”工具里看一下渲染后的 HTML。

把检查变成例行工作

每次有重大变动之后，都要检查关键页面：改版、CMS 或主题更新、启用新模板、网站迁移。每月查看一次 Search Console 的索引报告。修复了某个问题之后，重新检查一遍加以确认，然后给搜索引擎一些时间重新抓取；对于重要页面，可以用“网址检查”工具请求 Google 重新抓取。

常见错误

• 一味追求满分，而不去修复那些妨碍页面被索引的问题。
• 把时间花在提示性的发现上，却放着严重问题不管，比如关键页面上的 noindex。
• 为关键词密度而优化，而不是为读者而优化。
• 试图用 robots.txt 把页面从搜索结果中移除。
• 以为技术上完美无缺的网站自然会有排名，哪怕没有用户想看的内容，也没有为它背书的链接。