.htaccess重定向fbclid参数拼接错误规则修正求助

你的规则存在两个核心疏漏：

• RewriteRule的正则匹配范围仅包含域名后的URL路径段，默认完全不匹配?之后的查询字符串内容。Facebook追加的fbclid=XXX属于查询字符串，存储在Apache的QUERY_STRING服务器变量中，根本不会进入你写的第二个捕获组(.*)，所以手动拼接&$2的逻辑在参数直接跟在?后的标准场景下完全不生效。
• 你之前的规则没有处理原查询字符串的拼接逻辑：当目标地址已经自带查询参数（你写的type=details&projectid=$1）时，如果不加特殊标志，Apache会直接把原查询字符串整体拼到目标地址末尾，自动补一个?，就会出现你遇到的?type=details&projectid=1?fbclid=XXX双问号错误。

你之前写的规则仅在路径和参数之间多了/时生效，本质是因为这时候fbclid被错误归到了路径段里，才会被第二个捕获组抓到，不符合URL的标准格式，兼容性极差。

不需要手动写复杂正则捕获查询参数，直接使用Apache mod_rewrite内置的QSA（Query String Append，查询字符串追加）标志即可，规则如下：

RewriteRule ^/project/(.*) /search/?type=details&projectid=$1 [R=301,L,QSA]

这个标志的作用是：自动将原请求携带的所有查询参数（包括Facebook自动加的fbclid、其他营销追踪参数等），用&正确拼接在你自定义的目标查询参数后面，从根本上避免双问号问题，不管原链接带不带参数、带什么参数都能正常处理。

如果你不需要保留原请求的所有参数，仅需要单独提取fbclid参数拼接，可以通过RewriteCond匹配查询字符串内容实现，规则如下：

# 处理带fbclid参数的请求
RewriteCond %{QUERY_STRING} (?:^|&)fbclid=([^&]+) [NC]
RewriteRule ^/project/([^/]+)/?$ /search/?type=details&projectid=$1&fbclid=%1 [R=301,L]

# 处理不带fbclid的普通请求
RewriteRule ^/project/(.*) /search/?type=details&projectid=$1 [R=301,L]

这里的%1是反向引用RewriteCond中第一个捕获组的内容，也就是提取到的fbclid参数值。

• 修改规则后先清除浏览器缓存再测试：301是永久重定向，浏览器会本地缓存之前的错误重定向结果，建议测试阶段先把R=301改成R=302（临时重定向，不会缓存），确认逻辑正常后再改回301。
• 不要尝试在RewriteRule的路径正则中写规则捕获?后的内容，这部分不属于路径匹配范围，遇到?正则就会终止匹配，写再多捕获组也拿不到查询参数。

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