·29 分 (更新: 2026/05/15)

PDFがメールで送れない時の圧縮方法|サーバー送信なしで安全にサイズを減らす

PDFの添付上限超えをブラウザ内処理で解決。サーバーにファイルを送信せず圧縮できるツールの仕組み・手順・競合比較をまとめた実践ガイド。

PDFをメールに添付しようとして「ファイルサイズが大きすぎます」と弾かれる場面は、ビジネス文書を扱う人なら一度は経験する。上限を超えたとき、真っ先に試すべきなのは圧縮だ。ただし「どのツールを使うか」という選択には、ファイルサイズ削減の効果だけでなく、データのプライバシーという観点が絡んでくる。本記事では、PDF圧縮の仕組みから主要ツールのプライバシー比較、ブラウザ内処理で完結するツールの具体的な操作手順まで、実務で即使える情報を体系的に解説する。


PDFをメールに添付できない本当の理由

主要メールサービスの添付上限

メールの添付ファイルに上限があることは広く知られているが、その数値は意外と小さい。

サービス添付上限の目安
Gmail25 MB
Outlook / Hotmail20 MB
Yahoo! メール25 MB
社内メールサーバー(一般的な設定)5〜10 MB

社内メールサーバーは管理者が上限を独自に設定しているケースが多く、5 MB以下に制限されている環境も珍しくない。送信側が25 MBのGmailで送っても、受信側が10 MB制限のサーバーだと弾かれる。

重くなりやすいPDFの特徴

PDF自体がフォーマットとして重いわけではない。問題になるのはほぼ例外なく「埋め込み画像」だ。以下の条件が重なると数十MBになる。

  • カラースキャン+300 dpi以上:契約書をスキャナで取り込む際にデフォルト設定のまま使うと発生しやすい
  • 高解像度の写真・図版を多数挿入:プレゼン資料やカタログPDFに多い
  • 複数スキャン画像を結合:ページごとにスキャン画像が丸ごと埋め込まれる

テキストのみで構成されたPDFはそもそもデータ量が少なく、10ページ程度であれば1 MB未満に収まることが大半だ。

対策の選択肢を整理する

上限超えを解消するための主な手段は3つある。

  1. 圧縮してサイズを小さくする
  2. Google Drive・OneDrive などクラウドストレージのリンクをメール本文に貼る
  3. WeTransfer などのファイル転送サービスを使う

「すぐに・追加サービス登録なしで・安全に」完結するのが圧縮だ。クラウドストレージやファイル転送は機密文書を別サービスに預ける手間とリスクが発生する。ただし圧縮ツールの選び方を誤ると、それ自体が情報漏洩のリスクになりうる。この点は後述する比較表で詳しく解説する。


PDF圧縮の仕組みと削減率の目安

圧縮ツールが実際に何をしているか

「圧縮」という言葉は漠然としているが、PDFの場合は主に以下の処理を指す。

  • 画像の再エンコード:埋め込みPNGをJPEGに変換したり、JPEG品質係数を下げたりする
  • 解像度のダウンサンプリング:300 dpi → 150 dpi など、目的に応じた解像度へ変換する
  • 埋め込みフォントのサブセット化:文書内で実際に使われている文字のみを残し、フォントデータ全体を削る
  • 不要メタデータの除去:作成ソフトのバージョン情報、サムネイルキャッシュ、コメント履歴などを取り除く

PDF仕様はISO 32000-2として標準化されており、画像ストリームの格納方式が規定されている。圧縮ツールはこの仕様に沿ってバイナリを書き換えることでサイズを削減する。

どのくらい軽くなるか

元のファイルの種類想定される削減率
カラースキャン(300 dpi以上)50〜80%
図版・グラフを含む資料30〜60%
テキストのみ5〜15% 程度

20 MBのカラースキャン書類であれば、設定次第で4〜10 MB台まで落とせる計算になる。Gmail の25 MB上限を狙うなら、「中」程度の品質設定でほとんどのケースをカバーできる。

注意点:テキストと画像は別処理

圧縮で影響を受けるのは埋め込み画像のみで、テキストデータはそのまま保持される。フォントのサブセット化によってテキストが文字化けしたり消えたりすることはない。品質設定が「低(最高圧縮)」であっても、文字の読み取りには影響しない。


主要PDF圧縮ツールのプライバシー比較

サーバー送信の有無が最重要指標

PDF圧縮ツールを選ぶ際、見落とされがちなのが「ファイルがどこで処理されるか」だ。多くのオンラインツールは、PDFを外部クラウドサーバーへアップロードしてから処理を行う仕組みをとっている。「アップロード後1時間で削除」「TLS通信で暗号化」といった記載があっても、処理の瞬間にサーバー上にファイルが存在することは変わらない。

契約書・請求書・個人情報・未公開の事業計画書など、機密性の高い文書を日常的に扱う場合、このリスクは無視できない。

比較表:送信先サーバーを軸に評価

ツール処理場所送信先サーバー料金アカウント登録
SmallpdfクラウドSmallpdf社サーバー(スイス)無料枠あり(1日2件制限)無料登録あり
iLovePDFクラウドiLovePDF社サーバー(スペイン)無料枠あり無料登録あり
Adobe Acrobat オンラインクラウドAdobe社サーバー(米国)無料枠ありAdobe ID必須
PDF24クラウドPDF24社サーバー(ドイツ)無料不要
zerosend(PDF圧縮)ブラウザ内(ローカル)なし(ゼロ送信)完全無料不要

Smallpdf・iLovePDF・Adobe Acrobat オンラインはいずれも広く使われている信頼性の高いサービスだが、処理の核心部はサーバー側で実行される。利用規約上のデータ取り扱いポリシーを確認する手間をかけたくない場合、あるいはポリシーを読んでもなおサーバー送信を避けたい場合は、ブラウザ内処理型が合理的な選択肢となる。


zerosenedでPDFを圧縮する手順(実践ガイド)

使用技術の概要:なぜサーバーなしで動くのか

zerosendのPDF圧縮ツールは、以下のライブラリとブラウザ標準APIをクライアント側で動作させることで、外部サーバーへのファイル送信ゼロを実現している。

  • pdf-lib:PDFの解析・ページ操作・書き出しをJavaScriptで実行するオープンソースライブラリ
  • pdfjs-dist(PDF.js):Mozillaが開発したオープンソースのPDFレンダリングエンジン。各ページをピクセルデータとして展開する
  • Canvas API:各ページを画像として再描画し、解像度調整・JPEG再エンコードを行うブラウザ標準のグラフィックAPI

重い処理はメインスレッドをブロックしないようWeb Worker内で実行される。Canvas APIはW3C HTMLリビングスタンダードで標準化されており、Chrome・Firefox・Safari・Edgeすべてで追加インストールなしに利用できる。

ステップ1:ツールにアクセスする

https://zerosend.site/tools/pdf-compress をブラウザで開く。PC・スマートフォン・タブレットのいずれからでも動作する。インストール不要で、アクセス直後から使える状態になっている。

ステップ2:PDFをドロップまたは選択する

画面中央のドロップゾーンにPDFをドラッグ&ドロップするか、「ファイルを選択」ボタンからファイルを指定する。このタイミングでファイルはブラウザのメモリ上に読み込まれるだけで、外部への送信は行われない。

ステップ3:圧縮品質を選択する

品質設定DPI目安おすすめ用途
高(Low compression)150 dpi前後印刷・長期保存が必要な場合
中(Balanced)96〜120 dpiメール添付の標準的な用途
低(High compression)72 dpi前後とにかくサイズを最小化したい場合

メール添付が目的であれば「中」から試して、それでも上限を超えるようなら「低」に切り替えるのが効率的だ。画像品質の劣化が気になる場合は「高」を選び、添付上限との折り合いをつける。

ステップ4:圧縮してダウンロードする

「圧縮する」ボタンをクリックすると処理が始まる。処理中は進捗が表示される。完了後は「ダウンロード」ボタンでローカルデバイスに保存される。アカウント登録・ログイン・メールアドレスの入力は一切不要だ。

通信ゼロをDevToolsで自分の目で確認する

ファイルが本当に外部送信されていないかを自分で検証したい場合、次の手順で確認できる。

  1. Chrome または Edge でツールページを開く
  2. F12 キーを押して開発者ツールを起動し、Network タブをクリックする
  3. ページをリロードしてからPDFをドロップし、「圧縮する」ボタンをクリックする
  4. Networkタブのフィルタに XHR または Fetch を選択し、リクエスト一覧を確認する

zerosendの場合、PDFデータを乗せた外部ドメインへのリクエストは記録されない。ライブラリファイルのロードは発生するが、PDFファイルのバイナリが外部に飛ぶ通信はゼロだ。「信頼してください」という主張ではなく、利用者が手元で検証できる透明性を担保している点が特徴といえる。

オフライン環境でも動作する

zerosendは初回アクセス後、Service Workerがライブラリ等を端末内にキャッシュする。2回目以降はオフライン状態(機内モード・VPN切断・社内ネットワーク制限下)でもPDF圧縮処理を実行できる。処理がサーバーに依存していないため、ネットワーク接続が切れても動作に影響しない。出張先や移動中の作業にも対応できる。


圧縮してもサイズが足りないときの追加対策

最高圧縮率を適用してもなお添付上限を超える場合は、以下の方法を組み合わせる。

PDFを分割して複数通に分ける

ページ数が多い場合は前半・後半に分けて2通に分割するのがシンプルな回避策だ。zerosendにはPDF分割ツールも用意されており、同様にサーバー送信なしで処理できる。受信者に分割の旨を件名に明記すると混乱が少ない。

クラウドストレージのリンク共有を使う

Google Drive・OneDrive・Dropboxにアップロードしてリンクをメール本文に貼る方法は、ファイルサイズ制限を完全に回避できる。ただし機密文書の場合は共有設定を「特定のユーザーのみ」に限定し、アクセス権の設定ミスによる情報漏洩に注意が必要だ。

スキャン設定を見直す

根本的にファイルサイズを抑えたいなら、スキャナの設定を変更するのが最も効果が大きい。

  • 解像度:200 dpi以下に落とす(業務書類の多くは200 dpiで十分読める)
  • カラー設定:カラーからグレースケールまたは白黒に変更する
  • PDF圧縮品質:スキャナメーカーによっては保存時の圧縮率を選択できる項目がある

設定変更だけで同じ書類のファイルサイズが5分の1以下になることも珍しくない。


よくある質問(FAQ)

Q1. 圧縮後にPDFのテキストが読めなくなることはあるか?

テキストデータは再エンコードされず、文字情報はそのまま保持される。影響を受けるのは埋め込み画像の解像度と品質のみだ。「高」品質設定であれば、通常の画面閲覧・業務文書の印刷用途で視覚的な劣化に気づくケースはほとんどない。

Q2. スマートフォンからも使えるか?

iOS Safari・Android Chromeで動作確認済みだ。ファイル選択はスマートフォンのファイルアプリや写真アプリと連携できる。ただし50 MBを超える大容量ファイルを処理する場合、端末搭載メモリの量によって処理速度が低下することがある。

Q3. パスワードがかかったPDFは圧縮できるか?

パスワード保護(暗号化)されたPDFは、まずパスワードを解除してから圧縮する必要がある。現時点では、パスワード付きPDFをそのまま圧縮する機能には対応していない。

Q4. 圧縮後のPDFは印刷に使えるか?

「高」設定(Low compression・150 dpi前後)であれば、家庭用・オフィス用レーザープリンター・インクジェットプリンターでの印刷に十分な画質を維持できる。商業印刷(入稿データ)や高精細な図面への用途には元ファイルの使用を推奨する。

Q5. 一度に複数のPDFをまとめて圧縮できるか?

現時点では1ファイルずつの処理となる。複数ファイルを連続処理したい場合は、1件ダウンロード後に次のファイルをドロップゾーンに投入することで続けて利用できる。


まとめ

PDFがメールで送れない場合の対処法と、ツール選びの判断基準を以下に整理する。

  • サイズ超過の主因は埋め込み画像:カラースキャンや図版入り資料は適切な設定で50〜80%の削減が見込める。テキストのみのPDFへの効果は限定的だ。
  • オンラインツールはサーバー送信の有無を確認する:Smallpdf・iLovePDF・Adobe Acrobat オンラインなど代表的なサービスはクラウド処理型であり、機密文書のアップロードにはデータポリシーの確認が必要になる。
  • ブラウザ内処理はネットワーク通信ゼロを実現する:zerosenedはpdf-lib・pdfjs-dist・Canvas APIをWeb Worker内で動作させ、データを一切外部送信しない。DevToolsのNetworkタブで利用者自身が通信ゼロを検証できる。
  • 圧縮で解決しない場合はPDF分割またはクラウド共有を組み合わせる:zerosendのPDF分割ツールも同様にサーバー送信なしで利用できる。
  • 初回アクセス後はオフラインでも動作する:Service Workerキャッシュにより、ネットワーク環境に左右されない安定した処理が可能だ。

業務文書や個人情報を含むPDFを日常的に扱う環境では、処理の透明性を自分で確認できるツールを選ぶことが長期的なリスク管理につながる。PDF圧縮ツール(zerosend)はそのための実用的な選択肢の一つだ。

ZE

著者

Zerosend Editorial

Zerosend の制作チームによる記事です。ファイルがデバイスの外に出ないことを設計の中心に置き、WASM・Web Worker をベースとするブラウザ完結ツールを開発しています。

Zerosend Editorial について →

© Zerosend Editorial ← Blog Index

関連記事