单帧 GIF：满足「只收 GIF 容器」的合同与接口，画面仍是静态
`jpeg-single-frame-gif` 解决接口或合同写明「必须 .gif」但画面无需动画的矛盾：技术上仍是 GIF 容器，视觉与静态图一致。风险是播放器、无障碍策略与 CDN 仍按「动图」路径处理，产生多余解码或与 `prefers-reduced-motion` 冲突；也有优化服务误插入过渡帧。应用工具链校验帧数、循环次数，并在文档声明「静态 GIF」以免被运营误配成横幅轮播。
在线把 JPG 做成单帧 GIF：先锁帧数与调色策略，再进库联调避免被当成无限循环动画
- 确认下游是否对 GIF 收取更高 CDN 费用或限流，再上传；导出模板锁调色与抖动，禁止同事本地另存覆盖参数。
- 校验帧数与延时，和并行 JPG/PNG 封面做像素级对比（允许极小量化差），确保未被二次缩放。
- 在站点地图或资源表中标记 `static_gif=true`，供爬虫与监控区分；替换时递增指纹文件名，避免浏览器长缓存旧容器。
JPG 转 GIF（单帧）常见问题
单帧 GIF 和同名 JPG 画面一致，为什么还要多占带宽，能否强制全站只留一种？
若上游合同或中间件硬编码 `.gif`，只能保留该后缀；技术上可用更小的 JPG 做主源、GIF 做镜像，但要在网关层明确优先级。评估全站统一前，先统计仍请求 GIF 的客户端占比，避免一刀切导致老报表系统裂图。
流水线校验如何确认 GIF 真的只有一帧，而不是被编辑器偷偷复制了尾帧造成伪循环？
用工具读取帧数与每帧延时，并在测试页用 `requestAnimationFrame` 计数绘制次数；同时检查 NETSCAPE 循环扩展是否为 1。若 CDN 有「动图优化」，确认未自动插入过渡帧。
单帧 GIF 体积仍大于同视觉 JPG，财务质疑带宽成本时如何解释与减负？
说明兼容性溢价：接口或旧报表只认 GIF 后缀时只能多占字节。减负手段包括减色、减尺寸、关闭不必要元数据，并在允许并存的渠道改走 JPG 主源、GIF 镜像只服务遗留客户端。
同一批封面有的同事导出糊、有的艳，批量任务怎样锁死调色盘与抖动避免「人手一个观感」？
把最长边、sRGB、调色数量、抖动算法写进不可改的模板 JSON，流水线拒绝缺参任务；金样三张签字后再开全量。任何手工另存须登记例外，否则审计对不上。
前端把单帧 GIF 包在 `video` 标签里自动播放，会不会带来多余控制条或 SEO 扣分？
单帧应优先走 `img` 与正确 `mime`；误用视频标签会拉取错误控件与体积策略。若框架强制统一视频组件，应在构建层识别 `frames=1` 走分支，而不是让运营手工改模板。