我是暮川，一个把写作当长期马拉松跑的内容编辑。
这几年，我做过一件很消耗寿命的事情——给作者和客户「手工排版」微信公众号文章。那种复制 markdown 到微信后台、一个一个加空行、改标题、调字号、插代码块的夜晚，现在想想都有点头皮发麻。
真正让我清醒，是某次看到后台统计：一篇技术类长文，从 markdown 转到微信公众号，我整整花了 1 小时 12 分钟，而那天我一共排了 7 篇。也就是说，整整一个工作日，只是在重复「复制—粘贴—改格式」。
直到我认真折腾「markdown转微信公众号」这件事，我才发现：{image}原来痛苦不是写作本身，而是不会用工具。
这篇文章，我就打算把自己踩坑和优化后的做法摊开讲清楚，让你以后看到「markdown转微信公众号」这六个字，不再一身疲惫，而是有种「哦，这事简单」的笃定。
如果你也经历过这些场景，说明你正被「错误姿势」拖着走：
- 在 Typora、Obsidian、Notion 里写完 markdown，复制到微信编辑器里，标题乱套、加粗消失、列表挤成一坨。
- 代码块要么变成一大段灰色小字，要么直接失去高亮，像一块拍扁的橡皮。
- 图片丢失、链接失效，复制一次改一次，连你自己都忘了原始版本长什么样。
- 改一处格式，要从头到尾重新检查，生怕哪一段「一不小心」被微信编辑器吃掉了样式。
这些问题背后，其实只有一句话：微信编辑器和 markdown，本来就不是一路人。
markdown 是结构化文本，靠 #、*、``` 等符号表达层级和样式；微信编辑器本质是个网页富文本编辑器，看得懂的是 HTML 和行内样式。
所以要让「markdown转微信公众号」不再崩溃，只能承认一个事实：中间需要一个「翻译官」——把 markdown 安全、稳定地翻成微信能识别、还能好看呈现的格式。
很多人就是卡在「没有翻译官」这一步，才会越排版越绝望。
市面上关于「markdown转微信公众号」的工具不少，但真正救过我熬夜人生的，不是某一个神奇插件，而是一套组合拳：工具 + 写作习惯 + 简单规范。
我自己的路线，大概是这样走出来的：
1.写作阶段：只管内容，不要早早被格式绑架
我在写 markdown 时，会刻意遵守一些「为微信排版而生」的小习惯：
- 标题只用到
，避免层级过深在手机上显得拥挤。 - 列表尽量使用短句，长句放到普通段落里，防止在微信窄屏里挤作一团。
- 图片上一行空一行，保持
的标准格式，方便后续工具一次识别。 - 代码块统一用
包起来，并尽量注明语言，比如python，这样有些工具能自动做高亮。
看起来像在「束缚自己」，其实是换取后面排版的自由：写的时候专注内容，排的时候用工具一键处理。
2.中转工具：让 markdown 变成「微信友好型 HTML」
核心步骤就一个：把 markdown 转成适合微信的 HTML，再复制到编辑器。
比较常见的做法有几种，你可以挑自己顺手的：
浏览器扩展 / 在线工具：搜「markdown 转微信公众号」可以看到几个在线编辑器，支持把 markdown 粘进去，一键生成带样式的 HTML，再复制到微信。优点是上手快，缺点是你需要相信这个网站不会乱动你的内容。
桌面写作软件自带的导出功能：一些写作软件（例如 Typora 类似工具）支持「导出为 HTML」，再配合微信编辑器的「从 HTML 粘贴」插件或中转工具，可以比较平滑的转换。这条路的关键点在于：不要直接复制可视结果，而是要复制生成的 HTML。
专门的「微信公众号排版工具」：市面上有些工具就是为这个需求生的，支持从 markdown 导入，自动套用公众号风格模板、代码配色、引用块设计。用过一款之后，才明白什么叫「以前我都在浪费时间」。
不管是哪条路，你需要注意两点：
- 看一眼生成的 HTML 结构有没有乱加奇怪样式，比如强绑定字体、颜色，全局用
style="font-family: XXX"，微信里容易和自身样式打架。 - 生成后不要立刻全信，至少在微信编辑器里预览一下标题、列表、代码块，看是否有明显错位。
3.到微信后台这一层，只做「微调」而不是「重写」
当 markdown 转到微信公众号之后，我会给自己设一个原则：只允许做微调，不做大改。
具体是这些动作：
- 调整段间距，一般是让段落之间呼吸感更强一点，适当多一点空行。
- 为重要段落加粗，而不是滥用颜色。微信读者对红字、花哨配色的耐受度其实不高，反而会显得廉价。
- 插入「分割线」时，选干净的、简单的那种，别选带花纹的样式，那更适合商业广告，不适合结构清晰的内容。
这一层如果你能做到「10 分钟内解决」，说明前面的「翻译」阶段做得不错。
有一次我做了个很粗糙的对比实验。
同一篇 3000 字左右的长文，我保留内容不变，只做两份不同排版：
- A 版：普通复制粘贴，微信后台里用默认样式，段落稍微分开。
- B 版：按「markdown转微信公众号」的那套流程来走，用工具做结构排版，适度加粗和分割线，代码块高亮清晰。
推送给相似的用户群后，后台数据显示：
- 阅读完成度：B 版比 A 版高出约 18%
- 平均阅读时长：B 版多了 40 秒左右
- 在文末留言区喊「排版舒服」的，几乎只出现在 B 版底下
这个数字不算专业实验，只是公众号后台的实际数据，但足够说明一件事：
排版不是锦上添花，而是影响读者是否看完、是否愿意分享的关键一环。
而「markdown转微信公众号」这一步做得好不好，直接决定了排版的舒适度。
你可能也感受过：
- 文章再好，看起来挤成厚厚一块，很难撑到中段；
- 反而是结构清晰、留白得当的文章，即使观点一般，也更容易被读完。
把「markdown转微信公众号」当作写作链路的一部分，而不是最后不得不做的苦差事，心态和结果都会变。
说到具体操作，其实我更愿意跟你分享一些「连工具都懒得换」时依然有用的小习惯。它们听起来不高级，但确实帮我节省了大量时间。
习惯一：提前设计自己的「公众号模板」与其每次临时发挥，不如给自己定一套「固定框架」，比如：
- 标题用多大的字号、是否加粗；
- 小标题怎么区分层次；
- 段落大概控制在几行以内；
- 引用或者提醒用什么样式（浅灰引用块？彩色小横条？）；
把这些记下来，甚至做成一篇「模板文章」，每次新建文章就复制那篇模板再改内容。「markdown转微信公众号」之后，你只需要把内容插进去就好。
重复的地方交给惯例，变化的地方留给创作本身。
习惯二：写markdown 时，顺便想一想读者用手机怎么读
比如：
- 一行别太长，把关键句适当断行，让读者在手机上可以一眼扫过；
- 段首不要堆太多铺垫话，不如直接切入观点；
- 图片一定要考虑「在手机上一屏能不能看完」，太宽或太高都影响体验。
你会发现，这些看似和「markdown转微信公众号」无关的细节，最后都在微信里呈现出来，而你根本不想再回头改原文。
习惯三：不要让代码块毁掉整篇文章的观感如果你是技术向创作者，代码块是个必须认真对待的存在。
我一般会：
- 控制每个代码块的高度，超过一屏就考虑拆分，或者只放关键部分，把完整代码放到仓库或网盘链接里；
- 用明显的标题提示代码用途，比如「登录接口示例」「配置文件大致结构」，让非技术读者也不至于直接跳过；
- 选择一个微信里看起来舒服的代码高亮配色，而不是追求花哨。
一些「markdown转微信公众号」工具会自带代码样式，可以多试几套，选一个眼睛最轻松的。
习惯四：发出去之前，多看一遍「预览」而不是「编辑器界面」微信后台有一个常被忽略的按钮：预览。
编辑器里的样子，和手机上最终呈现出来的样子，往往不太一样。有时候一行在编辑器里看起来很简洁，到了手机上一挤，变得毫无呼吸感。
所以我自己的流程是：
- 在电脑上完成排版；
- 用预览发送到自己的微信；
- 拿着手机，从读者视角滑一遍，看看哪里太密、哪里太花。
如果发现问题，我只改那一小块，不再大规模重排。因为前面通过 markdown 和工具已经保证了整体结构是合理的。
「markdown转微信公众号」听起来像一整套体系，也确实可以折腾出很多工具链出来。但真正在我身上产生转变的，其实是一件极小的事情：
我有意识地决定——不再在微信后台里，从零开始写长文。
所有长内容，一律先在本地 markdown 写好，再考虑怎么「翻译」进公众号。这一条原则，迫使我必须找到顺手的转换方式。
只要你做出相同的决定，接下来你就会自然开始：
- 去找一个还算稳定的转换工具；
- 顺手给自己设一个小小的内容模板；
- 写 markdown 的时候，不光想着自己好写，还会顾及读者好读。
到那时，「markdown转微信公众号」就不再是一件让人血压上来的麻烦事，而是你内容生产流程中，非常自然的一环。
如果你现在正被排版折腾，或者手里已经有一大堆 markdown 等着进公众号，不妨选一篇练手，按这套思路走一遍。你会惊讶于——原来熬的很多夜，其实完全没必要。
