PDF

WebP to PDF

WebP画像をどのリーダーでも開ける1つのPDFドキュメントに変換します。メタデータは自動的に削除されます。ファイルはブラウザ内で処理 — デバイスから出ることはありません。

アップロードなし 毎日制限なし 25 MB / 画像 最大30 WebP

WebP to PDFとは?

WebP to PDFは1つまたは複数のWebP画像 — 通常はWebページから保存したもの(Google Images、Pinterest、ニュースサイトなど、ブラウザがデフォルトでWebPを配信する場所) — を取り込み、1つのPDFドキュメントにまとめます。各WebPは1ページになり(有効にすれば1ページに複数枚も可能)、A4、US Letter、または画像にぴったり合わせたサイズになります。出力はWebPが何かを知らないリーダーでも開ける標準的なPDFです。

WebPは優れたWebフォーマットですが、ブラウザの外では貧弱な配信フォーマットです — 多くのメールクライアント、オフィススイート、古いPDFツールはこれをサポートしていません。WebPをPDFに変換すると、どこでも動作するポータブルファイルが手に入ります。これを行うほとんどのオンラインサービスは、WebPファイルをリモートサーバーにアップロードします。このツールは変換全体をブラウザ内で実行するため、画像はネットワークを越えません。

ブラウザ内変換はどう動作しますか?

Pikowlは各WebPをWeb Worker — ブラウザ内のバックグラウンドスレッド — に読み込みます。WorkerはcreateImageBitmapを使用して各ファイルをデコードし(現代のブラウザではWebPをネイティブに理解)、OffscreenCanvasに描画してから、品質0.92でJPEGとして再エンコードします。フォーマット変換はpdf-libがWebPをネイティブに埋め込まないため必要ですが — canvas再エンコードはEXIFとICCチャンクも削除し、これがプライバシー上の利点です。完成したPDFはURL.createObjectURL経由でダウンロード可能なBlobとして提供されます。サーバーには何も送信されません。

機密性の高いWebP画像をここで変換するのは安全ですか?

はい。ツールを使用しながらDevToolsのネットワークタブを開いてください — 変換中に送信リクエストがないことが確認できます。WebPファイルはFile API経由でローカルに読み込まれ、サンドボックス化されたWeb Worker内で処理されます。結果のPDFはダウンロードするまでブラウザのメモリ内にのみ存在します。タブを閉じればすべて破棄されます。

WebPからどんなメタデータが削除されますか?

WebPファイルにはRIFFチャンクとして、EXIF(JPEGのEXIFフォーマットを再利用)、ICCP(カラープロファイル)、XMP(Adobeメタデータ)などを含めることができます。WebサイトがJPEG写真として始まったWebPを配信する場合、EXIFチャンクは元のGPS座標、カメラ情報、タイムスタンプを保持していることがよくあります。PikowlはWebPをデコードしてcanvas経由でJPEGとして再エンコードするため、すべてのRIFFチャンクは削除されます — 出力にはピクセルデータのみが残ります。ダウンロードするPDFには、ソースWebPからのメタデータは含まれていません。

制限とその理由は?

1回の変換で最大30個のWebP、1ファイルあたり25 MB、合計100 MBでソフト警告、150 MBでハード上限。WebPファイルは小さい傾向があります(これがフォーマットの売りです — 同じ品質でJPEGより通常25〜35%小さい)、そのため1ファイルあたりの制限に達することはまれですが、デコード済みビットマップはソースのコンパクトさに関係なくメモリ内でフルサイズのRGBAです。4K解像度の5 MB WebPでも、約33 MBの作業メモリにデコードされます。Mobile Safariは約200 MBを超えるとクラッシュする可能性があります。より大きなバッチの場合は、複数回に分けて変換し、Merge PDFで結合してください。

WebP to PDFでPikowlはSmallpdfやiLovePDFと比べてどうですか?

実質的な違いは、処理場所、EXIFの扱い、毎日の使用制限、価格です。下の数字は2026年4月時点の各サービスの公開無料プランを反映しています。

主な用途

FAQ

WebPはサーバーにアップロードされますか?

いいえ。変換は完全にブラウザ内で実行されます — DevToolsのネットワークタブを開けば、プロセス中に送信リクエストがないことが確認できます。WebPファイルはFile API経由でディスクから読み込まれ、Web Workerでデコードと再エンコードが行われ、pdf-libを使用してPDFに埋め込まれ、ダウンロードとして提供されます。デバイスから何も出ません。

なぜPDF内でWebPがJPEGとして再エンコードされるのですか?

pdf-lib、基盤となるオープンソースのPDFライブラリは、JPEGとPNGの画像ストリームの埋め込みのみをサポートしています — WebPはサポートしていません。そのため、このツールは各WebPをデコードし、埋め込み前に品質0.92でJPEGに再エンコードします。視覚的な違いは写真コンテンツでは無視できる程度で、ファイルサイズの違いはソースWebPがどの程度積極的に圧縮されたかに依存します。副次的な利点として、JPEG再エンコードはすべてのEXIFとICCメタデータを削除します。

EXIF / GPSデータは削除されますか?

はい — 自動的に。WebPファイルはEXIFチャンクを保持できます(しばしばWebPがJPEG写真から生成された場合に継承される)。これらにはGPS座標、カメラの詳細、タイムスタンプが含まれます。デコード+canvas再エンコードのパイプラインはすべてのRIFFチャンク(EXIF、ICCP、XMP)を削除するため、結果のPDFはソースからのメタデータを持ちません。SmallpdfとiLovePDFは通常このメタデータを保持します。

WebPの透明度はPDFで残りますか?

いいえ。各WebPをJPEGに再エンコードするため(pdf-libがWebPをネイティブで埋め込まないため)、JPEGにはアルファチャネルがないので、透明なWebPピクセルはPDFで白くなります。透明度を保持する必要がある場合は、まず画像をPNGとして保存し、PNG to PDFツールを使用してください。これは完全なアルファサポートを備えたロスレスPNGパスを使用します。

なぜこのツールはWebP専用ですか?フォーマットが混在しています。

各フォーマットがそれぞれのツールを持つことで、変換パスがそのフォーマットに適切になります:WebP → JPEG再エンコード(pdf-libの制限)、PNG → ロスレスPNG埋め込み、JPG → JPEG再エンコード。混在バッチの場合は、適切なツールで各フォーマットを変換し、結果のPDFをMerge PDFツールで結合してください。

ページサイズを選べますか?

はい。A4(210×297 mm — 世界標準)、US Letter(8.5×11 in — 北米)、または「画像にフィット」を選択でき、後者は各PDFページを画像の正確なピクセル寸法にサイズ調整します。フチなし画像として文書を作成したいときはフィットを使用、標準用紙に印刷する必要があるときはA4またはLetterを使用してください。

画像の順序はどう設定されますか?

ドラッグハンドル(各行の左側にある点線アイコン)を使用して、WebPを上下にドラッグします。モバイルでは、ハンドルを長押ししてドラッグします。PDFはリストに表示された順序で正確にページを上から下に配置します。ファイル名は画面上のリストには残りますが、PDFには埋め込まれません。

数字で見る

参考資料・さらに詳しく

すべてブラウザ内で実行されます。サーバーには何も送信されません。
01
あなたのデバイスで動作
ファイルはブラウザの外に出ません。サーバーへのアップロードなし。
02
8 言語対応
EN, ES, HI, PT, FR, DE, ID, JA — すべてのツールで。
03
登録不要
ページを開いて、ツールを使う。それだけ。