为什么我从WordPress叛逃到Astro？一个老站长的反思

2018年，我用 WordPress 搭建了第一个博客。 2026年，我用 Astro 重写了它。

这 8 年间，我经历了：

WordPress 从 4.9 升级到 6.5
换了 5 个主题
装了 30+ 个插件
被黑客攻击 2 次
数据库崩溃 3 次
每次更新都提心吊胆怕网站挂掉

现在，我想和你聊聊：为什么我最终选择了”叛逃”。

WordPress 的美好时光

先说公道话，WordPress 曾经是我的最爱。

优点（无法否认）

生态丰富：5万+ 插件，几乎任何功能都能找到现成的解决方案。
可视化编辑：Gutenberg 编辑器虽然被吐槽，但对非技术人员友好。
社区支持：任何问题都能在 StackOverflow 或官方论坛找到答案。
SEO 友好：Yoast SEO、Rank Math 等插件让优化变得简单。

我在 WordPress 上写过 200+ 篇文章，积累了第一批读者。没有 WordPress，就没有这个博客的起点。

转折点：性能焦虑

2024年，Google 开始把 Core Web Vitals 作为排名因素。

我的 WordPress 博客 Lighthouse 分数：

Performance: 65
Accessibility: 82
Best Practices: 78
SEO: 90

不及格。

我尝试了所有优化手段：

✅ 启用缓存插件（WP Super Cache）
✅ 图片压缩（Smush）
✅ CDN 加速（Cloudflare）
✅ 数据库优化（WP-Optimize）
✅ 移除未使用的插件
✅ 切换到轻量主题（GeneratePress）

最高只能提升到 75 分。瓶颈在于：WordPress 本身太重了。

每次页面加载，都要：

查询 MySQL 数据库
执行 PHP 代码
渲染 HTML
加载 20+ 个 JS/CSS 文件

即使用了缓存，首屏时间依然在 2-3 秒。

Astro 的诱惑

2025年初，我偶然发现了 Astro。

它的承诺很简单：

默认发送零 JavaScript，只传输你需要的 HTML。

我花了一个周末，把 WordPress 的 200 篇文章迁移到 Astro。

结果震惊了我：

Astro 博客 Lighthouse 分数

Performance: 98
Accessibility: 100
Best Practices: 100
SEO: 100

首屏加载时间：0.3 秒（之前是 2.5 秒）

这不是优化，这是降维打击。

迁移后的真实收益

1. 性能提升（最明显）

页面大小: 从 2.5 MB 降到 150 KB（减少 94%）
请求数: 从 80+ 降到 5 个
首屏时间: 从 2.5s 降到 0.3s
Lighthouse: 从 65 分升到 98 分

Google Search Console 数据显示，迁移后 3 个月内，有机搜索流量增长了 40%。

2. 维护成本降为零

不再需要更新插件：Astro 没有插件系统，依赖通过 npm 管理，半年更新一次即可。
不再担心安全漏洞：静态站点没有数据库、没有 PHP，黑客无从下手。
备份变得简单：整个网站就是一个 Git 仓库，git push 就是备份。

以前我每月要花 2-3 小时维护 WordPress（更新插件、检查安全、清理数据库）。现在，我完全忘记了网站的存在，它自己运行得很好。

3. 写作体验提升

Markdown 写作：用 VS Code 写 Markdown，比 Gutenberg 编辑器快 3 倍。
Git 版本控制：每篇文章都有完整的修改历史，可以随时回滚。
本地预览：npm run dev 实时预览，不需要上传到服务器。

我不再需要登录 WordPress 后台，打开浏览器，等待加载。直接在本地写完，git commit，自动部署。

4. 成本降低

WordPress: 需要 PHP + MySQL 主机，月付 $5-10
Astro: 静态 HTML，可以部署到 Cloudflare Pages/Vercel，免费

我现在每年节省约 $60 hosting 费用。

但我失去了什么？

公平起见，我必须承认 WordPress 的优势。

1. 动态功能受限

评论系统：Astro 是静态的，不能原生支持评论。
- 我的方案：使用 Giscus（基于 GitHub Discussions），见《Giscus vs Waline》
用户登录：无法实现会员系统、付费内容。
- 我的方案：暂时不需要，如果未来需要，可以考虑 Astro SSR 模式
实时搜索：静态站点无法实现服务端搜索。
- 我的方案：使用 Pagefind（客户端搜索），效果还不错

2. 学习曲线

WordPress: 安装 → 选主题 → 写文章，零技术门槛。
Astro: 需要懂 Git、Markdown、npm、命令行。

如果你的目标读者是非技术人员，WordPress 更友好。

3. 生态系统差距

WordPress: 5万+ 插件，任何功能都有现成方案。
Astro: 集成库只有几百个，很多功能需要自己实现。

例如，我想添加一个”相关文章推荐”功能：

WordPress: 安装 Related Posts 插件，5 分钟搞定。
Astro: 自己写算法，计算标签相似度，花了 2 小时。

谁不应该离开 WordPress？

说了这么多 Astro 的好话，我必须强调：

以下情况，请继续使用 WordPress：

❌ 你需要动态功能

电商网站（WooCommerce）
会员系统
论坛/社区
在线课程平台

Astro 的 SSR 模式还在发展中，目前不适合复杂动态应用。

❌ 你是非技术人员

不会用命令行
不懂 Git
不想折腾代码

WordPress 的可视化编辑器和一键安装，对你来说是无价的。

❌ 你的博客已经很大

1000+ 篇文章
复杂的分类/标签体系
大量自定义字段

迁移成本太高，收益不明显。

❌ 你需要快速上线

今天注册域名，明天就要上线
没有时间学习新技术

WordPress 的”5分钟安装”依然无敌。

ZSX 的斩杀线建议

迁移到 Astro，如果：

✅ 你的博客以文字为主（技术博客、个人日记、评测文章）
✅ 你有一定的技术基础（会用 Git、命令行）
✅ 你重视性能和 SEO
✅ 你厌倦了 WordPress 的维护工作
✅ 你的文章数量在 500 篇以内

留在 WordPress，如果：

✅ 你需要电商、会员、论坛等动态功能
✅ 你是非技术人员，不想学代码
✅ 你的博客已经有大量内容和复杂结构
✅ 你需要快速上线，没有时间折腾
✅ 你喜欢可视化编辑器和丰富的插件生态

我的混合方案

实际上，我没有完全”抛弃” WordPress。

我现在是这样做的：

主博客: Astro（zsx.one）
测试/临时项目: WordPress（跑在 Hetzner VPS 上，见《Hetzner vs Contabo》）
客户项目: 根据需求选择
- 静态展示页 → Astro
- 企业官网 → WordPress

工具不是信仰，而是手段。 选择最适合当前场景的工具，才是真正的极客思维。