静态站SEO审计:五个"错误"其实不用改

背景:一个68页的静态双语站
作者运营一个名为 Intellix Tutoring 的双语辅导网站,用 Jekyll 构建、部署在 GitHub Pages,共 68 个页面(英意各半),域名注册约四个月。某周他同时跑了 Google Search Console 和第三方 SEO 审计工具,两个工具合计报出几十条"问题"。结果几乎全都不需要修——唯一真正的问题只花了一行正则就解决了。
下面逐条拆解。
一、"页面重定向:验证失败"——这不是错误,这是设计意图
Search Console 在「页面重定向」栏目下列了四个 URL,九月份发起的验证状态显示 Failed:
http://www.intellixtutoring.com/http://intellixtutoring.com/https://www.intellixtutoring.com/https://intellixtutoring.com/it
作者用 curl -sIL 逐一检查,发现每个 URL 都返回 单次 301 重定向到规范地址(HTTPS、无 www、带尾部斜杠),然后返回 200。这正是期望的行为。
验证为什么永远失败? 因为「验证修复」要求 Google 确认这些 URL 不再重定向——但它们本来就应该重定向。所以验证每次都会失败。这个报告本质上是 Google 告诉你「这些 URL 不会被索引,因为它们指向别处」,而不是待办清单。
实用建议: 看到这类报告,先用
curl -sIL验证重定向链是否正确。如果 301 链正确,直接忽略验证失败状态。
二、"已发现 – 当前未索引"(39 页)——新站的正常现象
68 个页面中有 39 个被 Google 发现但从未抓取,看起来挺吓人。作者没有直接怪 Google,而是用 Googlebot 的 User-Agent 自己爬了一遍全站,结果:
- 所有 68 个 sitemap URL 返回 200
- 没有
noindexmeta 标签或X-Robots-Tag头 - 每个页面都有自引用 canonical
- 每个 sitemap URL 至少被 3 个其他页面链接,最深处距首页仅 4 次点击
- 没有内部链接指向重定向或 404
结论: 没有任何技术因素阻止索引。域名只有四个月大、外部链接极少,Google 自然爬得慢。「已发现」意味着 URL 在 Google 的队列里,还没轮到抓取。
但这次爬取确实发现了一个真实问题: 首页没有链接到任何一篇博客文章(共 26 篇),它们只能通过博客索引页到达。这是一个信号问题,不是索引 bug——仪表盘看不到,但爬取能发现。
实用建议:
- 对最重要的 URL 手动提交索引(Search Console 有每日配额)
- 在 Google 已经访问的页面上链接重要页面
- 争取外部站点链接
三、Rich Results:"无效日期时间值"——补个时区就完事
Google 的 Rich Results Test 显示所有文章通过:Article、Breadcrumb、Organization 结构化数据均有效,零错误。但有四个可选警告:
datePublished缺少时区dateModified缺少时区
JSON-LD 里写的是纯日期:
"datePublished": "2026-06-04",
"dateModified": "2026-10-12"
Schema.org 接受纯日期格式,但 Google 要求完整的带时区偏移的 datetime。修复方式很简单——用正则把所有纯日期替换为带时区的完整格式(如 2026-06-04T00:00:00+00:00),26 篇文章一行正则搞定。
总结:SEO 审计的正确心态
| 报告类型 | 是否真问题 | 处理方式 |
|---|---|---|
| 重定向验证失败 | ❌ 误报 | curl 验证重定向链正确后忽略 |
| 已发现未索引 | ❌ 正常现象 | 手动提交 + 改善内部链接 + 争取外链 |
| 日期格式警告 | ✅ 小问题 | 正则批量补时区 |
核心经验: SEO 工具会大量报出「看起来像问题」的事项,但很多是工具的设计逻辑导致的误报。在动手修之前,先用 curl 验证重定向、用爬虫验证可达性,再决定是否真的需要改。盲目"修复"反而可能让情况更糟。




本文目录(5 节)
本文基于 Hacker Noon 的公开内容,由 AI 辅助整理改写后发布。
原标题:Five SEO “Errors” on My Static Site That Weren’t Errors
阅读原文