本文介绍如何在 Gravity Forms 中确保指定文本字段（如 URL）在提交时自动转为小写，解决 Zapier 或 CRM 集成因大小写敏感导致的数据处理失败问题。核心方法是使用 gform_pre_submission 钩子预处理 $_POST 数据，而非依赖失效的 gform_save_field_value 过滤器。
本文介绍如何在 gravity forms 中确保指定文本字段（如 url）在提交时自动转为小写，解决 zapier 或 crm 集成因大小写敏感导致的数据处理失败问题。核心方法是使用 `gform_pre_submission` 钩子预处理 `$_post` 数据，而非依赖失效的 `gform_save_field_value` 过滤器。
Gravity Forms 默认不会修改用户输入的原始大小写，而像 Zoho CRM、Zapier 等外部服务常对 URL 字段大小写敏感（例如 https://Instagram.com/abc 与 https://instagram.com/abc 可能被识别为不同地址），导致自动化流程中断。此前尝试的 gform_save_field_value_{form_id}_{field_id} 过滤器之所以无效，是因为该钩子仅在字段值存入数据库前触发，且 Gravity Forms 的内部逻辑可能已对值做过二次处理；更重要的是，Zapier 等工具通常直接读取表单提交的原始 $_POST 数据（而非数据库最终值），因此必须在提交动作发生前就标准化输入。
✅ 推荐方案：使用 gform_pre_submission_{form_id} 动作钩子
该钩子在表单验证通过、数据写入数据库之前执行，且可直接修改 $_POST 全局变量——这正是 Zapier 获取原始提交数据的源头：
add_action('gform_pre_submission_8', 'force_lowercase_url_fields');
function force_lowercase_url_fields($form) {
// 确保字段存在且非空，避免对 null/empty 值调用 strtolower()
if (isset($_POST['input_54']) && is_string($_POST['input_54'])) {
$_POST['input_54'] = strtolower(trim($_POST['input_54']));
}
if (isset($_POST['input_55']) && is_string($_POST['input_55'])) {
$_POST['input_55'] = strtolower(trim($_POST['input_55']));
}
if (isset($_POST['input_67']) && is_string($_POST['input_67'])) {
$_POST['input_67'] = strtolower(trim($_POST['input_67']));
}
}? 关键说明：
- gform_pre_submission_8 中的 8 是表单 ID，请根据实际表单 ID 替换；
- input_54、input_55、input_67 是对应字段的 DOM 名称（可在浏览器开发者工具中查看 确认）；
- 使用 trim() 防止前后空格干扰，并配合 is_string() 类型检查，避免对数组或 null 报错；
- 此方案不影响前端显示（用户仍看到原输入），仅标准化后端接收值，完全兼容 Gravity Forms 核心逻辑。
⚠️ 注意事项：
- 不要同时启用多个重复的 gform_save_field_value 过滤器（如原代码中的 lowercase_text、lowercase_text_fb 等），它们不仅冗余，还可能因执行时机问题失效；
- 若字段启用了「动态默认值」或「计算字段」，需确认其不依赖原始大小写逻辑；
- 生产环境部署前，建议在测试表单中验证 Zapier 是否成功接收到小写 URL。
总结：gform_pre_submission 是处理此类需求最稳定、最直接的钩子。它在数据离开用户浏览器后的第一道关口进行标准化，确保所有下游系统（CRM、Zapier、自定义 Webhook）获取到统一、合规的小写 URL，从根源规避集成故障。
