使用WPML+BuddyPress的多语言WordPress站点位置搜索问题求助

我之前经手过几个BuddyPress+WPML的多语言站点，刚好遇到过一模一样的位置搜索互通问题，给你整理了几个实用的解决方案，你可以根据自己的技术能力和站点需求来选：

WPML本身就支持自定义字段和XProfile字段的翻译，我们可以通过这个功能让不同语言的位置数据互通：

• 首先确认你的位置字段是BuddyPress的XProfile字段还是用户元数据（可以在BuddyPress的配置面板里查看）。
• 打开WPML的「字符串翻译」或者「自定义字段翻译」工具，找到位置相关的字段，把西语的位置值翻译成英文，反之亦然。
• 如果是前端用户填写的动态内容，建议在WPML的设置里把这个位置字段标记为「需要翻译」，这样当用户在西语站点提交位置后，WPML会自动生成对应的英文翻译条目（你可以选择机器翻译后人工审核，或者直接开启自动翻译）。
• 这个方案的好处是不需要写代码，适合技术能力一般的开发者，但需要维护翻译条目，适合位置数据不是特别多的站点。

如果站点位置数据量大，维护翻译太麻烦，可以通过修改BuddyPress的搜索查询，让搜索同时匹配当前语言和其他语言的位置值：

• 我们可以利用BuddyPress的bp_user_query_where钩子来修改用户搜索的SQL条件，让查询同时包含当前语言和其他语言的位置字段值。
• 举个简单的代码示例（需要根据你实际的位置字段meta key调整）：

add_filter( 'bp_user_query_where', 'multilingual_bp_location_search_where', 10, 2 );
function multilingual_bp_location_search_where( $where, $query ) {
    // 仅处理位置搜索的情况
    if ( empty( $query->query_vars['search_terms'] ) || !function_exists( 'icl_object_id' ) ) {
        return $where;
    }

    $search_term = esc_sql( $query->query_vars['search_terms'] );
    $current_lang = apply_filters( 'wpml_current_language', NULL );
    $all_langs = apply_filters( 'wpml_active_languages', NULL, array( 'skip_missing' => false ) );

    // 替换成你实际使用的位置字段meta key
    $base_meta_key = 'bp_xprofile_location';
    $meta_keys = array( $base_meta_key );

    // 收集所有语言的位置字段翻译键（WPML会给翻译后的字段加语言后缀）
    foreach ( $all_langs as $lang ) {
        if ( $lang['code'] !== $current_lang ) {
            $meta_keys[] = "_icl_translated_{$base_meta_key}_{$lang['code']}";
        }
    }

    // 构建多语言匹配条件
    $meta_conditions = array();
    foreach ( $meta_keys as $key ) {
        $meta_conditions[] = "um.meta_key = '{$key}' AND um.meta_value LIKE '%{$search_term}%'";
    }

    // 替换原有的位置搜索条件，添加多语言匹配
    $original_condition = "um.meta_key = '{$base_meta_key}' AND um.meta_value LIKE '%{$search_term}%'";
    if ( strpos( $where, $original_condition ) !== false ) {
        $where = str_replace( $original_condition, implode( ' OR ', $meta_conditions ), $where );
    }

    return $where;
}

• 注意：这个代码需要放到主题的functions.php或者自定义插件里，并且要先确认WPML存储翻译后字段的格式（可以通过phpMyAdmin查看用户元数据表），避免出错。

这个方案是从根源解决问题——把用户填写的文字位置转换成标准化的地理坐标（经纬度），这样搜索时根据坐标匹配，完全不受语言影响：

• 可以安装BuddyPress Geo这类插件，它能自动把用户填写的位置解析为经纬度并存储。
• 配置插件和WPML兼容，确保不同语言站点的位置都能被正确解析为相同的坐标。
• 之后修改BuddyPress的位置搜索逻辑，让搜索根据坐标范围匹配，而不是文字内容。这样不管用户填的是西语的Ciudad de México还是英文的Mexico City，都会被解析成同一个坐标，搜索时就能互相匹配到。

如果不想依赖插件或者代码，可以把位置字段改成下拉选择框，用WPML翻译选项的显示文本，后台存储统一的键值：

• 在BuddyPress的XProfile字段设置里，把位置字段改成「下拉选择」类型，添加所有需要的城市/地区选项，比如后台存储值用英文缩写（如madrid），显示文本用西语和英文分别设置。
• 用WPML的「字符串翻译」功能翻译每个选项的显示文本，这样西语用户看到的是Madrid（西语），英文用户看到的是Madrid（英文），但后台存储的都是madrid。
• 搜索时根据后台存储的键值匹配，自然就能跨语言找到对应的用户，这个方案最稳定，适合位置选项固定的站点。

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