PDF フォームに入力
フォーム自身の入力欄に文字を入れ、その内容をファイルに保存します。
このツールはブラウザーの中だけで動きます。ファイルがアップロードされることはなく、そのことはブラウザーのネットワークタブでご自身で確認できます。 ご自分で確かめてください。ブラウザーのネットワークタブを開いて見てください。残りの作業回数を尋ねる小さなリクエストが1つだけ表示されます。ツール名とハッシュだけで、ファイルは決して含まれません。
このツールでできること
A fillable PDF carries its own questions. Each box on the page is a named field, and filling one writes a value into the document rather than painting text over it. This tool reads the fields out of the file you drop in, gives you a control for each one typed to what that field actually is - a text box, a tick, a set of radio buttons, a dropdown, a list - and writes your answers back into the same document. The result is still a form afterwards, unless you ask for it to be flattened.
Use it for the forms that arrive by email and are meant to go back the same way: a tax declaration, a bank mandate, a school enrolment sheet, a supplier onboarding pack. It is also the right tool when a reader on your phone will not let you type into a form that Acrobat fills without complaint, which usually means the reader cannot draw the field's appearance rather than that the form is broken.
仕組み
- Drop the PDF onto this page. Its fields are read and listed with whatever values are already in them.
- Work down the list. Each field gets the control its type calls for, and the field's tooltip is shown where the document provides one.
- Decide whether to flatten. Left off, the answers stay editable; turned on, they are drawn into the page and the fields are removed.
- Leave the font embedded if any answer uses accents or a non-Latin script.
- Press Fill form and the download starts on its own.
Answers are written as field values, which is what makes them behave like answers. A recipient's reader shows them in the field, a form-data export picks them up, and anyone with the same document can correct a typo without redoing the page. Drawing text on top - what happens when you fill a form in an image editor or with a generic PDF annotator - looks identical on screen and does none of it.
Appearance streams are regenerated field by field rather than in one pass, and then the document's /NeedAppearances flag is cleared. That flag tells a reader to throw away the streams and draw its own, which is exactly how a filled form ends up looking different in Acrobat, Preview and Chrome. Doing the fields one at a time means an odd field that cannot be drawn costs that field's appearance instead of the whole job, and the count of skipped fields is reported rather than hidden.
Some fields refuse a value, and the tool carries on. A read-only field, or a dropdown given a value that is not in its option list, is counted as skipped and the other forty answers are still written. Values naming a field this document does not have are dropped quietly, because that is almost always what is left over after swapping one file for another.
Embedding a font matters more than it sounds. With it on, Noto Sans is embedded - around 2 MB, served from this site's own origin and cached after the first use - so an answer containing an accent, Greek or Cyrillic appears as you typed it. With it off, the reader's built-in Helvetica is used, which adds no bytes but can only encode WinAnsi. Neither covers CJK, Arabic or Indic.
Nothing is uploaded, which for this tool is worth more than usual: the answers on a form are frequently a full name, an address, a bank account and a date of birth. The document and everything you type into it stay in the browser tab, the fill runs in a Web Worker, and the only thing the network tab shows is the allowance check - a tool name and a hash, never a field you filled in.
このツールにできないこと
- A document with no form fields cannot be filled here. Use Create a PDF form to add fields first, or Edit PDF to draw text onto the page.
- XFA forms are not supported. Their fields live in an XML stream rather than in the PDF, which is why they show a "please wait" page in most readers; only Acrobat and the newest LiveCycle-aware readers can fill them.
よくある質問
- この PDF にはフォーム欄がないと表示されます。なぜですか？
- 見えている枠や罫線が、入力欄として定義されずに印刷されたものだからです。ファイルが名前付きの入力欄オブジェクトを持っているときだけ入力できるようになり、スキャンや書き出したデザインは、どれだけフォームらしく見えてもそれを持っていません。「PDF フォームを作成」で本物の入力欄を追加するか、1 回きりで済むなら「PDFを編集」でページに直接文字を置いてください。
- 送る前にフォームを焼き込むべきですか？
- 手元を離れたあとに内容が変わってはいけないときは焼き込んでください。署名した申告書、提出する請求、保管に回るものなどです。相手が項目を直したり残りを埋めたりする必要があるなら、焼き込まないままにします。焼き込むと現在の値がページに描き込まれて入力欄が消えるため、出力ファイルからは元に戻せません。修正の可能性が少しでもあるなら、焼き込んでいない版も残しておいてください。
- 入力内容が、あるビューアーでは表示され別のビューアーでは表示されません。なぜですか？
- /NeedAppearances フラグのせいです。このフラグを立てるツールで入力されたフォームは、各ビューアーが自分で文字を描くことに頼っており、描かないビューアーでは空欄に見えます。このツールは入力したすべての欄について見た目を生成し、そのうえでフラグを下ろすので、ここで見えているものが相手にも見えます。それでも特定の欄がおかしい場合は、結果に報告されるスキップされた欄のどれかです。
- ここで署名もできますか？
- 暗号的な署名はできません。入力は欄の値を書き込む処理ですが、電子署名は完成したバイト列に対して計算し、そのあと再シリアライズしてはいけないバイト範囲へ書き込む必要があります。ここでフォームに入力してから「PDFに署名」を使えば、正しい順序で処理されます。相手がページ上の印だけを求めているなら、手書きや入力した署名の画像を「PDFを編集」で置くこともできます。
- 入力した内容はどこかにアップロードされますか？
- いいえ。文書はブラウザ内で読み取られ、入力した値はページの中にとどまり、入力済みのファイルもローカルで書き出されます。フォームについて送信されるものは何もありません。フォームの回答は、人が PDF に入れる文字の中でもっとも慎重に扱うべきものであることが多いので、ここでは特に重要です。入力しながらネットワークタブを見れば空のままなのが分かりますし、接続を切った状態でも動作します。