图片是站点里数量最大、也最容易被忽略的一类资源。它既影响页面打开速度，也影响用户在图片搜索里能不能找到你。很多站点的问题不是图片太多，而是图片没人管：文件名是乱码、alt 是空的、几 MB 的原图直接挂在列表页、图床换域名之后旧地址全挂。这些事平时不疼，等到某天发现图片流量掉了、页面变慢了，回头查就很费劲。
先看图片本身：文件名、格式与体积
上传之前花十秒钟看三件事，能省掉后面很多麻烦。
- 文件名：用简短的英文、数字或拼音，能看出图片大概是什么内容。避免 IMG_20240101_123456、未命名-1 这类名字，也避免直接使用中文文件名，编码之后容易变成一串百分号。
- 格式：照片类内容优先 WebP 或 AVIF，图标和简单图形用 SVG，需要透明背景再用 PNG。格式选错，体积往往差好几倍。
- 体积：列表页的缩略图不要直接调用原图，按展示尺寸单独生成一档。原图可以保留在详情页或点击放大时再加载。
如果站点用了图床或 CDN，更换域名、迁移目录时，要注意旧地址是否还能访问。能保留就保留一段时间，确实要换的，用重定向把旧地址指向新地址，别让已经出现在搜索结果里的图片地址直接变成死链。
alt 与图片周边文字
alt 不是关键词堆放区，它的第一作用是描述图片内容。写法上可以注意几点：
- 一张图说明什么，就写什么，能具体就具体，不要全站都是“产品图片”“示意图”。
- 纯装饰性的分隔线、背景图，alt 留空即可，但属性本身不要省掉。
- 同一页面里多张相似的图，alt 不要完全一样，否则很难判断哪张对应哪个位置。
图片说明、图注、相邻段落的文字，都是判断图片主题的参考。把一张商品图放在一段介绍材质的文字旁边，比单独堆十个关键词更有意义。反过来，如果一页图很多但正文只有一句“以下是产品图”，图片和页面的关联就很弱。
懒加载与首屏
懒加载能省带宽，但用错位置会伤体验。首屏关键图片，比如 Logo、主图、首屏横幅，建议直接加载，不要加懒加载属性，否则用户看到的第一眼可能是空白。
另外两个常见细节：
- 给图片写上 width 和 height，或者用固定比例的容器，避免图片加载完成后页面内容整体跳动。
- 如果图片列表是前端脚本渲染的，检查一下页面初始 HTML 里有没有图片地址。只存在于脚本里的图片，抓取时可能拿不到。
图片搜索与图片站点地图
图片想被图片搜索发现，通常需要几个条件同时成立：地址稳定可访问、所在页面能被抓取、图片周围有能说明内容的文字。缺了任何一环，图片就只是一张挂在页面上的图。
图片站点地图是可选项，用不用取决于站点的图片量。如果决定做，只放确实希望被展示的图片，别把全站缩略图、用户头像、广告位素材一起塞进去。图片量大的站点，也可以按栏目拆分成多份地图文件，方便排查。
图片相关的调整，最好和页面改版一样走一遍检查流程：改完之后看一看线上页面，而不是只看后台的预览图。
防盗链、权限与失效图片
防盗链规则设置得过严，可能连正常的图片访问一起挡掉，尤其是通过第三方页面、App 内置浏览器打开时。规则收紧之后，建议用几种不同的来源实际访问一次，确认展示正常。
失效图片同样需要清理。图片被删除或改名之后，页面上留下的是一个坏图标，用户体验不好，也不利于图片本身的展示。定期从访问日志或抓取日志里筛一遍返回错误状态的图片地址，能替换的替换，确实不需要的就从页面里去掉。
一次自查可以按这个顺序做
- 抽样打开几个主要栏目的列表页和详情页，看首屏图片是否正常、是否有明显加载延迟。
- 检查图片的 width/height 是否写了，页面滚动时有没有明显跳动。
- 抽十到二十张图，看文件名、alt、周边文字是否能说明这张图是什么。
- 确认首屏图片没有被懒加载，非首屏图片没有全部同步加载。
- 用不同的访问来源测试防盗链规则，确认正常浏览不被误伤。
- 从日志里筛出错误状态的图片地址，安排替换或下架。
- 如果使用了图片站点地图，核对里面的地址是否还有效、是否都还需要保留。
图片这笔账不复杂，但需要有人定期看。把上面这些点做成一份简单的检查表，每个季度或每次大改版后过一遍，通常就能避免大部分关于图片的问题：页面变慢、图片不显示、图片搜索没流量，往往都出在这些最基础的环节上。