WordPress 用户表跨站登录集成是指多个独立站点共享同一套 WordPress 用户数据，并且用户在一个站点完成登录后，其他关联站点可以自动识别登录状态，无需重复输入账号密码。这种方案适合企业多业务站点、主站与子站体系等场景，能大幅提升用户使用体验。
WordPress 用户表核心结构解析
要实现跨站登录集成，首先需要了解 WordPress 用户表的核心结构，默认情况下 WordPress 的用户相关数据存储在以下两张表中：
- wp_users：存储用户的基础信息，包括用户ID、用户名、密码哈希、邮箱等核心字段
- wp_usermeta：存储用户的扩展元数据，比如用户昵称、权限等级、自定义字段等
如果是自定义了表前缀的站点，表名会对应替换为自定义前缀，比如前缀为 wp_2024_ 的话，表名就是 wp_2024_users 和 wp_2024_usermeta。
跨站登录集成的核心原理
跨站登录的本质是让多个站点能够识别同一个用户的登录凭证，核心实现思路分为两步：
- 多个站点共享同一套 WordPress 用户表，或者能够访问到统一的用户数据源
- 多个站点使用相同的会话存储机制，比如共享 Redis 存储 session 数据，或者使用相同的 cookie 加密密钥
具体实现步骤
1. 统一用户表配置
如果是同服务器下的多个 PHP 站点，可以直接修改非主站点的 WordPress 配置，让其连接主站点的用户表。打开站点根目录下的 wp-config.php 文件，添加以下配置：
<?php
// 自定义用户表相关配置，指向主站点的用户表
define('CUSTOM_USER_TABLE', 'wp_users');
define('CUSTOM_USER_META_TABLE', 'wp_usermeta');
// 如果需要共享用户角色，还需要定义角色表
define('CUSTOM_USER_ROLES_TABLE', 'wp_options');
?>
如果多个站点不在同一数据库，需要先通过数据库同步工具或者接口，将主站点的用户表数据同步到从站点，或者配置从站点通过远程数据库连接访问主库的用户表。
2. 统一 Cookie 加密密钥
WordPress 的登录 cookie 是通过加密密钥生成的，多个站点要使用相同的密钥才能让 cookie 互相识别。在 wp-config.php 中设置相同的身份认证密钥：
<?php
define('AUTH_KEY', '统一的32位随机字符串');
define('SECURE_AUTH_KEY', '统一的32位随机字符串');
define('LOGGED_IN_KEY', '统一的32位随机字符串');
define('NONCE_KEY', '统一的32位随机字符串');
define('AUTH_SALT', '统一的32位随机字符串');
define('SECURE_AUTH_SALT', '统一的32位随机字符串');
define('LOGGED_IN_SALT', '统一的32位随机字符串');
define('NONCE_SALT', '统一的32位随机字符串');
?>
这些密钥可以在主站点的 wp-config.php 中复制，确保所有需要集成的站点使用完全相同的密钥值。
3. 统一 Session 存储（可选）
如果站点使用了 session 存储用户临时状态，还需要统一 session 存储位置，比如使用 Redis 共享 session。修改 php.ini 配置：
session.save_handler = redis session.save_path = "tcp://127.0.0.1:6379"
如果是不同服务器的站点，将 127.0.0.1 替换为共享 Redis 服务的 IP 地址即可。
登录状态验证代码示例
在子站点中可以通过以下代码验证用户是否已经登录：
<?php
// 加载 WordPress 核心文件，获取用户登录状态
require_once('wp-load.php');
if (is_user_logged_in()) {
$current_user = wp_get_current_user();
echo '当前登录用户：' . $current_user->user_login;
} else {
echo '用户未登录';
}
?>
常见问题与注意事项
- 用户密码修改后，所有集成站点会自动同步生效，因为密码哈希存储在共享的用户表中
- 如果用户表前缀不一致，需要在配置 CUSTOM_USER_TABLE 时填写完整的表名
- 跨域场景下如果需要共享 cookie，还需要设置 cookie 的作用域为顶级域名，比如
define('COOKIE_DOMAIN', '.ipipp.com'); - 不建议直接修改 WordPress 核心用户表结构，避免后续版本更新出现兼容性问题
注意：跨站登录集成涉及用户数据安全，生产环境部署前需要做好权限控制，避免用户表被非法访问。