PDFを圧縮
アップロードせずにPDFを縮小します。プリセットを選び、推定出力サイズを確認し、適用前にファイルの実際のページで品質をプレビューします。
PDFを圧縮は、埋め込み画像をより低いJPEG品質と低い解像度で再エンコードし、次にqpdf-wasmを介してオブジェクトストリームを再パックしてメタデータを削除することで、PDFのファイルサイズを削減します——すべてブラウザ内で完全に実行されます。3つのプリセット（ライト / ミディアム / ストロング）から選択し、プリセットごとのライブサイズ推定を確認し、適用前にファイルの代表ページで実際の品質をプレビューできます。アップロードなし、1日の制限なし、ファイルあたり最大100 MB。出力はどのリーダーでも開ける標準PDFです。
PDFを圧縮するとは？
PDFを圧縮するとは、埋め込み画像をより低いJPEG品質と低い解像度で再エンコードし、ドキュメントの内部オブジェクトストリームを再パックし、未使用のメタデータを削除することで、PDFのサイズを縮小することです。出力は通常のPDF——Adobe Acrobat、Preview、ブラウザビューアーなどどこでも同じように開きます——ただし小さくなります。すべてのページの視覚的コンテンツは保持され、変わるのは画像と構造のパック方法です。
ほとんどのオンラインPDF圧縮ツールは、ファイル全体をリモートサーバーにアップロードする必要があります。財務諸表、署名済み契約書、医療記録、内部マニュアルなど、多くの場合機密性が高い文書にとって、それは実際のプライバシーコストです。Pikowlはpdf-lib + ネイティブcanvas再エンコーディング + qpdf-wasmを使用して、ブラウザ内でローカルに圧縮パイプライン全体を実行します。PDFとそのすべてのコンテンツのバイトはデバイスに留まり、ブラウザのネットワークタブで確認できます。
圧縮の仕組みは？
圧縮は2段階で行われます。まず、pdf-libがドキュメントを走査し、すべての埋め込み画像XObjectを見つけ、ブラウザのネイティブcanvas APIを介してデコードし、プリセットのピクセル上限にダウンサンプルし、プリセットの品質設定でJPEGとして再エンコードします。次に、qpdf-wasmが再構築されたPDFを受け取り、オブジェクトストリームを再パックして冗長なメタデータを削除する最終パスを実行します。両方のパスの組み合わせが実際の削減をもたらします——単独ではどちらも完全な作業をしません。
写真が多いPDFでより効果的なのはなぜですか？
PDF圧縮の価値は主に埋め込み画像の再エンコードから来ます。80%以上が画像のPDF（フォトカタログ、スキャンされたドキュメント、デザインポートフォリオ、グラフ付きの年次報告書）は劇的に縮小します——多くの場合、元のサイズの20〜40%に。主にベクターテキストと図のPDF（法的文書、コードの印刷物、電子書籍のエクスポート）は再エンコードする画像の重いものがないためわずかしか縮小しません。プリセットカードの上の分析タグが、圧縮をクリックする前に現実的な期待を設定できるよう、どちらのタイプのドキュメントかを教えてくれます。
ライト、ミディアム、ストロング——それぞれをいつ使うか
ライト — ロスレスクリーンアップ。メタデータ（作成ツールタグ、変更履歴、カスタムXMP）を削除し、オブジェクトストリームを再パック。画像コンテンツは変更されません——ピクセル単位で同一の出力。典型的な削減：5〜15%。視覚的な品質変化を一切許容できないが、可能な限り小さい仕様準拠PDFが必要な場合に使用してください。
ミディアム — 推奨のデフォルト。埋め込み画像を75% JPEG品質で再エンコードし、200 DPIキャップ（高品質印刷相当）にダウンサンプルします。品質の低下は通常、標準ズームの画面では目に見えません。典型的な削減：写真が多いドキュメントで40〜70%、テキストのみで5〜15%。ほぼすべての用途に使用してください。
ストロング — メールフレンドリー。50% JPEGと100 DPIキャップ（画面品質のみ——印刷には適していない）で再エンコードします。写真に目に見える圧縮アーチファクトがありますが、テキストとベクターコンテンツは完璧なまま。典型的な削減：写真が多いドキュメントで65〜85%。メールサイズの制限内に収めることが画像の忠実度より重要な場合に使用してください。
ライトがファイルを変更するのに「ロスレス」と呼ばれるのはなぜですか？
ライトプリセットを「ロスレス」と呼ぶのは、画像コンテンツに触れないからです——視覚的なページコンテンツはソースとピクセル単位で同一のまま。PDFの変更可能なメタデータ（作成ツールタグ、変更履歴、カスタムXMPフィールド）を削除し、ドキュメントのオブジェクトストリームを再パックしますが、リーダーが知覚するものは何も変わりません。ミディアムとストロングは画像に対して明示的に非可逆です；ライトは非可逆ではありません。
プライバシーの優位性はここで特に重要
競合ツール（Smallpdf、iLovePDF、PDFCompressor.comなど）は圧縮するためにPDF全体をサーバーにアップロードする必要があります。そのアップロードルートは、ドキュメントコンテンツ（多くの場合機密——財務諸表、契約書、医療記録）を漏洩させるとともに、サービスがダウンしたりバケットが侵害されたりした場合の単一障害点を作ります。Pikowlはあなたのファイルを見ることはありません。圧縮はpdf-lib + ネイティブcanvas + qpdf-wasmを使用してブラウザ内で完全に実行されます。ブラウザのネットワークタブで確認できます——操作中にサーバーへのリクエストがゼロです。PDFはデバイスに留まります。
サイズ推定がなぜ近似値なのか？
各プリセットの横に表示される推定出力サイズは、ドキュメントの分析された画像バイト比率と典型的な圧縮係数に基づく近似値です。実際の結果はドキュメントの内容によって±20%変動します——ベクター主体のPDFは推定より圧縮されにくく；写真が多いスキャンは多くの場合より圧縮されます。~プレフィックスは意図的なシグナルです：これらを正確な約束として読まないでください。結果状態は常に実際に達成された削減量を表示します。
制限と動作
最大ファイルサイズ：100 MB。最大ページ数：500ページ。画像数：ハードキャップなしですが、200以上の埋め込み画像を持つドキュメントは著しく長くかかる場合があります。パスワード保護されたPDFは検出され、PDFのロックを解除へのリンク付きでブロックされます。出力は単一の圧縮PDF；メタデータは削除される；ページ、レイアウト、フォント、コンテンツは入力と同一のまま。
PDFを圧縮：Pikowl vs Smallpdf vs iLovePDF
PDFを圧縮はスイート内で最もよく使われるPDFツールです——Pikowlのローカル専用モデルが主要なクラウドツールとどう比較されるかを示します。
| 機能 | Pikowl | Smallpdf | iLovePDF |
|---|---|---|---|
| 処理場所 | ローカル（ブラウザ） | クラウド（アップロード必要） | クラウド（アップロード必要） |
| サインアップ必要 | いいえ | 任意 | 任意 |
| 品質プレビュー | プリセット切り替え時のライブ前後プレビュー | 圧縮前のプレビューなし | 圧縮前のプレビューなし |
| 最大ファイルサイズ（無料） | 100 MB | 無料で最大約5 MB | 無料で最大約25 MB |
| 1日の試行制限 | 無制限 | 無料プランで1日2タスク | 無料で1時間あたり最大5タスク |
2026年4月更新。SmallpdfとiLovePDFの数値は、執筆時点の各社無料プランの仕様に基づきます。
主な用途
- メール添付ファイルの制限：ほとんどのプロバイダーは添付ファイルを25 MB（Gmail）、20 MB（Yahoo）、または10 MB（企業）に制限しています。ドキュメントを分割せずに制限内に収めるために、写真が多いレポート、署名済み契約書、スキャンされた領収書を圧縮します。
- モバイルデータプラン：多くの地域でセルラー回線でPDFを共有するのは高価です；アップロード前に30 MBのデザインポートフォリオを5 MBに圧縮することは、受信者にとっても実際のお金を節約します。
- 長期アーカイブ：個人ドキュメントアーカイブ（数年分の銀行明細書、スキャンされた領収書、医療報告書）は急速に蓄積されます——ライトプリセットで保存前に各ファイルを圧縮すると、視覚的な変化なしにアーカイブサイズが5〜15%削減されます。
- 申請ポータル：ローン申請、大学提出、政府フォーム（ビザ、税金、住宅）は5 MBまたは10 MBのアップロード上限を課すことが多いです。フォームを失敗させる代わりに、アップロード前に圧縮します。
- モバイルフレンドリーなクライアント成果物：クライアントが遅い接続でスマートフォンで開けるよう、50 MBのデザイン提案を8 MBに圧縮してメールで送ります。
- Slack / Discord / Teamsでの共有：ほとんどのメッセージングプラットフォームはファイルサイズの上限があります（Slack無料プラン：合計1 GBですが1ファイルあたり100 MB以下を推奨）。従量制接続の受信者に配慮して共有前に圧縮します。
FAQ
PDFをどこまで小さくできますか？
PDFの内容によって異なります。写真が多いドキュメント（スキャン、画像カタログ、デザインポートフォリオ）は、ミディアムまたはストロングプリセットで60〜85%圧縮されることが多いです。ベクターのみのドキュメント（テキスト、図、コードリスト）はどのプリセットでも5〜15%しか圧縮されません——再エンコードする画像の重いものがないからです。プリセットカードの上の分析タグが、どちらのタイプのドキュメントかを事前に教えてくれます。
圧縮でテキストの品質に影響しますか？
いいえ。埋め込み画像のみが再エンコードされます。テキストはストロングを含むすべてのプリセットで完璧なピクセルのままです——テキストはラスターピクセルではなくフォントグリフとして保存されているからです。同じことがベクター図、線画、ページのコンテンツストリーム内のすべての描画演算子にも当てはまります——すべてが正確に保持されます。
さらに多くの圧縮を得ることはできますか？
ストロングは視覚的に許容できる画像を生成する最も積極的なプリセットです。極端な圧縮（低速接続でのプレゼンテーション、優先度の低いドキュメントのアーカイブ）には、個々のページを低解像度のJPEGとしてエクスポートしてからPDFを再構築することを検討してください——ただし、検索可能なテキストが失われます。ほとんどのユースケースではストロングが適切な上限です。
圧縮されたPDFは別の形式ですか？
いいえ、出力はまだ標準PDF——同じ.pdf拡張子、同じMIMEタイプ、すべてのPDFリーダーで開きます。pdf-libの標準PDF再アセンブリとqpdfの標準オブジェクトストリーム圧縮を使用します。どちらも厳密に仕様に準拠したPDF（ISO 32000-2）を生成します。
PDFがほとんどテキストの場合はどうなりますか？
適度な削減が見られます（通常、ライトプリセットで5〜15%）。ライトはメタデータを削除し、ドキュメントの内部構造を再パックします——テキストPDFでの小さな勝利ですが実際の勝利です。ミディアムとストロングのプリセットは、再エンコードする画像がないため、テキストのみのドキュメントにはあまり役立ちません。
スキャンが予想ほど圧縮されなかったのはなぜですか？
スキャンされたドキュメントは多くの場合、既に圧縮された画像を持っています（スキャナーが既にJPEGエンコードしています）。既に圧縮されたJPEGを再エンコードすると、わずかな追加削減しか得られません。スキャンがミディアムで20%圧縮されれば、それは予想通りです——スキャナーが主な作業をしました。追加のわずかな削減のためにストロングを試してください。
PDFは本当にプライベートですか？
はい。圧縮パイプライン全体がブラウザ内で実行されます：pdf-libがPDFを読み取って書き直し、ネイティブcanvasが画像を再エンコードし、qpdf-wasmがストリームを圧縮します。圧縮中にブラウザのネットワークタブを開いてください——サーバーへのリクエストがゼロであることがわかります。唯一のネットワークトラフィックは、その後キャッシュされるwasmランタイムの1回限りのフェッチです。