在瀏覽器中從空白 A4 或 US Letter 頁面建立可填寫 PDF，可以避開 AI 自動偵測工具在掃描表單上產生的欄位偵測錯誤，並讓你直接控制每一個標籤、內部名稱和必填旗標。當目標是一份簡單的報名表、同意書核對清單、入門頁面，或題目已知的意見回饋表時，手動放置欄位會比等待 AI 將標籤對應到文字方塊和核取方塊來得更快。權衡之處在於，上傳後自動偵測的便利性會被一段簡短的描述步驟取代：在產生任何 PDF 之前，每個欄位都會在一個小型編輯器中輸入。對於跨一頁或多頁產生的最多三十個欄位而言，這個描述過程只需幾分鐘，就能產生一個可預期的 AcroForm PDF，在標準桌面版和瀏覽器檢視器中皆可開啟。表單結構與下載的 PDF 會使用 pdf-lib JavaScript 函式庫在本機建立，因此表單標籤和欄位名稱會保留在目前的瀏覽器工作階段中，而產生的 PDF 也會在本機下載，不會上傳到任何伺服器。
為何 AI 自動偵測常常效果不佳
AI 自動偵測承諾了一條乾淨的捷徑：上傳現有的 PDF，讓模型找出標籤，再讓它在它認為合適的位置放下文字方塊和核取方塊。實際運作時，這條捷徑會以幾種可預期的方式失效。掃描的表單解析度偏低、基線歪斜、字距不一致，因此模型對每個標籤的信心度都低於行銷文案所宣稱的程度。帶有手寫圈選、底線或手寫註記的人工標記表單，會更嚴重地混淆偵測器，因為它訓練時依賴的視覺線索已不再可靠。
自動偵測流程的輸出在不同檢視器之間也參差不齊。偵測到的核取方塊會以文字欄位的形式回傳、偵測到的標籤會掉失問號，而且欄位順序會被打亂，導致列印版本不再按照收件者預期的由上到下順序閱讀。每一個錯誤都很小，但累積效果就是一份 PDF 仍需要人工清理流程，反而抹煞了 AI 原本應節省的時間。空白頁面建構器以另一種效率取代了 AI 捷徑：在產生任何 PDF 之前，每一個標籤、內部名稱、欄位類型和必填旗標都會在一個小型編輯器中明確設定，因此結果會與表單設計一致，因為表單設計本身就是輸入。
何時空白頁面建構器更合適
空白頁面建構器在三種情況下能發揮價值：當收件者名單小且可預期時、當表單有固定的答案組合時、以及當工作流程必須維持隱私時。報名表、志工簽到、同意書核對清單、內部意見回饋表、申請表和入門頁面全都具備已知的題目數量、已知的答案格式（輸入文字或是否），以及已知的最大收件者數量。對於已經以清楚的腦中清單存在的表單來說，AI 自動偵測反而是殺雞用牛刀。
Create Fillable PDF 工具正是為了這個利基而打造。它接受一個表單標題、一個頁面大小（A4 或 US Letter），以及一到三十個欄位定義，並使用 pdf-lib form creation API 在瀏覽器中產生標準的 AcroForm PDF。沒有任何內容會被上傳：表單結構會保留在目前的瀏覽器分頁中，而產生的 PDF 會在本機端產生，直到下儲存為止。對於注重隱私的入門作業，例如小型 HR 入門表單、醫療同意書或本地志工簽到，這種僅限本機的處理方式消除了將表單範本傳送到遠端服務所帶來的風險類別。
這類建構器確實有實際的功能上限。它無法讀取現有的 PDF。它無法查看掃描影像。它無法在上傳的版面配置上放置欄位、無法變更顏色、無法替換字體，也無法蓋上標誌。如果這些功能是任務的一部分，那麼這份表單就應該改用專業的編寫工具。
在按下「產生」之前先規劃你的表單
一段簡短的規劃過程可以避免後續兩個常見的清理步驟。首先，依照在列印表單上應出現的順序列出欄位，因為產生器會依照在編輯器中輸入的相同順序進行排版。其次，決定每個欄位的可見標籤和內部名稱，並將它們視為獨立的考量。
可見標籤是收件者會讀到的內容。「First name」、「Email address」、「I agree to the privacy policy」——這些就是標籤。內部名稱則是 PDF 儲存為欄位識別符的內容，也是任何下游系統或維護者日後用來參照該欄位的依據。像 first_name、email_address 和 privacy_consent 這樣穩定的名稱比自動產生的名稱更容易維護，因為內部名稱會出現在任何檢查 AcroForm 結構的工具中。
頁面大小的選擇比看起來更重要。A4 為 210 × 297 mm，是世界上大多數地區的標準；US Letter 為 8.5 × 11 英吋，是美國和加拿大的標準。選擇與收件者所在地相符的尺寸，可以避免列印輸出為了適應不同的紙張大小而被縮小，也能避免表單列印時標籤出現尷尬的換行。
必填旗標是第三個規劃決策。僅將收件者必須作答、表單才算有效的欄位標記為必填。將每個欄位都標記為必填會讓表單顯得苛刻，也不會改變哪些欄位實際上需要答案。
逐步建立可填寫 PDF
- 開啟 Create Fillable PDF，並輸入表單標題，例如「Volunteer Sign-Up」或「Feedback Form Q3」。依據收件者所在地選擇 A4 或 US Letter。
- 在編輯器中至少新增一個欄位。沒有欄位就無法產生表單，因此請從第一個欄位開始，再新增其餘欄位。
- 為每個欄位選擇類型（文字方塊或核取方塊），輸入讀者會看到的可見標籤，並設定稍後用於識別該欄位的內部欄位名稱。僅在答案確實必須存在時，才將其標記為必填。
- 繼續新增欄位，最多可達三十個的上限。使用先前規劃好的順序；產生器會依照欄位在編輯器中出現的相同順序來放置欄位。
- 點擊產生控制項以建立 PDF。當欄位無法再容納於單一頁面時，工具會自動新增接續頁面，因此較長的表單不會悄悄遺漏欄位。
- 下載產生的 PDF。請使用收件者會使用的同一個檢視器開啟它。
- 在每個文字欄位中輸入內容、切換每個核取方塊、儲存副本、關閉後再重新開啟，以確認回應內容是否持續保存。
- 列印或預覽各頁面，確認標籤和控制項符合頁面配置後再進行發送。
如果該表單將被填寫多次，且填寫後的副本需要永久保存，請在收集後透過 Flatten PDF 處理該檔案，使輸入的答案無法再被編輯。
欄位名稱、標籤和必填旗標
字元與欄位限制是真正的驗證檢查，而非軟性警告。空白的標籤、僅大小寫不同的重複內部名稱、控制字元，或 65 個字元的內部名稱，都會使產生步驟停止。在輸入欄位之前，請先挑選穩定且明確的內部名稱，因為變更名稱會清除先前的下載，避免舊檔案被誤認為目前設定。
| 功能 | 支援 |
|---|---|
| 文字方塊欄位 | 是 |
| 核取方塊欄位 | 是 |
| 下拉選單、單選或簽名欄位 | 否 |
| 日期選擇器、JavaScript 動作或伺服器提交 | 否 |
| 在上傳或現有 PDF 上新增欄位 | 否 |
| 針對掃描表單的 AI 欄位偵測 | 否 |
| 每份表單的欄位數上限 | 30 |
| 內部欄位名稱長度 | 最多 64 個字元 |
| 可見標籤與標題長度 | 最多 100 個字元 |
| 允許的內部名稱字元 | 英文字母、數字、空格、底線、連字號 |
| 處理位置 | 僅限瀏覽器（pdf-lib） |
| 輸出的加密、簽章或存取控制 | 否 |
必填在每個檢視器中的意義並不相同。有些桌面版 PDF 閱讀器會醒目提示必填欄位；有些僅在提交動作期間強制執行必填要求；有些則完全不顯示任何視覺指示。由於此工具不會新增提交按鈕或任何其他動作，因此必填旗標多半只是給收件者的提示，加上給日後檢查 AcroForm 的維護者的提示。請以收件者實際使用的檢視器進行測試，並決定是否應在表單標題中加入獨立的「所有必填欄位皆須填寫」說明。
在寄出檔案前先進行測試
下載的檔案是一份帶有傳統 AcroForm 欄位的一般 PDF，這表示同一個檔案可以被 Adobe Acrobat 等桌面版閱讀器開啟，也可以被 Chrome 內建 PDF 檢視器等瀏覽器型檢視器開啟。實際體驗會有所不同，而這項差異正是在發送前進行測試的原因。
一個實用的測試流程很短且可預期。開啟檔案。在每個文字欄位中輸入內容。切換每個核取方塊。儲存副本。關閉檔案。重新開啟已儲存的副本，並確認答案仍然存在。列印或預覽一個頁面。查看長標籤與其欄位相鄰的頁面——它是否換行乾淨，還是標籤擠進了欄位？查看最後一頁最後一個欄位的底部——表單是否會接續到新的一頁，還是最後一個欄位被截斷了？
如果這些檢查中有任何一項失敗，請回到編輯器並縮短標籤、在收件者不需要提示的欄位上移除必填旗標，或將表單拆分成較小的集合。此工具最多支援 30 個欄位；如果設計需要更多欄位，該表單就應該改用更強大的編寫工具。
此工具不適用的情況
有三種情況會讓這項任務轉由其他工具處理。首先，當起點是現有的 PDF 或掃描的紙本表單時，此工具就不適用：它無法讀取、開啟或修改現有文件，也無法自動偵測標籤。掃描後偵測的工作流程屬於明確支援該功能的工具。其次，當表單需要簽名、日期選擇器、下拉選單、單選群組、計算或提交動作時，此工具就不適用：它只能產生文字方塊和核取方塊，也沒有可附加行為的 JavaScript 層。第三，當填寫後的表單屬於敏感紀錄——例如付款、身分證明文件、健康入門資料——正確的做法是採用能在具文件化政策下驗證、加密並保留提交內容的系統，而不是任何持有該檔案的人都能編輯的空白 PDF。
對於上述每一種情況，實際的替代方案各不相同。若要在現有文件上繪製簽名，請使用 Sign PDF。若要讓已填寫的表單永久保存、使輸入的答案無法再被編輯，請使用 Flatten PDF。若要從必須保持完整性的現有版面配置開始，請使用支援在匯入內容上放置欄位的專業編寫工具。