其实Google Search Console已经启用一段时间了，只是站点问题的报告向来都被我习惯性无视，今天刚好考完试无聊，就看了一下邮件中提到的bug，结果并没有很难修。
今天本来是要添加谷歌统计的，之前写年度回顾的时候用是是Webalizer和Awstats，因为两者的默认界面不友好，换用了谷歌统计。顺便看了一眼Google Search Console(GSC)反馈的问题。
软404问题误报
问题大致是，有两个页面被谷歌怀疑是返回200状态码，但页面是无内容。其中一篇是短文章（大约200字以内），另一个页面是一个有两篇文章的分类目录。Google了一下没找到答案，我怀疑是因为文章太短加上没有分类被误报，稍微往文章里加了点东西，然后提交修复再看看吧。
AMP缺少结构化数据
这个问题就比较简单了，GSC的反馈是“必须填写“image”字段的值。”，我用的是官方的AMP插件，查了一下发现是文章没有特色图片导致的。
这个就要好好吐嘈一下了，之前博客用的是图床，从来就没有添加过特色图片，一直到后来把图床搬回WordPress，也是直接按照路径把文件一放完事，根本没有用WordPress的媒体库管理图片。可想而知，基本所有的AMP页面都报这个错误了。网上有将第一张图设为特色图片的插件，不过对于我这种用的外链图片的并不生效，甚至会在媒体库里生成一堆死链。
最后的解决方法是把之前所有的文章加上一张随机的banner图片，虽然有点图文不符，但至少能解决问题，算是不是办法的办法了。
解决之后可以用Google结构化测试工具看看效果。
总结，当初就不应该用图床：本身图片数量少不谈，抛开博客加载速度聊图片加载速度也是个伪命题；而且WordPress的媒体库也足够好用。事实上，除了之前托管在阿里云的时候有空间不足，必须用图床的场景外，其他所有服务商的空间都是充裕的，实在是没有用图床的理由。想起之前大致说不用图床的原因，真是一语道破。
一番折腾下来，总算是修复了这两个从2018年有的问题。关于图床，之后还有把之前的图床图片导入到WordPress媒体库的收尾工作，以及之前年少无知图片名用中文导致的文件名编码错误，等以后有时间再折腾吧……