WordPress 页面出现横向滚动条?一次从 CSS 到区块编辑器的完整排查记录

页面底部出现横向滚动条。

从经典到块:主题迁移

从Hueman到Twenty Twenty-Five,主题切换与多语言菜单配置

(1) 从Hueman到Twenty Twenty-Five,主题切换与多语言菜单配置

经过以上步骤,语言切换器最终在页面上的效果符合预期。(见图 9)

(2) 在 WordPress 2025 主题中,把 Polylang 语言切换器移到右上角的完整记录

页眉导航宽度异常问题:导航被内容宽度限制(图 4)

(3) WordPress Twenty Twenty-Five 全局宽度布局实操笔记:宽屏全幅+大屏限宽配置方案

中文(中国)前台首页:66主内容文章+33标准化侧边栏,区块正常显示(对应图6)

(4) 实操|WordPress Twenty Twenty-Five 区块主题 Text Blog Home 改造经典两栏首页(双语无损适配)

改造完成最终首页效果(图5)

(5) WordPress Twenty Twenty-Five 两栏首页改造:Text Blog 小图列表模板完整实操记录

图11:样式重写后下拉美观,但层级子分类在原生 Option 标签下以空格缩进表示

(6) 分类列表下拉菜单的美化与渲染机制调试实录

图3:应用修正后的 CSS,日历占据了应有的侧边栏宽度,有文章的日子用主题同色系进行了高亮,悬停时会变黑

(7) 修复日历在侧边栏“占不满”的问题:WordPress 2025 主题日历样式优化

图5:English 下的页面显示第二个 Language Visibility 区块

(8) 为博客首页侧边栏添加多语言「个人品牌」区块

图4:调整后的分页效果

(9) 一次 FSE 分页丢失的排查与修复:从纯布局样板到查询循环

在英文页面(https://www.shuijingwanwq.com/en/)中,日历上每个日期点击后跳转的链接仍然是 https://www.shuijingwanwq.com/2026/06/08/ 的形式,而不是预期的 https://www.shuijingwanwq.com/en/2026/06/08/。

(10) WordPress 2025 主题 + Polylang:修复日历链接缺少语言目录的完整记录

图4:中文站点,下拉菜单样式美观,显示“选择年份”。

(11) 优化 WordPress 2025 主题页脚:多语言导航、社交链接与归档下拉栏的完整改造记录

图2:分类页单栏效果

(12) 从单栏到两栏:WordPress分类页统一首页侧边栏及列表结构的实操记录

套用上述代码后,标签云立刻有了质的飞跃:

(13) 告别参差不齐!只用 CSS 打造适配 2025 主题的现代标签云

搜索“alipay”的结果,每篇文章都带了一张大尺寸的特色图片,紧跟着就是完整的正文内容。我的文章里还有代码片段,全都被拉出来显示在列表里,页面无限拉长,排版也乱糟糟的。如图1

(14) 搜索结果页太长了?我给WordPress 2025主题做了一次“断舍离”

在英文页面 https://www.shuijingwanwq.com/en/ 中,22 号显示蓝色链接

(15) WordPress 日历在 Polylang 多语言环境下的兼容性修复实践

Network检查确认:如图3

(16) WordPress主题迁移:Emoji处理代码是否需要保留?

图2 Site Wide Header

(17) WordPress 标签页 noindex 优化:从主题迁移到代码重构的实践分享

最近,我在检查我的 WordPress 网站时,发现浏览器开发者工具的控制台里出现了几个令人不安的红色错误信息:

(18) WordPress 控制台报错排查实录:从 jQuery 冲突到百度统计警告

再次无效后,我决定使用Auto Insert,Location选择"Frontend Only",并在代码中确定插入位置(图5)。

(19) 从Ad Inserter到WPCode:CTA配置迁移与优先级实现

我重新审视了这篇文章的内容,发现文章中直接包含了 WPCode 的简码调用:wpcode。如图4

(20) 记一次由 WPCode 简码引发的 WordPress 500 致命错误排查全记录

图6:Chrome无痕模式下,Logo和Favicon均显示正常

(21) 记一次 WordPress 2025 主题 Logo 与 Favicon 的折腾之旅

新的实现方式:基于WPCode Location的优化方案

(22) 从Ad Inserter到WPCode:CTA配置迁移与优化实践

初始配置(图1)

(23) WPCode代码片段插入顺序问题:理论与实践的差距

图 2:区块右侧面板的“额外 CSS”输入框。

(24) 优化 WordPress 热门文章列表间距,提升阅读体验

页面底部出现横向滚动条。

(25) WordPress 页面出现横向滚动条?一次从 CSS 到区块编辑器的完整排查记录

最近在整理博客的「关于我 & 合作」页面时,发现页面底部突然出现了横向滚动条

刚开始我以为是 CSS 出了问题,结果最终发现真正的原因竟然是 Gutenberg 区块的「全幅(Full Width)」设置

这篇文章记录一下完整的排查过程,希望以后自己再次遇到类似问题时能够快速定位。


问题现象

页面:

Plaintext
https://www.shuijingwanwq.com/about-me-contact/

PC 浏览器底部出现横向滚动条。

页面底部出现横向滚动条。
页面底部出现横向滚动条。

页面内容本身并没有特别宽的图片,也没有表格,因此第一反应有些奇怪。


第一步:定位是谁撑宽了页面

首先打开浏览器开发者工具(F12)。

Console 执行:

JavaScript
[...document.querySelectorAll('*')]
.filter(el => el.scrollWidth > document.documentElement.clientWidth)
.map(el => ({
    tag: el.tagName,
    class: el.className,
    id: el.id,
    width: el.scrollWidth
}))

输出结果类似:

Plaintext
HTML
BODY
wp-site-blocks
MAIN
entry-content alignfull

这里最重要的一行:

Plaintext
entry-content alignfull

说明真正超宽的是整个正文区域,而不是某一张图片或者某一个 div。


第二步:怀疑 CSS

最开始我怀疑:

  • 图片超宽
  • iframe
  • table
  • pre
  • 某个插件输出了固定宽度

甚至一度准备直接写:

CSS
body{
    overflow-x:hidden;
}

但是这只是把问题隐藏起来,并没有真正解决。

因此没有继续往 CSS 修改。


第三步:检查页面编辑器

既然问题发生在:

Plaintext
entry-content alignfull

那么说明问题很可能来自 Gutenberg。

打开页面编辑器。

查看最外层 Group(组)。

发现:

Plaintext
对齐:

全幅(Full Width)

于是尝试修改为:

Plaintext
宽幅(Wide Width)

保存。

刷新页面。

横向滚动条立即消失。

将 Group 的对齐方式由「全幅(Full Width)」修改为「宽幅(Wide Width)」后,问题立即解决。

最终原因

真正的问题并不是 CSS。

而是:

Plaintext
Group

Alignment

Full Width

修改为:

Plaintext
Wide Width

之后恢复正常。

说明当前主题(Twenty Twenty-Five)与我网站目前的布局,在某些页面下,对 Full Width 的计算存在兼容性问题。


为什么控制台能够定位出来?

因为执行的 JS 会找出:

Plaintext
scrollWidth > viewport

也就是:

哪些元素实际宽度已经超过了浏览器宽度。

如果输出:

Plaintext
img

说明图片超宽。

如果输出:

Plaintext
table

说明表格超宽。

如果输出:

Plaintext
pre

说明代码块超宽。

而这次输出的是:

Plaintext
entry-content alignfull

因此很快就锁定到了整个正文容器。


我总结的一套排查流程

以后再遇到 WordPress 页面出现横向滚动条,我准备统一按下面这个顺序排查。

第一步

Console:

JavaScript
[...document.querySelectorAll('*')]
.filter(el => el.scrollWidth > document.documentElement.clientWidth)

找出真正超宽的元素。


第二步

如果是:

Plaintext
img
table
iframe
pre

直接检查对应内容。


第三步

如果是:

Plaintext
entry-content

wp-block-group

alignfull

优先检查:

Plaintext
Group

Columns

Cover

Gallery

是否设置为了:

Plaintext
Full Width

如果没有必要,改成:

Plaintext
Wide Width

再重新测试。


第四步

最后才考虑修改 CSS。

不要一开始就:

Plaintext
overflow-x:hidden;

否则只是掩盖问题,而没有真正修复。


本次经验

这次最大的收获不是解决了横向滚动条。

而是形成了一套以后可以重复使用的排查流程:

先利用浏览器开发者工具定位超宽元素,再回到 WordPress 区块编辑器检查对应区块,最后才考虑 CSS 修复。

相比直接修改样式,这种方法定位更快,也更容易找到真正的问题所在。

优化 WordPress 热门文章列表间距,提升阅读体验

技术博客运营与商业化咨询服务

本站已持续运营超过 10 年,累计发布 1000+ 篇原创技术文章,长期实践 WordPress 网站建设、性能优化、多语言运营、Google SEO 以及广告变现等方向。所有经验均来自真实网站运营过程中的持续实践与验证。如果你正在运营个人博客、技术网站或独立开发者项目,希望获得更多自然流量并探索网站商业化路径,欢迎联系我交流。

适合以下用户:
✅ 技术博客运营者
✅ 独立开发者与个人站长
✅ SaaS 产品官网运营团队
✅ 希望拓展海外流量的网站运营者
✅ 希望通过网站获得收入的内容创作者

服务内容:
WordPress 性能优化
SEO 优化咨询
多语言网站建设
广告收益优化
博客运营与商业化咨询

如需了解方案或交流相关问题,请直接联系我,并注明:博客运营咨询

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

评论

发表回复

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

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