☰
从零搭建个人博客:静态博客选型、Hexo部署与写作全流程指南
2026/10/3 4:47:10 网站建设 项目流程

很多人问我,第一篇博客到底该写什么、该怎么发、用哪个平台,问得多了我发现一个规律:大家不是不会写,而是被“第一篇”这三个字吓住了。今天就用我这些年折腾博客、也帮朋友从零搭起个人站点的经验,把“第一篇博客”这件事拆开揉碎聊一遍。这里不涉及复杂的编程背景,也不需要你懂服务器运维,只要你有一台能上网的电脑、一点想表达的冲动,就可以沿着这条路走通。

这篇东西适合谁看?刚想开博客但不知道从哪下手的新手,写过几篇但总觉得自己写得不够好、拖了又拖的人,以及已经在平台发文但想迁移到自建站点的朋友。我会从选题、平台选型、搭建流程、写作工作流,到发布后的心态调整和常见坑,都给你捋一遍,保证你看完就能动手。

1. 写第一篇博客前,先想清楚这件事

很多人一上来就纠结“用Hexo还是WordPress”“要不要买域名”“主题选哪个”,这些当然重要,但最重要的其实是另外一件事:你为什么要写博客。想清楚这个,后面所有技术决策都会变得非常简单。

1.1 博客不是日记,也不是朋友圈

我见过太多人把博客当私人日记写,今天吃了什么、明天去哪里玩,流水账记了半年,一个读者都没有,然后跑来问“为什么我的博客没人看”。这里有个很扎心的真相:博客本质上是写给别人的,哪怕你嘴上说“我只是记录给自己看”,只要发到了公開网络上,你就应该考虑读者的感受。这不是让你讨好谁,而是说,内容要有“可读性”和“信息量”。

那是不是一定要写技术教程?也不是。我看过很多优秀的个人博客,有人写养猫心得,有人写租房踩坑指南,有人写自己学做饭的翻车记录,阅读量比很多技术博客都高。核心在于:你的内容是不是能帮别人解决某个问题,或者带给别人某种情绪价值。第一篇博客不必追求宏大,找到一个你真正擅长、且别人会感兴趣的小切口,就已经成功了一半。

1.2 第一篇博客的最佳选题方向

基于我帮人审过上百篇“第一篇博客”的经验,最容易出效果的是这三类选题:一是“学习笔记型”,比如你刚学会了一个新技能,把学习过程整理出来,这类内容天然带有“新手视角”,最容易引起共鸣;二是“踩坑记录型”,你最近解决了某个具体问题,把排查过程写清楚,这类内容搜索价值极高;三是“观点分享型”,你对某个热点或常见现象有不一样的理解,写出来不怕有争议。

反而不建议第一篇就写“XX技术从入门到精通”这种大部头,因为新手很难驾驭,而且写到一半写不下去的概率极高。我自己第一篇博客写的是“如何用Markdown写笔记”,现在回头看其实内容很浅,但正因为选题小、好写完,它让我建立起了“我能写完一篇东西”的信心。信心这东西,比流量值钱多了。

1.3 平台优先还是自建优先

这个问题几乎每周都有人问。我直接给结论:如果你只是想先把内容写起来,那就选一个成熟平台,比如博客园、知乎专栏、公众号或者掘金这类,注册就能发,零成本零门槛,先把写作习惯养成再说。但如果你希望长期打造个人品牌,希望内容不被平台规则绑架,那就应该尽早自建独立博客。

自建博客的好处很实在:域名和空间是你自己的,文章版权完全属于你,排版样式随意定制,还能挂自己的广告和推广位。代价是你需要花一些时间搞定技术搭建。现在的方案其实已经很成熟了,静态博客(后面细讲)部署一套下来,快的半小时,慢的也就一个晚上,完全在可接受范围内。我的建议是:第一周先在平台上写1-2篇练手,第二周开始搭建自己的博客,第三周把练手的文章迁移过去。这个节奏最稳。

2. 静态博客的选型与本地环境准备

确定了要走自建这条路之后,接下来要选技术方案。这里我不推荐直接用WordPress,虽然它功能全、插件多,但需要自己的服务器或虚拟主机,还要处理数据库、安全更新、备份一堆事,对一名只想好好写作的博主来说,维护成本偏高。我更推荐静态博客方案:把文章写成Markdown,用一个工具生成纯静态HTML文件,然后扔到免费托管平台上,完事。

2.1 Hexo、Hugo、VuePress怎么选

目前主流的静态博客生成器有三个:Hexo、Hugo和VuePress。三者的区别我用一个表格说清楚:

对比项HexoHugoVuePress
语言环境Node.jsGo(单二进制)Node.js / Vue
上手难度中低,中文资料多中,主题配置需花时间中高,需要懂一点Vue
渲染速度文章少时足够快极快,千篇文章也秒开中等
主题生态非常丰富丰富偏文档风格
适合人群绝大多数新手追求性能的进阶用户喜欢Vue生态/写文档型博客

如果你是完全的新手,我建议直接选Hexo。理由很简单:中文社区庞大,你遇到的任何问题都能搜到解决方案,主题模板颜值高,配置逻辑也符合直觉。Hugo虽然性能强,但它的模板语法对新手不太友好;VuePress则更像一个文档工具,博客化改造需要额外功夫。当然,如果你有很明确的Geek倾向,喜欢折腾,Hugo也完全可以,只是第一篇博客没必要跟自己过不去。

2.2 以Hexo为例搭建本地写作环境

下面我以Hexo为例,带你把本地环境完整跑起来。先说准备工作,确保你的电脑上安装了Git和Node.js(建议LTS版本,比如20.x),这两个都去官网下载安装包一路Next就行,没什么可讲的。装完打开命令行,输入下面两行确认版本:

git --version node -v

看到版本号输出就说明环境没问题。接下来全局安装Hexo命令行工具:

npm install -g hexo-cli

然后在你想放博客的目录(比如D盘下一个叫myblog的文件夹)初始化:

hexo init myblog cd myblog npm install

这几条命令跑完之后,目录里会出现source/_posts这个文件夹,你的所有文章就放在这里。执行hexo s启动本地预览,浏览器打开http://localhost:4000,就能看到默认的Hello World页面了。到这一步,你的博客骨架就算是搭好了。整个过程快的话十分钟出头,慢的话取决于你下载依赖时的网速。

2.3 部署到GitHub Pages的完整流程

本地搭好只是第一步,把博客发布到公网让别人能访问,才是完整闭环。用GitHub Pages做托管是最省钱的方案:免费、稳定、支持自定义域名,而且不限制流量,对个人博客完全够用。操作流程我给你列清楚:

  1. 在GitHub上新建一个仓库,仓库名格式必须是你的用户名.github.io,比如我的用户名是zhangsan,仓库名就是zhangsan.github.io。
  2. 安装Hexo的部署插件:在博客根目录执行npm install hexo-deployer-git --save。
  3. 修改根目录的_config.yml文件,在底部找到deploy配置区域,填上你的仓库地址:
deploy: type: git repo: https://github.com/你的用户名/你的用户名.github.io.git branch: main
  1. 然后依次执行三条命令:
hexo clean hexo generate hexo deploy

第一次执行deploy时会让输入GitHub的用户名和密码,这里注意,密码输入的是你GitHub账户的Personal Access Token,不要输账户密码。操作完等一两分钟,打开https://你的用户名.github.io,看到博客上线的那一刻,成就感绝对爆棚。后面每次写完新文章,执行一遍上面三条命令就能完成发布,全程只需要几秒钟。

3. 写作工作流:从大纲到发布

环境和技术都是服务写作的,现在进入正题:一篇博客到底怎么写、怎么排版、怎么发布。我见过很多新手在搭建博客上花了一个月,结果真正写文章只用了一天,这是本末倒置的。博客的核心永远是内容。下面我分享一套我现在还在用的写作工作流,直接从零开始。

3.1 先写好大纲再动笔

写博客最忌讳的就是打开编辑器对着空白页发呆。我受够了那种“屏幕上一闪一闪的光标好像在嘲笑我”的感觉,所以后来强迫自己养成了一个习惯:先写大纲,再写正文。大纲不需要很复杂,大概列出你要写的三到五个大点,以及每个大点下面要补充的一两个小细节就够了。

拿我上面写Hexo部署那段举例,动笔前我的大纲就是:本地环境准备的三步(装Node.js、装Hexo、初始化)、部署到GitHub的五个动作、可能踩的坑。有了这个骨架,写的时候只需要往里面填肉,思路不会断,也不会写着写着跑偏到无关话题。大纲还有一个好处:你可以把写作分成好几个间隙完成,每次只需要搞定一个小节,不需要一口气憋出两千字。

3.2 Markdown写作工具的取舍

既然博客是基于Markdown的,那写作工具也绕不开这个格式。我推荐大家不要用那种在线编辑器直接写,因为在网页里写容易误触丢失内容,而且没有本地备份。我自己用Typora写初稿,这类所见即所得的工具,左边写右边渲染,新手不会因为记不住语法而崩溃。

备选方案还有Obsidian和VS Code。Obsidian适合需要做笔记管理的人,双向链接很方便;VS Code则适合本身就熟悉编辑器的开发者,装上Markdown插件后体验也不错。我的建议是:优先Typora,如果不想付费就用Obsidian,两个都支持实时预览,写起来都很舒服。无论选哪个,记得把自动保存打开,这是血泪教训换来的经验。

3.3 配图、贴代码和排版细节

一篇干巴巴全是文字的博客,阅读体验通常很糟糕。适量配图能大幅提升观感和理解力。配图有三类:一是手绘的示意图,用excalidraw或者draw.io画逻辑图;二是关键界面截图,比如部署成功的页面截图;三是封面图,可以用Canva这类在线工具做一张固定的模板图,每次换标题文字就行。图片格式用! [alt文字](图片URL)写进Markdown,注意alt文字要写清楚,对SEO有帮助。

代码块的排版有个很容易忽视的细节:一定要标注语言类型,比如```python或者```bash,这样渲染出来才有高亮,读者阅读代码的体验完全是两个档次。同时,代码块内部不要用太长的行,超过屏幕宽度的代码记得手动换行或拆分,否则移动端阅读时会非常难受。正文段落之间用空行分隔,不要挤在一起;关键信息用加粗,但一篇文章里加粗别超过五处,加粗太多等于没有重点。

3.4 发布前必须做的检查清单

写完后不要急着点发布,我列了一个我的检查清单,这能帮你少挨很多骂:

  • 标题是否准确反映了内容?有没有“标题党”嫌疑?
  • 开头前两段是否抓人?能不能让读者愿意往下读?
  • 小标题是否合理?读者扫一眼结构能不能看懂这篇文章讲什么?
  • 代码和图片是否完整?图片URL有没有失效?
  • 有没有明显的错别字和病句?(我一般用秘塔写作猫或Grammarly过一遍)
  • 文章的结尾是干净利落的总结,还是戛然而止没有收束?

检查这六项用不了十分钟,但能让你的文章质量提升一个档次。我自己的习惯是,写完后先放半小时,泡杯咖啡回来再检查,因为刚写完时脑子是“作者模式”,看不出问题,隔一会儿再看就变成“读者模式”,更容易发现不对劲的地方。

4. 第一篇博客最容易踩的坑

工具都跑通了,文章也写完了,你以为就万事大吉了?远着呢。从“写完”到“持续写下去”之间,还藏着好几个大坑。这些坑我自己全踩过,也看身边朋友踩过,我一条条给你掰扯清楚。

4.1 完美主义拖延症,最典型的表现

“等我再完善一下、等我把主题再调好看一点、等我再去学学前端再改一版”……这些话是不是很耳熟?我认识一个朋友,为了挑一个Hexo主题挑了整整两周,换了七八套,最后博客还是没开张。完美主义是博客写作的头号杀手,它披着“精益求精”的外衣,干着“无限拖延”的事。

怎么破?我的经验是:发布永远比完美更重要。你写的第一篇博客不管多烂,只要发出去了,它就完成了从0到1的跨越,后面的一切改进才有意义。我自己第一篇博客排版乱、内容浅、代码还贴错了,但正是这篇“不完美”的文章,让我收到了第一批读者留言,那种被回应的感觉是任何自我打磨都无法替代的。先把一期博客发出去,让它在网络上留下痕迹,你会发现自己的标准反而会水涨船高。

4.2 排版和格式混乱的现象与根因

有些新手写文章不空行、英文和中文之间不加空格、代码块语言类型不标、图片大小不统一。这些问题单独看都很小,但合在一起,读者打开你的文章第一眼就会觉得“业余”,根本没心思阅读你写了什么。排版混乱的根因不是审美不行,而是没有把排版当成写作的一部分。

解决方法是建立自己的排版规范。比如我现在的规范是:正文用14-16号字体、行间距1.75倍、段间距空一行;中西文之间加半角空格;标题层级严格从二级标题开始,不跳级;图片下方都要有图注。你不需要一次做到位,但可以把这些规则写在一个备忘录里,每次发布前对照检查一遍。坚持两三个月,排版就会变成肌肉记忆,想乱都难。

4.3 发完没反应,心态崩了怎么办

你兴冲冲把文章链接发到朋友圈,结果等了半天,阅读量停在个位数,评论零,点赞零。这种失落感我太懂了。我第一篇技术博客发出来一个星期,阅读量只有7,其中三个还是我自己开的。那一刻我真的怀疑自己是不是不适合写作。

后来我才理解一个规律:博客的读者增长从来不是线性的,而是脉冲式的。你发了一篇好文章,可能当时没什么人看,但两三个月后有人搜索某个关键词找到了你,于是又一层层转发,流量突然涨上来。好文章的传播有滞后期,这就是“长尾效应”。所以发完之后不要频繁刷新后台数据,那只会消耗你的写作动力。你要做的是立刻投入第二篇写作,而不是对着第一篇文章的数据发呆。另外,写文章不只是为了别人看,就算只有一个人读,你通过写理清了自己的思路,这本身就是巨大的收获。

4.4 被抄袭和转载的问题

等你的博客有了一点阅读量,就会遇到另一个问题:文章被抄袭或者被无授权转载。我第一次遇到时还挺生气的,甚至想过放弃更新,但后来想明白了,这其实是做内容的人必经的一道坎。

我的处理方式分两种情况:如果是简单复制粘贴到小网站,我基本不理会,顺便在文章里加一句“转载需注明出处”,因为那种站点基本没什么流量,反而相当于帮你扩散了影响力;如果被洗稿或者被大平台恶意搬运,那就收集证据,通过平台投诉流程维权。从技术上,可以在文章末尾放一个版权声明块,用Markdown规则写清楚转载要求。更重要的是,要给自己留一个思想上的后路:你持续输出新内容的能力,才是别人永远抄不走的护城河。

5. 常见问题速查与实操心得

到这里,从思想建设、技术搭建到写作发布,再到心态调整的完整链路基本齐了。最后这部分,我把平时被问到最多的疑问收拢成一张速查表,再把一些只能在实战中得到的经验一并分享出来,帮你少走几段弯路。

5.1 初学者高频问题对照表

问题我的建议
我不想学命令行,能开博客吗?可以,先用平台写起来,或者用在线编辑器(如StackEdit)管理Markdown文件,再手动上传到部署端。
博客文章多久更新一次合适?质量比频率重要,但至少一到两周发一篇。断更三个月中途很容易直接弃坑。
要不要买自己的域名?强烈建议买,一年几十块不贵,看起来专业,而且搬家时品牌资产能带走。推荐优先用 .com 后缀。
文章要不要加SEO关键词?要,但别刻意堆砌,标题里放一个核心关键词就够,正文自然出现两三次。
要不要做评论系统?第一期可以不做,等有读者了再考虑,常用的有giscus、artalk,都免费。
博客写什么最涨粉?写“你这个阶段最真实的经验”。因为每个阶段的自己,都会有人正在经历同样的困惑。
发布后发现错误怎么办?直接改,改了重新部署即可。静态博客天然支持修改,不用害怕。

5.2 我把总结写在最后的几个原因

有些新手博客文章把“总结”放在开头,上来就是本篇要点,这样其实很劝退,等于直接剧透。更合理的做法是把总结放在文末,给读完全文的读者一个回甘。这也是我写这篇文章时采用的结构。一篇好博客,开头负责留下读者,正文负责提供价值,结尾负责升华体验,三者的分工是不同的。

写结尾的时候,我也习惯在最后加一句“如果你遇到什么问题,欢迎留言交流”,而不是干巴巴地说“谢谢阅读”。这样既有温度,也能埋一个钩子,方便读者和你建立连接。当然这句话可以灵活变通,比如分享一个自己的下一步计划,或者抛出一个开放性问题,让有心人在评论区互动起来。

5.3 别把第一篇博客当成终点

最后再说说心态。我的观察是,很多人写第一篇博客时憋着劲儿想一鸣惊人,然后就被这种期待压垮了,反而写不出来。不妨反过来想:第一篇博客更像是一个里程碑——你决定开始公开表达的那个时刻的记录。它不需要完美,甚至不需要有多少人看,它存在的意义是告诉你自己:我开始了。

我后来回看自己那篇阅读量只有7的文章,发现写得是真差,但正是那篇文章让我迈出了第一步,之后才有了第二篇、第三篇,一直写到现在。如果你正在读这篇文章,并且心里那个“我也要开个博客”的念头一直没熄灭,那就别再等了。选一个平台、搭一套环境、写一篇烂文,发出去,然后告诉全世界:这是我的第一篇博客。剩下的,时间会帮你去实现。

需要专业的网站建设服务?

联系我们获取免费的网站建设咨询和方案报价,让我们帮助您实现业务目标

立即咨询