主域名重定向到子域名后URL丢失wp-content的原因排查

测试场景 #

• 测试URL：https://mydomains.com/wp-content/uploads-webpc/uploads/2022/05/store-riil-x-1-300x404.jpg.webp
• 配置的.htaccess规则：

RewriteEngine On

RewriteCond %{HTTP_HOST} ^mydomains\.com [NC]

RewriteRule ^(.*)$ https://www.mydomains.com/$1 [L,R=301]

测试工具模拟结果 #

1. RewriteCond %{HTTP_HOST} ^aspirecig\.com$ [NC]
   该条件已满足。
2. RewriteRule ^(.*)$ https://www.aspirecig.com/$1 [L,R=301]
   新URL为https://www.aspirecig.com/wp-content/uploads-webpc/uploads/2022/12/black-1.jpg.webp
   测试停止，将执行301重定向

实际浏览器表现 #

实际访问后，URL被重写为：https://www.mydomains.com/uploads-webpc/uploads/2022/05/store-riil-x-1-300x404.jpg.webp，丢失了"wp-content"路径段

可能的原因 #

• 子目录存在额外.htaccess规则：wp-content或其下的uploads-webpc目录中可能有独立的.htaccess文件，其中的重写规则会修改路径，导致主规则执行后被二次处理。
• WordPress插件的URL改写：图片优化、媒体管理类插件（比如生成WebP格式的插件）可能会对媒体文件路径做自定义重写，覆盖了原有的301重定向逻辑。
• 服务器全局重写配置：Apache主配置文件（httpd.conf）或虚拟主机配置中存在全局Rewrite规则，针对wp-content/uploads-webpc路径做了截取或替换处理。
• 浏览器缓存旧重定向：之前配置过错误的重定向规则，301响应被浏览器持久缓存，即使更新了.htaccess，依然会走旧的路径。可通过无痕模式或清除缓存验证。
• 测试工具未模拟完整环境：在线测试工具仅解析了主.htaccess规则，未考虑服务器上的层级配置、插件等实际环境因素，导致模拟结果与实际不符。

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