HEICをWebPに変換 — モダンWeb形式

HEIC と WebP:2 つのモダンな形式、2 つの異なる世界

HEIC と WebP は、多くの人が思う以上に近い親戚です。どちらも動画技術から生まれた高効率のモダンな画像形式 — HEIC は 4K 動画を支えるコーデック HEVC で写真を圧縮し、WebP はオンラインストリーミングで使われた VP8 コーデックから育ちました。どちらも、1990 年代の JPEG 標準よりはるかに少ない容量で同じ絵を保存するために存在します。違いは、それぞれが住んでいる場所です。HEIC は Apple エコシステムのネイティブ形式 — iPhone がカメラロールに書き込み、iCloud が機器間で同期する形式。WebP はウェブのネイティブ形式 — ブラウザ・CDN・サイト高速化ツールが配信用に最適化している形式です。

この分断こそが、HEIC を WebP に変換する理由です。iPhone の写真はすでに効率よく圧縮されていますが、ウェブがネイティブに話せない方言で書かれています。多くの人は HEIC をまず JPEG に変換し、その JPEG を別の WebP 最適化ツールに通します。しかし HEIC から WebP へ直接変換すれば、中間工程が消え、2 世代目の圧縮劣化を避けられ、1 パスで公開可能なファイルが得られます — すべてブラウザ内で、どこにも何もアップロードせずに。

iPhone のカメラロールから、速く表示されるウェブサイトへ

HEIC を WebP に変換する一番よくある理由は「公開」です:iPhone で撮った商品写真・ブログ画像・ポートフォリオ写真を、自分が運営するサイトに載せる必要がある。ワークフローは短い。HEIC ファイルを写真ライブラリから PC へ書き出すか AirDrop し、上の変換ツールにドロップして、WordPress(バージョン 5.8 からネイティブ対応)、Shopify をはじめ事実上すべてのモダンなサイトビルダーが普通の画像アップロードとして受け付ける WebP ファイルをダウンロードするだけ。プラグインも、サーバー側の変換工程も、アップロード時の形式エラーもありません。

見返りは Core Web Vitals に現れます。ページ最大の要素がどれだけ速く描画されるかを測る Largest Contentful Paint は、たいていヒーロー画像で決まります。WebP で配信されるヒーロー画像は、同じ画像の JPEG より目に見えて速く届きます — 単純にダウンロードするバイト数が少ないからです。画像の多いページでは効果が積み上がります:商品グリッドやサムネイルのギャラリーはファイルごとにその差を稼ぎ、モバイル回線で「一瞬で表示される」ページと「読み込みが目に見えてしまう」ページの分かれ目になることもよくあります。ページ体験は検索順位にも反映されるため、アップロード前に iPhone の写真を WebP に変換するのは、手に入る中で最も安上がりな SEO 施策のひとつです。

実用的な習慣をひとつ:配信する前にリサイズを。12MP の iPhone 写真は幅が 4000 ピクセル前後ありますが、ブログのカラムで表示されるのはせいぜい 1200〜1600 ピクセルです。ここではフル解像度のまま WebP に変換してそれをアップロード用マスターとし、表示サイズの生成は CMS に任せましょう — WordPress も Shopify も WebP のアップロードに対してこれを自動で行うので、サムネイルやヒーロー用の切り抜きも小さい形式を受け継ぎます。

同じ 12MP の写真、3 つの行き先

形式の選択は、実のところ「その写真はどこへ行くのか」という問いです。このサイトで最もよく作られる 3 つの形式で、一般的な 12MP の iPhone 写真がどう振る舞うかを見てみましょう:

数字はシーンによって変わります — にぎやかな風景写真と白背景の商品写真では圧縮のされ方が違います — が、順位はほとんど変わりません。訪問者へネットワーク越しに配信するものは WebP の勝ち。ページではなく人に送るものは JPEG が安全な運び手。PNG は専門ツールであって、写真のための形式ではありません。

2026 年の WebP 互換性:使える場所と、まだ使えない場所

ウェブそのものの上では、互換性はもう何年も前に問題でなくなりました:あらゆるプラットフォームの現行ブラウザすべてが WebP を表示でき、2020 年に Safari が最後のピースを埋めて以来ずっとそのままです。公開プラットフォームも追随しました:WordPress は 5.8 から WebP のアップロードにネイティブ対応し、Shopify は自動で配信し、モダンなサイトビルダーやフォーラムソフトも一級の画像形式として扱います。ファイルの最終目的地が URL なら、安心して HEIC を WebP に変換できます。

粗が残っているのは、すべてウェブの外です。古い Photoshop(バージョン 23 より前)はプラグインなしでは WebP を開けず、Windows に付属する一部のデスクトップ画像ビューアは今もつまずき、メールクライアントの挙動はまちまちです — メールに添付した WebP が、ある受信者にはインライン表示され、別の受信者には開けない謎のファイルとして届くこともあります。これらはどれも変換したファイルの欠陥ではなく、単にその形式の普及より古いソフトウェアだというだけです。

そこから導かれる判断ルールはシンプルです:形式は送り元ではなく行き先に合わせる。自分が公開するページに向かう写真?WebP。人・プリンタ・受信トレイに向かう写真?そのコピーは JPEG に変換しましょう — 同じ HEIC から両方を作っても、何の問題もありません。

WebP を使わないほうがよいとき

WebP はウェブでは正解ですが、不正解になる場面もそれなりに多いので、短いチェックリストを持っておく価値があります:

• メール添付 — メールクライアント間のインライン表示対応はまだ予測できません。すべての受信者が引っかかりなく開ける JPEG で送りましょう。
• 印刷 — 商業印刷所も家庭用フォトプリンタも JPEG・TIFF・PDF のワークフローを前提に作られています。印刷サービスに WebP を渡すと、自分の管理外の変換工程を招き入れることになります。
• クライアントへの納品 — 相手がどんなソフトを使っているか分からないなら、JPEG にしておけば「このファイルが開けません」という返信の可能性を消せます。
• マスターアーカイブ — 正本としては元の HEIC(編集済みの作品なら PNG 書き出し)を保管しましょう。WebP は配布用の形式で、必要なときにマスターから生成するもの。決して唯一のコピーにしてはいけません。
• 繰り返し編集し続ける画像 — 非可逆の WebP は保存のたびにピクセルが再圧縮されます。編集は原本の上で行い、WebP の書き出しは最後にしましょう。

5 つのケースすべてに共通するパターンは同じです:WebP は配信のために最適化されており、受け渡しや保存のためのものではありません。パイプラインの最後で使い、最初では使わないこと。

エラーに見えて、エラーではない 2 つのこと

プラットフォームに .webp のアップロードを拒否されても、ファイルを .jpg にリネームしたい誘惑には耐えてください — 拡張子はただのラベルにすぎず、受け側のソフトは中身が依然として WebP データであることを見つけて、やはり失敗します。しかも前より分かりにくいエラーになることさえあります。本当の解決策は、HEIC を本物の JPEG に変換してそれをアップロードすること。WebP が拒否されたということは、そのサービスがまだ対応を追加していないというだけの意味です。

もうひとつの驚き:変換した WebP が、元の HEIC より大きくなることがたまにあります。これは正常であって、故障ではありません。HEIC の中身である HEVC は並外れて強力なコーデックで、画像によっては WebP を圧縮効率で上回るのです。ウェブにとって意味のある比較は「WebP 対 HEIC 原本」ではありません(そもそもブラウザは HEIC を表示できません)。「WebP 対 代わりに配信していたはずの JPEG」— そしてその勝負では WebP が確実に勝ちます。たまたま大きめに変換されても、ワークフローは何も変わりません:そのファイルはどこでも表示され、ページ上での役目をきちんと果たします。