一份几百页的 PDF 转成 Word 之后,页脚数字变成 1、1、2;翻到第 8 页,页脚还写着「第 1 页 共 1 页」。正文文字没丢,乱的是页码和目录——别人拿着目录去翻,位置对不上,核对的人会以为是转换丢了内容。
这类问题多半来自转换时插进去的分页符和重复的页脚文本框,源文件本身一般没坏,重新导一次通常就能恢复。下面这套顺序在 Windows 10/11 上实测可用。
适用系统:Windows 10/11;最后更新:2026-09-21。
Word 页脚显示 1、1、2,或者第 8 页还是「第 1 页 共 1 页」,多数是转换时把每页当成独立一页处理,页脚文本框和分页符一起被搬了过来。在 Word 里按 Ctrl+Shift+8 打开编辑标记,能看到每页底部挤着一排分页符和残留的文本框,正文被顶得七零八落。
先分清页码是原文件带的还是转换补出来的,再决定删还是修,能省去大量盲目重排的时间。
页码是原文件自带的文字,还是转换时补出来的,决定了后面是删还是修。判断方法很直接:用 PDF 阅读器打开源文件,把光标点到页脚的数字上,看它能不能被选中。
能选中说明页码在文字层里,错位大概率出在分页符上;选不中而 Word 里却有数字,说明是转换补的,删掉页脚文本框即可。这一步只需要一两次点击,却决定了后面走哪条路。

一次转几百页最容易页码错位,按页码范围拆成小文件分别转,能明显降低出错概率。拆开之后就算某一段乱了,也只需重转那一份,不用整本返工。
页数少的时候,转换程序要处理的页脚位置和分页判断也少,出错点自然就少。这是长文档里最省力的一种转法。
拆页会产生多份文件,先把编号规则定下来,比如按 001-050 这种零补齐的三位数命名。拼合之前不要改页脚,否则后面对照时找不到基准。
转换常在每页底部硬插一个分页符,Word 再按自己的规则排一次版,页码就串位了。把多余分页符清掉,页码往往自己就归位。
Ctrl+H 打开查找和替换,「查找内容」填 ^m(手动分页符),「替换为」留空,点全部替换^b 清分节符;替换前先在开始选项卡里打开显示编辑标记,看清分页符到底在哪替换完记得滚到原来看起来最乱的那几页确认一下。分节符没清干净时,页码会从中间某页重新从 1 计数。

删掉旧页码之后,要用 Word 自己的页码域重新插入,手打的数字早晚会错。页码域会随内容自动重算,改完正文也不用手动调。
如果页脚一直改不动,多半是当前节还挂在上一节上,取消「链接到前一节」再设一次就行。
每页首行文字一致,页码基本就对上了。对照这一遍只看每页的分页位置和源文件是否一致,看首行文字就能判断,不用逐字校对。
.docx,以后编辑排版的偏移会更小几百页的文件不用每页都看,抽头一页、中间一页、最后一页核对,页码连续且目录刷新正常就算过关。
多半是转换时在每页底部插入了手动分页符,页脚又重复了一份。先在 Word 里用 Ctrl+H 把 ^m 全部替换掉,再检查页脚有没有多余的文本框。
这通常是页码被做成了固定文本框,不是会自增的页码域。双击页脚删掉旧内容,用插入-页码-页面底端重新插一次就好。
页码可以用页码域自动重排,不用逐条手改;目录页右键-更新域-更新整个目录,目录数字会跟着正文页码一起刷新。
再看 ^b 分节符和多余空段落,分节符会让页码重新计数;另外确认页脚的「链接到前一节」状态,必要时用插入-页码-设置页码格式重设起始值。
按页码范围拆成每份 30 到 50 页分别转,文件名带上范围编号,转完再拼合统一检查页脚数字是否连续,比整本一次转的重做成本低得多。
现象 | 大概率原因 | 先做什么 |
|---|---|---|
页码 1、1、2 | 每页底部有手动分页符 |
|
每页都是同一个数字 | 页码是固定文本框 | 删掉后重新插入页码域 |
第 8 页还写着第 1 页 | 页码域没随内容重算 | 更新域,或重设起始页码 |
中间某页重新从 1 计数 | 分节符残留 | 查找 |
这几类情况里,扫描件和拼合文档占了大头。遇到它们时,把「判断页码来源」那一步做完就能确认方向,不用把五个方法全试一遍。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。