书签导航 · Bookmarks
PDF 书签合并：怎样保住导航结构 / PDF Bookmark Merge: How to Keep the Navigation Outline
做 PDF 书签合并时，最常遇到的情况是页面合成了一份，左边的目录却塌成一堆同名条目，点下去还跳错页。这篇讲清导航为什么会坏，以及哪些流程能保住它。
阅读约 7 分钟 · 7 min read
一句话结论
PDF 书签合并可以保住导航结构，但要满足三个条件：两个源文件本身都带书签、合并过程不重建页面对象、合并顺序与最终阅读顺序一致。中间只要经过一次打印成 PDF 或导出为图片，书签就没有挂载点，没有回头路。
A PDF bookmark merge keeps the navigation outline when both sources carry one, the merge leaves page objects intact, and the file order matches the final reading order. One print-to-PDF step removes the anchors the outline points at, and that cannot be reversed.
为什么合并后书签会乱 / Why the outline breaks on merge
书签不是写在页面上的文字，它是挂在文档树上的一层结构。每个条目带着三样东西：显示用的标题、指向某个页面对象的跳转目标、以及决定缩进层级的父级引用。合并要做的事是把两个文件的页面对象读出来、重新编号、写进一个新文件。页面变了编号，条目却还按原来的顺序挂着。
| 组成部分 | 作用 | 合并时最容易出的问题 |
|---|---|---|
| 书签条目 / Outline item | 标题文字与层级位置 | 两个文件的顶层标题同名，合并后分不清 |
| 目标页码 / Destination | 指向具体的页面对象 | 页面重排后仍指向旧位置，跳转错位 |
| 父级引用 / Parent | 决定缩进与层级归属 | 父级丢失，全部条目塌成一级 |
| 展开状态 / Open state | 控制打开时是否展开 | 一般能保留，个别工具会重置为收起 |
两个文件各有一个叫「第一章」的顶层条目时，合并后的面板里就出现两个一模一样的名字，你没法判断该点哪个。这类冲突在合并前完全看不出来。另一类问题更隐蔽：条目都在、层级也对，但点下去跳到了中间某页，因为合并顺序和当初预期的页码排布不一样。
An outline entry carries three things: a display title, a destination pointing at a page object, and a parent reference that sets its nesting level. Merging renumbers page objects, so destinations written against the old order drift. Two files that each have a chapter one produce two identical top-level labels, and duplicates stay invisible until the panel is open.
不同合并做法对书签的影响 / What each merge path does to bookmarks
| 做法 | 书签结果 | 说明 |
|---|---|---|
| 直接合并两个带书签的 PDF | 多数保留 | 条目按文件顺序拼接，需检查页码 |
| 合并后再手动补书签 | 原有加新增都保留 | 适合加统一的封面或附录条目 |
| 先打印成 PDF 再合并 | 全部丢失 | 打印重建页面对象，书签无处挂载 |
| 合并扫描件或图片型 PDF | 本来就没有 | 需先识别文字再手动建立条目 |
| 只合并选中的部分页面 | 保留选中范围内的条目 | 未选中页面对应的条目会被丢掉 |
- 合并前先各打开一次源文件，确认书签面板能看到完整层级。源文件已经是扫描件或图片型 PDF，后面怎么操作都变不出书签。
- 避开任何中间转换：虚拟打印、截图、导出为图片，这三条路都会重建页面对象。
- 只用部分页面时，先想清楚被跳过的页面上有几个书签条目，这些条目会一起消失。
- 想要一份统一目录，就在合并后插入顶层分类条目，再把两边章节挂进去，比逐条改层级快得多。
Open each source first and confirm the outline panel shows the full tree. Skip virtual printing, screenshots, and image exports, since all three rebuild page objects. When merging a page range, count how many entries sit on the skipped pages, because those go too. For one unified table of contents, add a top-level category after merging and nest both sides under it instead of fixing levels one by one.
保留导航结构的本地流程 / A local workflow that keeps the outline
带书签的文件往往是合同、标书、论文、产品手册这类长文档，内容本身就不适合传到第三方服务器。全程在浏览器本地处理，文件不出本机，导航结构也更容易保住。
- 逐个打开源文件，确认书签面板里能看到完整层级，并记录每个文件的页数
- 比对两份顶层标题，同名的先加区分前缀，第一章改成上册-第一章与下册-第一章
- 按最终阅读顺序排列文件，确认页码连续，顺序一次定好
- 在本地执行合并，输出新文件
- 打开新文件的书签面板，逐条点击验证跳转位置
- 需要统一目录时，插入顶层分类条目并把两边章节挂进去
- 确认层级与跳转都无误后删除临时副本
第 5 步别省。条目存在和条目能跳对是两回事，只扫一眼面板很容易漏掉整段偏移。想要更细的页码与顺序控制，可以先看 /blog/pdf-page-selection-1-3-5-syntax 里讲的选择语法。
在 pdfmergenext.shop 本地合并并保留书签 →排查清单 / Troubleshooting checklist
- 书签整列消失：中间经过了打印或图片导出，回到源文件重新合并
- 层级塌平：父级引用在重排文档树时丢失，改用保留大纲的合并路径
- 跳转页码错位：合并顺序与最终顺序不一致，按顺序重做一次
- 同名条目分不清：合并前给两个文件的顶层标题加前缀
- 点击跳到空白页：目标页面被删除或替换，重新指定跳转位置
- 条目在但打不开：部分阅读器对嵌套过深的层级支持有限，收敛到三层以内
常见问题
PDF 合并之后书签还在吗？
多数情况还在，前提是源文件本身带书签、合并过程没有重建页面对象。合并后打开书签面板逐条点一遍，比看一眼目录是否存在更可靠，因为条目在但页码错位的情况很常见。
为什么书签点下去跳到了错误的页面？
书签指向的是页面对象，不是页码数字。合并时页面被重新编号，如果条目还按旧顺序拼接，跳转就会偏。按最终顺序重新合并一次通常就能对齐。
能不能把两个文件的书签合成一个统一目录？
可以。合并时在两份书签之间插入一个顶层分类条目，再把两边的章节挂到各自分类下，读起来就是一份完整目录。这一步在本地阅读器的书签编辑模式里做最省事。
扫描版 PDF 有办法生成书签吗？
扫描件本身没有文字层，也就没有书签可合并。先做文字识别，再按章节标题手动建立条目，或者用识别结果里的标题样式自动生成。
Do bookmarks survive a PDF merge?
Usually yes, as long as both sources carry an outline and the merge does not rebuild page objects. Click through every entry afterwards, because an outline can be present and still point at the wrong pages.
Why did my outline collapse into one flat list?
The parent reference was dropped while repacking the document tree. Without it every entry becomes a top-level item. Re-merge with a path that preserves the outline tree, or rebuild the nesting once in an editor.