WPS文档如何从第二页开始设置页码并跳过首页？

从一份投标文件的封面说起

做投标、写论文、整理年报的人，几乎都遇到过同一个尴尬：文档封面干干净净，翻到第二页却赫然印着一个「2」。评审方第一眼看到的就是这个数字——它不影响内容判断，却足以让人怀疑整份材料的排版有没有打磨过。也正因如此，「WPS文档如何从第二页开始设置页码并跳过首页」长期停留在排版类搜索的高频位置上。

这个需求看起来很小，实际包含三层诉求：首页不显示页码、正文页重新从 1 开始计数、后续页码连续递增。三层诉求对应的是两个不同层级的机制——「首页不同」和「分节符」。很多人第一次尝试失败，不是因为不会点按钮，而是选错了机制：选错之后，要么首页没了页码但正文从 2 开始，要么正文从 1 开始但首页也跟着变成了 0。下文会先把这两条路线的边界讲清楚，再给出可复现的操作路径和回退方案。

先分清三件事：页码、分节符与「首页不同」

动手之前，有必要把这三个概念摆在一起看：绝大多数「设置完没反应」，都源于把它们混为一谈。

页码本质上是一个域字段（Field），它读取的是「当前节内第几页 + 该节的起始编号偏移量」。它本身不决定显示位置，位置由页脚或页眉容器承载。换句话说，页码插在哪里、长什么样，和它显示的数字是几，是两件事。

分节符（Section Break）是文档结构层面的分隔标记。分节之后，每一节拥有独立的页面设置、页眉页脚与页码编号规则，它也是「正文从 1 重新计数」这一诉求唯一可靠的实现方式。WPS 文字中常见的是「下一页分节符」，它会在插入点强制换页并开启新的一节。

首页不同（Different First Page）是页眉页脚层面的一组开关。开启后，本节的第一页使用一套独立的页眉页脚，其余页共用另一套。它只解决「首页不显示」，不解决「重新计数」。

两条路线怎么选：一张决策表

先看结果预期，再决定点哪条路。下表把两条路线的产出差异逐项列出，你可以直接对照手里的文档核验。

对比项	路线 A：首页不同	路线 B：分节符 + 起始页码
首页页码	不显示	不显示
第二页显示为	2	1
操作复杂度	低，一处开关	中，需处理「同前节」
对文档结构影响	无	新增一个分节标记
典型场景	内部通知、随手打印稿	投标书、论文、对外报告
后续改版成本	低	中，删除分节符会合并页面设置

判断标准其实只有一条：交付对象会不会翻到第二页并默认它是「第 1 页」。如果对方是评审、编辑、答辩老师，答案多半是会，那就走路线 B；如果只是自己打印留档，路线 A 足够。经验性观察是，正式对外文档里，第二页显示为「2」几乎都会被当作瑕疵，哪怕正文内容再完整。

路线 A：只想首页空着，且接受第二页是「2」

这条路极短，适合快速处理。以桌面端 WPS 文字为例（菜单名称可能随版本与安装渠道略有差异，请以实际界面为准）。

做法：先用「插入 → 页码」给全文加上页码，位置和样式按需选择；然后双击页脚区域进入页眉页脚编辑状态，在页眉页脚工具条中勾选「首页不同」。此时封面页脚变空，第二页及之后保持原有编号，也就是从 2 开始。

原因：「首页不同」只是在渲染层面为本节第一页切换了一套独立的页脚版式，编号计数器并没有归零，后续页码自然延续。

边界：当你需要正文从 1 起算，或者需要目录用罗马数字而正文用阿拉伯数字时，这条路走不通，必须转向路线 B。另外要留意，勾选「首页不同」后，本节第一页的页眉同样会被置为独立版式；如果封面本来有页眉内容，它会一起消失。

路线 B：正文从「第 1 页」重新计数

这是绝大多数正式文档真正需要的方案。核心思路是：把封面单独划为第一节，正文从第二节开始，并且让第二节的页码从 1 起算。

第一步：在封面末尾插入分节符

把光标放到封面最后一个字符的后面，切换到「页面布局」选项卡（部分版本中该功能位于「章节」选项卡下），找到「分隔符」下拉，选择「下一页分节符」。执行后页面不会明显变化，只是光标跳到了新一页的开头。

这里有个容易被忽略的动作：分节符是隐藏字符，默认不可见。建议在「视图」中打开「显示/隐藏编辑标记」，此时分节符会以带虚线的横条形式出现，方便你确认它究竟插在了哪一行。经验性观察是，分节符位置错一行，后面所有页码都会错位，而正常视图下完全看不出来。

第二步：进入第二节页脚，取消「同前节」

双击第二页的页脚区域进入编辑状态。此时页脚工具条上有一个「同前节」（部分版本显示为「链接到前一节」）按钮处于高亮或选中状态。它的含义是：当前节页脚与上一节保持同步，你在这里做任何修改，第一节也会跟着变，反之亦然。

点击它，取消选中，链接断开。断开之后，第二节的页脚就成了一块独立区域，可以单独摆布。这是整条路线中最关键、也最容易漏掉的一步——大量「首页页码删不掉」「删了首页正文也没了」的问题，根源都在这里。

第三步：插入页码并设置起始编号

在第二节页脚中执行「插入 → 页码」，或直接使用页脚工具条上的页码按钮。插入完成后，选中页码数字，通过右键菜单或工具条上的「页码格式 / 设置页码格式」入口打开对话框，在「页码编号」区域选择「起始页码」，并把它设为 1。

此时第二页应显示为 1，第三页为 2，以此类推。首页因为属于第一节，而第一节页脚为空，不会显示任何编号。

「同前节」取消失败时会发生什么

把这个失败场景单独拎出来讲，是因为它出现的频率远超预期。表现通常有三种：

• 删掉第一页的页码，第二页的页码跟着一起没了；
• 在第二页设置起始页码为 1，第一页也冒出了一个 1；
• 第二页页码正常，但改了字号或字体后，第一页样式同步变了。

三种现象指向同一个原因：两节的页脚仍处于链接状态，本质上还是同一个页脚容器。验证方法很简单——把光标分别放在第一节和第二节页脚里，观察工具条上「同前节」按钮的选中状态是否一致。如果一致且为选中，说明链接没断开。

还有一种隐蔽情况：文档里不止两个节。比如封面、目录、正文各占一节，那么目录节和正文节之间的链接也要逐一检查。判断当前光标在第几节，可以看状态栏，或通过「同前节」按钮是否可点击来间接确认——如果某节的按钮是灰的，通常说明它已经是文档第一节。

桌面端最短路径：Windows 与 macOS 的入口差异

WPS 文字在 Windows 与 macOS 上的功能集合基本一致，但菜单归类与快捷入口存在差异。下面给出的是「最短可达路径」，可替代入口会在括号中列出。

Windows 桌面端：插入分节符走「页面布局 → 分隔符 → 下一页分节符」；插入页码走「插入 → 页码」；页码格式走页眉页脚工具条上的「页码格式」按钮，或用右键菜单中的同名项。进入页脚编辑的快捷方式是直接在页面底部双击。

macOS 桌面端：整体逻辑相同，但分节符入口通常位于「插入 → 分隔符」或「布局」相关选项卡下，具体归类随版本浮动。若在菜单里找不到「下一页分节符」，可在「分隔符」子菜单中查找「分节符（下一页）」这类表述，功能等价。

网页版（在线文档）：分页与页码能力相比桌面端有收敛，页眉页脚的自定义空间有限。经验性观察是，网页版更适合协作浏览与轻量编辑；涉及分节符的精细排版，建议下载到桌面端完成后再上传。此结论基于日常使用观察，具体能力请以你所在版本的在线编辑器实际提供的功能为准。

移动端能做到什么程度

这一节需要明确区分平台，因为手机端和桌面端在页眉页脚编辑上并不对等。

Android 与 iOS：WPS 移动版的主要内容编辑、批注、查看体验已经相当完整，但页眉页脚编辑属于版式层面的操作，在手机上通常只提供查看或极有限的调整入口。也就是说，分节符插入、页码起始值设置这类操作，在移动端大概率找不到对应按钮。

可复现的验证方法：在手机上打开一份已经设置好分节符的文档，尝试双击页面底部区域。如果没有任何编辑态工具条弹出，说明当前版本不支持在移动端编辑页脚。此时正确做法不是反复尝试，而是把文档同步到桌面端处理，处理完再回到手机端查看效果。

为什么建议这样做：页码涉及分节结构，一旦在能力受限的客户端上误操作，容易产生「分节符被删除但页码格式还留着」这类难以定位的中间状态，反而增加返工成本。

页码格式对话框里容易点错的几个地方

「设置页码格式」这个对话框不大，但每一项都会实质改变输出结果，值得逐项确认。

编号格式：决定显示为 1、2、3，还是一、二、三，或 I、II、III。目录页常用罗马数字，正文用阿拉伯数字，这两者要在各自所在的节里分别设置。值得注意的是，格式绑定在节上，而不是绑定在整篇文档上。

包含章节号：勾选后会生成「第一章-1」这类复合编号，前提是文档使用了多级标题样式。如果标题样式没有正确应用，勾选后可能出现编号混乱。不确定是否需要时，先不勾。

页码编号：这里有两个选项——「续前节」和「起始页码」。路线 B 要选后者并填 1。很多人卡在这一步，是因为对话框打开时默认停在「续前节」，直接点确定自然没有变化。

衍生需求：为什么「第 X 页 共 Y 页」的总页数总是多算

这是分节排版里第二个高频困扰。当你在页脚写下「第 X 页 共 Y 页」时，Y 通常取自统计全文页数的域。封面既然也是文档的一部分，自然被算进去了，于是出现「共 21 页」而实际正文只有 20 页的偏差。

可行的处理方向有两个。一是放弃「共 Y 页」，只保留当前页码，这在多数正式文档里完全可以接受；二是改用只统计当前节页数的域。后者在部分版本中需要手动切换域代码来插入，属于进阶操作。

验证方法：在页脚插入域之后，先记下显示的总页数，再删掉封面页的若干内容让全文少一页，观察 Y 是否同步变化。如果 Y 减去的是全文页数而非本节页数，说明用的是全文统计域。这个验证过程只需一两分钟，却能避免交付时的低级错误。

故障排查：现象 → 原因 → 验证 → 处置

下面这张表覆盖了实际使用中反馈最集中的几类问题，按顺序排查通常能一次定位。

现象	可能原因	验证方法	处置
首页仍有页码	第一条分节符未插入，或首页与正文同节	打开编辑标记，查看封面后是否有分节符横条	在封面末尾补插下一页分节符
首页无页码，第二页显示 2	只用了「首页不同」，未设置起始页码	打开页码格式对话框，看是否停在「续前节」	改为「起始页码」并填 1
改一处，另一处跟着变	两节页脚仍处于链接状态	比较两节工具条上「同前节」按钮的选中状态	点击「同前节」取消链接
删分节符后版式全乱	删除分节符会合并两节，页脚设置随之合并	撤销一步即可恢复	如需保留版式，不要直接删分节符
总页数比实际多 1	总页数域统计的是全文页数	删减一页正文，观察总数是否同步变化	改为只统计当前节，或去掉总页数

什么时候不该用分节符

分节符功能强大，但它不是所有场景的最优解，甚至在某些情况下会带来额外麻烦。

文档只有两页且不对外交付：为一次性的内部打印稿折腾分节结构，时间成本不划算，「首页不同」三秒解决。

文档需要频繁增删页面：分节符是位置敏感的标记。如果封面内容经常变动、正文频繁整体挪动，分节符有被误删的风险；一旦误删，两节合并，页码设置会一起失效。这类文档更适合在定稿阶段再统一处理页码。

多人协同且各自使用不同客户端：如果协作者主要在移动端或网页版工作，插入分节符后他们可能看不到编辑标记，容易在不知情的情况下破坏结构。此时建议由一人负责版式，其他人只改正文。

模板要求固定：如果所在单位提供了官方模板，页码方案通常已经内置。直接套用模板比自行调整更稳妥，也能避免与模板中的其他节设置冲突。

适用与不适用场景清单

把判断标准压缩成一份准入清单，便于快速决策。

适合走分节符方案：对外交付的投标书、论文、年报；封面、目录、正文需要分别编号的文档；需要目录用罗马数字而正文用阿拉伯数字的文档；正文页数较多、页码连续性会被逐页检查的文档。

适合走「首页不同」方案：内部流转的通知、会议纪要；仅需打印留档、不对外提交的草稿；页数很少、结构简单的文档。

不建议在移动端处理：任何涉及分节符、页码起始值的操作。移动端适合查看结果，不适合制造结构。

不建议在未备份的情况下处理：分节操作会改变文档结构，一旦误删分节符，撤销不及时可能导致版式难以复原。动结构之前先另存一份，是成本最低的保险。

可复现的验证方法

设置完成后，不要只看第二页那一眼就交付。下面这组检查可以在几分钟内跑完，能覆盖绝大多数隐藏问题。

1. 翻到封面，确认页脚区域完全空白，且没有残留的空行或细横线。
2. 翻到第二页，确认页脚显示的是 1 而不是 2。
3. 连续翻到文档末尾，确认页码逐页递增、没有重复或跳号。
4. 打开「显示/隐藏编辑标记」，确认分节符只出现了一次，位置在封面之后。
5. 在正文中随意删除一段文字触发重新分页，确认页码能自动重排而非固化成静态文本。
6. 把文档导出为 PDF，在阅读器中再次核对页码显示，因为导出过程中的分页计算可能与编辑视图存在细微差异。

第 6 步尤其值得保留。编辑视图与最终 PDF 的分页结果，在特定字体或缺字环境下可能不一致；交付前用 PDF 复核一遍，比在编辑界面反复确认更可靠。

最佳实践检查表

把上面所有内容收敛成一份可直接执行的清单，下次遇到同类文档照着走即可。

• 动手前先另存一份副本，命名为「xxx-排版前」。
• 确认交付对象是否会检查页码连续性，据此选择路线 A 或路线 B。
• 插入分节符后立刻打开编辑标记，肉眼确认位置。
• 进入第二节页脚的第一件事是取消「同前节」，而不是先插页码。
• 页码格式对话框中确认停在「起始页码」而非「续前节」。
• 如果文档有目录页，单独为目录节设置罗马数字格式。
• 总页数显示异常时，优先怀疑统计范围而非域损坏。
• 全部核对完毕后导出 PDF 做最终确认。

这套流程的价值在于，它把容易出错的环节前置了。真正的返工成本往往不在操作本身，而在交付后才发现首页多了个「2」。

常见问题（FAQ）

结语：把页码当成结构问题，而不是装饰问题

回到最初那个场景：一份封面干净、第二页从 1 开始的文档，传递出的信息不是「这个人会用页码」，而是「这份材料被认真对待过」。页码设置之所以容易出错，是因为它表面上是加个数字，实际上是文档结构划分的副产品。先决定要不要分节，再谈页码怎么写，顺序反了就会反复返工。

如果你手上正好有一份待交付的文档，建议按这个顺序推进：先另存副本，再确认交付对象是否在意页码连续性，据此在「首页不同」和分节符之间做选择；选定之后，严格按「插分节符 → 取消同前节 → 设起始页码 → 导出 PDF 复核」四步走完。整套流程在熟练之后通常只需要几分钟，但它能规避的，正是交付现场最尴尬的那类小失误。

至于功能层面的后续变化，本文不予推测。若你使用的版本在菜单名称或入口位置上与文中描述存在差异，属正常现象——排版类功能的界面归类，在不同版本与不同平台上确有浮动，以你实际客户端中的可见项为准即可。