博客配图为什么总会「裂」？聊聊图床的坑，和我现在的自动化配图流程

写博客这几年，正文倒没怎么丢过，图片却挂了一轮又一轮：防盗链、限流、图床关停、换平台后本地路径全废……最惨的一次是旧图床停止服务，几十篇文章的配图集体裂开，我手动重传了整整一个周末。

这篇不急着安利某一款工具，先把「博客图片为什么会挂」和「一套省心的配图流程应该怎么设计」讲清楚，最后简单交代我现在用的方案。

一、图片是怎么没的

常见的「裂图」原因，基本逃不出下面几类。

1. 防盗链（Referer 校验）

很多平台的图片只允许在自家域名下显示，第三方网站引用时，服务器检查请求头里的 Referer，不在白名单就返回 403 或一张「请勿盗用」的占位图。微博图床、各类社区图床都这么干过，而且规则说改就改，你事先收不到任何通知。

2. 公共图床限流或关停

免费公共图床本质是站长自掏腰包扛流量，图片热链的带宽成本远高于文字。用户量一上来，限速、加广告、关站都是常见结局，能稳定运营多年的属于少数。

3. 拿代码托管平台当图床

把图传 GitHub 仓库、用 raw 链接或 jsDelivr 加速曾经很流行，但 raw 域名国内访问时好时坏，jsDelivr 的国内节点也失效过；而且仓库体积被图片撑大后，clone 和备份都变慢，属于「不是干这个用的」方案。

4. 自建对象存储

最稳的路线是 OSS/COS 加 CDN，但图片量和访问量上来后，存储、请求次数、下行流量每个月都是真金白银，还要自己配域名、缓存规则和 HTTPS，将来换平台同样要重做一遍。

5. 本地相对路径

图片放仓库里跟着文章走，看似最踏实，可一旦换了博客框架、或者要把同一篇文章分发到多个社区，相对路径立刻全废，多设备写作还得带着一大坨附件同步。

二、一套省心的配图流程应该具备什么

被上面这些坑教育过之后，我总结出几条硬标准：

• 写作时无感上传：截图之后一个快捷键（或直接粘贴），工具自动上传并把 Markdown 链接回填到光标处，思路不被打断。这一层通常用 PicGo 这类图床客户端完成：它负责监听剪贴板、调用图床的上传接口、按模板拼接链接，Typora、Obsidian 都能挂接；
• 链接类型要分层：正文用压缩图或缩略图省流量，需要看细节时再点开原图；面向海外读者的文章走加速节点。图床如果能直接给出原图、压缩、缩略图、加速几种链接，后期就不用自己做图片处理；
• 改图不换链接：文章发出去后才发现图里有错别字是常事，支持「同名覆盖、链接不变」，就不用回每篇文章里逐个改地址；
• 存量能批量迁移：换图床时最痛苦的是老图。靠谱的流程应该支持把旧链接批量贴进去、服务端逐条抓取转存，再配合编辑器全文替换，几百张图一次搬完，而不是手动重传；
• 规则摆在明面上：文件保存多久、免费额度多大，应该在上传记录里写清楚，而不是「图什么时候没的都不知道」。

三、我现在的方案

按这套标准筛下来，我最后留在了图床小镇（原敖武的图床，官网 imgbed.cn）：网页端免注册就能拖拽、粘贴上传，单文件 100M；登录后把 PicGo 接上，Typora 和 Obsidian 都是截图即传；旧图用「URL 上传」一次 500 条批量抓回来；每张图自带原图、无损压缩、海外加速和多级缩略图链接，同名覆盖后链接不变。

具体的 PicGo 参数和 Obsidian 配置我上一篇已经写过，这里不重复：《接着免费图床清单，聊聊我主力使用「图床小镇」的这几个月》https://www.cnblogs.com/dogma/p/23002760 ；更早的横评清单在《2026 年，我还在使用的免费图床》https://www.cnblogs.com/dogma/p/20191820 。

四、按人群给个建议

• 只是偶尔在文档、评论区贴张图：任何免注册图床都行，用完即走；
• 长期写 Markdown 博客和笔记：优先选能接 PicGo、支持覆盖上传的，把写作链路自动化；
• 做外贸独立站、有海外读者：重点看海外加速和自定义域名，共享域名有被个别违规用户牵连屏蔽的风险。

图片这种东西，不出事时没人在意，出事就是几十篇文章一起陪葬。早点把流程搭好，比事后抢救划算得多。

官网：https://imgbed.cn