PDFをオンラインで署名
手書きまたは入力した署名を作成して、PDFの任意のページに追加できます。署名を描くか、名前を筆記体スタイルで入力し、PDFをクリックして必要な場所に正確に配置します。
PDF対応 · 最大100MB
署名を作成
フォントスタイルを選択:
PDFに署名を配置
上のPDFをクリックすると、その位置に署名が配置されます
PDFを処理中...
✓ PDFに署名しました!
使い方
- 上のドロップゾーンを使ってPDFファイルをアップロードします。
- キャンバスに署名を描くか、筆記体フォントで名前を入力します。
- 署名の色とサイズを好みに合わせて調整します。
- PDFページを移動し、署名を配置したい場所を正確にクリックします。
- 必要に応じて複数のページに署名を追加します。
- 「署名済みPDFをダウンロード」をクリックして署名済みドキュメントを保存します。
なぜデジタル署名を使用するのか?
デジタル署名は、印刷やスキャンをせずに契約書、同意書、フォーム、ドキュメントに署名するのに最適です。安全で、ほとんどの管轄で法的に認められており、手書き署名よりもはるかに便利です。このツールを使用して、任意のPDFドキュメントに個人の署名をすばやく追加しましょう。
署名オプション
- 描く · マウス、タッチパッド、スタイラスを使って手書きの署名をキャンバスに描きます。
- 入力 · 名前を入力し、パーソナライズされた署名スタイル用にさまざまな筆記体やスクリプトフォントから選択します。
- 色 · 署名に任意の色を選択します。黒はフォーマルなドキュメントの標準です。
- サイズ · PDFページに完璧に収まるよう署名サイズ(50〜200%)を調整します。
- 配置 · PDFページの任意の場所をクリックして、必要な場所に正確に署名を配置します。
- 複数ページ · ナビゲートしてクリックすることで、PDFドキュメントの任意のページに署名を追加できます。
よくある質問
PDFは安全でプライベートですか?
はい。すべての処理はブラウザ内で行われます。PDFと署名はデバイスから離れることはなく、サーバーにアップロードされたり、どこかに保存されることはありません。
複数のページに署名できますか?
はい。ページナビゲーションボタンを使ってページ間を移動します。署名を一度作成し、配置したい各ページでクリックします。
署名の配置を取り消すことはできますか?
署名を削除するには、PDFをクリアして再アップロードします。ダウンロード後はいつでも別の配置で再署名できます。
2026年における「PDFに署名する」の本当の意味
「PDFに署名する」という表現は、PDF仕様と法律の枠組みが区別して扱う、本当に異なる4つの操作を含んでいますが、エンドユーザーがそれらを区別することはほとんどありません。最も単純で、このツールが生成するのは、画像オーバーレイ署名です。ユーザーが名前を描くか入力すると、結果は透明なPNGにラスタライズされ、pdf-libが選択したページ上に画像を可視装飾として配置します。出力PDFには署名の絵が載っています。暗号化も、鍵も、証明書も、監査証跡もありません。あらゆるプラットフォーム上のあらゆるPDFリーダーがその署名を同じように表示します、それは単にページのコンテンツストリーム中の画像だからです。
2番目の形式は、入力された名前をテキストとして使う署名で、チェックボックスやクリック署名のワークフローと組み合わせます。機能的には画像ケースと同様ですが、署名はラスタではなくテキストオブジェクトです。法的地位は同じです。3番目の形式は、PDF仕様の意味での電子署名です。/adbe.pkcs7.detachedのようなSubFilterを持つ/Sigフィールド、ドキュメントの署名対象部分を示すByteRange、そして署名そのものを含むCMS (PKCS#7)エンベロープから成ります。署名はドキュメントバイトのハッシュに対して計算され、署名者のX.509証明書を用いて検証可能です。PDFリーダーは「署名者」パネルを表示し、署名者の身元、署名の有効性(バイトとの一致)、証明書の信頼性(信頼アンカーまでのチェーン)を報告します。
4番目の形式はPAdES署名で、ETSI EN 319 142プロファイルに準拠した電子署名です。B-B(ベースライン)、B-T(タイムスタンプ局のタイムスタンプ付き)、B-LT(失効情報を埋め込み)、B-LTA(数十年単位で検証可能性を維持するアーカイブタイムスタンプ付き)があります。PAdESは欧州連合のeIDAS規則における適格電子署名(QES)の要件を満たし、署名にEU全体で手書き署名と同等の法的効力を与えます。このツールは1番目の形式を生成します。非公式契約、社内文書、合意書、学校書類、そして「これに署名して送り返すだけ」という多種多様な状況に適しています。法的にQESを要求する文書、正式な署名要件を伴う国境を越えた商業契約、または数年後も暗号学的に検証可能であり続けなければならない文書には適していません。それらにはPAdES対応アプリケーションと適格証明書が必要です。
画像オーバーレイ署名がほとんどの場面で依然として有効である理由
描いたり入力したりした署名がほとんどの日常用途で法的に有効であることは、一部のユーザーには意外かもしれません。米国では関連法として連邦レベルのE-SIGN法(2000年)と、50州中49州が採用した統一電子取引法(UETA)があります。教義的な基礎はさらに遡ります。Restatement (Second) of Contractsの第134条は署名を「署名者本人の文書として認証する実際または見かけ上の意図をもって作成または採用された記号」と定義しています。描いた署名、入力した名前、「X」マーク、さらにはチェックボックスのチェックでも、周囲の文脈が認証意図を示している限り、この定義を満たし得ます。
EUの状況はより階層的です。eIDASは3つのレベルを定義しています。単純電子署名(SES)は意図を示す任意の電子的マーク(描画、入力、チェック)です。高度電子署名(AdES)は、署名が署名者に一意に紐づき、署名者を特定し、署名者の単独管理下にあり、その後の文書改変を検出できることを要求します。適格電子署名(QES)は、eIDAS認定の信頼サービスプロバイダによる適格証明書に裏付けられ、適格署名作成装置で生成されるAdESです。SESがこのツールが生成するもので、QESにはスマートカードかUSBトークン、そしてPAdES対応アプリケーションが必要です。SESはほとんどの文書について裁判で証拠として認められます。法律が明示的にAdESまたはQESを要求する場合(一部の管轄区域の不動産取引、他の管轄区域の納税申告、一部の雇用契約、当事者が契約でQES署名を合意した文書)、このツールは適切ではなく、これを使っても法的要件を満たしません。そうした特定のカテゴリ以外では、明確な書類痕跡(ファイルのメール受領、メールのタイムスタンプ、アップロードの監査ログ、署名時のドキュメントバージョン)を伴う画像オーバーレイ署名は一般的に擁護可能です。
このツールが署名済みPDFを構築する仕組み
このツールは、2つのオープンソースJavaScriptライブラリを用いてブラウザ内で完全に動作します。視覚的な配置のためにドキュメントをレンダリングするMozillaのpdf.jsと、署名を出力に書き込むpdf-libです。PDFをアップロードすると、バイトはブラウザメモリ内のArrayBufferに読み込まれ、ページから離れることはありません。pdf-libがドキュメントを解析し、pdf.js(専用のWeb Workerで動作し、PDF解析をメインスレッドから遠ざけます)があなたが移動するたびに各ページをキャンバスにレンダリングします。署名は600x180ピクセルの別のキャンバス上で個別に取得されます。ポインタイベント(マウス、タッチ、スタイラス)はキャンバスの2D描画コンテキスト上の線分に変換されます。署名を配置するためにレンダリング済みのPDFページをクリックすると、クリック座標は表示中のキャンバス解像度から、現在のズームとページサイズを考慮しつつページのPDFユーザー空間座標系へ変換されます。
最終の書き出しはpdf-libのステップです。署名キャンバスはPNGデータURLとしてエクスポートされ、Uint8Arrayにデコードされ、pdf-libのembedPng()とdrawImage() APIを介して出力PDFに埋め込まれます。pdf-libのsave()パイプラインは、埋め込まれた画像ストリームと、それを参照するように拡張されたページコンテンツストリームでドキュメントを書き直します。結果は、署名画像がページ上の通常の画像オブジェクトとして埋め込まれた、標準準拠で有効なPDFです。どのPDFリーダーも同じように表示します。出力は入力とバイト同一ではありません。クロスリファレンステーブルが書き直され、オブジェクトの番号付けが変わる可能性があり、ストリームは別のフィルタ選択で再エンコードされ得、pdf-libは自身のデフォルト圧縮を適用します。可視コンテンツは追加された署名を除いて変わりません。入力PDFに電子署名(/Sigフィールド)が含まれていた場合、その署名はドキュメントバイトが変化したため出力では無効と報告されます。書き直し後、署名済みPDFは電子署名ツールで再署名するべきです。
キャンバスに描画する技術的詳細
ブラウザは2024年にPointer Events Level 3仕様がW3C勧告ステータスに到達して以来、マウス、タッチ、スタイラス入力のための統一されたポインタイベントを提供しています。Safariと一部のモバイルブラウザは依然として旧来のTouch Events仕様に依存しています。堅牢な署名キャンバスはその両方をリッスンします。デスクトップのポインティングデバイス向けのmousedown/mousemove/mouseupと、モバイル向けの{ passive: false }オプション付きtouchstart/touchmove/touchendです(ユーザーが署名している間、指の下でページがスクロールするのをpreventDefault()で防ぐためにこのオプションが必須です)。
ポインタイベントの座標はビューポート基準で報告されるので、キャンバスのローカル座標系に変換する必要があります。標準的なアプローチは、canvas.getBoundingClientRect()でビューポート内のキャンバス位置を取得し、それをイベントのclientX/clientYから減算することです。描かれた署名はその後、canvas.toDataURL()によってPNGにラスタライズされ、base64エンコードのデータURLになります。これがpdf-libがembedPng()経由で消費する中間表現です。可視画像のアーティファクトのよくある原因はアルファです。署名キャンバスは透明背景(塗りなし)で始まり、ストロークのピクセルのみが色を持ちます。キャンバスがPNGに変換されると、ストローク外のピクセルは透明としてエンコードされ、埋め込み時に下のページの上に署名が重なって見えます。キャンバスが白の塗りで初期化されていれば、白くないページ背景の上に置かれたときに、ストロークの周りに白い箱として署名が現れます。
入力署名と筆記体フォント
「入力」タブでは名前を入力し、4つの筆記体スタイルのWebフォントから選べます。汎用cursive、Brush Script MT、Comic Sans MS、Lucida Handwritingです。どれもすべての端末にインストールされている保証はないので、各フォント選択はプラットフォームの汎用cursiveファミリにフォールバックします。macOSではBrush Script MTが広く利用可能、Windowsでは通常Lucida Handwritingがフォールバック、デスクトップフォントスタックがインストールされていないLinuxではcursiveファミリはfontconfigが選ぶもの(多くの場合デフォルトのsans-serif)に解決されます。これは意図的な単純化です。カスタムの筆記体フォントをページに埋め込むことは、ツールと一緒にフォントファイルを出荷する(各フォント数メガバイト、多くの商用筆記体フォントにライセンス上の問題があります)、またはフォントCDNから取得する(「ネットワークリクエストなし」のプライバシー保証を損なう)ことを意味します。
ここで選ばれた折衷案は、入力署名はあなたの端末がレンダリングするものを使い、PDFに埋め込まれる前にあなたのマシン上でラスタライズされる、という方式です。そのため埋め込まれた画像はプレビューで見たのと同じに見えます。法的理由で特定のフォントが必要なユーザー(たとえば企業ブランドの署名と一致させる必要がある場合)は、入力ではなく描画を選ぶか、デスクトップの画像エディタで署名を準備してデスクトップのPDFツール経由でインポートすべきです。
PDF署名を動かす実世界のワークフロー
- 署名済み契約書をメールで返送する。 最も一般的なケースです。取引相手がPDFを送ってきて、あなたが署名してメールで返す。このツールはこのワークフローにぴったり合います。ファイルを開き、署名し、ダウンロードし、返信に添付するだけ。SaaSポータルを経由する必要も、アカウント作成も、文書ごとの料金もありません。
- 社内文書と承認。 経費精算、休暇申請、機器受領確認などのフォーム。組織内ではこれらに画像オーバーレイ署名が標準です。内部の監査証跡(誰がPDFを送り、誰が返したか、メールのメタデータ)が完全性の保証を提供するからです。
- 学校や家族関連の書類。 外出許可、登録フォーム、医療同意、税金関連の親の署名。個人向け電子署名で最も件数の多いユースケースであり、要求される署名に対してSaaSアカウント作成のオーバーヘッドが最も不釣り合いな場面です。
- 個人事業主やフリーランスの仕事。 業務委託契約書、リテイナー契約、NDA、請求書の受領確認。ほとんどのフリーランス契約は画像オーバーレイ署名で結ばれ、契約は有効です。監査証跡はメールのやり取りです。
- 不動産文書のレビュー。 賃貸契約や売買契約のクロージング前のレビュー。不動産取引のクロージング時の署名は管轄区域によっては公証またはQESを要しますが、その周辺の数十の小さい文書(検査報告、開示書、家電の領収書)は通常、非公式な署名で十分です。
- 金融文書への注記。 税務フォーム、保険請求フォーム、銀行口座開設書類。これらは処理システムが受け付けるために特定の位置に署名を求めることが多く、SaaSツールがデフォルトで置く位置はめったに正しい場所ではありません。
よくある落とし穴とその意味
- ダウンロードしたPDFで署名画像が小さすぎたり大きすぎたりする。 サイズスライダーはキャンバスサイズに対する割合で動作し、PDFのポイント単位ではありません。US Letterページ(612×792ポイント)での100%署名と、A0図面(2384×3370ポイント)での同じ100%署名はサイズが異なります。サイズが特殊なページでは、配置、ダウンロード、結果確認、必要に応じて調整を繰り返してください。
- 署名が上下逆さまや間違った隅に表示される。 根本原因は通常、レンダリングライブラリが尊重したが書き込みライブラリが尊重しなかった
/Rotate注釈を持つPDFページです。pdf.jsは回転を適用してページをレンダリングしますが、pdf-libは未回転のページ座標で画像を配置します。元のPDFに回転ページがある場合、まず無料のオンラインPDFページ回転ツールツールで回転を正規化してから署名してください。 - プレビューでは署名が見えるのにダウンロードしたPDFには無い。 よくある原因は2つです。第一に、キャンバス上で描く前にプレビューがクリックされ、空のプレースホルダが記録された場合。第二に、PNGデータURLが転送中に破損した場合(実際にはまれですが、ブラウザ拡張機能がblob URLを書き換えていると起こり得ます)。リロードして描き直し、再配置してください。
- タッチスクリーンでの描画が指の後ろを引きずる。 ほとんどのモバイルブラウザでの標準的なタッチイベントの遅延であり、キャンバスのバグではありません。最新のブラウザは1フレームあたり複数のポインタイベントを統合し、滑らかさを多少犠牲にしてパフォーマンスを引き出します。スタイラスは指よりも良い結果になりがちです。ペン先がより精密なポインタイベントを生み出すからです。
- 署名後に既存の電子署名が無効と報告される。 仕様上の挙動です。入力PDFに
/Sigフィールドがある場合、いかなる変更(署名、透かし、編集、コメントですら)も既存の電子署名を無効化します。ドキュメントバイトが変わるからです。まずデスクトップツールで既存の電子署名を取り除くか、出力で電子署名が無効と報告されることを受け入れるかのいずれかです。 - 署名済みPDFが2010年以前のPDFリーダーで開けない。 まれですが、pdf-libがデフォルトで出力する最新のPDF機能を処理できない非常に古いリーダーで時々起こります。回避策は、署名済みPDFを現行のリーダーで開き、PDF/Aとして保存し、その PDF/A版を古いリーダー向けに使うことです。
ブラウザのみの署名とクラウド署名
検索結果の上位を占めるクラウド署名サービス(DocuSign、Adobe Sign、HelloSign/Dropbox Sign、PandaDoc、Smallpdf、ILovePDF、Sejda)は、いずれもPDFをサーバーにアップロードし、サーバー側でレンダリングし、サーバー側でレンダリングしたキャンバスで署名を取得し、サーバー側で署名済み出力を書き出してからダウンロードとして提供するか、クラウドに保存します。ローカル専用の署名ツールに対するプライバシー姿勢は3つの点で異なります。第一に、ドキュメントの内容がオペレータのネットワークを通過し、少なくとも一時的にオペレータのログとメモリに保存されます。第二に、オペレータが署名済みドキュメントのコピーを保有することになります。あるプロバイダは監査証跡の一部として無期限に保持し(Adobe Sign、DocuSign)、別のプロバイダは一定の期間後に削除します(Smallpdfは1時間以内、ILovePDFは2時間以内)。「X時間以内に削除」は主要ストアからの削除を約束するもので、バックアップ、ログアーカイブ、分析パイプラインには異なる保持期間がある場合があります。
第三に、サーバー側の署名サービスは通常、PDFメタデータにデジタル監査証跡を含めます(IPアドレス、タイムスタンプ、デバイス情報、受信者の確認イベント)。この監査証跡はユーザーがクラウドサービスを選ぶ主な理由の一つで、法的防御性を提供します。トレードオフは、監査証跡が第三者によって作成・保持されることです。このツールは監査証跡を生成せず、誰が署名したかについての埋め込みメタデータも持たず、操作のサーバー側記録もありません。署名は単にページ上の画像です。クラウド監査証跡が必要な場面(正式な商業契約、規制業界、争われそうな文書)では、クラウドサービスが正しい選択です。非公式な署名で足り、プライバシーが優先である場面では、ローカルツールが勝ります。両者は本当に補完的で、ドキュメントの法的リスクと内容のプライバシーで選択してください。
長期検証、画像署名では不十分な場合
画像オーバーレイ署名は無期限に可視のまま残ります(画像はドキュメントに埋め込まれており、PDFは長寿命のフォーマットです)。それが持たないのは、特定の時点に特定の人物によって署名が行われ、それ以来ドキュメントが変わっていないという暗号学的証明です。PAdESのB-LTおよびB-LTAプロファイルは、タイムスタンプ局(RFC 3161)からのタイムスタンプと失効情報(RFC 5280に従うCRLまたはOCSPレスポンス)を署名自体に埋め込むことでこれを解決します。結果として、署名者の証明書が失効、期限切れ、発行CAが信頼されなくなっても、署名は埋め込まれた情報を用いて検証可能です。B-LTAはさらにアーカイブタイムスタンプを追加し、検証チェーンを定期的に再固定するので、暗号プリミティブが古くなっても署名は数十年間検証可能であり続けます。
この種の長寿命が必要な文書(企業アーカイブ、不動産権利書、裁判記録、政府記録)には、画像オーバーレイ署名では不十分で、PAdES対応ツールが必要です。ほとんどのデスクトップPDFツール(Adobe Acrobat Pro、Foxit PhantomPDF)と一部のオープンソースプロジェクト(PythonのPyHanko、Javaのjsignpdf)は、署名証明書へのアクセスが与えられればPAdES署名を生成できます。証明書自体は通常、各国のPKI(EUの信頼サービスプロバイダ、米国連邦職員のCommon Access Card、エストニアのIDカード、シンガポールのSingPass)または商用CA(DigiCert、Sectigo、GlobalSign)から発行されます。日常的な文書では何も必要ありませんが、10年後の法廷で擁護する予定の文書ではすべてが必要です。
実用: 良い電子署名を作るには
- 署名の見た目が重要な文書では、入力ではなく描画する。 描いた署名は署名らしく見えます。Comic Sansで入力した名前はComic Sansで入力した名前のように見えます。
- 署名の大きさは適度に保つ。 ページの3分の1を占める署名は、子供が描いた署名のように見えます。典型的な署名線に収まるようにスケーリングされた署名(およそ200×60ポイント、ここでのデフォルトサイズで100%程度)が正しく見えます。
- 正式な文書では黒または濃紺で署名する。 青の慣例は、インク署名は青で書かれ本文は黒で印刷されていたという歴史的区別に由来します。署名がコピーから視覚的に区別できるようにするためです。
- ドキュメントに「ここに署名」フィールドがあれば、その位置を配置の目標にする。 受信者の処理システムが特定の位置に署名を期待していて、別の場所だと拒否することがあります。
- 複数ページの文書では、最終ページだけでなく要求されたすべてのページに署名する。 各ページに署名する慣行は、後からページを追加することが新しいページの署名を偽造しないと不可能になるように、まさにそのために存在します。
- 署名済みPDFを送ったメールの記録を残す。 送信者、受信者、タイムスタンプ、message-ID。これが、画像オーバーレイ署名に現実世界での擁護性を与える安価な監査証跡です。
その他のよくある質問
描いた、または入力した署名は法的に有効ですか?
ほとんどの管轄区域で、ほとんどの日常文書については有効です。米国ではE-SIGN法(2000年)とUETA(49州が採用)が、商取引において電子署名を手書き署名と法的に同等と認めています。EUでは、描いた、または入力した署名はeIDASの単純電子署名に該当し、ほとんどの目的で法廷で証拠能力があります。文書が特に高度電子署名または適格電子署名を要求する場合(一部の不動産、税務、雇用の場面)、このツールは十分ではなく、適格証明書を持つPAdES対応アプリケーションが必要です。
このツールは暗号学的な電子署名を生成しますか?
いいえ。このツールは画像オーバーレイ署名を生成します。これはPDF仕様で言う、内部的な/SigフィールドとCMSエンベロープを持たない可視の署名表現です。出力は署名画像の載った通常のPDFで、どのリーダーも誰かが暗号学的に「署名した」とは報告しません。暗号学的な電子署名を望むなら、Adobe Acrobat Pro、PyHanko、jSignPdf、または自分の署名証明書にアクセスできる任意のPAdES対応ツールをご覧ください。
誰かが署名済みPDFを書き換えて、私が書き換え版に署名したと主張できますか?
原則として、できます。画像として埋め込まれた描画/入力署名はドキュメントバイトに暗号学的にバインドされていません。出力PDFを持つ人は、エディタで開き署名周辺のテキストを変え、署名を変えずに保存できます。現実世界での防衛は文書の証跡(メールのメタデータ、版の履歴、目撃者、監査ログ)です。文書内容の完全性が懸念事項なら、暗号学的な電子署名を使ってください。署名は文書バイトのハッシュに数学的にバインドされており、いかなる変更も署名を壊し、検出可能です。
すでに電子署名されているPDFに署名できますか?
できますが、このツールがドキュメントを書き直した後、既存の電子署名は無効と報告されます。電子署名付きPDFにいかなる内容を追加すること(署名、透かし、編集、コメントですら)も、ドキュメントバイトが変わるため署名を無効化します。既存の署名を保持する必要があれば、ドキュメントを変更しないでください。一部のPAdESワークフローは、増分更新で複数の署名を許可し、先行する署名を無効にせずに済みますが、これにはPAdES対応ツールが必要です。このブラウザツールは常にドキュメントを完全に書き直します。
監査証跡準拠ですか?
いいえ。このツールは監査証跡を生成しません。署名済みPDFには可視の署名画像のみが含まれ、誰が、どのIPから、どの時刻に、どの認証で署名したかの埋め込み記録はありません。監査証跡準拠の署名(DocuSign方式の監査証明書)を望むなら、クラウド署名サービスを使ってください。トレードオフは、監査証跡準拠のために署名操作を信頼できるサードパーティのサーバー上で行う必要があることです。
公証についてはどうですか?
公証は署名とは別の操作です。公証人は署名者の身元を確認し、署名を立会人として証言します。公証人の公証証明書がドキュメントに付随します。このツールは公証しません。公証が必要な文書(不動産権利書、特定の宣誓供述書、一部の委任状)は、米国ではRULONAに基づき認可されたリモートオンライン公証(RON)サービスや、お住まいの管轄区域の同等のサービスを使ってください。
デスクトップやプログラマブルな代替はありますか?
デスクトップ上の画像オーバーレイ署名には、無料のAdobe Acrobat Readerが描画/入力署名でローカルに「入力と署名」をサポートします。プログラマブルな使用には、pdf-libをNode.jsライブラリとして使い、この同じワークフローをスクリプト化できます。同じnpmパッケージが多くのPDF処理パイプラインを支えています。暗号学的な電子署名には、PyHanko(Python)とjSignPdf(Java)が標準的なオープンソースの選択肢で、どちらもB-LTAを含む充実したPAdESサポートを備えています。