WordPress托管于其他域名时忽略新Site Url与Home的问题排查

问题场景 #

• WordPress托管于SiteGround，原始访问地址为externalhost.com/blog
• AWS Amplify管理的myapp.com配置重写规则，将/blog路径请求转发到原始WordPress站点，对外展示myapp.com/blog
• 已在wp-config.php中配置：

define( 'WP_SITEURL', 'https://myapp.com/blog' );
define( 'WP_HOME', 'https://myapp.com/blog' );

• 异常表现：分页链接仍指向externalhost.com/blog；菜单链接访问时会重定向到原始域名

解决思路 #

1. 让WordPress识别代理后的真实请求域名

反向代理场景下，WordPress默认读取服务器内部的HTTP_HOST，而非用户实际访问的代理域名。在wp-config.php末尾添加以下代码，强制WordPress使用Amplify转发的请求头：

// 识别代理转发的主机名
if (isset($_SERVER['HTTP_X_FORWARDED_HOST'])) {
    $_SERVER['HTTP_HOST'] = $_SERVER['HTTP_X_FORWARDED_HOST'];
}

// 强制后台使用HTTPS
define('FORCE_SSL_ADMIN', true);

// 识别代理转发的HTTPS协议
if (isset($_SERVER['HTTP_X_FORWARDED_PROTO']) && $_SERVER['HTTP_X_FORWARDED_PROTO'] === 'https') {
    $_SERVER['HTTPS'] = 'on';
}

2. 修复菜单链接重定向问题

菜单链接大概率是修改WP_HOME/WP_SITEURL前创建的，直接存储了原始域名：

• 登录WordPress后台，进入「外观→菜单」，无需修改任何内容，直接点击保存菜单，触发链接自动更新
• 如果是手动添加的自定义菜单链接，检查并替换为https://myapp.com/blog开头的地址

3. 强制修正分页链接

分页链接由paginate_links()生成，若上述环境变量设置无效，添加过滤器强制替换域名：
在主题的functions.php或自定义插件中添加：

// 替换分页链接中的原始域名
add_filter('paginate_links', 'fix_proxy_pagination_links');
function fix_proxy_pagination_links($link) {
    return str_replace('https://externalhost.com/blog', 'https://myapp.com/blog', $link);
}

// 或者修正页码链接生成逻辑
add_filter('get_pagenum_link', 'fix_proxy_pagenum_link');
function fix_proxy_pagenum_link($link) {
    $proxy_base = 'https://myapp.com/blog';
    $path = parse_url($link, PHP_URL_PATH);
    return $proxy_base . $path;
}

4. 清理数据库中的残留原始域名

部分旧内容、元数据可能仍存储原始域名，先备份数据库，再执行以下SQL语句（替换wp_为你的表前缀）：

-- 替换文章内容中的链接
UPDATE wp_posts SET post_content = REPLACE(post_content, 'https://externalhost.com/blog', 'https://myapp.com/blog');

-- 替换文章元数据中的链接
UPDATE wp_postmeta SET meta_value = REPLACE(meta_value, 'https://externalhost.com/blog', 'https://myapp.com/blog');

-- 确保选项表中的域名正确
UPDATE wp_options SET option_value = REPLACE(option_value, 'https://externalhost.com/blog', 'https://myapp.com/blog') WHERE option_name IN ('home', 'siteurl');

5. 验证Amplify重写规则

确保Amplify的重写规则覆盖所有请求场景，比如在amplify.yml或重写规则配置中：

- source: /blog/<*>.+
  target: https://externalhost.com/blog/<*>.+
  status: 200
  condition:
    - key: "host"
      value: "myapp.com"

同时检查SiteGround的WordPress后台「设置→固定链接」，确保固定链接结构正确，未强制绑定原始域名。

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