Word显示HTML图片颜色不一致的根源是其强制使用sRGB且忽略ICC配置文件，解决方法是导出前统一转为sRGB色彩空间，并在目标设备实测验证。
Word 里显示的 HTML 图片和浏览器/设计软件里颜色不一致，不是图片本身“变色”了，而是 Word 默认用 sRGB 渲染，且不读取图片内嵌的 ICC 配置文件——跨设备色差问题根源在这里，调图本身没用，得统一色彩处理链路。
Word 不支持 ICC 配置文件，强制转为 sRGB 是唯一可靠路径
无论你用 Photoshop、Figma 还是浏览器导出 PNG/JPEG，只要图片带 Adobe RGB 或 Display P3 等非 sRGB 色彩配置，插入 Word 后必然偏艳、发青或灰暗。Word（包括 Office 365 和 Microsoft 365）至今不解析 ICC Profile 数据块。
- 导出前在设计软件中明确选择
sRGB IEC61966-2.1作为输出配置（Photoshop：「编辑 → 颜色设置 → 工作空间 → RGB」选该配置；Figma：导出时勾选Convert to sRGB） - 用命令行批量转色：ImageMagick 命令
magick input.jpg -profile sRGB.icc output.jpg（需提前下载标准sRGB.icc文件） - 避免用 macOS 截图直接粘贴进 Word——系统截图默认带 Display P3，Word 会错误解释为 sRGB，导致明显偏绿
HTML 中 ![跨设备插html图片到word色差大怎调_统一色彩配置法【指南】]()
src 路径不影响 Word 插入后的色彩，但影响你能否复现问题
很多人误以为把 HTML 里的图片地址改成 base64 或相对路径能“修复色差”，其实 Word 插入时只读取图片二进制数据本身，跟 HTML 如何引用完全无关。真正关键的是：src 指向的原始文件是否已转为 sRGB。
- 检查方式：用
exiftool image.png查看输出中是否有Color Space=sRGB，以及ICC Profile Name是否含sRGB - 若用 Webpack/Vite 构建 HTML，插件如
image-minimizer-webpack-plugin默认不处理色彩空间，需额外加sharp处理步骤强制转色 - 不要依赖 CSS 的
filter: brightness()或color-adjust临时“校正”——Word 完全忽略这些样式
Word for Mac 和 Word for Windows 渲染差异仍存在，sRGB 是唯一交集
即使都用了 sRGB 图片，Mac 版 Word 默认启用显示器原生色彩管理（可能叠加系统级 Display P3 补偿），而 Windows 版更“硬直”地按 sRGB 解码。结果就是同一份 DOCX，在两台设备上依然有轻微差异——这不是 bug，是平台底层渲染策略不同。
立即学习“前端免费学习笔记（深入）”；
- 交付前务必在目标设备（尤其是客户用的那台）上打开 DOCX 实测，别只信自己屏幕
- 禁用 Mac Word 的色彩管理可缩小差异：Word → 偏好设置 → 显示 → 取消勾选
使用系统色彩管理 - 若需极致一致（如印刷交付），导出为 PDF 时选择
PDF/X-1a:2001标准，并嵌入 sRGB 配置，比 DOCX 可靠得多
真正难的不是“怎么调”，而是意识到 Word 从来就不是色彩精准工具。所有绕过 sRGB 强制转换的尝试——比如改 Word 注册表、换字体、调显示器 gamma——都会在下一个版本或另一台电脑上失效。守住 sRGB 这条底线，才是跨设备稳定的最小代价。
