If your images contain embedded color profiles (and that one does), the free compression & conversion will not preserve color profiles unless you turn off the Remove Metadata setting.
All premium options should preserve such color profiles regardless of the Remove Metadata setting, though we recommend saving your images without them, as do other folks who are smarter than I 🙂 https://imageoptim.com/color-profiles.html
Can you please post the debug information from the support tab of the EWWW IO settings via pastebin.com?
Okay, that helps me know how to test things closest to your setup, so I did some checks locally, and I do get the same results. It seems that is as good as it gets, since the color profile and all metadata is copied over correctly. Quite unusual, though I’m getting an “uncalibrated” value for the color space, instead of something like sRGB or CMYK, which could very well have something to do with it.
Weird, all images, in my webp compliant FF browser’s net inspector do return only original mime-type (jpeg/png, not webp)
@ddur Please start your own thread, and provide more detail (example links and debug info from the settings).
Ah, that’s a good question! The content-type check is only needed when using server-based rewrites where the URL does not change–WebP content is served under the same .jpg/.png URL.
Some servers don’t have the image/webp mime/content type in their list of known types, and so they’ll fall back to the previous extension, which is .png or .jpg and display the relevant content type for that instead. It would be too slow to do proper mime detection, so they go strictly off what their built-in list says for a given file extension.