HEIC または HEIF ファイルをドロップ
1 枚でも 100 枚でもドラッグ&ドロップで投入できます。ファイル選択ダイアログは .heif も受け付けます — 同じ形式で拡張子だけ違い、デコードは .heic と完全に同じです。
Loading…
サイトやアプリのビルド、モダンな CDN に WebP が必要 — そんなときの専用ページです。ブラウザ内で HEIC を WebP に変換できます。ロッシーなら同じ画質で JPG より約 30 % 小さく、ロスレスを選べば編集にも回せるピクセル等価のコピーが手に入ります。アップロードは一切ありません。
WebP は、ロッシーとロスレスの両方を 1 つのコンテナで扱える数少ないメインストリーム形式です。しかもどちらのモードでも、置き換える側の形式より小さくなります。ポイントはまさにそこです。
WebP の VP8 ロッシー圧縮は、JPG の古い DCT に比べて写真を効率よく扱います。同じ知覚品質で iPhone の写真を比較すると、WebP は JPG のおよそ 65–75 % のサイズに収まります — トップページのカルーセル、商品ギャラリー、CDN 配信のポートフォリオで体感できる削減量です。
多くの変換サービスは、知らぬ間に必ずロッシー WebP を出力します。本ツールは libwebp の WASM エンコーダーで本物のロスレス WebP を出します — ピクセルは完全保持、ファイルは同等 PNG のおよそ半分。グラフィック、スクリーンショット、イラスト、後で編集する素材には最適です。
Largest Contentful Paint(LCP)は Google のランキング要因の 1 つで、画像のバイト数がその大半を占めることが多くなります。HEIC(Apple のみ)から WebP(広く対応)へ、しかも明らかに少ないバイトで切り替えること — Lighthouse スコアを動かしたいときに最もレバレッジの効く改修の 1 つです。
Squoosh の Web アプリ、コマンドラインの cwebp、別サーバーへのアップロード型変換、それともこのブラウザ内ツール — 同じ仕事でも、トレードオフは別物です。
| 方法 | インストール | 一括 | 速度 | プライバシー | 手軽さ | 向いている場面 |
|---|---|---|---|---|---|---|
Squoosh.app(Google の Web エンコーダー) | 不要 | 不可(単体ファイル UI) | 1 枚あたりは速い | ローカル | ビジュアル、設定項目が多い | 1 枚を丁寧に追い込みたいとき |
コマンドラインの cwebp | 必要(libwebp) | 可(シェルスクリプトで) | 非常に速い | ローカル | 開発者向け | Mac / Linux のビルドパイプライン |
Photoshop / Affinity の書き出し | 必要(有償ソフト) | バッチアクション / スクリプトで | 1 枚あたりは遅い | ローカル | 1 タスクには重量級 | もう既にアプリを開いているとき |
アップロード型のオンライン WebP 変換 | 不要 | 場合による(日次上限が多い) | 上りの速度に依存 | 第三者サーバーに送信 | 簡単 | たまの単発利用 |
本ブラウザ内コンバーターRecommended | 不要 | 可、ZIP 出力、日次上限なし、ロスレス込み | あなたの CPU で動作 — マシン性能でスケール | ファイルは端末から出ない | ドラッグ・ドロップ・ダウンロード | サイトや CDN に HEIC を送りたい全員 |
ロスレスについて補足:WebP のロスレスモードは、内部で別のコーデック(予測変換 + 算術符号化)を使っています — 「画質を 100 にした」ものではありません。だからこそ、本ツールはロスレス WebP を canvas.toBlob ではなく libwebp の WASM エンコーダー経由で出力しています — ブラウザ内蔵の Canvas API は、画質スライダーをどこに置いてもロッシー WebP しか作れないからです。
3 ステップ、登録不要、インストール不要。変換はブラウザ内で完結します — アップロードしてしまったらプライバシーの意味が薄れますからね。
1 枚でも 100 枚でもドラッグ&ドロップで投入できます。ファイル選択ダイアログは .heif も受け付けます — 同じ形式で拡張子だけ違い、デコードは .heic と完全に同じです。
デフォルトはロッシー画質 90 — Web 用写真ワークフローのおよそ 95 % にとっての最適解です。編集にも回す素材(イラスト、シャープな文字、後でもう一度手を入れる画像)が必要なときは、詳細設定で「ロスレス WebP」をオンにしてください。
1 枚なら単独ファイル、複数枚は ZIP にまとめて — 元のファイル名は保持されます(IMG_1234.heic は IMG_1234.webp になります)。
1 枚でも 100 枚でもドラッグ&ドロップで投入できます。ファイル選択ダイアログは .heif も受け付けます — 同じ形式で拡張子だけ違い、デコードは .heic と完全に同じです。
デフォルトはロッシー画質 90 — Web 用写真ワークフローのおよそ 95 % にとっての最適解です。編集にも回す素材(イラスト、シャープな文字、後でもう一度手を入れる画像)が必要なときは、詳細設定で「ロスレス WebP」をオンにしてください。
1 枚なら単独ファイル、複数枚は ZIP にまとめて — 元のファイル名は保持されます(IMG_1234.heic は IMG_1234.webp になります)。
デモ用ではなく、商品ギャラリー、ポートフォリオの一括書き出し、画像フォルダー丸ごと CDN へ送るような実運用を想定しています。
変換はブラウザ自身の CPU とメモリで行います。100 枚の HEIC はあなたのマシンが処理できる速度で終わります — サーバー型ツールのように 10 分の遅いアップロード+ 10 分のダウンロードを待たされることはありません。
ZIP 内のすべての .webp は元のファイル名のままです。/public/img などに置けば、HTML / JSX 内の参照はそのまま生きます — IMG_1234.heic → IMG_1234.webp、ランダムなハッシュにはなりません。
WebP のロスレスを 1 ファイルずつに制限したり、有料プランに隠したりするオンライン変換も少なくありません。ここではただのチェックボックスです — 100 枚連続で本物のロスレス WebP を出力できます。アップセルもありません。
WebP は Google が開発したオープンな画像フォーマットです(2010 年公開、2020 年以降は主要ブラウザで普遍的にサポート)。1 つのコンテナでロッシーとロスレスの両方を扱い、競合フォーマットより明確に小さなファイルを作れます — 同じ見た目の画質で JPG より約 25–35 % 小さく、ロスレスでは PNG よりおよそ 50 % 小さい、というレベル感です。Web 上で生きる画像 — 自社サイト、EC のギャラリー、App Store のスクリーンショット、HTTPS で配信されるすべて — には、配信フォーマットとして WebP がたいていの場合の正解です。HEIC は実運用上ほぼ Apple 限定で、Apple 製以外のソフトはプラグインなしで開けないことがほとんどです。
写真(人物、風景、連続トーンのもの全般)はデフォルトのロッシー画質 90 で十分です。シャープなエッジ、テキスト、イラストが含まれていたり、後でもう一度編集する予定があるなら、ロスレスへ切り替えてください。ロスレス WebP はソースとピクセル等価が保証されるので、再編集と再書き出しの過程で圧縮ダメージが累積しません。ロッシー WebP の 90 は、ほぼあらゆる写真でソースと見分けがつきませんが、2 度目の圧縮で見えるアーティファクトが乗ることがあります — 編集マスターの保管には向きません。
はい、横断的に対応しています。Chrome、Edge、Firefox、Opera、Brave は 10 年以上前から WebP をサポート。Safari は macOS Big Sur と iOS 14(2020 年 9 月)以降のバージョン 14 で追加されました。2024 年時点で「ブラウザで WebP が使える」ユーザーカバレッジはグローバルで 97 % を超えています。残るのは Internet Explorer 縛りの古い社内 Windows や 2020 年以前の Android WebView などで、実運用上はごく一部です。
PNG は DEFLATE を使っています — 画像専用ではなく汎用の圧縮アルゴリズムです。WebP のロスレスモードは画像認識的な手法を使います:周囲のピクセルからの予測値との差分として符号化する予測変換と、局所的な色統計を活用する算術符号化です。結果としてピクセルは PNG と同じく完全保持され、それを PNG より効率よく符号化できる — だから PNG をロスレス WebP に置き換えたモダンサイトは、平均しておよそ 50 % のバイト削減を見ることになります。
詳細設定の「EXIF メタデータを保持」を有効にすれば、撮影日時とカメラ関連の主な項目は引き継がれます。注意点として、WebP の EXIF 対応はサードパーティ製ツールでは JPG ほど一般的ではなく、WebP 内の EXIF ブロックを丸ごと無視するリーダーもあります。EXIF 保持がフォーマットそのものより重要であれば、HEIC を JPG への変換を選んでください。公開はしたいが住所だけは見せたくない場合は、EXIF をオフのままにするか、「GPS 位置情報を削除」も併せてオンにすれば GPS のブロックだけが消えます。
現代のメールクライアントの多くは WebP をインラインで表示できます(Gmail Web、Outlook Web、2020 年以降の Apple Mail など)。一方で一部の古い社内クライアントや一部のテキストベースの MUA はいまだに表示できません — だからコールドメールの添付には JPG が依然として無難です。WebP が真価を発揮するのは HTTP(ブラウザ)で配信される画像であって、MIME 添付ではありません。受信側が 2015 年世代の Outlook 1 名なら、JPG で送りましょう。
Photoshop CC はバージョン 23.2(2022 年 2 月)以降、WebP をネイティブ対応しています。Affinity Photo、Affinity Designer、GIMP も WebP の読み書きに対応。Lightroom Classic は 11.0(2021 年)から WebP 書き出しを追加しました。古い Photoshop には Google の WebPShop プラグインが必要です。要するに、ここ数年に出た編集ツールであれば、WebP はまっとうな第一級市民です。
ほぼそれで OK — 現代のベストプラクティスは、<picture> 要素で WebP を出しつつ、ロングテールの古いブラウザ向けに JPG をフォールバックする構成です。トラフィックの 97 % 以上が WebP 対応の場合(多くのコンシューマー向けサイトはそうです)、フォールバック自体を省いても問題ありません。Open Graph 画像(SNS シェア用プレビュー)は引き続き JPG を出すのが無難です — Twitter/X、LinkedIn、Slack はこれらを取得して再ホストしますが、過去に WebP の対応がまだらでした。それ以外、ギャラリー、ヒーロー、商品カードなどは WebP を最優先で。
両方対応します。HEIC と HEIF はコンテナと HEVC エンコードが同一で、HEIC は Apple が HEIF 画像に付けたブランド名にすぎません。本ツールは .heic と .heif を同じ手順でデコードし、どちらの場合も同じ WebP を出力します。