我的博客是怎么用 GPT 一点点改好的

我的博客 weiyii.cn，从页面调整到多语言、搜索推送，再到公众号草稿，都用到了 GPT。

刚开始，我问的问题也挺笼统：“网站怎么优化？”“为什么百度还没收录？”

后来发现，要想让它把事情做完，最好直接指出哪里不满意。字体太挤，就改字体；手机上表格看不全，就修表格。问题越具体，越容易看到结果。

现在我基本按这个方式用：我提问题，GPT 读项目、改文件、跑检查，最后一起看线上效果。

先解决我自己看着不舒服的地方

做博客，我最在意的还是文章好不好读。

首页看着顺不顺，正文是不是太小，标题会不会太重，表格在手机上能不能看清。这些都很普通，但读者打开文章，先碰到的就是它们。

我会直接告诉 GPT：

文章详情页的字体和大小再调整一下，手机端也看看。表格尽量铺满内容区域，太宽的保留横向滚动。

让它先找到对应的页面和样式，再改。

这里有个体会：别指望一句“优化 UI”，就能得到你喜欢的样子。 你觉得哪里别扭，最好直接说。它改完，你再打开电脑和手机看一遍，不合适就继续调。

PageSpeed 报告也是这么处理的。我把链接给它，让它看问题，再对照项目找原因。报告能帮忙定位，但最终还是得回到页面：打开有没有更快，阅读有没有受影响。

分数可以参考，网站得让人用着舒服。

多语言，做着做着才发现事情不少

后来我想让更多人能读到文章，就陆续加了英语、西班牙语、俄语、日语和阿拉伯语。

原以为主要是翻译，真正做起来才发现，正文之外还有不少东西：标题、摘要、分类、标签、菜单，甚至分享时显示的文案，都要跟着处理。

阿拉伯语还得调整阅读方向。只把文字换掉，页面看起来会很奇怪。

现在每种语言都有自己的地址。英文文章在 /en/articles/…/，日文在 /ja/articles/…/，打开就是对应语言的正文。

我还让 GPT 检查了 hreflang、x-default 和 canonical。这几个名字看着绕，实际要解决的问题很简单：告诉搜索引擎，这几篇是同一篇文章的不同语言版本，各自应该对应哪个地址。

最近一次，370 个外语页面和对应中文页面的线上检查都通过了。这种重复工作让它批量做，比我一个个点开省事得多。

翻译质量还是要抽查。尤其是技术文章，一个词翻偏了，整句话可能就不是原来的意思。

我也着急过：都推送了，怎么还没收录？

网站做完，当然希望有人搜得到。

所以我问过 Sitemap 有没有问题，也问过百度为什么还没收录，还让 GPT 把全站链接推了一遍。

这里最容易误会的，就是把“提交成功”当成“收录成功”。

现在我会看清楚它到底完成了哪一步：

平台	我怎么提交
IndexNow	提交网站的公开页面链接
Google	通过 Search Console API 提交 Sitemap
百度	通过链接提交接口，按额度推送

最近一次发布，IndexNow 接收了全站 438 个链接，Google 也接收了网站地图。百度当天额度用完了，剩下的只能留待后续补推。

438 个链接提交成功，听着挺好，但它不代表 438 个页面都收录了。是否抓取、是否收录，还得去搜索平台看。

GPT 能把提交这件事做好，搜索引擎什么时候收录，还是搜索引擎决定。

Google 这边，我用的是网站地图接口。普通博客文章没有一个可以直接照搬 IndexNow、提交后就请求逐篇收录的通用接口。

文章一多，就不想每次手工折腾了

写完一篇文章，后面其实还有一串事。

补译文、构建网站、检查页面、上传文件、刷新缓存、推送链接。再去公众号准备封面、调整排版、填摘要和原文链接。

一篇两篇还能手工做，次数多了，就想把这些步骤固定下来。

我让 GPT 把重复操作整理成脚本。下一次发布，沿用同一套流程；哪里失败了，看日志就知道，不用从头猜。

公众号现在也是通过 API 上传草稿。标题、作者、摘要、封面、原文链接，接口能设置的就一起设置，上传后再读回来核对。

还要检查同一篇有没有已经上传过。网络失败以后直接重试，很容易多出一份草稿，这个细节得提前处理。

我让它做到草稿箱这一步。正式发表前，自己再看一遍，尤其是手机上的表格、段落和封面。

用得越多，我越少说“全面优化”

现在给 GPT 交代事情，我尽量说清楚三点：哪里有问题、改完应该怎样、怎么确认做好了。

比如：

手机端文章表格超出屏幕了，修一下，保留横向滚动。检查中英文页面，改完告诉我原因和验证结果。

或者：

把公开页面推送到 IndexNow，记录返回结果。失败的保留待重试，别把提交成功写成已经收录。

不需要写得多漂亮，信息够用就行。

它说做完了，我也会看线上。因为本地检查通过，线上未必已经更新；博客发布成功，搜索推送也可能失败。

之前就碰到过百度额度不足，以及 IndexNow 历史状态校验没通过。后者换用已有的全站推送脚本才完成。遇到这种情况，把问题说清楚、把没做完的继续处理，比给我一句“全部成功”有用。

对我来说，最省心的是不用反复从头来

GPT 帮我省下的，主要是那些零碎时间。

找样式在哪、检查几十个链接、整理多语言文件、准备公众号草稿。这些事情单独看都不大，加起来却能占掉不少时间。

现在我发现一个问题，可以直接交给它查，改完再看结果。做过的流程留下来，下一次还能接着用。

网站该写什么、哪篇值得发、页面是不是舒服，这些判断我还是自己做。

如果你也想用 GPT 帮忙做网站，先挑一件小事就够了。修好手机上的表格，检查一篇文章的多语言页面，或者把公众号草稿上传流程跑通。

先把一件事做顺，再往后加。我的博客，就是这么一点点改过来的。