合併PDF表單 — 別讓已填欄位變成空白框

合併普通PDF再簡單不過：頁面放進去，一個檔案輸出來。可填寫表單則完全不同。當你把兩份表單合在一起——一份簽好的申請表和它的核准頁、三份到職文件、一疊報銷單——你並不只是在疊放頁面，而是在疊放兩個隱藏的互動層，它們從未被設計為共存於同一個檔案中。如果不加思考地合併，產生的PDF在螢幕上看起來完整無缺，卻可能悄悄丟掉了讓這些表單可填寫的一切功能。

為了準確記錄而非猜測實際發生了什麼，我建立了兩個範例可填寫PDF，並透過我們的合併工具使用的同一套瀏覽器端引擎（pdf-lib程式庫的頁面複製功能）將它們合併。這篇文章報告的是合併後檔案中實際包含的內容——頁數、保留下來的欄位，以及哪些值仍然可見——而不是關於PDF應該如何運作的一般理論。

可填寫PDF實際上是一個檔案裡的兩份文件

打開一個可填寫PDF，你其實同時在看兩個層。第一個是可見的頁面：線條、標籤、方框，以及已經輸入的文字。第二個是不可見的——一個互動式表單字典，PDF標準稱之為AcroForm。它將每個欄位儲存為一個命名物件：full_name、date、signature。當你點擊一個框並輸入時，你編輯的是那個命名欄位，表單字典負責將值與名稱關聯起來。

合併時出問題的正是這套命名機制。兩個欄位要保持獨立，就必須各自擁有不同的完整限定名稱（fully qualified name）。兩個獨立表單各自包含一個叫signature的欄位，單獨使用沒有任何問題——但合併之後，兩個欄位共享同一個名稱，表單感知工具要麼得重新命名其中一個，要麼讓它們共用同一個值。我們的合併工具兩者都不做。正如下面的測試所示，瀏覽器端的頁面複製根本不會重建合併後的表單。

合併兩份已填表單後實際發生了什麼

以下是測試內容。表單A是一份包含三個欄位的簡短申請表——full_name、date和signature——已填入姓名和日期。表單B是一份核准頁，複用了相同的三個欄位名稱，並額外新增了一個獨有欄位manager_approval。兩份都是真正的可填寫PDF，不是平面化的列印件。我按A、B的順序合併，然後檢查了產生的檔案。

• 頁數：2 — 兩頁均按正確順序合併，沒有遺漏或錯位。
• 互動式表單欄位：0 — 所有可編輯欄位全部消失。合併檔案中沒有任何可填寫欄位。
• 可見值：保留 — 在此測試中，之前填入的姓名和日期仍然顯示在原來的位置，由各控制項的已儲存外觀串流（appearance stream）承載。如果表單的外觀缺失或過時，請目視確認合併後的輸出。
• 表單字典：未重建 — 合併檔案中沒有可用的AcroForm，因此無法點擊、用Tab鍵導覽或編輯任何內容。
• 名稱衝突：未解決 — 由於互動層整體被移除，兩個衝突的signature欄位根本不需要調和。兩者都簡單地變成了固定的、不可編輯的文字。

關鍵點很容易被忽略，因為檔案看起來完全正常。螢幕上兩份填好的表單都在，值也都有。但互動功能沒了。如果這些表單已經填完，你只需要一個整潔的PDF用來歸檔或寄email，那這個結果正好是你想要的。如果你本來希望合併後的文件仍然可編輯——以便稍後填寫，或讓同事完成他們的部分——那麼合併已經悄悄拿走了這個能力。

決定一切的關鍵區分：已填完 vs. 還需填寫

合併之前先問一個問題：最終的PDF還需要被填寫嗎？如果每份表單都已經完成——簽好名、填好日期、全部搞定——那麼合併就是正確的做法，失去互動層是一個特性而非缺陷。合併後的檔案包在一般檢視器中不再能作為表單編輯，這通常正是你對完成記錄所期望的結果；如果你確實需要存取控制，請新增密碼保護，而不要依賴合併。這涵蓋了大多數真實情境：已提交的申請、已簽署的協議、已完成的報銷單、已回收的問卷。

如果合併後仍有表單需要填寫——比如你要寄出去的範本，或者每個人各填一部分的多方表單——簡單合併無法滿足你的需求。合併檔案會顯示空白框，但沒人能往裡面輸入。針對這種情況的誠實替代方案，在接下來兩節中討論。

對於已填完的表單，合併就是鎖定

測試結果中隱藏著一個實用的附帶效果。因為瀏覽器合併會刪除互動式表單，你的已完成表單輸出後在日常檢視中表現得就像一份平面化副本——填入的值仍透過殘留的外觀串流（appearance stream）顯示，但可編輯的框不再運作。你不需要另外的平面化步驟或專用工具。唯一重要的規則是時機：在合併之前完成所有欄位，因為一旦表單合併，就再也無法編輯了。

• 先完成所有欄位。合併會將值鎖定，因此在合併前完成並校對每份表單。
• 確認值是可見的，而不僅僅是已輸入。打開每份表單，閱讀頁面上的已填文字——這個可見層才是會帶入合併檔案的內容。
• 按讀者期望的順序合併：申請表在核准頁之前、封面在附錄之前、最早的報銷單排到最新的。
• 打開合併後的輸出檔案檢查接縫。查看第一頁、表單之間的連接處和最後一頁，確認每個填入的值都完好無損。
• 保留原始的可填寫檔案。在檔案包被接受之前保存可編輯的原件，這樣你可以重新簽發或更正單份表單，而無需重建整套。

當你確實需要合併後仍可填寫的表單時

有時你需要的恰恰相反：將多份表單合併成一份文件，同時讓其他人仍然可以填寫。這才是真正困難的情況，坦白說，包括我們在內的瀏覽器端合併工具做不到。在合併中保留即時欄位意味著要重建合併後的表單字典並重新命名每個衝突欄位，使得兩個signature欄位變為類似signature_applicant和signature_manager的名稱，各自保持獨立可編輯。這種欄位層級的手術需要表單感知的桌面編輯軟體（如Acrobat Pro的表單工具），或者顯式重建和重新命名欄位的程式碼。簡單的檔案合併操作無法可靠地做到這一點。

如果你沒有這類工具，仍然有兩個乾淨的選擇。將表單分開作為一組發送，這樣每份表單都保持完全可編輯；或者先收集回覆，然後只合併已完成、已簽名的副本——這就回到了上面所說的簡單、可靠的情況。兩種方案都比發送一份在縮圖中看似可編輯、但實際打開後不接受輸入的合併檔案要好。

欄位名稱衝突：隱藏在簡單表單中的陷阱

即使是盡力保留表單欄位的工具也會在命名問題上出錯。因為兩個獨立欄位需要不同的完整限定名稱（fully qualified name），兩份都使用signature、name或date的表單，除非表單感知工具重新命名其中一個或有意讓它們共享同一個底層值，否則無法讓兩個版本保持獨立可編輯。當工具在不重新命名的情況下合併表單層時，兩個欄位可能會合併為一個：在第一頁的合併signature框中輸入文字，同樣的文字可能出現在第二頁，因為兩個框現在指向同一個底層欄位。如果你曾經在一個欄位中輸入內容後看到另一個欄位自動填入，你就遇到過名稱衝突。這正是「先完成表單再合併」的工作流程如此可靠的原因——不可編輯的固定文字不會與任何東西衝突。

你的表單在哪裡被處理，以及為什麼這很重要

表單承載著人們處理的最敏感資料——全名、住家地址、薪資、簽名、身分證字號。我們的合併工具在你的瀏覽器中執行：檔案的讀取、合併和儲存都在你自己的裝置上完成，產生的PDF是在本機產生的，而不是上傳到伺服器處理。特別是對於表單檔案包，無論使用什麼工具都值得確認這一點，不僅僅是我們的工具。你可以自行驗證：打開瀏覽器開發者工具，在合併過程中觀察網路面板，查看文件本身是否被傳送到任何地方。

合併PDF表單前的快速檢查清單

• 每份表單都填完了嗎？先填寫並校對——合併後無法編輯欄位。
• 你需要結果仍然可填寫嗎？如果是，保持表單分開或使用桌面表單軟體；瀏覽器合併會鎖定欄位。
• 是否有表單共享相同的欄位名稱？預期互動層會被移除，請驗證可見的值而非欄位本身。
• 你檢查了合併輸出嗎？打開檔案，閱讀第一頁、表單之間的連接處和最後一頁。
• 原件安全嗎？在最終檔案包被接受之前，保留可編輯的來源檔案。

FAQ

合併已填表單時，我輸入的答案會消失嗎？可見的答案通常會保留——它們作為已儲存的外觀（appearance）隨頁面一起複製，因此值得快速目視檢查輸出。消失的是編輯它們的能力。在我的測試中，表單A中輸入的姓名和日期在合併後仍然顯示在頁面上；它們只是變成了無法再點擊的固定文字。

我能先合併空白表單再填寫嗎？用瀏覽器合併無法可靠地做到。用於輸入的欄位在合併過程中被移除，因此合併檔案顯示方框但不接受輸入。請先填寫表單，然後再合併。

我的兩份表單有同名欄位，這會有問題嗎？對於簡單合併，不會——因為互動式欄位被移除了，衝突根本不需要解決。只有在嘗試保留即時欄位的工具中才會出問題，同名欄位可能會互相控制。

有沒有免費方法既合併表單又保持可編輯？在合併中保留欄位的即時狀態需要表單感知的桌面軟體或使用PDF程式庫的開發人員。免費的瀏覽器工具適合表單已經填寫完成的情況，或者你願意將它們作為分開的、仍可編輯的一組來發送。

我的表單會被上傳到某處嗎？使用我們的瀏覽器合併，合併操作在你的裝置上進行。你可以在合併時透過瀏覽器開發者工具的網路面板自行驗證——文件本身不應被傳送到任何伺服器。

測試方法：我建立了兩個故意使欄位名稱重疊（full_name、date、signature）的可填寫PDF，另加一個獨有欄位（manager_approval），填寫了其中幾個欄位，然後透過合併工具使用的同一套瀏覽器端頁面複製引擎（pdf-lib頁面複製）進行合併——而非點擊實際介面操作。隨後檢查合併檔案：兩頁均保留，可編輯欄位為0個，填入的值仍透過殘留的外觀串流（appearance stream）顯示。結論於2026年7月驗證。不同PDF檢視器的行為可能有所不同，工具更新後也可能發生變化，因此請務必打開你自己的合併輸出進行檢查後再使用。