ブログに戻る

画像を貼り付けてダウンロード · クリップボード内容を任意の形式に変換して保存

• 10 分で読めます

画像を貼り付けてダウンロード · クリップボード内容を任意の形式に変換して保存

クリップボードは形式を気にしません。スクリーンショットツール、ウェブページ、チャットアプリ、画像ビューアから画像をコピーすると、OS はそれを生のビットマップとして保存します。それをファイルにしたい瞬間、形式を選ぶ必要があります：PNG、JPG、WebP、AVIF。それぞれがファイルサイズ、品質、互換性の異なる取引です。

このページは変換のステップについて：クリップボードから画像を貼り付け、本当に必要な形式でダウンロードする、ソフトを一切インストールせずに。

1 分のフロー

  1. モダンブラウザで paste-to-download.com を開く
  2. Ctrl+V（Windows / Linux）または ⌘+V（macOS）で貼り付け
  3. ドロップダウンから出力形式を選択——PNG、JPG、WebP、AVIF
  4. ダウンロード をクリック

画像はあなたのブラウザによってデコード、選択した形式で再エンコード、ダウンロードとして提供。アップロードなし、サーバーなし、登録なし。全体で 1-2 秒。

基本のクリップボードワークフローのより長い解説は、貼り付けてダウンロード · クリップボードの画像を即保存 を参照。このページは特に 形式変換 の判断について。

4 つの形式、それぞれ 30 秒で

PNG — 安全なデフォルト

ロスレス。透過対応。写真には JPG より大きいが、非圧縮ビットマップよりは小さい。普遍的サポート（90 年代以降のブラウザ、全 OS、全チャットアプリ）。

PNG を選ぶとき：画像にテキスト、線画、UI スクショ、グラフ、図解があるとき、またはピクセルパーフェクトな忠実度が重要なとき。透過背景が必要なときも PNG。

PNG を避けるとき：ファイルサイズが重要で画像が写真型のとき——PNG は視覚的に区別できない品質で JPG の 3-5 倍。

JPG — 写真の形式

ロッシー。透過なし。写真と自然画像に優れた圧縮。品質を下げすぎるとグラデーションにバンディングアーティファクト。普遍的サポート。

JPG を選ぶとき：画像が写真で、ファイルサイズが重要で、透過不要のとき。メール添付や多くのマーケットプレイスアップロードも JPG をデフォルト。

JPG を避けるとき：画像にシャープなテキスト、細い線、ハードエッジがあるとき——JPG の周波数領域圧縮がそれらをぼかします。複数回再保存される可能性のある画像も避ける——保存ごとに品質が劣化。

WebP — モダン Web のデフォルト

ロスレスかロッシーモード。透過対応。同等の JPG / PNG より 25-35% 小さい。2020 年以降すべてのモダンブラウザでサポートされるが、一部のチャットアプリやメールクライアントはまだ対応していない。

WebP を選ぶとき：ウェブページや Slack スタイルのチャットアプリ（対応している）に保存、ファイルサイズが重要、受信者のツールが対応していると確信できるとき。

WebP を避けるとき：ファイルが古い場所（レガシー CMS、MS Office 文書、特定のマーケットプレイス）に行くとき——互換性がまだ追いついていない。

AVIF — 新世代の重量級

ロッシー（ロスレスオプションあり）。透過対応。同品質で JPG より 40-50% 小さい。WebP よりエンコードが遅いが、ファイルはより小さい。ブラウザは 2022 年以降サポート、非ブラウザアプリではまだまちまち。

AVIF を選ぶとき：ウェブサイトを構築して <picture> でフォールバック付きで画像を提供するとき、またはモダンなツールを使っていると確信できる受信者に送るとき。4 つの形式中で最高の圧縮。

AVIF を避けるとき：受信者が何をサポートしているか不明なとき。エンコードも WebP の 3-5 倍遅く、画像ごとに数秒追加。

シンプルな判断ルール

ほとんどの場合：

  • 自分用または既知のモダン環境：WebP か AVIF
  • 誰かと共有（メール、チャット、マーケットプレイス）：写真は JPG、それ以外は PNG
  • 未知の宛先：PNG。必ず動作。

より深い比較は PNG vs JPG vs WebP vs AVIF（2026）、各形式を実画像でベンチマークし、具体的なファイルサイズ差を示します。

ソースがロスレスなら変換もロスレス

一般的な懸念：「PNG を貼り付けて JPG でダウンロードすると、品質が落ちる？」

はい——JPG は定義上ロッシー。JPG への初回エンコード時、品質はクオリティスライダーが言うところまで下がります（デフォルトは約 92、写真ではロスレスと視覚的に区別不能）。

しかし PNG、WebP ロスレス、AVIF ロスレス への 変換は本当にロスレス。PNG → WebP ロスレス → PNG → AVIF ロスレス は劣化を蓄積しません、ファイルの zip 圧縮と解凍がバイトを変えないのと同じです。

実用ルール：ソースを正確に保存する必要があるなら PNG（サイズが重要なら WebP ロスレス / AVIF ロスレス）。ファイルサイズがピクセルパーフェクトな忠実度より重要なら、品質 85-92 の JPG が万能。

圧縮と変換を組み合わせる

目的が「品質が許容範囲内で最小ファイル」だけなら、形式変更は半分の答え。もう半分は品質ノブ。それには /ja/compress が両方を統合——画像を貼り付け、出力形式を選び、品質スライダーをドラッグ、ファイルサイズと視覚的品質がリアルタイム更新。

圧縮ツールは目標ファイルサイズモードもサポート——メールゲートウェイが 2 MB 超の添付を拒否したり、マーケットプレイスが 500 KB でアップロードを制限したりするときに便利。目標を設定し、ツールがそれを達成する品質設定を二分探索。

より詳細な圧縮戦略は 画質を保ったまま画像を圧縮する方法 と PNG を 100 KB 以下に圧縮 を参照。

HEIC はどうか

iPhone の写真アプリから画像をコピー（または Mac に .HEIC ファイルを AirDrop）すると、クリップボードは HEIC を含むかもしれません。一部のアプリは貼り付け時にオンザフライでデコード；他は HEIC のまま残します。

paste-to-download フローはどちらのケースも処理します——ブラウザの画像デコーダが WebAssembly ライブラリ経由で HEIC を読み、そして上記 4 形式のいずれかとして再エンコード可能。バッチ HEIC ファイル（クリップボードではなく）には、/ja/heic-to-jpg がより直接的なツール。

なぜ iOS が HEIC で標準化したか、いつ変換が重要かのコンテキストは なぜ iPhone は HEIC を使うのか を参照。

一般的な変換シナリオ

Slack スクリーンショット → メール用 JPG

Slack でグラフをスクショ（PNG としてクリップボードに到着）。同僚は欲しがるが、メールゲートウェイは 1 MB 超の PNG 添付を拒否。paste-to-download に貼り付け、形式を JPG に切替、品質 85、ダウンロード。出力は実用上ソースと区別不能な 200 KB の JPG。

ウェブページ画像 → ブログ用 WebP

ブログ記事を書いていて、論文のウェブページからのスクショを含めたい。論文ページの画像を右クリックしてコピー。paste-to-download、WebP を選び、ダウンロード。モダンブラウザで速く読み込み美しく見える小さいファイル。（古い読者用に PNG フォールバックも必要なら、2 回ダウンロード。）

スマホ写真 → アーカイブ用 AVIF

スマホで写真を撮り、Mac に送信。長期保存に最小アーカイブサイズが欲しい。paste-to-download、AVIF ロスレスモード、ダウンロード。ファイルは元の JPG の約半分、品質損失なし。

Sketch / Figma エクスポート → ドキュメント用 PNG

Figma からデザインをクリップボードへエクスポート。デザインに透過領域とシャープなテキストがある。paste-to-download、形式を PNG のまま（デフォルト）、ダウンロード。透過とテキストエッジは変更なしで残ります。

ソフトをインストールすべきとき

paste-to-download フローは単一画像変換をよく処理します。バルク操作（数千の画像、ビルドプロセスへの統合）には、ImageMagick、ffmpeg、cwebp / avifenc などのコマンドラインツールがまだ正解。

しかし 10-100 画像を一度に処理するには、本サイトのブラウザツールはフォルダをページにドラッグして並列バッチ処理。出力は zip ダウンロードとして提供。

よくある質問

画像を貼り付けて変換せずにダウンロードできる？ はい。ソースに合った形式を選択（PNG スクショなら PNG、JPG 写真なら JPG）。ツールはデコードして再エンコード、技術的にはラウンドトリップですが、両端がロスレス形式ならロスレス。

AVIF のエンコードがなぜそんなに遅い？ AVIF の圧縮アルゴリズムは JPG や WebP よりピクセルあたり多くの処理。典型的なノート PC で AVIF エンコードは WebP より 3-5 倍遅い。報酬は同等の視覚品質で 30-50% 小さいファイル。

形式は EXIF メタデータに影響する？ 形式によって EXIF の扱いが異なる。JPG と WebP はエンコーダが保持するよう指示されれば EXIF を保持；PNG は技術的にメタデータをサポートするが、ほとんどのエンコーダは削除；AVIF は保持。プライバシーが重要なら、共有前に出力を /ja/exif で確認・削除。

複数の画像をバッチで貼り付けられる？ Clipboard API は一度に 1 画像のみ公開。バッチには、最初の貼り付け後にファイルをツールページにドラッグ——キューに入れて処理。

同じ形式でも異なるツールで品質に差がある？ 原理上はなし——PNG は PNG、JPG は JPG。実際にはエンコーダライブラリはわずかに異なる。ブラウザの組み込みエンコーダ（paste-to-download が使用）は典型的なユースケース向けによく調整されており、同じ品質設定で Photoshop や GIMP と区別不能な出力を生成。

次は

形式について悩まずに最もシンプルな貼り付け＆ダウンロードフローが欲しいなら、paste-to-download.com でそのまま動作——PNG がデフォルト、ダウンロードをクリック、完了。

リサイズ、切り抜き、背景削除も一緒にしたいなら、ツールメニュー がすべての一般的な操作をカバー。

形式別の詳細解説：