门户与 CMS：响应式缩放、懒加载与多尺寸衍生会二次伤害 JPG，应在编辑器里验收而非只信本机预览
`cms-visio-jpg` 面向文章头图、文档库卡片与帮助中心插图。正文区常 `max-width` 缩放并配合 `srcset`，老 .vsd 导出的单一巨型 JPG 可能在移动端被压到不可读。应为列表与正文准备不同最长边，或在 CMS 配置多档裁剪中心点；同时注意 WebP/AVIF 转码链路的色彩与锐化差异，在预发域名用浅色/深色主题各验一遍。
CMS 操作说明：先读出模板定义的图片槽宽高与 DPR，再上传试转并在「已发布样式」下看懒加载占位与高清层
- 与前端确认 `picture` 或 `srcset` 规则，计算 `@1x/@2x` 所需像素；从 .vsd 分别导出封面与内文两档 JPG，避免用一张 4000px 图指望前端万能缩放。
- 在预发环境打开文章，滚动触发懒加载后暂停网络再观察占位与模糊期时长；若 LCP 指标差，优先减体积与简化图面而非无限提高分辨率。
- 在媒体库写入 alt 文本与关联 .vsd 版本号，禁止仅依赖文件名；重大更正应 bump 媒体对象键含日期片段以便 CDN 缓存失效。
VSD 转 JPG（CMS）常见问题：响应式槽位、srcset、懒加载、主题色与转码链路边差
正文插图在桌面清晰在手机糊，是导出宽度不足还是 CSS `object-fit` 把图裁坏了？
用浏览器开发工具量渲染盒真实像素并比对源图；若盒更窄但源图巨大，说明浪费带宽且仍可能被锐化糟蹋；应按槽位导出匹配宽度并检查 `object-fit` 是否切掉关键角标。
CDN 自动转 WebP 后品牌色偏一点，是 ICC 配置、编码锐化还是压缩参数问题，如何与前端和运维分工定责？
在 sRGB 工作流下对比原 JPG 与衍生 WebP 的十六进制采样；若仅衍生偏，调整转码质量或关闭过度锐化；若源就偏，应回到 .vsd 与导出参数。
编辑误勾选「生成社交分享图」把同一 JPG 又裁成 1.91:1，如何避免主文配图被覆盖？
在 CMS 模型层分离 `og:image` 与 `inlineFigure` 字段并设权限；分享图使用单独构图导出，禁止从正文图自动暴力裁剪导致信息丢失。
深色主题下白底 JPG 插图刺眼，运营想换黑底又担心邮件订阅里不一致，如何维护两套？
在主题字段绑定不同媒体资源而非手工替换 URL；或在规范中要求中性灰底 JPG 同时适配两套皮肤，并记录哪套用于外部 RSS。
全文检索抓到的是旧 URL，内容已换图但搜索摘要仍显示缓存缩略，如何协同运维刷新？
更新对象键或查询参数版本号并提交搜索引擎重抓；同时在 CMS 记录媒体替换时间与哈希，避免以为内容已换而公开索引仍展示过期拓扑。