重新排序 PDF 頁面
在你的瀏覽器中.

頁面對了，順序卻錯了

PDF 順序錯亂的原因通常很機械。掃描器按進紙順序拉了一疊收據，而不是日期順序，十二月的收據夾在兩張三月的之間。法院案卷以一份 PDF 抵達，附件竟排在發文公文之前。有人用 merge-pdf 把三份舊簡報合成一份，結果某個段落落在不該在的位置。多頁表單裡某一頁掃反了，又補進到末尾。內容沒問題；順序有問題。這個工具修的就是這件事 — 不必重掃、不必重出檔、也不必回到製作原始檔的地方。

這裡的工作小且明確：拿到一份 N 頁 PDF，產出一份 N 頁 PDF，內容相同但順序重排。不增加任何東西、不刪減任何東西、頁面內部毫無改動。改變的只是次序。

新順序怎麼描述

新順序以逗號分隔的頁碼清單輸入。3,1,2,4,5 表示「先第 3 頁、再第 1、再第 2、再第 4、再第 5」。兩條規則：每一頁恰好出現一次，且清單長度等於檔案頁數。兩者都會在寫入前驗證，所以一個錯字不會意外漏掉或重複頁面。

長文件中，手打 80 個數字很脆弱。捷徑：把目前的順序複製下來（工具會顯示），貼進欄位，只改要移動的部分。50 頁文件中要把第 7、8 頁互換，你只改兩個字元。把第 47 頁拉到最前，只要把「47」剪下貼到開頭。

什麼會跟著走，什麼不會

每頁的內容如實搬遷：文字、圖像、字型、版面、附在某頁上的註記（醒目標示、便利貼、註解）。原本是第 12 頁的收據，到第 1 頁時模樣完全相同。

文件層級的某些東西熬不過重建：

• 書籤（導覽大綱）會被丟棄。大綱以原始文件中的頁面位置為依據。重新排列之後這些參照會指向錯誤頁面，丟棄它比讓它指向錯誤內容更安全。長篇技術 PDF 與內容豐富的 ebook 會失去這份大綱 — 若這比重新排序更要緊，比較乾淨的路徑是回去修正原始文件再重新匯出。
• 頁面之間的內部交叉參照（「見第 12 頁」）現在可能指錯地方。連結原本綁在原始頁碼索引上；原本是 12 的頁面如今在他處，而新的第 12 頁是另一份內容。重新排序會重建頁序，卻不會重寫內部連結的目標。
• 數位簽章會失效。簽章綁在特定位元組上；任何重建 PDF 的動作都會打破這層綁定。如果是已簽署的合約，請不要重新排序 — 在簽署之前先把順序定好。
• 已填入的表單欄位也熬不過重建。若你有已填值的互動式 PDF 表單，請在填寫前先重排，或直接在新順序中填寫。

當重新排序不是答案時的鄰近工具

• 移除頁面用 delete-pdf-pages 比重排再砍清單更直接。
• 取出一段（一個章節、一段日期區間）— split-pdf。
• 把多份 PDF 合成一份 — merge-pdf。常見流程：先合併，再來這裡修順序。
• 旋轉或對某頁做其他修改（不只是搬位置）— edit-pdf 處理單頁操作。

當有東西不對勁

• 「預期 N 個數字，得到 X 個」 — 清單長度與頁數不符。重數一次。
• 「第 X 頁被列出超過一次」 — 重複了。每一頁在輸出中只出現一次。
• 「第 X 頁超出範圍」 — 數字落在 1..N 之外。多半是錯字（例如文件只有 12 頁時輸入 15）。
• PDF 已加密。先送進 unlock-pdf；加密的 PDF 無法被開啟以擷取頁面。

你的檔案會怎樣

重新排序在你的瀏覽器裡執行。原始 PDF 在磁碟上絲毫不動；結果是在它旁邊的新下載檔，名字加上 _reordered。打開 DevTools 並在執行時觀察 Network 面板 — 不會看到任何攜帶檔案內容的對外請求。