一批商品图、活动图上传到网站后，图片看起来很完整，替代文字却可能仍是文件名、空白或重复的营销口号。对需要通过辅助技术了解页面的人，这些信息无法回答“这张图在这里表达什么”。AI 可以辅助整理初稿，但图片用途与页面语境必须由人确认。
本文拆解一个 AI 辅助图片替代文字整理服务：从需求确认、图片分类、初稿、复核到交付验收。练习使用虚构的台灯商店页面，不代表真实订单、收入或已通过无障碍认证的项目。最终交付是逐图清单和开发说明，而不是给每张图机械塞上一句描述。
一、先把服务范围说明白
替代文字常见于 HTML 的 alt 属性。它应传达图片在当前页面中的信息或作用，不是给搜索引擎堆关键词的位置，也不是图片下方说明文字的简单复制。相同图片放在不同页面，可能需要不同处理。
W3C WAI 将图片区分为信息性、装饰性、功能性、复杂图片等情况，并提供判断流程。理解这些类别，才能决定是写简短说明、使用空替代文字，还是需要更完整的文字解释。AI 看见了物体，不代表理解这个物体在页面里承担的任务。
这项服务适合有现成页面、愿意提供上下文的小型内容站或商店。若客户只给一堆图片、没有用途和位置，可以先交图片内容清单，但不能承诺最终 alt 已经适合上线。先确认语境，后确定文字。
二、接单前需要哪些材料
向客户索取图片文件、所在页面地址、相邻标题与正文、图片是否可点击，以及点击后发生什么。还需要知道哪些文字已经由页面正文表达，哪些关键信息只存在图片里。素材数量、语言和是否需要开发落地，也应提前确认。
建立一份资源清单，每张图片分配稳定编号，例如 lamp-front、lamp-size、cart-icon。不要仅凭下载顺序编号；客户换一张图片或重新导出文件后，顺序可能变了。清单应保留原文件名和页面位置，避免把文字填给另一张图。
确认你有权处理这些图片与页面资料。使用外部 AI 时，先与客户约定哪些素材允许上传；涉及人员、订单或未公开产品，不因为“只是写一句文字”就忽略使用范围。本文可以通过人工查看加 AI 文案整理完成，不要求购买某一个特定模型。
三、用六张虚构图片练习分类
第一张是台灯正面图，位于产品详情顶部，展示弧形灯臂和圆形底座。它传达外观信息，可归为信息性图片。替代文字可以突出有用形态，而不是重复页面已经清楚写出的整段商品名称与价格。
第二张是尺寸图，包含高度和底座直径。若尺寸已经作为真实文字完整出现在附近，可以考虑避免重复；若只有图片才有尺寸，需要提供相应文字信息。关键在于用户能否得到等价内容，不能只看图上有没有数字就做统一决定。
第三张是分隔区块的渐变纹理，不提供额外信息，属于装饰性图片。第四张是一个单独可点击的购物车图标，作用是打开购物车，属于功能性图片。前者通常使用 alt=""，后者应表达动作，而不是只说“黑色小车图案”。
第五张是多人工作场景配图。如果它只是重复正文营造氛围，处理可能与表达某项关键事实的新闻照片不同。第六张是复杂的能耗对比图，仅写“能耗图”不足以传达比较结论，需要页面上有数据与解释。复杂图的完整处理应单独估算工作量。
四、先写人工事实记录，再让 AI 起草
把“能直接看到的事实”与“页面资料提供的信息”分开记录。你能看到灯臂形状，但不一定能从图片判断真实材质、照度、认证、续航或是否护眼。没有可信资料，就不允许模型补这些卖点。
下面是可直接修改的文字整理提示词。它基于人工事实清单，不要求模型具有看图能力：
为图片替代文字清单提供候选，不替我决定最终上线。
页面：台灯产品详情，标题已显示“Luma 阅读灯”。
位置：标题下方的主图，不可点击。
人工观察：白色圆形底座、弧形灯臂、灯头朝向桌面。
已核实资料：无额外材质和性能信息。
请给出一条简洁中文候选，并列出需要人工确认的问题。
不写护眼、无频闪、金属或亮度等未经提供的结论。
不堆品牌名、购买词和同义关键词；不要输出HTML标签。一个候选可以是“白色台灯，弧形灯臂连接圆形底座，灯头朝向桌面”。这是教学示例，不是模型真实生成记录。最终是否保留每个形态词，要看页面是否需要这些信息以及附近是否已有充分说明。
五、功能性和装饰性图片单独处理
如果购物车图标是链接或按钮中唯一可感知的内容，替代文字需要说明用途，例如“打开购物车”。如果图标旁边已有同一控件的“购物车”可见文字，可以避免再把同一句重复读一遍。要检查实际控件组合，不能脱离页面单独给图标定稿。
装饰性图片使用空属性与完全省略属性不是一回事。WAI 指南说明，省略替代文字可能导致某些屏幕阅读器读出文件名，形成噪声。因此清单必须明确写“空字符串”，不能仅在表格中留白，让开发者猜是待写还是有意为空。
复杂图需要另加长说明、数据表或页面正文解释。不要把几百字数据全部塞进一个属性，也不要只交一句“详见图片”。如果客户不愿提供图表数据，记录资料缺口，不编造数值补齐交付。
六、交付清单应包含哪些字段
建议交付可编辑表格或 UTF-8 CSV，字段包括图片编号、原文件名、页面地址、位置、用途分类、候选替代文字、确认状态与备注。复杂图另附长说明位置；功能性图片记录对应操作，避免开发者把描述误填到别处。
状态至少区分待确认、已确认和需要开发复核。alt 一栏为空时，备注明确“已确认装饰图，使用空字符串”，不能把待确认项也当作空值交付。图片被替换或页面语境改变后，应重新审阅相关条目。
下面是两条说明写法，供开发者理解差别，不是完整网站代码：
<img src="divider.png" alt="">
<img src="lamp-front.jpg" alt="白色台灯，弧形灯臂连接圆形底座">文件名只是演示，不代表已经提供对应图片。真实实现还要检查这些图片在控件中的角色、周围的可见文字和辅助技术得到的可访问名称，不能只看 HTML 里是否出现了 alt。
七、怎样验收而不是只检查字数
第一轮做完整性检查：每个清单编号是否能对应到页面图片，是否存在重复编号、遗漏文件、错配页面。第二轮做事实审核：文字是否有依据，有没有把模型猜测写成产品卖点，有没有描述图上根本不存在的物体。
第三轮结合语境朗读：先读周围正文，再读替代文字，看是否重复、突兀或缺少必要信息。功能性图片要能说明操作，装饰性图片不应制造不必要的朗读。不要把一个固定字符上限当成所有场景的官方规定，优先做到简洁、准确、足够。
第四轮由开发者或有相应经验的测试人员在页面中复核。你若没有实际使用屏幕阅读器测试，就在交付说明里写清“已做文案和页面对应审核，未做完整辅助技术测试”，不能用一张清单宣称网站已完全合规。
八、报价与修改边界怎么定
可以按图片数量、页面数量与分类复杂度估算，但先用小样确认双方理解。普通产品图与复杂图表的处理量不同；只写初稿、人工复核、双语版本、开发填入和上线验证，也属于不同服务范围。报价不应只看一句话有几个字。
把成本拆成素材清点、语境阅读、事实核对、AI 辅助、人工定稿和交接沟通。客户更换图片、增加语言、改变链接功能或补充图表数据，可能需要重新核定工作范围。本文不提供保证收益和虚构成交价，实际需求与预算需要双方确认。
修改记录保留图片编号、旧候选、修改原因与最终确认人。对重要产品事实，最好由客户确认。你交付的是有依据的内容整理与实现建议，不替客户保证产品性能，也不以 AI 的肯定语气作为事实来源。
九、用一小批样本建立长期流程
先选六到十张不同类型的图片做试单，覆盖信息、装饰、功能与复杂内容。整理出客户最常见的误区，再形成清单模板。只有分类标准与交接方式被双方理解，后续批量处理才有意义。
项目结束时交付最终清单、待确认事项、长说明位置、实施注意点和测试范围。让客户知道哪些可以填入、哪些需要补资料、哪些需要开发复核，这比把所有单元格填满更可靠。AI 节省的是起草和整理时间，最终判断仍依赖图片、语境与人工检查。
还没有公开评论，欢迎分享你的想法。