没有不值得去解决的问题,也没有不值得去学习的技术!

WordPress 英文站从 /en/ 迁移到子域名后,如何调整 GA4 与百度统计

【图 1,终端检查 www 与 en 域名统计代码的结果】

WP 博客多语言化实操

查看按语言划分的用户统计,排名前 4 的语言(英语、中文、印尼语、越南语)(如图3)

(1) 博客多语言化决策|为什么我决定花时间做多语言?(附真实发现)

博客多语言插件选型|免费vs付费、服务端vs浏览器端,实测对比+配置教程

(2) 博客多语言插件选型|免费vs付费、服务端vs浏览器端,实测对比+配置教程

附上我翻译完成后的分类效果截图(如图11),中文与英文的分类总数相等

(3) 博客分类翻译实操|695个分类,4小时手动翻译全流程(避坑指南)

最后分别查看中文与英文后台下的标签统计,符合预期。如图17

(4) 博客标签翻译实操|8060个标签,基于 PHP 脚本实现全流程

如图11:最终效果,在前台,语言切换器的显示

(5) 博客菜单翻译实操

如图20对应场景:网站前台效果,顶部语言切换器(中文/英文),点击英文后,网站整体切换为英文版本,文章列表按发布时间倒序排列(与中文文章排序一致),点击任意英文文章,可正常查看,语言切换流畅;同时,英文文章的发布时间、分类、标签与中文原文完全对应,URL路径规范,SEO友好。

(6) WordPress 多语言博客文章翻译实操全记录(Polylang 插件,附避坑指南)

配图说明(如图10):中文、英文分类管理页面截图(分屏对比),标注两个页面的分类总数,演示数量一致/不一致的场景。

(7) WordPress 新增文章分类标签多语言前置翻译流程(Polylang 总数校验+标签脚本复制避坑)

完成后,访问中文系列页 https://你的域名/series/self-hosted-vpn-series/,点击顶部的 English 切换按钮,就能正常跳转到 https://你的域名/en/series/self-hosted-vpn-series-en/ 了。如图13

(8) 告别手动编号:用 PublishPress Series 优雅管理 WordPress 系列文章

WordPress 经典编辑器代码块无损迁移:批量转换 SyntaxHighlighter 短代码为 Gutenberg 区块

(9) WordPress 经典编辑器代码块无损迁移:批量转换 SyntaxHighlighter 短代码为 Gutenberg 区块

点击翻译按钮后,遇到一个弹窗“神秘”闪退问题及解决方法

(10) 点击翻译按钮后,遇到一个弹窗“神秘”闪退问题及解决方法

中文标签出现冗余新增(如图2),数据彻底错乱。

(11) WP 6.9 标签同步脚本在 WP 7.0 失效完整排查与解决实录

重点避坑:仅勾选数据库无法完成数据还原,选中库之后,右侧数据表列表点击全选,囊括库内所有数据表(如图3)

(12) 阿里云RDS数据库误操作损毁,完整备份恢复实操避坑指南

为了看起来更完善,AI会主动新增非必要的清理、校验、适配逻辑,简单需求复杂化,大幅增加报错和风险概率(如图7)

(13) AI生成代码深度避坑:数据库操作代码绝不可以直接上线执行

WordPress 标签清理实践(一):大语言模型匹配的失败尝试

(14) WordPress 标签清理实践(一):大语言模型匹配的失败尝试

在宿主机的 output 目录下可以找到生成的 tag_mapping_result.csv。打开文件查看,结果格式规整,符合预期。

(15) WordPress 标签清理实践(二):Go 脚本工程化落地

脚本执行后(如 图 6 终端日志所示),系统开始成对合并中英文标签。

(16) WordPress 标签清理实践(三):完美解决Polylang中英文同义标签合并难题

图7:展示了浏览器开发者工具Network面板中,旧URL 301跳转至新URL的成功记录

(17) WordPress 标签清理实践(四):基于Go脚本实现WordPress中英文标签合并与URL自动跳转

截图 5:验证 301 跳转

(18) WordPress 标签清理实践(五):基于 PHP/Go 脚本解决 English 语言下残留的中文标签问题 ,并实现自动化的标签合并与 URL 跳转

脚本显示处理了 8324 个标签

(19) WP 标签批量翻译脚本准确性问题排查与修复

图5:DeepL API 注册页面,国家或地区列表中没有中国大陆

(20) 中国大陆 WordPress 博客想提升英文翻译质量,为什么这么麻烦?一次 Polylang + AutoPoly + DeepL API 排查复盘

图5:DeepSeek 的评分结果截图

(21) Chrome Built-in AI、Yandex Translate、ChatGPT Plus 翻译质量对比:我为什么决定重点英文文章改用 ChatGPT Plus

[截图 2:浏览器 Network 中直接请求 translate.yandex.net]

(22) 从 AutoPoly 到 Yandex 网页版:一次 WordPress 英文自动翻译质量验证

【图1:AutoPoly Free 与 Pro 功能对比截图】

(23) AutoPoly Pro + OpenAI API 能否自动化 WordPress 英文翻译?一次从技术到支付的可行性分析

【图2:点击“立即试用”后,ChatGPT 输入框中出现“代理模式”】

(24) ChatGPT Agent 能否替代 ChatGPT Plus 完成 WordPress 英文重译?

【图 1,英文首页日历日期链接被拼接成双重 URL】

(25) WordPress 英文站日历链接变成双重 URL:Polylang 子域名迁移后的 WPCode 与 W3TC Object Cache 排查

【图 7,数据库原始内容与 get_post() 返回内容不一致】

(26) WordPress 英文站出现横向滚动条:排查 Polylang 多域名下 W3TC Object Cache 缓存旧 CSS 的问题

【图 1,主题编辑器中的分类列表区块及“以下拉菜单显示”设置】

(27) WordPress Polylang 英文子域名迁移后链接仍指向中文站:分类下拉、面包屑与区块模板的完整修复

【图 1,终端检查 www 与 en 域名统计代码的结果】

(28) WordPress 英文站从 /en/ 迁移到子域名后,如何调整 GA4 与百度统计

【图 7,SlyTranslate 显示翻译完成并创建文章 19426】

(29) SlyTranslate + 智谱 GLM-5.2 长文翻译排障:从 600 秒超时到完整生成英文 WordPress 文章

WordPress 多域名架构下 W3 Total Cache 缓存失效:Polylang、Redis 与 admin 子域名的完整排查和修复

(30) WordPress 多域名架构下 W3 Total Cache 缓存失效:Polylang、Redis 与 admin 子域名的完整排查和修复

最近,我将 WordPress 英文站从原来的子目录:

Plaintext
https://www.shuijingwanwq.com/en/

迁移到了独立子域名:

Plaintext
https://en.shuijingwanwq.com/

搜索引擎相关的站点地图、301 跳转、Google Search Console 和百度搜索资源平台已经完成调整,但访问统计还需要单独检查。

这次实际处理后发现,Google Analytics 4 与百度统计的调整思路并不相同:

  • GA4 不需要重新创建属性或数据流,但需要调整报告的默认展示维度;
  • 百度统计不需要重新添加网站,但建议增加跨域监控;
  • 两个平台都应继续使用原来的统计代码;
  • 迁移前后的历史数据不会自动合并,需要通过域名或完整 URL 进行区分。

本文记录完整的检查与调整过程。


一、迁移后的统计结构

迁移前,中文站和英文站都位于同一个域名:

Plaintext
中文站:
https://www.shuijingwanwq.com/

英文站:
https://www.shuijingwanwq.com/en/

迁移后,网站结构变为:

Plaintext
中文站:
https://www.shuijingwanwq.com/

英文站:
https://en.shuijingwanwq.com/

这次变化看起来只是把 /en/ 路径改成了 en 子域名,但对于访问统计来说,页面的识别方式已经发生变化。

例如迁移前的英文文章可能是:

Plaintext
https://www.shuijingwanwq.com/en/2026/07/05/18871/

迁移后变为:

Plaintext
https://en.shuijingwanwq.com/2026/07/05/18871/

如果统计报告只显示页面路径,那么迁移后的中文文章和英文文章可能同时显示为:

Plaintext
/2026/07/05/18871/

这时单看路径,就无法判断数据属于 www 还是 en


二、先检查两个域名是否加载了同一份统计代码

在调整统计后台之前,首先要确认两个域名实际加载的统计代码是否一致。

我在本地终端执行了下面的命令:

Bash
for u in \
"https://www.shuijingwanwq.com/" \
"https://en.shuijingwanwq.com/"
do
    echo
    echo "========== $u =========="

    curl -sL "$u" |
    grep -Eo 'G-[A-Z0-9]+|googletagmanager\.com/gtag/js\?id=[^"&<]+|hm\.baidu\.com/hm\.js\?[a-f0-9]+' |
    sort -u
done

返回结果如下:

Plaintext
========== https://www.shuijingwanwq.com/ ==========
G-89CMTD9395
googletagmanager.com/gtag/js?id=G-89CMTD9395
hm.baidu.com/hm.js?abd646c01c6bac23ff98b9f3b12c32f1

========== https://en.shuijingwanwq.com/ ==========
G-89CMTD9395
googletagmanager.com/gtag/js?id=G-89CMTD9395
hm.baidu.com/hm.js?abd646c01c6bac23ff98b9f3b12c32f1

结果说明:

  • 两个域名使用相同的 GA4 衡量 ID;
  • 两个域名使用相同的百度统计代码;
  • 英文站迁移后没有漏装统计代码;
  • 不需要重新创建统计项目。
【图 1,终端检查 www 与 en 域名统计代码的结果】
【图 1,终端检查 www 与 en 域名统计代码的结果】

三、Google Analytics 4 是否需要重新创建数据流

答案是不需要。

www.shuijingwanwq.comen.shuijingwanwq.com 都属于同一个根域名:

Plaintext
shuijingwanwq.com

两个子域名继续使用相同的 GA4 衡量 ID即可。

因此,这次迁移不需要:

  • 新建 GA4 属性;
  • 新建 Web 数据流;
  • 更换衡量 ID;
  • 将英文站的数据拆分到另一套统计中。

GA4 数据流中填写的网站网址,也不是严格的数据采集白名单。只要页面正确加载同一个衡量 ID,数据就可以继续发送到当前属性。


四、为什么原来的 GA4 报告不方便查看

我原来主要查看的是:

报告 → 互动度 → 网页和屏幕

默认维度为:

Plaintext
网页路径和屏幕类

这个维度只显示路径,不显示域名。

例如:

Plaintext
/

或者:

Plaintext
/2026/07/11/19327/

迁移前,英文页面带有 /en/ 前缀,因此还能从路径中识别:

Plaintext
/en/2026/07/11/19327/

迁移后,英文站位于独立子域名,路径中的 /en/ 已经消失。

于是:

Plaintext
https://www.shuijingwanwq.com/2026/07/11/19327/

与:

Plaintext
https://en.shuijingwanwq.com/2026/07/11/19327/

在“网页路径”报告中都可能显示为:

Plaintext
/2026/07/11/19327/

如果两个域名下存在相同路径,数据还可能被汇总到同一行。

【图 2,GA4 网页和屏幕报告默认只显示网页路径】
【图 2,GA4 网页和屏幕报告默认只显示网页路径】

五、临时添加“主机名”次级维度

为了确认英文域名的数据是否正常采集,可以先在“网页和屏幕”报告中,点击主维度旁边的蓝色加号:

Plaintext
网页路径和屏幕类  +

然后搜索并添加:

Plaintext
主机名

添加后,报告会同时显示:

Plaintext
网页路径                     主机名
/                            www.shuijingwanwq.com
/                            en.shuijingwanwq.com
/2026/07/11/19327/           en.shuijingwanwq.com

这样就能直接判断某一条记录属于中文站还是英文站。

【图 3,在 GA4 网页和屏幕报告中添加主机名次级维度】
【图 3,在 GA4 网页和屏幕报告中添加主机名次级维度】

随后在表格上方的搜索框中输入:

Plaintext
en.shuijingwanwq.com

当时可以正常筛选出英文子域名的数据。

迁移后的验证数据包括:

Plaintext
浏览次数:170
活跃用户:91
每位活跃用户浏览量:1.87
平均互动时长:17 秒
事件数:471

数据曲线主要从英文站迁移完成后开始出现,与实际迁移时间基本一致。

这说明:

  • GA4 已经正常识别英文子域名;
  • 英文站没有漏统计;
  • 同一个衡量 ID可以同时统计两个子域名。
【图 4,使用主机名筛选 en.shuijingwanwq.com 后的 GA4 数据】

不过,“主机名”作为次级维度通常只是临时查看,不能保证每次打开报告都自动保留。

因此,还需要进一步修改报告的默认维度。


六、将“网页位置”设为 GA4 默认维度

对于现在这种多子域名结构,比“网页路径”更适合的维度是:

Plaintext
网页位置

“网页位置”会显示完整 URL,例如:

Plaintext
https://www.shuijingwanwq.com/
Plaintext
https://www.shuijingwanwq.com/2026/05/01/9651/
Plaintext
https://en.shuijingwanwq.com/2026/07/11/19327/

这样无需额外添加“主机名”,就能直接从 URL 中判断数据属于哪个域名。


七、自定义“网页和屏幕”报告

进入:

报告 → 互动度 → 网页和屏幕

点击页面右上角的铅笔图标,进入“自定义报告”。

【图 5,点击 GA4 网页和屏幕报告右上角的自定义按钮】
【图 5,点击 GA4 网页和屏幕报告右上角的自定义按钮】

在右侧的“报告数据”中点击:

Plaintext
尺寸

当前报告原来包含的主要维度包括:

  • 网页标题和屏幕类;
  • 网页路径和屏幕类;
  • 网页标题和屏幕名称;
  • 内容组。

点击:

Plaintext
添加维度

然后搜索并添加:

Plaintext
网页位置
【图 6,在 GA4 报告维度中添加网页位置】
【图 6,在 GA4 报告维度中添加网页位置】

添加后,点击“网页位置”右侧的三个点,将其设置为:

Plaintext
默认

点击右下角:

Plaintext
应用

最后点击页面上方的“保存”,选择:

Plaintext
将更改保存到当前报告

不要选择“另存为新报告”,否则原来的“网页和屏幕”报告不会被直接替换。

【图 8,将更改保存到当前网页和屏幕报告】
【图 8,将更改保存到当前网页和屏幕报告】

保存完成后,左侧菜单中的报告名称变为:

Plaintext
网页和屏幕:网页位置

表格默认显示完整 URL。

【图 9,GA4 网页和屏幕报告默认显示完整网页位置】
【图 9,GA4 网页和屏幕报告默认显示完整网页位置】

八、GA4 历史数据不会自动迁移

需要注意的是,GA4 不会因为网站做了 301 跳转,就自动修改以前采集的数据。

迁移前的英文站数据仍然会保留为:

Plaintext
主机名:
www.shuijingwanwq.com

网页路径:
/en/...

迁移后的英文站数据则会记录为:

Plaintext
主机名:
en.shuijingwanwq.com

网页路径:
/...

这两段数据属于不同时间阶段,GA4 不会自动合并或重写。

因此,在分析长期趋势时,需要明确迁移日期,并分别理解迁移前后的 URL 结构。


九、“网页位置”维度需要注意查询参数

“网页位置”虽然可以直接显示完整域名,但它也可能包含 URL 查询参数。

例如:

Plaintext
https://www.shuijingwanwq.com/article/

与:

Plaintext
https://www.shuijingwanwq.com/article/?utm_source=test

可能会被统计为两条不同记录。

不过对于我当前的需求来说,首先要解决的是区分:

Plaintext
www.shuijingwanwq.com

和:

Plaintext
en.shuijingwanwq.com

因此,将“网页位置”设为默认维度仍然是目前最直观的方案。


十、百度统计不需要新建英文站

GA4 调整完成后,接下来检查百度统计。

两个域名已经确认加载相同的百度统计代码:

Plaintext
abd646c01c6bac23ff98b9f3b12c32f1

因此不需要:

  • 新建一个英文站统计项目;
  • 为英文站生成新的百度统计代码;
  • 删除原来的统计站点;
  • 将中文站和英文站拆成两套百度统计。

两个域名继续归入同一个站点统计即可。


十一、为英文子域名添加百度统计跨域监控

进入百度统计后台后,打开:

使用设置 → 规则设置 → 跨域监控

在“输入域名”中填写:

Plaintext
en.shuijingwanwq.com

填写时不需要添加:

Plaintext
https://

也不需要末尾的:

Plaintext
/

然后点击:

Plaintext
添加

添加成功后,“已设置跨域监控的网站域名”列表中会出现:

Plaintext
en.shuijingwanwq.com
【图 10,在百度统计跨域监控中添加 en.shuijingwanwq.com】
【图 10,在百度统计跨域监控中添加 en.shuijingwanwq.com】

跨域监控主要用于帮助百度统计识别用户在两个域名之间的连续访问。

例如用户从中文站点击语言切换,进入英文站:

Plaintext
www.shuijingwanwq.com

en.shuijingwanwq.com

配置跨域监控后,百度统计会尽量将其识别为同一次连续访问,而不是完全拆成两个互不相关的访问过程。

该设置主要影响添加之后产生的数据,不会回头重新计算以前的统计结果。


十二、通过“受访域名”区分百度统计数据

添加跨域监控后,回到百度统计的:

概况 → 访问分析 → 受访域名

这里可以直接查看两个域名分别产生的数据。

当时报告中已经正常显示:

域名浏览量 PV访客数 UVIP 数跳出率平均停留时长
www.shuijingwanwq.com21314213380.67%00:02:41
en.shuijingwanwq.com337766.67%00:04:57
当前汇总24614914079.63%00:02:59
【图 11,百度统计受访域名报告中同时显示 www 与 en】
【图 11,百度统计受访域名报告中同时显示 www 与 en】

这说明:

  • 英文域名已经正常采集百度统计数据;
  • wwwen 可以分别查看;
  • 两个域名归入同一套统计代码没有问题;
  • 新增跨域监控后,域名之间的访问识别会更加连贯。

十三、这次统计调整的最终结果

英文站从 /en/ 迁移到 en 子域名后,Google Analytics 与百度统计的最终配置如下。

Google Analytics 4

继续使用原来的:

Plaintext
G-89CMTD9395

不新建属性,不新建数据流。

“网页和屏幕”报告默认维度从:

Plaintext
网页路径和屏幕类

调整为:

Plaintext
网页位置

以后可以直接查看完整 URL,区分:

Plaintext
https://www.shuijingwanwq.com/...

与:

Plaintext
https://en.shuijingwanwq.com/...

百度统计

继续使用原来的统计代码:

Plaintext
abd646c01c6bac23ff98b9f3b12c32f1

在:

使用设置 → 规则设置 → 跨域监控

中添加:

Plaintext
en.shuijingwanwq.com

以后通过:

概况 → 访问分析 → 受访域名

分别查看中文站和英文站的数据。


十四、总结

这次迁移中,统计代码本身并没有问题,真正需要调整的是后台报告的查看方式。

GA4 原来的“网页路径”适合单域名或子目录结构,但在英文站迁移到独立子域名后,同一路径可能同时存在于 wwwen 下。

将默认维度改为“网页位置”后,完整域名和页面路径会同时显示,查看起来更加直观。

百度统计则继续使用同一套代码,只需要增加英文域名的跨域监控,并通过“受访域名”报告分别查看两个域名。

最终,这次统计相关调整已经完成:

Plaintext
GA4:
同一个属性
同一个数据流
同一个衡量 ID
默认显示完整网页位置

百度统计:
同一个统计站点
同一份统计代码
添加英文域名跨域监控
通过受访域名区分 www 与 en

对于从 WordPress /en/ 子目录迁移到英文子域名的网站来说,这种处理方式既能保留历史统计数据,又能避免重新拆分统计项目造成的数据断层。

WordPress Polylang 英文子域名迁移后链接仍指向中文站:分类下拉、面包屑与区块模板的完整修复

WordPress 网站维护、性能优化与博客运营咨询

本站已持续运营超过 10 年,累计发布 1000+ 篇原创技术文章,长期实践 WordPress 网站建设、CDN / Cloudflare 配置、缓存优化、Google SEO、广告变现和多语言网站运营。

如果你的 WordPress 网站遇到访问慢、缓存异常、插件冲突、广告不显示、SEO 基础结构混乱、CDN 配置不确定等问题,可以联系我做一次远程技术排查。

适合以下用户:
✅ 个人博客站长
✅ WordPress 网站运营者
✅ 独立开发者与内容创作者
✅ SaaS 产品官网运营团队
✅ 希望优化网站速度与稳定性的站点

服务内容:
✅ WordPress 速度优化
✅ Cloudflare / CDN / 缓存配置排查
✅ 插件冲突与页面异常排查
✅ AdSense 广告显示问题排查
✅ SEO 基础结构检查
✅ 博客运营与商业化咨询

如需了解方案或交流相关问题,请直接联系我,并注明:WordPress 维护咨询

联系方式:
Telegram:@shuijingwan
微信:13980074657
邮箱:shuijingwanwq@gmail.com

评论

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注

这个站点使用 Akismet 来减少垃圾评论。了解你的评论数据如何被处理