有用户反馈，网站上的GIF动图打开后只播一遍就停在最后一帧，刷新页面还是老样子。遇到这种情况，先别急着让设计重新导出，也别直接判定是浏览器不兼容。“只动一次就停”和“完全不动”是两类不同的问题：完全不动通常指向文件损坏、格式不支持或路径错误；只动一次则说明动图能被识别、能播放，问题更可能出在循环标记、加载链路或播放策略上。按层核对，比反复换图更省时间。
第一层，核对文件本身。先看帧数和循环次数标记。GIF文件头里有一个循环次数参数，部分导出工具默认设为播放一次，或者把这个参数写成了异常值，网页端读到的就是“播完即停”。用本地看图软件打开原图，如果本地也只播一次，基本可以锁定是导出设置问题。再看帧延迟，延迟值过大或过小都可能让播放表现异常。同时留意文件体积，体积过大的动图在网页端可能被加载策略截断处理，表现为播到中途停住。
第二层，核对网页端的加载方式。图片在上传或发布环节是否经过压缩工具二次处理，是常见原因。部分压缩工具会把GIF转成静态首帧，或把循环信息抹掉，文件后缀没变，内容已经变了。另一个容易忽略的点是缩略图机制：列表页或卡片位可能用截图式缩略图替代了原图，用户点开的其实是静态图。核对方法是直接访问图片的原始地址，看动图在直链下是否正常循环，以此区分是页面渲染问题还是文件问题。
第三层，核对浏览器与缓存。浏览器缓存旧版本是最常见的原因之一，用户看到的可能还是上一版只播一次的图。强制刷新或换一个浏览器对比，能快速排除。部分浏览器和移动端省流模式会对动图做播放限制，比如只播一轮后暂停，或在弱网下降低动图帧率。这类策略通常在设置项里可以查看，核对时留意用户端是否开启了相关模式。
可执行的核对顺序是：先本地打开原图确认循环标记，再直链访问确认文件未被处理，再换浏览器和清缓存排除环境因素，最后检查上传压缩链路和页面缩略图机制。每一步都记录结果，避免重复排查。
如果以上三层都正常，动图仍然只播一次，说明文件在导出环节就存在问题，比如循环参数写入不规范、帧结构异常，这时重新导出比继续排查更有效。it数运在网站维护中处理这类反馈时，习惯按文件、加载、环境三层逐项核对并留下记录，既能快速定位，也方便后续同类问题对照。技术问题说清楚，处理过程留得下，维护才算真正闭环。
