如何强制Wordfence使用自定义拦截页面或重定向被拦截访客？

可以实现，但优先推荐用钩子扩展，避免直接修改核心插件代码——毕竟插件更新会覆盖你的改动，维护成本极高。以下是具体方案：

方法1：用Wordfence自带钩子（无更新覆盖风险） #

Wordfence提供了wordfence_before_block动作钩子，会在输出默认拦截页面之前触发。你可以在主题的functions.php文件里添加以下代码实现重定向：

add_action('wordfence_before_block', function() {
    // 替换成你的自定义页面URL
    wp_redirect(home_url('/custom-block-page/'));
    exit;
});

如果需要区分不同的拦截类型（比如IP封禁、恶意请求拦截），可以借助全局变量$wf_block_reason做判断：

add_action('wordfence_before_block', function() {
    global $wf_block_reason;
    
    // 根据拦截原因跳转不同页面
    switch ($wf_block_reason) {
        case 'IP_BLOCKED':
            wp_redirect(home_url('/ip-blocked-notice/'));
            break;
        case 'MALICIOUS_REQUEST':
            wp_redirect(home_url('/malicious-request-blocked/'));
            break;
        default:
            wp_redirect(home_url('/general-block-page/'));
            break;
    }
    exit;
});

方法2：修改Wordfence核心代码（不推荐） #

如果钩子满足不了特殊需求，只能硬改核心文件。找到wp-content/plugins/wordfence/lib/wfBlock.php，定位到block()方法里输出拦截HTML的代码段（通常是echo $blockHTML; exit;这部分），替换成重定向代码：

// 替换掉原有的echo $blockHTML; exit;
wp_redirect('https://your-custom-url.com');
exit;

⚠️ 注意：每次Wordfence更新后，这个修改会被完全覆盖，必须重新编辑，而且可能因为插件代码结构变动导致失效，甚至引发兼容性问题，仅作为临时应急方案使用。

额外提醒 #

• 测试时可以自己触发拦截（比如用浏览器插件模拟恶意请求，或者手动添加自己的IP到Wordfence黑名单），验证重定向是否正常。
• 自定义页面要提前创建好，确保访问路径正确，避免出现404错误。

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