要写。这条不用犹豫，但理由要说准，不然很容易把它说成另一回事。alt 该写，是因为它同时是无障碍可用性和图片主题描述的载体；alt 不是"写了就会被收录"的开关，Google 官方文档里没有任何一处作过这样的承诺。把这两层分开，才不会在批量改图的时候顺手堆关键词，把一件有明确收益的事做成另一件有明确风险的事。 图片的权属与 alt 是两类资料；发布前另核WordPress 图片版权和授权信息，别用替代文字替代授权记录。
官方把 alt 归在"元数据"和"可访问性"两栏
Google 关于图片 SEO 的说明里有一句定位很明确：在给图片提供更多元数据这件事上，最重要的属性是 alt，也就是描述图片的文字；同一段接着写，它同时改善那些看不到网页图片的人的体验，包括使用屏幕阅读器的用户和低带宽连接的用户。这句话把 alt 的主要价值说成两件事——描述主题、以及让人能用，没有把它写成索引条件。
同一份文档对 Google 怎么理解图片主题也给了边界：Google 会结合 alt、计算机视觉算法和页面内容来理解图片的主题。它同时说明，主题信息还来自页面内容本身，包括图注和图片标题。另一个方向的说法在Google 关于链接的说明里：当一张图片本身是链接时，Google 用 img 元素的 alt 属性当锚文本，所以该给描述性的 alt。
HTML 标准这边是另一层。HTML Living Standard把 picture、source、img 与图片相关内容单列在 4.8 一节，alt 是 img 自身的属性而不是某段私有标记，语义由标准定义；而"这个元素承担多少信息、该用什么词"是搜索侧和设计侧各自要判断的事。前一份 Google 文档给出的分法是：img 用 alt 属性，内联 svg 改用 title 元素提供描述。标准只回答"这个属性是什么"，不回答"该写多详细"。
官方明确劝你避开的写法
同一页给了三档对照，顺序值得照抄：一个 img 完全没有 alt 是不好的；把一串同义词全塞进 alt 是"关键词堆砌"，文档写明这会造成负面的用户体验，并且可能让站点被视为垃圾；只写一个笼统的词比前两种好；写成有具体信息的描述是最好的。文档的措辞是：写 alt 时，专注于写有用、信息量足够、在页面语境里恰当的内容，避免用关键词填满 alt 属性。
可抄的模板其实就一句：描述这张图在这张页面里说明了什么。产品图写清型号和视角，示意图写清图里的判断点，装饰性图片不该硬写——同一份文档把内联 svg 的描述交给 title，是按"这个元素是否承担信息"来分的，img 的 alt 也该照这个思路分。
动手之前先做一次清点
- 导出清单：把媒体库里所有记录的 alt 字段导出来，一行一张图，标出当前是空的、是通用词、还是有具体描述。
- 分类：按上面三档分堆，别一上来就逐条重写。堆得最多的通常是"空的"和"堆了通用词的"。
- 先改高价值的那一档：产品页、案例页、流程说明里的图，这些图的 alt 会被屏幕阅读器用户真正听到，也最可能被读成页面主题。
- 改完抽查渲染结果：看源代码里 img 标签的 alt 属性是不是真的落到了输出上，而不是只改了数据库某处没进正文。
第 4 步是这类批量改动最容易漏的一环。数据库里的值和前台输出不是同一件事，页面上看到的 alt 有可能被主题模板覆盖。核对方法可以套用WordPress 站内搜索页被收录：先查 noindex 有没有真正输出里的思路——先确认输出，再讨论效果。
这些情况不用硬写
一是纯装饰的分隔线、底纹、占位图，这类图不承载信息，写不写对理解没有影响，硬塞描述反而是噪音。二是页面里那张图紧挨着的文字已经把同样的信息说清楚了，alt 再重复一遍，屏幕阅读器用户会听到两遍。三是 SVG 图标，官方文档明确说内联 svg 该用 title 元素，写 alt 属于用错位置。还有一种情况是图片和文字的关系要靠上下文才成立，这时候该改的是图片摆放位置或配文字，不是往 alt 里加更多词。
怎么判断改完到底有没有用
先看能核对的部分：把改过的页面用屏幕阅读器过一遍，确认描述读出来是通顺的句子而不是词串；再看页面上图片和文字的对应关系有没有变差。至于搜索侧，Google 官方文档没有公布 alt 与图片搜索结果之间的任何权重、字数门槛或收录保证，也没有公布"没写 alt 就不被收录"的反向说法。所以能做的核对只有一条：改动前后各留一条 Search Console 的时间记录，看这个周期的整体数据有没有变化，而不要把某一张图的进出当成因果。另外还有一点不能漏——附件地址与附件页地址不是同一个 URL，核对文件是否还可达要分开查，方法在WordPress 附件页关了图片会消失吗：两种 URL 要分开检查里。 文件名也应描述图片实际内容；可参考WordPress 图片文件名与图片搜索的边界。