変換先
リサイズ
✓ EXIF、GPS などのメタデータは出力からすべて削除されます。
ここに画像をドロップ
またはクリックして選択 — PNG, JPEG, WebP, GIF, HEIC, AVIF, SVG — ページのどこでも画像を貼り付け（Ctrl+V）できます
iPhoneの写真を、ブラウザが実際に表示できるコーデックへ。JPG経由のようにサイズが膨らむこともありません。
ファイルはブラウザから送信されません — 処理はすべてローカルで行われます。
✓ EXIF、GPS などのメタデータは出力からすべて削除されます。
ここに画像をドロップ
またはクリックして選択 — PNG, JPEG, WebP, GIF, HEIC, AVIF, SVG — ページのどこでも画像を貼り付け（Ctrl+V）できます
2つのファイルは親戚のように見えますし、ある意味では本当に親戚です。どちらも先頭にftypボックスがあり、どちらもISO-BMFFで、この変換器も拡張子ではなく互換ブランドの一覧を読む1つの関数で見分けています。その似かたが「これは詰め替えではないか」という思い込みを招きます。片方の包みから符号化された絵を取り出し、もう片方に入れるだけなら何も失われない、と。実際には違いますし、そもそも不可能です。中身の符号はHEIC側がHEVC、AVIF側がAV1で、ボックスをいくら書き直しても一方が他方になることはありません。画像は同梱のlibheifビルドで画素まで完全にデコードされ、そこから改めてエンコードされます。つまり再エンコードの代償がすべてそのまま乗ります。
しかもコンテナはたいてい複数の画像を抱えていて、旅に出られるのはそのうち1枚だけです。デコーダーは見つけた画像をすべて返し（下の実測に使ったサンプルには2枚入っています）、変換器は先頭を採ってその事実を画面に出します。連写のコマ、画像シーケンス、サムネイル、深度などの補助画像は元のファイルに残ります。AppleのLive Photoはさらに先で、動きは端末上の別ファイルにあり、このページには渡ってきません。ダウンロードされるのは静止画で、端末側の組はそのままです。
最後に精度が落ちますが、これはエンコーダーの出番より前の話です。libheifが返すのは8ビットRGBAのバッファなので、10ビットの階調とHDRの伝達曲線で撮られた写真も、AV1エンコーダーに届く時点ですでに8ビットに潰れています。渡す先の形式は元の深度を持てたのに、一度も差し出されないわけです。埋め込みのICCプロファイルもEXIFも複製されないので、撮影日時、レンズ、露出、GPSは結果に現れません。
2026-09-12、スクリプトはコミット固定のlibheifサンプル — 1280 × 854、画像2枚、718,114バイト — をデコードし、先頭の1枚を品質85・速度8でエンコードしました。結果は491,861バイト、約32%減です。同じエンコーダーが圧縮済みのJPGやWebPを相手にしたときとは向きが逆で、その理由は知っておく価値があります。ここではエンコーダーが、別のエンコーダーを通った後の絵ではなくデコードした原本を受け取ったので、他人の劣化にビットを使わずに済んだのです。実測が本物である傍証もあります。この値はPNG経由の行と1バイトも違いません。その行のPNGは、同じ画素を可逆で往復させただけだからです。1200万画素のスマートフォン写真なら、エンコードにかかる時間はこのサンプルよりはっきり長くなります。
相手がHEICをそのまま開けるなら変換しないでください。Apple純正のアプリも最近のスマートフォンもそのまま扱えるので、変換しても得るものがありません。EXIFが要る場合も同じで、日付も場所もレンズ情報も結果には残りません。証拠として使う写真や、来歴を持ち歩く写真を裸にすべきではありません。再生したいLive Photo、あとで使うかもしれない連写や深度マップを含むコンテナ、編集する予定のある唯一の原本も残してください。渡す先が古いOS、印刷所、AV1より前に作られた投稿欄なら、大きくはなりますがどこでも通じるJPGを選びます。自分が管理するページにiPhoneの写真を載せるなら、行き先はこれで正解です。
変換はすべてブラウザ内で完結します — アップロードなし、待ち行列なし、ウォーターマークなし。ファイルはいくつでもドロップでき、個別またはZIPでダウンロードできます。
違います。2つの形式はISO-BMFFという包みを共有していても、中のコーデックはHEVCとAV1で別物です。だから画素までデコードして改めてエンコードします。非可逆の工程が1つ増えるということで、メタデータや追加の画像がそのまま移らない理由もそこにあります。
デコーダーが最初に返した1枚で、変換後にその旨が表示されます。連写、シーケンス、サムネイル、深度マップなどの補助画像は元のファイルに残ります。別の1枚が必要なら、変換した後ではなく変換する前に取り出してください。
残りません。デコーダーが返すのが8ビットRGBAなので、エンコーダーが呼ばれる前に深度は失われています。渡す先の形式自体は十分に保存できるのに、です。端末では連続して見えていたハイライトの落ち方が、変換後には帯になって見えることがあります。
いいえ。変換はcanvas APIとWeb Workerを使ってブラウザ内で行われ、ファイルがデバイスから外に出ることはありません。アップロード工程も待ち行列もなく、ファイルサイズの制限もお使いのマシンのメモリ以外にはありません。
いいえ — そしてそれは意図した機能です。canvas経由の再エンコードは、GPS位置情報、カメラの機種、タイムスタンプ、カラープロファイルといったすべてのメタデータを除去します。出力に含まれるのはピクセルだけで、画像を公開共有する前に望ましい状態になっています。
はい。何枚でもファイルをドロップまたは貼り付けてください。それぞれがバックグラウンドで変換され、個別の進捗とダウンロードボタンが付きます。すべてを.zipアーカイブとして一括ダウンロードすることもできます。
変換先によります。このコンバーターは、どの形式の組み合わせでも常に生のピクセルにデコードしてから再エンコードします。メタデータが除去されるのも同じ仕組みによるものです。ロスレスの変換先（PNG、および256色の範囲内のGIF）ではデコードしたピクセルと完全に同一のまま保たれ、JPEG・WebP・AVIFでは品質スライダーでトレードオフを調整できます。すでに非可逆の画像を変換すると、劣化がもう一世代ぶん重なります。