补全图片信息,核心是让图片在HTML里有可读的文字依据,并让协作方知道每张图该填什么、填到什么程度。对Google而言,图片主要通过页面上下文、文件名、alt文本、周边文字和结构化数据被理解;对团队而言,重点是交付时不用猜。最小做法是:每张内容图都写具体alt,文件名用简短英文或拼音描述主题,装饰图留空alt,然后在交付清单里标明谁负责、检查什么。
不是所有图片都值得花同样精力。判断依据是图片是否承载信息、是否可点击、是否在正文中承担说明作用。
多人协作时,最怕的是每个人都按自己的理解填。建议在交付表里加三列:图片用途、alt责任人、是否已检查。这样返工点从“全部重写”缩小到“只改不合格的那几张”。
alt的目标是:图片加载失败时,读者仍知道这里原本有什么;屏幕阅读器用户能获得同等信息。写法上,避免堆词,也避免写成一句空话。
假设一张图展示“后台把商品从草稿改为上架的三步操作”,可以这样写:
alt="商品从草稿状态改为上架状态的三步操作界面"
不要写成“商品 上架 后台 操作 步骤 教程”,那是关键词堆叠;也不要只写“截图”,那等于没补。判断标准很简单:把alt单独读出来,读者能不能知道这张图在讲什么。能,就合格;不能,就继续改。
文件名同样值得处理。相机默认的IMG_2043.jpg对谁都没帮助。可以改成product-draft-to-live-steps.jpg,用短横线分隔,全部小写。文件名不要求很长,能描述主题即可。
要,但优先级低于alt。图片周围的标题、段落、图注会帮助Google判断图片主题。如果一张图放在“退款流程”小节里,alt也写退款流程,上下文就一致;如果图放在退款流程里,alt却写“团队协作”,就会互相矛盾。
结构化数据方面,只有在页面本身适合标注图片信息时才考虑,例如文章主图、产品图。不要为了图片单独堆一套用不上的标记。更稳妥的顺序是:先保证alt和文件名正确,再检查图注和正文是否呼应,最后才看是否需要补充结构化数据。
给出一套可以直接执行的检查步骤:
<img>是否有alt属性。没有alt属性和alt为空是两回事,装饰图可以空,内容图不能空。比较两种做法的代价:全部图片都写长alt,看起来完整,但装饰图会制造噪音,后期维护也累;只给内容图写具体alt,装饰图留空,交付更快,也更符合实际使用。适用条件是团队已经能区分图片用途;如果连用途都没标,先补用途列,再谈alt。
改动前后比较时要注意,图片信息补全不会带来固定的排名变化,也不承诺见效时间。搜索需求、季节和采集差异都会影响数据,所以不要用某一天的流量涨跌判断这次改动是否有效。更可靠的判断是:抽查页面源码,确认alt、文件名、上下文三者一致,且协作方不再因为图片说明不清而返工。
下一步,选一个正在协作的页面,按上面的检查步骤走一遍,把不合格的图片列出来,只改内容图和功能图,装饰图留空。改完后让另一个人只看alt,复述每张图在讲什么,能复述清楚就交付。