画像ツール
これらの画像ツールは、画像の表示や保存にブラウザがすでに使っているものと同じJPEG・PNG・WebPのコーデックを使い、すべてブラウザ内で動作します。写真のデコード、編集、エンコードはこのタブの中で完結し、アップロードは一切行われません。ページのContent-Security-Policyはconnect-src 'self'を設定しているため、アップロードが試みられればブラウザ自身がブロックします。
変換
画像リサイズ
多くのツールが残すジャギーなしで縮小
ツールを開く画像形式変換
JPG・PNG・WebP・AVIFに対応し、透過も正しく処理
ツールを開く画像トリミング
ドラッグや数値で範囲を指定し、残す画素はそのまま
ツールを開くYouTubeサムネイル取得
YouTube動画のサムネイルを高解像度でダウンロード
ツールを開くHEICをJPGに変換
iPhone写真を開けない環境でも見られるJPGに変換
ツールを開く画像をBase64に変換
画像をインライン化し、容量33%増の代償も把握
ツールを開くSVGベクター化
ロゴやアイコンを編集可能なSVGに変換(色ごとに1パス)
ツールを開くPNGからICOへ
ブラウザ内で、本物の多サイズ.icoをファビコン用にパッケージ化
ツールを開くSVGからPNGへ
任意のピクセルサイズで、ベクターアートワークをPNGにレンダリング
ツールを開く
編集
ブラウザベースの画像ツールはどんなときに使うべきですか?
無料の画像ツールはどれもアップロードを求めてきます。ファイルをここにドラッグすればリンクをお渡しします——それが当然のやり方のように提示されていますが、ストックフォトなら確かに問題ではありません。一方、人々が実際に圧縮や変換の対象にする画像は話が別です。子どもの写真、書類のスキャン、作業中のスクリーンショット、自宅で撮影した一枚なのですから。
アップロードすれば、自分で管理できないサーバー上にフル解像度のコピーができあがります。カメラが書き込んだ情報もそのまま添えて。スマホ写真なら、撮影場所のGPS座標まで含まれます。そのコピーはアクセスログ、バックアップ、オブジェクトストアに存在します。「1時間後にファイルは削除されます」という安心できる一文は、意図を述べているだけで、会社の外の誰も検証できない仕組みの話ではありません。
しかも、そのアップロードは不要です。ここが注目に値する点です。お使いのブラウザには、JPEG・PNG・WebP向けのデコーダーとエンコーダーがすでに組み込まれています。C言語で書かれ、ハードウェアアクセラレーションも効いており、画像を表示するたび、保存するたびに使われているものです。サーバーが同じコーデックを動かして送り返すために写真をネットワーク越しに送るのは、遅延と待ち行列とサイズ制限を増やすだけで、得るものは何もありません。
だから、このサイトのツールはそれをこの場で行います。写真はcreateImageBitmapでデコードされ、canvasに描画され、canvas.toBlobでエンコードされます。つまり、あなたのブラウザを構成する3つの部品が、このタブの中で動いているのです。検査すべきリクエストも、信用すべきエンドポイントも存在しません。信じるよりも確かめたいなら、DevToolsのNetworkパネルを開けば10秒で決着がつきます。
プライバシーに関する主張は、約束ではなく強制です。このサイトはContent-Security-Policyでconnect-src 'self'を指定して配信されており、ブラウザは別オリジンへのリクエストをすべて拒否するよう指示されています。将来バグや改ざんされた依存関係があなたの写真をアップロードしようとしても、マシンの外に何かが出ていく前にブラウザがブロックします。
ただ、ブラウザの能力だけでは足りないものが1つだけあります。HEIC——iPhoneが写真を保存する形式——は内部でHEVCを使っており、このデコーダーは特許ライセンスが必要なため、ChromeとFirefoxは搭載を拒んでいます。ほとんどの訪問者に壊れたページを見せる代わりに、HEIC→JPG変換ツールはlibheifのWebAssemblyビルドを同梱し、必要なときにだけ読み込みます。サイズは約2メガバイトで、ブラウザがすでにファイルの受け入れを拒否した場合にだけ取得されるため、JPEGを変換するだけの人に負担はかかりません。
どこから始めればよいかわからない場合の目安です。フォームに「ファイルが大きすぎる」と拒否されたら画像圧縮、画質ではなく寸法が問題なら画像リサイズ、JPG・PNG・WebP・AVIFの間で形式を変えたいなら画像形式変換、プラットフォームに写真を中央で雑に切り詰められたくなければ画像トリミングを使います。プラットフォームごとの固定サイズが必要なソーシャルメディアやゲームのアセット(Discord、Twitch、Roblox、YouTube、Spotify)については、クリエイターツールを参照してください。
よくある質問
これらのツールはなぜ画像をアップロードしないのですか?
アップロードする必要がないからです。お使いのブラウザには、C言語で書かれ、ハードウェアアクセラレーションに対応したJPEG・PNG・WebPのコーデックがすでに組み込まれており、画像の表示や保存のたびに使われています。サーバーとの往復は、遅延と待ち行列、他人の帯域コストで決まるサイズ制限、そして自分で管理できないマシン上に写真のコピーが残ることを意味します。ローカルで処理する方が速く、コピーも生まれません。
品質はデスクトップアプリケーションと同じ水準ですか?
これらの操作については、はい、同等です。同じコーデックを使っているからです。素朴なブラウザツールが品質を落とすとすれば、それは縮小時です。4000ピクセルの画像を400ピクセルのcanvasにそのまま描画すると、ブラウザは出力ピクセルごとに少数のソースピクセルしかサンプリングせず、残りを無視します。細部が平均化されず、エイリアシングが起きるのです。これらのツールは半分ずつ段階的に縮小します。これは画像ライブラリが内部で行っているのと同じ処理で、結果はソースが許す限りシャープになります。
iPhoneで撮ったHEIC写真にも使えますか?
使えます。HEICは内部でHEVCを使っており、HEVCは特許の制約を受けるため、ChromeとFirefoxはデコードを拒みますが、Safariは対応しています。ブラウザがHEIFコンテナのファイルを拒否した場合は、libheifのWebAssemblyビルドをダウンロードし、ローカルでデコードします。サイズは約2メガバイトで、その場合にだけ取得されるため、JPEGを変換するだけの人に負担はかかりません。
ファイルサイズの上限や透かしはありますか?
透かしは一切入りません。有料プランが存在しないため、購入させるための制限もありません。上限はファイルあたり100 MB、合計250 MB、1回の選択で100ファイルですが、これはペイウォールではなく、ブラウザのタブが保持できる容量から来ています。1200万画素の写真は、デコードすると生ピクセルで48 MBになります。これを同時に数枚読み込むことこそ、実際にモバイルブラウザを落ちさせる原因です。
EXIFデータとGPS座標はどうなりますか?
削除されます。ここのツールはすべて、いったん生ピクセルにデコードしてから再エンコードしており、メタデータブロックは引き継がれません。したがって、カメラの機種、タイムスタンプ、位置情報は出力に残りません。写真を公開する前には、たいていそれがまさに望む結果です。例外的に破棄されず扱われるタグが向き(orientation)です。ピクセルに適用されるため、横向きで撮った写真も、タグを失って横倒しになるのではなく、正しい向きで出力されます。
これらのツールはオフラインでも動作しますか?
動作します。ページを一度読み込めば、ネットワークを切った状態でも使い続けられます。通信相手となるものがそもそも存在しないからです。このサイトはAPIルートのない静的エクスポートで、コーデックはブラウザ自身のものです。唯一の例外は最初のHEIC変換で、このときだけlibheifのデコーダーをダウンロードする必要があります。以後は他のアセットと同じようにキャッシュされます。