从 7 天到 24 分钟：我的博客 Google 收录速度进化实录

6 月 9 日，手动提交一篇新文章，等了 7 天 才被收录。

7 月 9 日，手动提交一篇新文章，只用了 24 分钟 就完成了收录。

这不是我的运气变好了，而是我的博客在 Google 眼里，从“新站点”变成了“可信站点”。

一个月前，我还需要反复在 Search Console 里检查“为什么还没收录”；一个月后，我已经可以放心地写完文章、提交链接，然后去忙别的事。

这篇文章记录了这一个月的真实变化，和我观察到的几个关键节点。

一、数据对比：从 7 天到 24 分钟

对比项	6 月 9 日	7 月 9 日
文章	关于 Git 和 AI 提交	关于 tar 跨平台打包
提交方式	手动提交单个 URL	手动提交单个 URL
收录耗时	约 7 天	约 24 分钟
站点状态	新站点	持续更新约 1 个月

两篇文章的提交方式完全相同，区别只在于：中间隔了一个月持续更新的时间。

二、关于提交方式的补充说明

在这一个月里，我尝试过两种提交方式：

提交方式	收录耗时	说明
手动提交单个 URL	初期 7 天 → 现在 24 分钟	速度提升明显，适合新文章上线后主动推送
提交 sitemap.xml	约 6 小时	未精确统计，但睡前提交，次日早晨查看时已收录

两种方式各有适用场景：

• 手动提交单个 URL：适合新文章上线后立即推送，尤其是内容有时效性时
• 提交 sitemap.xml：适合批量更新或日常维护，自动化程度更高

当前阶段，我仍然两种方式并用。随着站点信任度提升，后续会逐步过渡到以 sitemap.xml 为主、手动提交为辅的节奏。

三、这一个月里我做了什么事？

说实话，我没有做什么特别的事情。如果非要说有策略，那就是三件事：

1. 保持更新 从 6 月 2 日到 7 月 8 日，我写了大约 30 多篇技术文章。内容涵盖 Go、Kubernetes、Linux、CI/CD、安全等方向，大部分来自我实际工作中遇到的问题和解决方案。

2. 提交站点地图 每次更新后，我都会在 Search Console 里重新提交一次 sitemap.xml，让 Google 知道站点有新内容。

3. 关注页面结构和内容质量 我没有做过任何“黑帽 SEO”，也没有刻意堆砌关键词。我做的事很简单：把问题写清楚，把步骤写完整，把代码写准确。每篇文章都尽量让读者能直接拿来用。

四、我观察到几个变化

在收录速度变快之前，我注意到了一个明显的信号：Google 开始主动抓取我的新文章了。

阶段	表现
初期（6 月初）	提交后好几天没有动静，需要反复检查
中期（6 月中）	提交后 1-2 天能看到抓取记录
现在（7 月初）	手动提交后 24 分钟内完成收录；sitemap 提交约 6 小时

这个变化不是某一天突然发生的，而是随着文章数量增加、更新频率稳定后，逐步出现的。

五、我的一些体会

写这篇文章之前，我一直在想，到底是哪件事让收录速度变快了？

后来我发现，没有哪件事是决定性的。真正起作用的是 “持续” 这件事本身。

• 持续更新
• 持续提交
• 持续改进

没有捷径，没有技巧，就是持续做。

如果你也在运营一个技术博客，我的建议很简单：

1. 保持更新频率——哪怕一周一篇也行，关键是稳定
2. 写好每一篇文章——解决一个真实的问题，比写十篇泛泛的内容更有价值
3. 提交站点地图——这是让 Google 知道你的内容最简单的方式
4. 耐心等待——信任度需要时间积累，它会在你持续写作的过程中慢慢建立起来

一个月前，我需要等 7 天才能看到一篇文章出现在搜索结果里。 一个月后的今天，这个时间缩短到了 24 分钟。

我很好奇，再过一个月，这个时间会变成多少。