ポータブルドキュメントフォーマット
Adobe PDFアイコン
ファイル名拡張子	.pdf
インターネットメディアの種類	application/pdf, [ 1 ] application/x-pdf application/x-bzpdf application/x-gzpdf
タイプコード	PDF [ 1 ]（末尾のスペース1つを含む）
統一型識別子（UTI）	com.adobe.pdf
魔法の数字	%PDF
開発者	Adobe Inc. (1991–2008) ISO (2008–)
初回リリース	1993年6月15日; 32年前 （1993年6月15日）
最新リリース	2.0
延長	PDF/A、PDF/E、PDF/UA、PDF/VT、PDF/X
標準	ISO 32000-2
オープンフォーマット?	はい
Webサイト	iso .org /標準/75839 .html

PDF（ポータブルドキュメントフォーマット）は、ISO 32000として標準化されており、アプリケーションソフトウェア、ハードウェア、オペレーティングシステムに依存しない方法で、テキストフォーマットや画像などの文書を表示するために1992年にAdobe社が開発したファイルフォーマットです。^{[ 2 ] [ 3 ]} PostScript言語をベースにした各PDFファイルは、テキスト、フォント、ベクターグラフィック、ラスターイメージ、表示に必要なその他の情報など、固定レイアウトのフラットドキュメントの完全な記述をカプセル化します。PDFは、1991年にAdobe社の共同設立者であるジョン・ワーノック氏が始めた「キャメロットプロジェクト」に端を発しています。 ^{[ 4 ]} PDFは2008年にISO 32000として標準化されました。^{[ 5 ]} PDFはISO TC 171 SC 2 WG8によって保守管理されており、PDF協会が委員会マネージャを務めています。^{[ 6 ]} ISO 32000-2:2020の最新版は2020年12月に発行されました。^{[ 7 ]}

PDFファイルには、フラットなテキストやグラフィックに加え、論理構造要素、注釈やフォームフィールドなどのインタラクティブ要素、レイヤー、リッチメディア（動画コンテンツを含む）、 U3DまたはPRCを使用した3次元オブジェクト、その他様々なデータ形式など、多様なコンテンツが含まれます。PDF仕様では、暗号化、デジタル署名、ファイル添付、メタデータも規定されており、これらの機能を必要とするワークフローを実現します。

PDFの開発は1991年にジョン・ワーノックが当時Camelotというコードネームで呼ばれていたプロジェクトのために論文を書いたことから始まりました。彼はその中で、PostScriptの簡易版であるInterchange PostScript (IPS)の開発を提案しました。^{[ 8 ]}従来のPostScriptは印刷ジョブを出力デバイスにレンダリングすることに重点を置いていましたが、IPSはあらゆる画面やプラットフォームにページを表示できるように最適化されていました。^{[ 8 ]}

Adobe Systems は1993 年に PDF 仕様を無料で公開しました。初期の PDF は主にデスクトップ パブリッシングワークフローで人気があり、DjVu、Envoy、Common Ground Digital Paper、Farallon Replica、さらには Adob​​e 独自の PostScript 形式など、他のいくつかの形式と競合していました。

PDFは、2008年7月1日にオープンスタンダードとしてリリースされ、国際標準化機構（ISO）によってISO 32000-1:2008として発行されるまで、Adobeが管理する独自のフォーマットでした。 ^{[ 9 ] [ 10 ]}発行後、仕様の管理は業界の専門家ボランティアで構成されるISO委員会に移管されました。2008年、AdobeはISO 32000-1のパブリック特許ライセンスを発行し、PDF準拠の実装の作成、使用、販売、配布に必要なAdobeが所有するすべての特許について、ロイヤリティフリーの権利を付与しました。 ^{[ 11 ]}

ISO 32000-1となったPDF仕様の第6版であるPDF 1.7には、Adobe XML Forms Architecture（XFA）やAcrobatのJavaScript拡張機能など、Adobeが独自に定義した独自技術がいくつか含まれており、これらはISO 32000-1では規範として参照され、ISO 32000-1仕様の完全な実装に不可欠となっている。^{[ 12 ]}これらの独自技術は標準化されておらず、仕様はAdobeのWebサイトでのみ公開されている。^{[ 13 ] [ 14 ] [ 15 ]}その多くは、一般的なサードパーティのPDF実装ではサポートされていない。

ISOは2017年にPDFのバージョン2.0であるISO 32000-2を公開し、Adobeが提供する無料の仕様に代わるものとして購入できるようになりました。^{[ 16 ]} 2020年12月には、PDF 2.0の第2版であるISO 32000-2:2020が公開され、規範的参照の明確化、訂正、重要な更新が行われました^{[ 17 ]}（ISO 32000-2には規範的参照として独自の技術は含まれていません）。^{[ 18 ]} 2023年4月、PDF協会はISO 32000-2を無料でダウンロードできるようにしました^{[ 16 ]}

PDFファイルは、多くの場合、ベクターグラフィック、テキスト、ビットマップグラフィックの組み合わせです。PDFに含まれるコンテンツの基本的な種類は次のとおりです。

• コンテンツ ストリームとして保存されるタイプセット テキスト (つまり、プレーン テキストでエンコードされていない)。
• 図形と線で構成されるイラストやデザイン用のベクター グラフィック。
• 写真やその他の種類の画像用のラスターグラフィック。
• その他のマルチメディア オブジェクト。

以降の PDF リビジョンでは、PDF ドキュメントは、リンク (ドキュメント内または Web ページ内)、フォーム、JavaScript (最初は Acrobat 3.0 のプラグインとして利用可能)、またはプラグインを使用して処理できるその他の種類の埋め込みコンテンツもサポートできます。

PDF は次の 3 つのテクノロジを組み合わせています。

• レイアウトとグラフィックを生成するための、PostScript ページ記述プログラミング言語の同等のサブセットですが、宣言型形式です。
• フォントをドキュメントと一緒に移動できるようにするフォント埋め込み/置換システム。
• これらの要素と関連コンテンツを 1 つのファイルにまとめ、必要に応じてデータを圧縮する構造化ストレージ システム。

PostScriptは、画像を生成するためにインタープリタで実行されるページ記述言語です。 ^{[ 8 ]}グラフィックスを扱うことができ、分岐やループなどのプログラミング言語の標準的な機能を備えています。^{[ 8 ]} PDFはPostScriptのサブセットであり、そのような制御フロー機能を削除して簡素化されていますが、グラフィックスコマンドは残っています。^{[ 8 ]}

PostScriptはもともと、全く異なる用途、すなわち一方向の線形印刷ジョブの送信のために設計されました。PostScriptインタープリタは、showpageコマンドに遭遇するまで一連のコマンドを収集し、その後、すべてのコマンドを実行してページをラスターイメージとして印刷デバイスにレンダリングします。^{[ 19 ]} PostScriptは、電子文書をコンピュータモニタに長期保存したり、リアルタイムでインタラクティブにレンダリングしたりすることを目的としていなかったため、ページの連続レンダリング以外のサポートは必要ありませんでした。^{[ 19 ]}最終的な印刷出力にエラーがあった場合、ユーザーはアプリケーションレベルでそれを修正し、全く新しいPostScriptファイルの形式で新しい印刷ジョブを送信します。したがって、PostScriptファイル内の任意のページを正確にレンダリングするには、先行するすべてのページを描画するためのすべてのコマンド（いずれかが後続のページに影響を与える可能性があります）と、その特定のページを描画するためのコマンドの累積的な結果としてのみレンダリングすることができ、そのプロセスをバイパスして別のページにスキップする簡単な方法はありませんでした。^{[ 19 ]}

伝統的に、PostScriptからPDFに変換するには、ソースPostScriptファイル（つまり、実行可能プログラム）がPostScript風のPDFコードを生成するためのベースとして使用されます（Adobe Distillerを参照）。これは、ループの展開、インライン展開、未使用の分岐の削除などの標準的なコンパイラ技術を適用することで行われ、結果として、完全に宣言的で静的なコードが生成されます。^{[ 19 ]}次に、結果は、正しいレンダリングに必要なすべての依存関係（ドキュメントが参照する外部ファイル、グラフィック、またはフォント）とともに、コンテナ形式にパッケージ化され、圧縮されます。最近のアプリケーションは、最初にPostScriptを経由するのではなく、直接PDFを生成するプリンタドライバに書き込みます。

ドキュメント形式として、PDF には PostScript に比べていくつかの利点があります。

• PDFにはデータとして処理できる静的な宣言型PostScriptコードのみが含まれており、完全なプログラムインタープリタやコンパイラは必要ありません。^{[ 19 ]}これにより、このような高い複雑性レベルのエンジンの複雑さとセキュリティリスクを回避できます。
• Display PostScriptと同様に、PDF はバージョン 1.4 以降で透明なグラフィックをサポートしていますが、標準の PostScript ではサポートされていません。
• PDFでは、特定のページのコードは他のページに影響を与えないというルールが適用されます。^{[ 19 ]}このルールはPostScriptコードにも強く推奨されていますが、PostScriptはページや文書の概念に限定されない、非常に柔軟性の高い完全なプログラミング言語であるため、明示的に実装する必要があります（たとえば、文書構造規則を参照）。
• レンダリングに必要なデータはすべてファイル自体に含まれているため、移植性が向上します。^{[ 20 ]}

欠点は次のとおりです。

• 柔軟性が失われ、単一のユースケースに制限されます。^{[引用が必要]}
• ファイルサイズが（場合によってはかなり）大きくなります。^{[ 21 ]}

PDFバージョン1.6以降ではインタラクティブな3Dドキュメントの埋め込みがサポートされています。3D図面はU3DやPRCなどのさまざまなデータ形式を使用して埋め込むことができます。^{[ 22 ] [ 23 ] [ 24 ]}

PDFファイルは、バイナリコンテンツを含む可能性のある特定の要素を除き、ASCII文字を使用して構成されています。ファイルは、マジックナンバー（読み取り可能な文字列）と形式のバージョン（例： ）を含むヘッダーで始まります%PDF-1.7。この形式は、COS（「カルーセル」オブジェクト構造）形式のサブセットです。^{[ 25 ]} COSツリーファイルは主にオブジェクトで構成され、オブジェクトには9つのタイプがあります。^{[ 18 ]}

• 真偽を表すブール値
• 実数
• 整数
• 文字列は括弧（(...)）で囲むか、山括弧（<...>）で囲まれた16進数で表されます。文字列には8ビット文字を含めることができます。
• スラッシュ（/）で始まる名前
• 配列は、角括弧（[...]）で囲まれたオブジェクトの順序付きコレクションです。
• 辞書<<...>>、二重山括弧（ ）で囲まれた名前でインデックス付けされたオブジェクトのコレクション
• ストリーム は、通常、大量のオプションで圧縮されたバイナリ データを含み、先頭に辞書が付き、streamとendstreamキーワードで囲まれます。
• ヌルオブジェクト​

先頭にパーセント記号 ( ) が付いた 8 ビット文字を使用したコメント%を挿入できます。

オブジェクトは、直接オブジェクト（別のオブジェクトに埋め込まれる）または間接オブジェクトのいずれかです。間接オブジェクトは、オブジェクト番号と世代番号で番号付けされ、ドキュメントルートに存在する場合はキーワードobjとキーワードの間で定義されます。PDF バージョン 1.5 以降では、間接オブジェクト（他のストリームを除く）は、オブジェクト ストリーム（ でマークされる）と呼ばれる特別なストリームに配置できるようになっています。この手法により、非ストリーム オブジェクトに標準のストリーム フィルターを適用できるようになり、多数の小さな間接オブジェクトを含むファイルのサイズが削減されます。これは特にタグ付き PDFで役立ちます。オブジェクト ストリームでは、オブジェクトの世代番号（0 以外） の指定はサポートされていません。endobj/Type /ObjStm

インデックステーブル（相互参照テーブルとも呼ばれる）は、ファイルの終わり近くに配置され、ファイルの先頭からの間接オブジェクトのバイトオフセットを示します。^{[ 26 ]}この設計により、ファイル内のオブジェクトへの効率的なランダムアクセスが可能になり、ファイル全体を書き換えずに小さな変更を加えることもできます（増分更新）。 PDFバージョン1.5より前では、テーブルは常に特別なASCII形式であり、xrefキーワードでマークされ、間接オブジェクトで構成される本体の後に続きます。バージョン1.5では、オプションの相互参照ストリームが導入されました。これは標準ストリームオブジェクトの形式を持ち、フィルターが適用されている可能性があります。このようなストリームは、ASCII相互参照テーブルの代わりに使用でき、オフセットなどの情報がバイナリ形式で含まれています。この形式は、整数幅の指定（/W配列を使用）が可能である点で柔軟性があり、たとえば、サイズが64  KiBを超えないドキュメントでは、オブジェクトのオフセットに2バイトのみを割り当てることができます。下位互換性を確保するために、ハイブリッド参照PDFファイルには従来の相互参照テーブルと相互参照ストリームの両方が含まれる場合があり、これにより、古いPDFプロセッサでもファイルを読み取ることができ、バージョン1.5で導入された新機能も活用できるようになります。^{[ 27 ]}

PDFファイルの最後にはフッターがあり、そこには

• キーワードstartxrefの後に​​、相互参照テーブルの開始位置（xrefキーワードから始まる）または相互参照ストリームオブジェクトのオフセットが続き、その後に
• %%EOF ファイル終了マーカー。

相互参照ストリームが使用されていない場合、フッターの前にtrailerキーワードが付き、その後に相互参照ストリーム オブジェクトの辞書に含まれる情報を含む辞書が続きます。

• ツリー構造のルート オブジェクトへの参照(カタログ/Rootとも呼ばれます)
• 相互参照表内の間接オブジェクトの数（/Size）
• その他のオプション情報

各ページには、ページに描画されるテキスト、ベクター、画像を記述する1つまたは複数のコンテンツストリームがあります。コンテンツストリームは、PostScriptに似たスタックベースです。^{[ 28 ]}

PDFファイルには、非線形化（「最適化」されていない）と線形化（「最適化」された）の2つのレイアウトがあります。非線形化PDFファイルは線形PDFファイルよりもサイズが小さくなりますが、文書のページを組み立てるのに必要なデータの一部がPDFファイル全体に散在しているため、アクセスが遅くなります。線形化PDFファイル（「最適化」または「Web最適化」PDFファイルとも呼ばれる）は、最初のページの表示に必要なすべてのオブジェクトがファイルの先頭に最適に配置されているため、ファイル全体のダウンロードを待たずにWebブラウザのプラグインで読み取ることができるように構築されています。^{[ 29 ]} PDFファイルは、 Adobe AcrobatソフトウェアまたはQPDFを使用して最適化できます。

ページサイズはフォーマット自体によって制限されるものではありません。ただし、Adobe Acrobatでは1500万インチ×1500万インチ、つまり225,000,000,000,000平方インチ（145,161 km ^{2 ; 56,047平方マイル）に制限されており、これは}タジキスタンの面積よりわずかに広いです。^{[ 2 ] : 1129}

PDF でグラフィックを表現する基本的な設計は、PDF 1.4 で追加された透明度の使用を除いて、PostScript のものと非常に似ています。

PDF グラフィックスは、デバイスに依存しない 直交座標系を使用してページの表面を記述します。PDF のページ記述では、マトリックスを使用してグラフィック要素を拡大縮小、回転、または傾斜させることができます。PDF の重要な概念はグラフィックス状態です。グラフィックス状態とは、ページ記述によって変更、保存、および復元できるグラフィックパラメータの集合です。PDF には（バージョン 2.0 時点で）25 個のグラフィックス状態プロパティがあり、その中で最も重要なものは次のとおりです。

• 座標系を決定する現在の変換行列（CTM ）
• クリッピングパス
• 色空間
• 透明性の重要な要素であるアルファ定数
• 黒点補正コントロール（PDF 2.0 で導入）

PostScript と同様、PDF のベクター グラフィックはパスで構成されます。パスは通常、直線と 3 次ベジェ曲線で構成されますが、テキストのアウトラインから構築することもできます。PostScript とは異なり、PDF では単一のパスでテキストのアウトラインと直線および曲線を混在させることはできません。パスは、ストローク、塗りつぶし、塗りつぶしてからストローク、またはクリッピングに使用できます。ストロークと塗りつぶしには、パターン を含め、グラフィック状態で設定された任意の色を使用できます。PDF はいくつかの種類のパターンをサポートしています。最も単純なのは、アートワークを繰り返し描画するように指定するタイリング パターンです。これは、パターン オブジェクトで色を指定したカラー タイリング パターン、またはパターンを描画するまで色の指定を延期する無色のタイリング パターンのいずれかです。PDF 1.3 からは、連続的に変化する色を描画するシェーディング パターンも提供されています。シェーディング パターンには 7 つのタイプがあり、その中で最も単純なのは軸方向シェーディング(タイプ 2) と放射状シェーディング(タイプ 3) です。

PDF内のラスター画像（Image XObjectsと呼ばれる）は、関連付けられたストリームを持つ辞書によって表現されます。辞書は画像のプロパティを記述し、ストリームは画像データを含みます。（あまり一般的ではありませんが、小さなラスター画像は、インライン画像としてページ記述に直接埋め込まれることがあります。）画像は通常、圧縮のためにフィルタリングされます。PDFでサポートされている画像フィルタには、以下の汎用フィルタが含まれます。

• ASCII85Decode は、ストリームを7ビットASCIIに変換するために使用されるフィルタです。
• ASCIIHexDecodeは ASCII85Decode に似ていますが、それほどコンパクトではありません。
• FlateDecode は、 RFC 1951で定義されたdeflateアルゴリズムに基づく一般的なフィルタです(deflate はgzip、PNG、zipファイル形式などでも使用されます)。PDF 1.2 で導入されました。よりコンパクトな zlib/deflate 圧縮のために、TIFF 6.0 仕様のPredictor 2とPNG仕様 ( RFC 2083 )の予測子 (フィルタ) の2 つの予測関数グループのいずれかを使用できます。  
• LZWDecode は、 LZW圧縮に基づくフィルタです。よりコンパクトなLZW圧縮のために、 TIFF 6.0仕様の予測子2とPNG仕様の予測子（フィルタ）の2つのグループの予測子関数のいずれかを使用できます。
• RunLengthDecode は、ランレングス符号化アルゴリズムと画像固有のフィルタを使用して、繰り返しデータを含むストリームを圧縮するシンプルな方法です。
• DCTDecode はJPEG標準に基づいた非可逆フィルタであり、
• CCITTFaxDecode は、ITU-T T.4および T.6で定義されたグループ 3 またはグループ 4 CCITT (ITU-T) FAX圧縮規格に基づくロスレス 2 レベル(黒/白) フィルタです。
• JBIG2Decode は、 PDF 1.4で導入されたJBIG2標準に基づく非可逆または可逆の2値（白黒）フィルタであり、
• JPXDecode は、 PDF 1.5 で導入された、JPEG 2000標準に基づく非可逆または可逆フィルターです。

通常、PDF内のすべての画像コンテンツはファイルに埋め込まれます。しかし、PDFでは外部ストリームまたは代替画像を使用することで、画像データを外部ファイルに保存できます。PDF /AやPDF/Xなどの標準化されたPDFサブセットでは、これらの機能は禁止されています。

PDF内のテキストは、ページコンテンツストリーム内のテキスト要素によって表現されます。テキスト要素は、文字を特定の位置に配置することを指定します。文字は、選択されたフォントリソースのエンコーディングを使用して指定されます。

PDF のフォントオブジェクトは、デジタル書体の記述です。書体の特性を記述する場合と、埋め込みフォントファイルを含む場合があります。後者は埋め込みフォントと呼ばれ、前者は非埋め込みフォントと呼ばれます。埋め込まれるフォントファイルは、広く使用されている標準デジタルフォント形式であるType 1（およびその圧縮版 CFF）、TrueType、そして（PDF 1.6 以降）OpenTypeに基づいています。さらに PDF は、フォントのコンポーネントが PDF グラフィック演算子によって記述される Type 3 バリアントをサポートしています。

標準14フォントまたはベース14フォントとして知られる14種類の書体^{[ 30 ]}は、PDF文書において特別な意味を持っています。

• Times (v3) (通常、斜体、太字、太字斜体)
• クーリエ（通常、斜体、太字、太字斜体）
• Helvetica (v3) (通常、斜体、太字、太字斜体)
• シンボル
• ツァップ・ディンバット

これらのフォント、または同じメトリックを持つ適切な代替フォントは、ほとんどのPDFリーダーで使用できるはずですが、リーダーで使用できることは保証されておらず、システムにインストールされている場合にのみ正しく表示される可能性があります。^{[ 31 ]}フォントは、PDFに埋め込まれていない場合は代替される可能性があります。

テキスト文字列内では、文字は、エンコーディングを使用して現在のフォントのグリフにマップされる文字コード(整数) を使用して表示されます。 WinAnsi、MacRoman 、および東アジア言語用の多くのエンコーディングなど、いくつかの定義済みエンコーディングがあり、フォントには独自の組み込みエンコーディングがある場合があります (WinAnsi エンコーディングと MacRoman エンコーディングはWindowsおよびMacintoshオペレーティングシステムの従来の特性から派生していますが、これらのエンコーディングを使用するフォントはどのプラットフォームでも同じように動作します)。 PDF では、使用する定義済みエンコーディング、フォントの組み込みエンコーディングを指定したり、定義済みまたは組み込みエンコーディングとの差異の参照テーブルを提供したりできます (TrueType フォントでは推奨されません)。^{[ 2 ]} PDF のエンコーディングメカニズムは Type 1 フォント用に設計されているため、TrueType フォントに適用するルールは複雑です。

大きなフォントや非標準のグリフを持つフォントでは、Identity-H（横書き用）およびIdentity-V （縦書き用）という特殊なエンコーディングが使用されます。このようなフォントでは、文字の意味情報を保持するためには ToUnicodeテーブルを提供する必要があります。

光学式文字認識(OCR)によってテキストが認識されずに PDF にスキャンされたテキスト ドキュメントは、フォントやテキスト プロパティのない画像です。

PDF のオリジナルのイメージングモデルは不透明で、 PostScript と同様に、ページ上に描画される各オブジェクトは、同じ場所に以前描画されたオブジェクトを完全に置き換えます。PDF 1.4 では、イメージングモデルが拡張され、透明化が可能になりました。透明化を使用すると、新しいオブジェクトは以前描画されたオブジェクトと相互作用し、ブレンド効果を生み出します。PDF への透明化は、PDF 1.3 以前の仕様に基づいて作成された製品では無視されるように設計された新しい拡張機能によって行われました。その結果、少量の透明化を使用したファイルは古いビューアでも問題なく表示される可能性がありますが、多用された透明化を使用したファイルは、古いビューアでは正しく表示されない可能性があります。

透明度拡張機能は、透明グループ、ブレンドモード、シェイプ、アルファといった主要概念に基づいています。このモデルはAdobe Illustratorバージョン9の機能と密接に連携しています。ブレンドモードは、当時のAdobe Photoshopで使用されていたものに基づいています。PDF 1.4仕様が公開された当時、ブレンドモードの計算式はAdobeによって秘密にされていましたが、その後公開されました。^{[ 32 ]}

PDF仕様における透明グループの概念は、Adobe Illustratorなどのアプリケーションにおける既存の「グループ」や「レイヤー」の概念とは独立しています。これらのグループは、オブジェクト間の論理的な関係を反映しており、編集時に意味を持ちますが、画像モデルの一部ではありません。

タグ付きPDF（ISO 32000の14.8項を参照）には、信頼性の高いテキスト抽出とアクセシビリティを可能にするための文書構造とセマンティクス情報が含まれています。^{[ 33 ]}技術的に言えば、タグ付きPDFは、PDF 1.3で導入された論理構造フレームワークに基づいたフォーマットを様式化したものです。タグ付きPDFは、ページコンテンツ（テキスト、グラフィック、画像）を抽出して他の目的で再利用できるようにする標準的な構造タイプと属性のセットを定義します。^{[ 34 ]}

PDFファイルが印刷のみを目的としている場合、タグ付きPDFは必須ではありません。この機能はオプションであり、ISO 32000-1ではタグ付きPDFのルールが比較的曖昧であったため、2021年現在、支援技術（AT）を含む利用デバイスにおけるタグ付きPDFのサポートは不均一です。 ^{[ 35 ]}しかし、ISO 32000-2ではタグ付きPDFに関する議論が改善されており、今後の普及が期待されます。

アクセシビリティに特化した PDF の ISO 標準化サブセットであるPDF/UAは、2012 年に初めて公開されました。

PDFバージョン1.5（2003年）の導入により、「レイヤー」の概念が導入されました。レイヤー（正式にはオプションコンテンツグループ（OCG））は、PDF文書内のコンテンツの一部を指し、文書作成者または閲覧者が選択的に表示または非表示にすることができます。この機能は、CAD図面、レイヤー化されたアートワーク、地図、多言語文書などで役立ちます。

基本的に、これはドキュメントルートに追加されたオプションコンテンツプロパティ辞書で構成されます。この辞書には、オプションコンテンツグループ（OCG）の配列が含まれます。各OCGは一連の情報を記述し、個別に表示または非表示にすることができます。さらに、指定されたOCGのステータス（表示または非表示）を示すオプションコンテンツ設定辞書のセットも含まれます。

PDFファイルはセキュリティのために暗号化されることがあります。その場合、コンテンツの表示や編集にはパスワードが必要です。PDF 2.0では、256ビットAES暗号化がPDF 2.0ファイルの標準として定義されています。PDFリファレンスでは、サードパーティが独自のPDF暗号化システムを定義する方法も定義されています。

PDF ファイルは、安全な認証を提供するためにデジタル署名される場合があります。PDF でのデジタル署名の実装に関する詳細は、ISO 32000-2 に記載されています。

PDFファイルには、コピー、編集、印刷などをさらに制限するDRM制限が埋め込まれている場合があります。これらの制限は、リーダーソフトウェアがそれに従うかどうかに依存するため、提供されるセキュリティは限られています。

PDF が提供する標準的なセキュリティは、2 つの異なる方法と 2 つの異なるパスワードで構成されています。ユーザー パスワードはファイルを暗号化して開けないようにし、所有者パスワードは文書が復号化された後でも制限する必要がある操作を指定します。制限される操作には、文書のテキストとグラフィックの変更、印刷、コピー、またはテキスト ノートとAcroFormフィールドの追加または変更が含まれます。ユーザー パスワードはファイルを暗号化しますが、所有者パスワードはファイルを暗号化せず、クライアント ソフトウェアがこれらの制限を尊重することに依存します。所有者パスワードは、一部の無料オンライン サービスなどのソフトウェアによって簡単に削除できます。^{[ 36 ]}そのため、文書作成者が PDF 文書に課す使用制限は安全ではなく、ファイルが配布された後は保証されません。この警告は、Adobe Acrobat ソフトウェアを使用して PDF ファイルを作成または編集してこのような制限を適用する際に表示されます。

パスワードを解除しなくても、ほとんどのフリーウェアやオープンソースのPDFリーダーは権限による「保護」を無視し、文書がパスワード保護によって制限されていないかのように、ユーザーがテキストの抜粋を印刷したりコピーしたりすることを許可します。^{[ 37 ] [ 38 ] [ 39 ]}

PDF 1.5以降、使用権（UR）署名は、特定のPDFビューアアプリケーションでデフォルトで利用できない追加のインタラクティブ機能を有効にするために使用されます。この署名は、権限が正当な権限付与機関によって付与されたことを検証するために使用されます。例えば、ユーザーに以下の権限を許可するために使用できます。^{[ 40 ]}

• 変更したフォームまたは注釈データとともにPDF文書を保存するには
• FDF、XFDF、テキスト（CSV/TSV）形式のフォームデータファイルをインポートします。
• フォームデータファイルをFDFおよびXFDF形式でエクスポートします
• フォームデータを送信する
• 名前付きページテンプレートから新しいページをインスタンス化する
• 既存のデジタル署名フォームフィールドにデジタル署名を適用する
• 注釈の作成、削除、変更、コピー、インポート、エクスポート

例えば、Adobe Systemsは、公開鍵暗号を用いてAdobe Readerに追加機能を有効にする権限を付与しています。Adobe Readerは、署名にAdobe認定の証明機関が発行した証明書が使用されているかどうかを検証します。あらゆるPDFアプリケーションは、この同じメカニズムを独自の目的で使用できます。^{[ 40 ]}

受信者のシステムにパッチが適用されていないなどの特定の状況下では、デジタル署名された文書の受信者が見る情報は、署名者が文書に署名した後でも送信者によって操作される可能性があります。^{[ 41 ]}

PAdES（PDF Advanced Electronic Signatures ）は、PDFとISO 32000-1 ^{[ 42 ]}に対する一連の制限と拡張であり、高度な電子署名に適しています。これはETSIによってTS 102 778として公開されています。 ^{[ 43 ]}

PDFファイルには添付ファイルがあり、プロセッサがアクセスして開いたり、ローカルファイルシステムに保存したりすることができます。^{[ 44 ]}

PDFファイルには2種類のメタデータを含めることができます。^{[ 2 ]} 1つ目は文書情報辞書（Document Information Dictionary）で、作成者、タイトル、件名、作成日、更新日などのキー/値フィールドのセットです。これはオプションであり、Infoファイルのトレーラー内のキーから参照されます。少数のフィールドが定義されており、必要に応じて追加のテキスト値で拡張できます。この方法はPDF 2.0では非推奨です。

PDF 1.4では、メタデータストリームのサポートが追加されました。XMP （ Extensible Metadata Platform）を使用することで、他のファイル形式と同様にXML標準ベースの拡張可能なメタデータを追加できます。PDF 2.0では、拡張可能なスキーマを使用して、埋め込まれたイラスト、フォント、画像に関する情報など、ドキュメント内の任意のオブジェクトにメタデータを添付できるだけでなく、ドキュメント全体（ドキュメントカタログに添付）にもメタデータを添付できます。

PDF文書には、ビューア設定オブジェクトにページの表示レイアウトやズームレベルなどの表示設定が含まれている場合があります。Adobe Readerはこれらの設定を使用して、文書を開く際にユーザーのデフォルト設定を上書きします。^{[ 45 ]}無料のAdobe Readerではこれらの設定を削除できません。

PDFファイルは、障害を持つ人々がアクセスできるように特別に作成できます。^{[ 46 ] [ 47 ] [ 48 ] [ 49 ] [ 50 ]} 2014年現在使用されているPDFファイル形式には^{[アップデート]}、タグ、テキスト同等物、キャプション、音声説明などを含めることができます。一部のソフトウェアはタグ付きPDFを自動的に作成できますが、この機能はデフォルトで常に有効になっているわけではありません。^{[ 51 ] [ 52 ]} JAWS、Window-Eyes、Hal、Kurzweil 1000および3000などの主要なスクリーンリーダーは、タグ付きPDFを読み取ることができます。^{[ 53 ] [ 54 ]}さらに、タグ付きPDFは、視覚障害を持つ読者のために、再フロー化および拡大できます。 古いPDFやスキャンした文書から生成されたPDFにタグを追加することは、いくつかの課題をもたらす可能性があります。

PDF アクセシビリティにおける大きな課題の 1 つは、PDF 文書に 3 つの異なるビューがあり、文書の作成方法によっては、これらのビューが互いに矛盾する可能性があることです。3 つのビューとは、(i) 物理ビュー、(ii) タグビュー、(iii) コンテンツビューです。物理ビューは表示および印刷されます（ほとんどの人が PDF 文書と考えるもの）。タグビューは、スクリーンリーダーやその他の支援技術が、障害のあるユーザーに高品質なナビゲーションと読み取りエクスペリエンスを提供するために使用します。コンテンツビューは、PDF のコンテンツストリーム内のオブジェクトの物理的な順序に基づいており、Adobe Reader のリフロー機能など、タグビューを完全にサポートしていないソフトウェアでも表示される場合があります。

ISO 32000-1に基づくアクセシブルPDFの国際標準であるPDF/UAは、2012年にISO 14289-1として初めて発行され、アクセシブルPDF技術の規範言語を確立しました。PDF/UAは、文書が適切にタグ付けされ、構造化されることを保証するため、支援技術は情報を正しい順序で解釈できます。

リッチメディアPDFは、ファイル内に埋め込みまたはリンクできるインタラクティブコンテンツを含むPDFファイルです。画像、音声、動画コンテンツ、ボタンなどを含めることができます。例えば、インタラクティブPDFがeコマースビジネスのデジタルカタログである場合、PDFページに商品リストを追加し、画像やウェブサイトへのリンク、そしてドキュメントから直接注文できるボタンなどを追加できます。

インタラクティブフォームは、PDFファイル形式にフォームを追加するメカニズムです。PDFは現在、データとPDFフォームを統合するための2つの異なる方法をサポートしています。現在、両方の形式はPDF仕様に共存しています。^{[ 40 ] [ 55 ] [ 56 ] [ 57 ]}

• AcroForms (Acrobat フォームとも呼ばれます) は、PDF 1.2 形式仕様で導入され、それ以降のすべての PDF 仕様に含まれています。
• XML Forms Architecture (XFA) フォームは、PDF 1.5 フォーマット仕様で導入されました。Adobe XFA フォームは AcroForms と互換性がありません。^{[ 58 ]} XFA は PDF 2.0 で廃止されました。

AcroFormsはPDF 1.2形式で導入されました。AcroFormsでは、オブジェクト（例：テキストボックス、ラジオボタンなど） とコード（例：JavaScript）を使用できます。標準的なPDFアクションタイプに加え、インタラクティブフォーム（AcroForms）はデータの送信、リセット、インポートをサポートしています。「送信」アクションは、選択されたインタラクティブフォームフィールドの名前と値を指定されたURL（Uniform Resource Locator）に送信します。インタラクティブフォームフィールドの名前と値は、以下のいずれかの形式で送信できます（アクションのExportFormat、SubmitPDF、XFDFフラグの設定によって異なります）。^{[ 40 ]}

HTMLフォーム形式

PDF 1.5以降のHTML 4.01仕様、1.2以降のHTML 2.0

フォームデータフォーマット（FDF）

PDFをベースにしており、同じ構文とファイル構造を基本的に同じですが、FDF文書の本体は1つの必須オブジェクトのみで構成されるため、PDFよりもはるかにシンプルです。フォームデータフォーマットは、PDF仕様（PDF 1.2以降）で定義されています。フォームデータフォーマットは、フォームデータをサーバーに送信し、応答を受信して​​インタラクティブフォームに組み込む際に使用できます。また、フォームデータをスタンドアロンファイルにエクスポートし、対応するPDFインタラクティブフォームにインポートすることもできます。FDFは、1996年にISO 32000-2:2017の一部として最初に定義されました。^[要出典]

XML フォーム データ形式 (XFDF)

（外部XMLフォームデータフォーマット仕様、バージョン2.0。PDF 1.5以降でサポートされ、PDF 1.4で定義された「XML」フォーム送信フォーマットに取って代わった）フォームデータフォーマットのXML版であるXFDFだが、フォームと注釈を含むFDFのサブセットのみを実装している。FDF辞書の一部のエントリ（ステータス、エンコーディング、JavaScript、ページキー、埋め込みFDF、差異、ターゲットなど）には、XFDFに相当するものがない。さらに、XFDFでは、FDFファイルを使用する場合のように、指定されたデータに基づいて新しいページを生成または追加することはできない。XFDF仕様は、PDF 1.5仕様（およびそれ以降のバージョン）で参照されている（ただし、含まれていない）。これは、XMLフォームデータフォーマット仕様で別途説明されている。^{[ 59 ]} PDF 1.4仕様ではXML形式でのフォーム送信が許可されていたが、PDF 1.5仕様ではXFDF形式での送信に置き換えられた。 XFDFはXML標準に準拠しています。XFDFはFDFと同じように使用できます。たとえば、フォームデータをサーバーに送信し、変更を加えてから送り返すと、新しいフォームデータがインタラクティブフォームにインポートされます。また、フォームデータをスタンドアロンファイルにエクスポートし、対応するPDFインタラクティブフォームに再度インポートすることもできます。2019年8月現在、XFDF 3.0はISO/IEC規格であり、正式名称はISO 19444-1:2019 - 文書管理 - XMLフォームデータ形式 - パート1：ISO 32000-2の使用（XFDF 3.0）です。^{[ 60 ]}この規格はISO 32000-2の規範的参照です。

PDF

PDF 1.4 で定義されているように、個々のフィールドや値ではなく、ドキュメント全体を送信できます。

AcroFormsは、フォームフィールドの値をキーと値のペアを含む外部のスタンドアロンファイルに保存できます。外部ファイルには、フォームデータフォーマット（FDF）およびXMLフォームデータフォーマット（XFDF）ファイルを使用できます。^{[ 61 ] [ 59 ] [ 62 ]}使用権限（UR）署名は、FDF、XFDF、テキスト（ CSV / TSV ）形式のフォームデータファイルのインポート、およびFDFおよびXFDF形式のフォームデータファイルのエクスポートに関する権限を定義します。^{[ 40 ]}

PDF 1.5では、Adobe Systemsはフォーム用の独自フォーマットであるAdobe XML Forms Architecture（XFA）を導入しました。Adobe XFA FormsはISO 32000のAcroForms機能と互換性がなく、ほとんどのPDFプロセッサはXFAコンテンツを処理できません。XFA仕様はISO 32000-1/PDF 1.7から外部独自仕様として参照されており、ISO 32000-2（PDF 2.0）ではPDFから完全に廃止されました。

誰でもAdobe Systemsにロイヤリティを支払うことなくPDFファイルを読み書きできるアプリケーションを作成できます。AdobeはPDFの特許を保有していますが、PDF仕様に準拠したソフトウェアの開発にロイヤリティフリーで使用できるライセンスを供与しています。^{[ 63 ]}

2019年11月、ルール大学ボーフム校とHackmanit GmbHの研究者らは、デジタル署名されたPDFに対する攻撃を公開した。^{[ 64 ]}彼らは、実装上の欠陥を悪用することで、22種類のデスクトップPDFビューアのうち21種類と、8種類のオンライン検証サービスのうち6種類で署名を無効にすることなく、署名付きPDFの表示コンテンツを変更する方法を示した。同会議で、彼らはさらに、PDF内の暗号化されたコンテンツの平文を抜き出す方法も示した。^{[ 65 ]} 2021年には、仕様で提供されている機能の柔軟性を悪用する、PDFに対する新たな、いわゆるシャドウ攻撃を示した。 ^{[ 66 ]}サービス拒否、情報漏えい、データ操作、任意コード実行攻撃に関するPDFのセキュリティ問題の概要が、Jens Müllerによって発表された。^{[ 67 ] [ 68 ]}

一部の一般的なPDFリーダーには、ウイルス、トロイの木馬、その他のマルウェアに感染したPDFファイルによって被害を及ぼす可能性のあるセキュリティ上の脆弱性が存在します。このようなPDFファイルには、PDFリーダーの脆弱性を悪用する可能性のあるJavaScriptコードが隠されていたり、ファイルを開いた際に実行される隠しオブジェクトが含まれていたりする可能性があります。また、頻度は低いものの、悪意のあるPDFファイルによってマルウェアが起動される可能性もあります。^{[ 69 ]}

ウイルスを含んだPDF添付ファイルは2001年に初めて発見されました。OUTLOOK.PDFWormまたはPeachyと呼ばれるこのウイルスは、Microsoft Outlookを利用して、自身をAdobe PDFファイルとして添付して送信します。Adobe Acrobatでは起動しますが、Acrobat Readerでは起動しません。^{[ 70 ]}

長年にわたり、Adobe Reader の様々なバージョンで複数の脆弱性が発見され、^{[ 71 ]}同社ではセキュリティ修正プログラムをリリースしました。他の PDF リーダーでも脆弱性が発見されています。問題を悪化させる要因の 1 つは、Web ページに PDF ファイルが埋め込まれていると PDF リーダーが自動的に起動するように設定できるため、攻撃の媒介となる可能性があることです。悪意のある Web ページに PDF リーダーの脆弱性を悪用した感染した PDF ファイルが含まれている場合、ブラウザーが安全であってもシステムが侵害される可能性があります。これらの脆弱性の一部は、不適切に作成された PDF リーダーが PDF ファイルに埋め込まれた JavaScript を不適切に処理することによって発生します。PDF リーダーで JavaScript の実行を無効にすると、このような将来の攻撃を軽減できますが、PDF 表示ソフトウェアの他の部分での攻撃から保護するわけではありません。セキュリティ専門家の中には、PDF リーダーにとって JavaScript は必須ではなく、JavaScript を無効にすることで得られるセキュリティ上の利点は、互換性の問題が発生する可能性を上回ると言う人もいます。^{[ 72 ]} PDFファイルの脆弱性を回避する1つの方法は、ファイルを表示する前にローカルまたはWebサービスを使用してファイルを別の形式に変換することです。

2010年3月30日、セキュリティ研究者のディディエ・スティーブンスは、ユーザーが起動を許可すると悪意のある実行ファイルが実行されるAdobe ReaderとFoxit Readerの脆弱性を報告しました。^{[ 73 ]}

PDFストリームにはネストされたフィルタが存在するため、5キロバイトのファイルをRAM上で展開すると1ペタバイトになるようなファイルを作成できます。pypdfのCVE-2025-55197 の場合のように、これに対する対策を講じていない実装では、サービス拒否攻撃を引き起こす可能性があります。 ^{[ 74 ] [ 75 ]}

多くのPDFビューアは、様々なソースから無料で提供されています。PDFファイルを操作・編集するためのプログラムも入手可能ですが、通常は有料です。さらに、Chrome、Firefox、Safariなどの最新のウェブブラウザのほとんどにはPDF表示機能が搭載されており、以前はPDF表示のために作成されたブラウザプラグインに代わる機能となっています。^{[ 76 ]}

PDFを作成するためのソフトウェアオプションは多数あり、macOS、iOS、^{[ 77 ]}およびほとんどのLinuxディストリビューションに組み込まれているPDF印刷機能もその1つです。LibreOffice 、Microsoft Office 2007 （ SP2にアップデートした場合）以降、^{[ 78 ]} WordPerfect 9、Scribusなどの多くの文書処理ソフトウェアは、文書をPDFでエクスポートできます。Microsoft Windows、 pdfTeXタイプセッティングシステム、DocBook PDFツール、GhostscriptとAdobe Acrobat自体を中心に開発されたアプリケーション、 Adobe InDesign、Adobe FrameMaker 、Adobe Illustrator、Adobe Photoshop用のPDFプリンタドライバは数多くあり、「PDFプリンタ」を設定できるようになっています。これを選択すると、物理的なプリンタではなくPDFファイルに出力が送信されます。GoogleのオンラインオフィススイートGoogle Docsでは、PDFへのアップロードと保存が可能です。一部のウェブアプリでは、無料のPDF編集および注釈ツールを提供しています。

フリーソフトウェア財団は、その高優先度プロジェクトの一つとして、「PDFファイル形式と関連技術をISO 32000規格に実装した、高品質で完全に機能するライブラリとプログラムの無料セットを開発している」。^{[ 79 ] [ 80 ]}しかし、2011年に、GNU PDFプロジェクトは、 Popplerライブラリの成熟により、「高優先度プロジェクト」のリストから削除された。^{[ 81 ]} Popplerは、 GNOMEデスクトップ環境のEvinceなどのアプリケーションで広く使用されている。PopplerはXpdf ^{[ 82 ] [ 83 ]}コードベースに基づいている。PDFソフトウェア一覧に記載されているように、商用開発ライブラリも利用可能である。

Apacheソフトウェア財団のApache PDFBoxプロジェクトは、PDF文書を操作するためのApacheライセンスの下でライセンスされたオープンソースのJavaライブラリです。^{[ 84 ]}

ラスターイメージプロセッサ（RIP）は、PDFファイルをラスター形式に変換し、プリンタ、デジタル印刷機、プリプレスで紙やその他のメディアに画像化するのに適した形式に変換するために使用されます。このプロセスはラスタライゼーションと呼ばれます。PDFを直接処理できるRIPには、Adobe SystemsのAdobe PDF Print Engine ^{[ 85 ]}、Jaws ^{[ 86 ]} 、 Global GraphicsのHarlequin RIPなどがあります。

1993年、Global Graphics社のJawsラスターイメージプロセッサは、PDFを他のフォーマットに変換することなくネイティブに解釈できる初のプリプレスRIPとなりました。同社は1997年に、同様の機能を備えたHarlequin RIPのアップグレード版をリリースしました。^{[ 87 ]}

Agfa-Gevaert は、1997 年に PDF ベースの最初のプリプレス ワークフロー システムである Apogee を発表し、出荷しました。

多くの商業オフセット印刷会社は、印刷ソースとして印刷可能なPDFファイル、具体的にはPDF/X-1aのサブセットとそのバリエーションの提出を受け入れています。^{[ 88 ]}印刷可能なPDFファイルの提出は、収集されたネイティブ作業ファイルを受け取るという問題のある必要性を代替するものです。

2006年、 Open Source Development Labs Printing Summitにおいて、PDFは標準的な印刷ジョブ形式として広く受け入れられました。PDFはCommon Unix Printing Systemでも印刷ジョブ形式としてサポートされており、 GNOME、 KDE、Firefox、Thunderbird、LibreOffice、OpenOfficeなどのデスクトップアプリケーションプロジェクトもPDFで印刷ジョブを出力するようになりました。^{[ 89 ]}

一部のデスクトップ プリンターは直接 PDF 印刷もサポートしており、外部からの支援なしに PDF データを解釈できます。

このセクションは検証のために追加の引用が必要です。この記事の改善にご協力ください。信頼できる情報源からの引用をこのセクションに追加してください。出典が明記されていない資料は、異議を唱えられ削除される可能性があります。 （2025年7月）（このメッセージを削除する方法とタイミングについて）

PDF は、 macOS（当初は Mac OS X と呼ばれていた）の「ネイティブ」メタファイル形式として選択され、以前のクラシック Mac OS の PICT 形式に取って代わりました。Quartzグラフィックレイヤーのイメージングモデルは、Display PostScriptと PDFに共通するモデルに基づいているため、 Display PDFというニックネームが付けられています。プレビューアプリケーションは PDF ファイルを表示でき、 Safariウェブ ブラウザーのバージョン 2.0 以降も同様です。 ^{[ 90 ] [ 91 ]}システム レベルの PDF サポートにより、macOS アプリケーションは、OS 標準の印刷アーキテクチャをサポートしていれば、PDF ドキュメントを自動的に作成できます。ファイルは、ファイル ヘッダーに従って PDF 1.3 形式でエクスポートされます。Mac OS X バージョン 10.0 から 10.3 でスクリーンショットを撮ると、画像も PDF としてキャプチャされました。それ以降のバージョンでは、スクリーン キャプチャは PNG ファイルとして保存されますが、この動作は必要に応じて PDF に戻すことができます。

このセクションには出典が引用されていません。信頼できる情報源からの引用を追加して、このセクションの改善にご協力ください。出典のない資料は異議を唱えられ、削除される可能性があります。 （2023年11月）（このメッセージを削除する方法とタイミングについて）

Adobe Acrobat は、ユーザーが既に作成された PDF ファイルに注釈、ハイライト、およびメモを追加できるプロプライエタリソフトウェアの一例です。フリーソフトウェアとして( GNU General Public Licenseの下で)利用できる UNIX アプリケーションとしては、 PDFeditがあります。フリーウェアのFoxit Reader は、Microsoft Windows、macOS、Linux で利用でき、文書に注釈を付けることができます。 Tracker Software のPDF-XChange Viewer では、フリーウェア版で注釈やマークアップを制限なく使用できます。Appleの macOS に統合されている PDF ビューアである Preview やオープンソースソフトウェアのSkimでも注釈が可能です。Skim は、 LaTeX、SyncTeX、PDFSyncとの連携、およびBibDesk文献管理ソフトウェアとの統合をサポートしています。フリーウェアのQiqqa では、PDF ライブラリ全体で作成したすべての注釈とメモをまとめた注釈レポートを作成できます。Text Verification Tool では、文書の差異を注釈とマークアップとしてエクスポートします。

PDFやその他の文書形式での注釈をサポートするWeb注釈システムもあります。PDFに紙文書と同等の機能をすべて備えたい場合、インク注釈が必要になります。

PDFは、異なるソフトウェアおよびハードウェアプラットフォーム間で文書の外観を維持することに重点を置いているため、PDF文書を他のファイル形式に変換したり、テキスト、画像、表、書誌情報、文書メタデータなどの情報を抽出したりすることが困難です。これらのタスクをサポートするツールやソースコードライブラリは数多くあります。PDF変換および情報抽出ツールをテストするためのラベル付きデータセットがいくつか存在し、ツールの性能のベンチマーク評価に使用されています。^{[ 92 ]}

Open XML Paper Specification は、ページ記述言語として、またWindows Vista以降の Microsoft Windows のネイティブ プリント スプーラ形式として使用されている競合形式です。

Mixed Object: Document Content Architectureは競合フォーマットです。MO:DCA-PはAdvanced Function Presentationの一部です。

• 電子書籍
• ウェブページ
• XSLフォーマットオブジェクト
• ページ余白
• PDFポートフォリオ

ISO規格

• PDF 2.0 「ISO 32000-2:2020(en)、文書管理 - ポータブル文書フォーマット - パート2：PDF 2.0」。国際標準化機構。2020年12月16日閲覧。
• PDF 2.0 「ISO 32000-2:2017(en)、文書管理 - ポータブル文書フォーマット - パート2：PDF 2.0」。国際標準化機構。2017年8月3日。 2019年1月31日閲覧。

Adobeオープンソース標準

• PDF 1.7 (ISO 32000-1:2008)
• PDF 1.7および1.7 の正誤表( Wayback Machineより、2022 年 3 月 6 日アーカイブ)
• PDF 1.6 ( ISBN 0-321-30474-8）および1.6の正誤表はWayback Machineで閲覧可能（2022年3月6日アーカイブ）
• PDF 1.5と1.5 の正誤表( Wayback Machineより、2021 年 12 月 22 日アーカイブ)
• PDF 1.4 ( ISBN 0-201-75839-3）および1.4の正誤表はWayback Machineで閲覧可能（2022年3月6日アーカイブ）
• PDF 1.3 ( ISBN 0-201-61588-6）および1.3の正誤表はWayback Machineで閲覧可能（2022年3月6日アーカイブ）
• PDF 1.2
• PDF 1.0 ( ISBN 0-201-62628-4）

会議論文

• Hardy, MRB; Brailsford, DF (2002). 「XMLとPDF間の構造変換のマッピングと表示」 (PDF) . 2002 ACM ドキュメントエンジニアリングシンポジウム – DocEng '02 の議事録. pp.  95– 102. doi : 10.1145/585058.585077 . ISBN 1-58113-594-7. S2CID  9371237 . 2017年3月24日時点のオリジナル （PDF）からアーカイブ。^{[関連する？ ]}

ウィキメディア コモンズには、 Portable Document Formatに関連するメディアがあります。

• PDF 協会– PDF 協会は、PDF ファイルを作成または処理するソフトウェア開発者の業界団体です。
  • PDF 協会のPDF 仕様インデックス
  • PDF チートシート、 PDF 協会による第 2 版 (最終更新日: 2024 年 10 月 29 日)
  • 最新のコア PDF 仕様と、コア仕様に対する 5 つの ISO 標準拡張機能を含むISO 32000-2 (PDF 2.0) バンドルへのスポンサーによる無料アクセス
• 米国議会図書館のPDF ファミリー、PDF/A、PDF/Xのフォーマットの説明

Adobeからの技術ノート

• Adobe PDF 101: Wayback MachineのPDF の概要(2010 年 10 月 7 日アーカイブ)
• Adobe: Wayback MachineのPostScript vs. PDF (2016-04-13 アーカイブ) – PS、EPS、PDF の公式入門比較。
• Wayback MachineのPDF リファレンスと PDF 仕様に対する Adob​​e 拡張機能(2021 年 1 月 16 日アーカイブ)

記事

• Portable Document Format: An Introduction for Programmers (1999) from MacTech – PDF vs. PostScript と PDF 内部構造 (v1.3 まで) の紹介
• ジョン・ワーノックの「キャメロット」はPDFの誕生を告げた（2002年）Wayback Machine （アーカイブ2019-04-22）Planet PDFから、ジョン・ワーノックがPDFを作成したプロジェクトの概要を説明した論文について説明しています。

ビデオ

• ビデオ: PDF について知りたいことすべて、でも聞くのが怖かったこと— TUG 2007 でのLeonard Rosenthol ( Adobe Systems )による講演の録画