嘿，我来帮你搞定这个头疼的WebP「另存为」问题！你的.htaccess核心逻辑没问题，但确实有两个关键细节没处理到位，导致了这些奇怪的现象，下面逐一分析并给出修正方案：

问题根源拆解 #

1. 「另存为」默认选原格式的原因 #

浏览器的「另存为」功能主要看请求URL的扩展名来默认命名文件，你的RewriteRule只是在服务器内部偷偷替换了返回的文件内容，但浏览器看到的URL还是xxx.jpg/xxx.png，所以它会默认用原格式的扩展名保存，哪怕实际返回的是WebP。Firefox页面信息显示JPG版本也是同样的道理——它读的是URL里的扩展名，不是实际返回的文件类型。

2. 原文件不存在时保存HTML的原因 #

当请求的JPG/PNG文件不存在，但对应的WebP文件存在时，你的配置虽然会触发重写，但因为缺少[L]标志（终止后续规则），Apache可能会继续执行其他重写规则（比如你的404页面规则），最后返回了HTML格式的404页面，而不是WebP文件。

修正后的完整.htaccess配置 #

RewriteEngine On

# 仅在浏览器支持WebP且对应WebP文件存在时重写
RewriteCond %{HTTP_ACCEPT} image/webp
RewriteCond %{DOCUMENT_ROOT}/$1.webp -f
# [L]终止后续规则，[NS]避免服务器内部子请求干扰
RewriteRule (.+)\.(jpe?g|png|gif)$ $1.webp [T=image/webp,E=REQUEST_image,L,NS]

# 添加强缓存服务器的Vary头
Header append Vary Accept env=REQUEST_image

# 注册WebP的MIME类型
AddType image/webp .webp

# 可选：让「另存为」默认用WebP文件名
Header set Content-Disposition "inline; filename=\"%{REQUEST_FILENAME}.webp\"" env=REQUEST_image

关键修改点说明 #

• [L]标志：确保这条重写规则执行后就停止后续规则处理，避免原文件不存在时触发404页面逻辑。
• [NS]标志：防止Apache内部的子请求（比如自身的资源检查）触发这条重写，减少不必要的处理。
• Content-Disposition头：当返回WebP文件时，明确告诉浏览器默认用.webp扩展名保存，直接解决「另存为」默认选原格式的问题。

测试建议 #

1. 试一下原文件不存在的场景：请求一个不存在的test.jpg，但确保test.webp存在，此时应该直接返回WebP内容，而不是HTML页面。
2. 检查响应头：在浏览器开发者工具的「网络」面板里看图片请求的响应头，确认Content-Type是image/webp，如果加了可选配置，Content-Disposition里也能看到正确的WebP文件名。

这样调整后，Chrome、Firefox等支持WebP的浏览器在「另存为」时就会默认选择WebP格式，原文件不存在的情况也能正确返回WebP文件啦。

内容的提问来源于stack exchange，提问作者dansan