配置Cloudflare规则实现URL路径参数转为查询参数的问题

你现有配置不生效的核心原因有两个：一是仅配置了匹配规则，没有设置对应的重写动作；二是匹配逻辑存在漏洞，没有排除根路径和其他静态资源路径，容易出现误匹配或者不匹配的问题。

匹配规则调整 #

将表达式编辑器的内容替换为如下规则：

http.request.uri.path ne "/" and not http.request.uri.path contains "/static" and not http.request.uri.path matches "\.(ico|css|js|png|jpg|gif|svg|txt)$"

规则说明：

• 排除根路径/，避免根地址被误重写
• 保留了你原有的/static路径排除逻辑
• 追加了常见静态资源后缀的排除，避免静态资源请求被规则命中

动作配置（按需求二选一） #

场景1：用户地址栏不变，后端静默拿到参数（内部重写，用Transform Rule） #

1. 选择「重写路径」，动作设置为静态，值填写/
2. 开启「重写查询参数」，动作设置为追加，参数名填写blogPage，参数值填写动态表达式http.request.uri.path.substring(1)（作用是去掉路径开头的斜杠，将/myfirstblog转换为myfirstblog）
3. 保存规则即可生效

场景2：用户地址栏跳转显示带参数的格式（显式重定向，用Redirect Rules） #

如果你的需求是用户访问https://example.com/myfirstblog时，地址栏直接变为https://example.com/?blogPage=myfirstblog，不需要使用Transform Rule，直接新建重定向规则即可：

1. 匹配规则沿用上面调整后的表达式
2. 重定向类型选择静态，目标URL填写https://example.com/?blogPage=${http.request.uri.path.substring(1)}
3. 状态码按需选择302（临时重定向，适合调试阶段）或301（永久重定向，适合正式上线）
4. 保存规则即可生效

常见排查项 #

• 确保该规则的优先级高于其他可能冲突的规则（如页面规则、缓存规则）
• 测试阶段建议开启Cloudflare开发模式，避免本地或节点缓存影响测试结果
• 可开启规则的匹配日志功能，在Cloudflare日志中排查规则是否正常命中

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