PDF を圧縮は、ファイルの各ページをブラウザ内でビットマップに描画し、選んだ解像度で JPEG に再エンコードして、その JPEG をページサイズの変わらない新しい PDF に組み直します。ファイルはアップロードされず、結果は多くの場合で元ファイルの数分の一から数十分の一になります。

最も向いているのはスキャン文書と画像中心のファイルです。スマホのスキャンアプリが作った PDF、コピー機が直接出力した契約書、カメラで撮ったレシート。こうしたファイルは 1 ページがもともと 1 枚の大きな画像なので、妥当な解像度と品質でエンコードし直すと容量が 70% 以上減ることが多く、画面ではほとんど違いが分かりません。

向いていないのは、文字が中心で元々容量が小さいファイルです。全ページの画像化は、数 KB だったベクター文字を 100〜200 KB の画像に変えるため、ファイルは小さくなるどころか「選択できる・検索できる・コピーできる」という性質まで失います。ツールパネルの黄色い注意書きはこの点を指しており、本記事の仕組みの節で理由を説明します。

3 つの段階は 3 組の固定パラメータに対応します。画面（72 DPI、JPEG 品質 0.55）、バランス（110 DPI、0.70、既定）、印刷（150 DPI、0.82）。圧縮の前にファイルの行き先を決める——WeChat で送るなら画面、保管して印刷もするならバランスか印刷——ほうが、後から何度も試すより速く終わります。

1. 01PDF を追加ドロップするかクリックして選択します。左のリストにはページ数と元の容量が表示されます。暗号化ファイルは先に「PDF ロック解除」でパスワードを外してください。
2. 02任意: ページを整理中央の領域で白紙ページや逆さまのページを削除します。圧縮は整理後の並びで出力し、削除したページは容量を取りません。
3. 03「圧縮」パネルに切り替えて段階を選ぶパネルの下の小さな文字が現在の段階の DPI と用途を説明します。「元の容量」もここに表示されるので比較しやすくなっています。
4. 04「圧縮を開始」をクリック下部のプログレスバーがページごとに進みます。各ページは描画してからエンコードするため、ページ数が多いと数秒から数十秒待ちます。
5. 05結果を確認ファイル名に削減率が付きます。例: scan_圧縮_87%削減.pdf。出力が元ファイルより大きい場合は名前に「削減」が付きません。これは、このファイルが画像化による圧縮に向かないという合図です。結果カードから「もう一度ダウンロード」または「ワークスペースに追加して続ける」を選べます。

6 ページのスキャン文書。各ページは 2480×3508 ピクセル（A4 用紙の 300 DPI 相当）の JPEG で、元ファイルは 2.41 MB。3 つの段階の実際の結果:

段階    描画解像度            1 ページの画素数   1 ページの JPEG   6 ページ合計   削減
画面    72 DPI  · 品質 0.55   595×841       約 20 KB        120 KB       95%
バランス 110 DPI · 品質 0.70   909×1286      約 51 KB        302 KB       87%
印刷    150 DPI · 品質 0.82   1240×1753     約 109 KB       642 KB       73%

比較として、ベクター文字だけの 12 ページの契約書（11.7 KB）をバランスで圧縮すると 1.65 MB になります。1 ページごとに約 137 KB の画像になり、文字も選択できなくなります。

ここでいう「圧縮」とは何か

PDF 自体がすでに圧縮形式です。文字はフォントの輪郭で記述され、画像の中身は通常すでに JPEG か Flate で圧縮されています。いわゆる「PDF 圧縮」はツールによって 3 種類のまったく別の処理を指します。

1. 可逆の再構成: 参照されていないオブジェクトを削除し、重複したリソースを統合し、オブジェクトストリームを有効にします。容量の変化は通常数パーセントです。
2. 構造を保つ非可逆処理: ファイル内の画像オブジェクトだけをダウンサンプリングして再エンコードし、文字とベクターはそのまま残します。プロの組版ソフトや Ghostscript の方式で、効果は高いものの実装が複雑です。
3. 全ページの画像化: 各ページを 1 枚の画像として描画し、組み直します。実装が簡単でスキャン文書に最も効果的ですが、ページ上のすべてがピクセルになります。

本ツールは 3 番目です。これを理解すると、どのファイルで効き、どのファイルで逆効果になるかを予測できます。

ページはどうやってピクセルになるのか

PDF のページサイズは**ポイント（pt）**で測り、1 pt = 1/72 インチ、A4 は 595.28 × 841.89 pt です。描画時にツールは pdf.js でページをキャンバスに描き、倍率は DPI ÷ 72 です。

• 72 DPI → 倍率 1.0 → 595 × 841 ピクセル
• 110 DPI → 倍率 1.53 → 909 × 1286 ピクセル
• 150 DPI → 倍率 2.08 → 1240 × 1753 ピクセル

この段階は再サンプリングです。元のスキャンが 300 DPI なら、110 DPI で出力すると約 87% のピクセルを捨てることになります（(110/300)² ≈ 0.13）。ピクセルが減れば JPEG 符号化前のデータも減り、これが容量低下の第一の源で、しかも取り消せません。

描画時には、ページ上のすべての要素——文字、ベクター図形、画像、注釈の見た目——が同じビットマップへ合成され、背景は白で塗られます（JPEG は透過に対応していません）。

JPEG の品質パラメータが制御しているもの

ビットマップは続いてブラウザの JPEG エンコーダーで符号化され、品質パラメータ（0–1）はキャンバスの toBlob() から来ます。JPEG は画像を 8×8 のブロックに切り、離散コサイン変換のあと量子化テーブルに従って高周波の細部を捨てます。品質が低いほど量子化の刻みが大きくなり、残る高周波が減ってファイルは小さくなり、輪郭の近くの「リンギング」やブロック状のノイズが目立ちます。

3 つの段階の品質値 0.55 / 0.70 / 0.82 は「スキャンした文字がまだ読める」ように調整したものです。0.5 を下回ると画線の輪郭に目立つノイズが出て、0.85 を超えると容量は急速に増えるのに目で見た改善はわずかです。符号化の細部（色差サブサンプリングを行うか、どの量子化テーブルを使うか）はブラウザが決めるため、同じ段階でもブラウザによって出力容量が 1〜2 割違うことがあります。

文字中心の PDF が大きくなる理由

PDF における 1 ページのベクター文字のコストは、フォントの一度きりの埋め込み（数十 KB、文書全体で共有）と、1 文字あたり数バイトの配置命令です。A4 のびっしり詰まった文字ページでも 2〜5 KB しかないことがあります。

同じページを画像化すると、110 DPI で 117 万画素になります。文字の輪郭は JPEG が最も苦手とする高周波の内容で、品質 0.7 でも白黒の輪郭をまともに符号化するには 100〜150 KB 必要です。その結果、12 ページの契約書は 11.7 KB から 1.65 MB へ、100 倍以上に膨らみます。これは不具合ではなく、画像化という方式に固有の性質です。元ファイルの各ページがもともとそれ以上に大きな画像であるときにだけ、効果があります。

再構築後のファイルはどうなっているか

出力はまったく新しい PDF です。各ページは元のページと同じ見た目の寸法を持つ空ページで、その上にページ全体を覆う JPEG（PDF では DCTDecode フィルターの画像オブジェクト）が載ります。元ファイルのフォント、ベクター、テキスト層、しおり、フォーム、リンク、メタデータは新しいファイルに入りません。ワークスペースで挿入した白紙ページはベクターの空ページのまま残り、画像化されません。スキャン文書にもともとある白紙ページは、ほかのページと同じように画像へ描画されます。

新しいファイルは純粋な画像なので、どんな PDF ビューアーでも開けて互換性は非常に高い一方、「検索」は何も見つからず、スクリーンリーダーも文字を読み上げられません。

• 先にページを削除してから圧縮: 中央の領域で白紙ページや不要なページを削除すれば、圧縮時に容量を取りません。両面スキャンの白い裏面に特に効果的です。
• テキスト層を残す代替ルート: 文字が中心で大きな画像が数枚だけ挟まっているファイルは、画像化が割に合いません。「PDF から画像を抽出」で画像を取り出し、「画像を圧縮」で小さくしてから組み直します。あるいは現状のまま受け入れるのも手です。文字中心の PDF はもともと大きくないことがほとんどです。
• 先にテキストを抽出してから圧縮: スキャン文書を極限まで小さくしつつ文字の内容も残したいときは、先に「PDF からテキストを抽出」で選択可能な文字を txt として保存し、そのあと PDF を圧縮します。2 つのファイルを一緒に保管してください。
• 段階と行き先の対応: スマホで見るだけ → 画面。日常の電子保管 → バランス。印刷するかもしれない → 印刷。150 DPI なら A4 の印刷でも本文ははっきり読めますが、小さな脚注はややぼやけます。
• 「N アップ」との組み合わせ: 配布資料をまず画面段階まで圧縮し、「PDF の N アップ」で 1 枚に 2 ページを並べれば、印刷できる最小の配布資料になります。
• 巨大ファイルの分割圧縮: 数百ページのスキャン文書を一度に圧縮するとメモリを大量に使います。「PDF を分割」でいくつかに分け、個別に圧縮してから結合してください。

入力形式

PDF。左のリストで現在選択しているファイルを 1 つ処理します。

暗号化ファイル

先に「PDF ロック解除」でパスワードを外してください。

段階

画面（72 DPI / 品質 0.55）、バランス（110 DPI / 0.70）、印刷（150 DPI / 0.82）。パラメータは固定で、DPI や品質のカスタム指定はできません。

出力

各ページを JPEG が覆う新しい PDF。ページサイズと向きは現在の並びと同じです。ワークスペースで挿入した白紙ページはベクターのまま残ります。

文字

出力では文字を選択・検索・コピーできません。スクリーンリーダーも読み取れません。

効果の境界

スキャン文書や写真中心の PDF では通常 70%–95% 削減できます。ベクター文字中心の PDF では元ファイルより大きくなり、ファイル名に「削減」が付きません。

保持しないもの

テキスト層、フォント、ベクター図形、しおり、リンク、フォーム、注釈の編集可能な状態、メタデータ、デジタル署名。

ファイル容量

ハードな上限はありませんが、200 MB を超えると遅くなる旨を表示します。各ページのビットマップは一時的にメモリへ置かれ、150 DPI の A4 ビットマップは約 8.7 MB（非圧縮）です。ページ数が多いとスマホではメモリが不足することがあります。

やらないこと

テキスト層を保つ「画像だけ圧縮」、可逆の再構成、OCR は行いません。

• 「圧縮しても文字は選択できるはず」: できません。全ページを画像化すると文字はただのピクセルです。選択可能な文字が必要なら元ファイルを残すか、先にテキストを抽出してください。
• 「どの PDF も圧縮すれば小さくなる」: 文字中心の PDF は大きくなり、数十倍になることもあります。ファイル名に「削減」が付くかどうかで、今回の結果が妥当か分かります。
• 「印刷段階 = 印刷品質」: 150 DPI は本文を読むには十分ですが、印刷で通常求められる 300 DPI には届きません。高品質な印刷が必要なら元ファイルを残してください。
• 「何度も圧縮すればもっと小さくなる」: 2 回目の圧縮は、すでに JPEG になったページをさらに描画して符号化するため容量はほぼ変わらず、画質だけが積み重なって劣化します。段階を正しく選んで 1 回で終わらせてください。
• 「圧縮 = 最適化」: このツールは冗長なオブジェクトを取り除いたり構造を修復したりしません。ファイルが開かないときは「PDF を修復」を使ってください。

圧縮の各工程——pdf.js によるページの描画、キャンバスによる JPEG の符号化、pdf-lib によるファイルの再構築——はすべてお使いのブラウザ内で行われ、ファイルがサーバーへアップロードされることはありません。途中で生成されるビットマップはメモリ上にだけ存在し、ページを閉じると解放されます。オフラインでも同じように使えます。

• ISO 32000-1:2008、PDF 1.7、§8.3.2.3 ユーザー空間（既定の単位は 1/72 インチ）、§7.4.8 DCTDecode フィルター（PDF 内での JPEG 画像の格納）: https://opensource.adobe.com/dcs/pdf/PDF32000_2008.pdf（访问日期：2026-09-08）
• ITU-T Recommendation T.81（1992）、Digital compression and coding of continuous-tone still images（JPEG 規格、量子化と DCT）: https://www.w3.org/Graphics/JPEG/itu-t81.pdf（访问日期：2026-09-08）
• MDN Web Docs、HTMLCanvasElement.toBlob()——quality パラメータの定義と値の範囲: https://developer.mozilla.org/zh-CN/docs/Web/API/HTMLCanvasElement/toBlob（访问日期：2026-09-08）
• Mozilla pdf.js、ページをキャンバスへ描画する getViewport({ scale }) の意味（scale = 1 が 72 DPI に対応）: https://mozilla.github.io/pdf.js/（访问日期：2026-09-08）