alt标签优化在网站规模扩大后哪些工作不适合继续手工做
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /3664844039d8.html
📄
alt标签优化在网站规模扩大后哪些工作不适合继续手工做
结论先说：当图片数量、页面模板和编辑人员同时增长后，逐张打开图片、凭肉眼写alt文本、再手动回填这一整套动作，不适合继续全手工完成。更合适的分工是：把判断标准写成规则，把重复执行交给批量流程，把人工留给少数高风险图片。下面说明这个结论成立的条件、一个会让它失效的反例，以及下一步该做什么。
手工逐张处理的成本不是线性增长
小站阶段，几十张图逐张看，判断图片内容、所在页面用途、上下文语义，再写一句alt，工作量可控。规模扩大后，问题不在于单张变难，而在于三件事同时发生：图片总量上升、同一张图被复用到多个页面、写alt的人不止一个。此时手工方式的真正代价是一致性下降，而不是速度变慢。
具体表现是：同一类装饰图，有人写空alt，有人写文件名；同一张产品图在列表页和详情页用了两句互相矛盾的描述；改版后旧alt没人回头清理。这些差异不会立刻造成故障，但会让后续任何批量判断都失去基准。
哪些工作适合先规则化再批量执行
判断依据是：这项工作的决策能否用一两句话描述清楚。能描述清楚的，就不该继续靠人逐张决定。
- 装饰性图片的alt处理：如果一张图只是分隔线、背景纹理、纯视觉点缀，且旁边已有等价文字，那么它的处理规则可以固定下来，不需要每张单独判断。
- 文件名与alt的对应检查：检查alt是否误写成文件名、是否为空、是否超长，这类检查本质是格式校验，适合脚本或批量工具先跑一遍，输出待处理清单。
- 模板级图片的默认值：列表页缩略图、作者头像、相关阅读配图这类由模板统一输出的图片，alt应当由模板逻辑生成，而不是每篇文章手填。
- 重复图片的合并判断：同一张图出现在多个页面时，先按图片标识归组，再决定是统一描述还是按页面语境分别写。
这里的实际动作是：先导出全站图片清单，按“模板输出 / 正文插入 / 装饰”三类打标。打标完成后，模板类和装饰类直接走规则，只有正文插入类进入人工队列。这一步的结果会直接决定下一步的工作量——如果模板类占比很高，人工队列会显著缩短；如果几乎全是正文插入图，那么规则化收益有限，重点应转向写作规范而非工具。
一个会让结论失效的反例
假设某站图片总量不大，但每张图都承担独立的语义功能，比如医疗示意图、法律流程插图、定制化数据图。这类图片的alt无法用统一规则覆盖，因为描述内容取决于图内具体信息，而机器无法从像素判断“这张图想说明什么”。此时批量流程只能做格式校验，不能替代人工判断，硬套规则反而会产出大量看似规范、实则错误的alt。
另一个边界是：如果站点还没有稳定的页面模板，图片插入方式每篇都不同，那么先做规则化会浪费精力。这种情况下，先统一编辑习惯，比先上工具更合理。
下一步该做的具体动作
先做一次抽样，而不是全量。从不同类型页面各取若干张图，记录三件事：alt当前是什么、图片在页面中起什么作用、如果重写需要参考哪些上下文。抽样后如果发现同类图片的处理方式高度一致，说明规则化可行；如果发现每张都要单独判断，说明当前阶段人工仍是主要手段。
规则化可行时，下一步是把规则写成可检查的条目，交给批量流程执行格式部分，人工只处理批量流程标记出的例外。规则化不可行时，下一步是缩小范围，只对高频模板图做统一，正文图维持人工但补充写作示例，减少不同人之间的差异。
无论走哪条路，都要保留一份“已处理图片”的记录，否则规模继续扩大后，会重复处理同一批图，或者漏掉改版后新增的模板图片。
