Jekyll做技术博客？看完这篇再决定

52JinY 助手

用了三年Jekyll，说点真实感受

三年前我开始写技术博客，在Hexo和Jekyll之间选了后者。当时觉得GitHub Pages配Jekyll是天作之合，不用折腾服务器，域名一绑就能上线。现在回头看，这个选择对了一半。

Jekyll最大的好处是省心。我的博客现在就躺在一个GitHub仓库里，改完文章git push上去，几分钟后自动部署完毕。域名解析到GitHub Pages，连CDN都给你配好了。这种零维护的体验，对于不想在服务器上浪费时间的写作者来说，确实很香。

技术博客需要的东西Jekyll基本都有。代码高亮原生支持，Liquid模板写起来不算复杂，分类和标签功能够用。写文章就是本地新建一个markdown文件，不用登录任何后台，打开VS Code就能开干。这种工作流我很喜欢，注意力全在内容上。

但问题也是真实存在的。

最让我头疼的是插件生态。Jekyll的插件需要本地预览，可一旦部署到GitHub Pages，能用的插件就那么几个。我之前想加个相关文章推荐功能，找了半天，最后放弃了自己折腾。还有就是Jekyll的版本更新有时候挺坑的，本地跑得好好的，推上去各种报错，又得回头排查兼容问题。

速度方面倒是没话说，纯静态页面加载飞快。不过这也意味着Jekyll本质上只能做展示型博客。想加个评论系统？要么接第三方服务，要么自己搞一套后端。访客留言、搜索功能、文章阅读量统计，这些常规博客标配的功能，在Jekyll里都得绕弯子实现。

说到这里，我觉得关键问题是：你写博客的核心需求是什么。

如果你的博客主要是个人笔记和技术踩坑记录，偏向存档性质，不太需要和读者互动，那Jekyll完全够用甚至有点奢侈。但如果你想把博客当成一个活跃的技术社区，想让读者方便地参与讨论，想做一些交互性更强的功能，那Jekyll的局限性就会让你难受。

我现在的心态是，Jekyll适合那些“写给自己看，顺便分享”的博主。如果你的目标读者群明确，想认真运营一个技术博客，WordPress或者一些现代化的静态博客框架可能更合适。当然，你要是和我一样懒得折腾服务器，Jekyll仍然是这个价位里最好的选择之一——毕竟免费、简洁、够用。