画像圧縮

PNG と WebP は厳密に無損失です。oxipng と libwebp の無損失モードは 1 ピクセルも触れずにファイルを書き直すため、デコード結果はビット単位で同一になります。JPEG は正直に言って例外で、ブラウザ側で動く無損失な JPEG 再圧縮器は存在しません。そのため既定では MozJPEG の品質 85 で再エンコードし、「視覚的に無損失」と表示します。厳密な無損失モードをオンにすれば、JPEG は手つかずで通過します。

いいえ。これはポリシー上の選択ではなく、設計上の帰結です。エンコーダーはブラウザ内で動く WebAssembly モジュールなので、ファイルを受け取り得るサーバーが存在しません。確認もできます。ページを読み込んでからオフラインにしても、圧縮は動き続けます。

現時点ではできません。JPEG の品質は直接指定できますが、「100 KB に圧縮する」といった目標サイズを探索するモードはありません。厳密な上限が必要な場合は、圧縮してからファイル一覧で結果のサイズを確認してください。

はい。拡張子を信用せずファイルのマジックバイトから実際の形式を判定し、適切なエンコーダーへ振り分けます。PNG は oxipng、JPEG は MozJPEG、WebP は libwebp です。形式が混在したバッチでも問題なく、ファイルごとに経路が決まります。PNG・JPEG・WebP 以外の形式は、黙って素通しにせず拒否します。

すでに十分に圧縮されていたからです。再エンコードしても入力を上回れない場合、ツールは元のバイト列をそのまま返し、その行を「すでに最適」と表示します。開始時より大きなファイルを返すことは決してありません。最新のエンコーダーで書き出された写真はここに該当することが多く、それは失敗ではなく正しい結果です。

1 バッチあたり最大 200 ファイルで、バッチの実行回数に制限はありません。処理は当社ではなくお使いのハードウェアで行われるため、消費する割り当てが存在しないからです。ただし非常に大きな画像はブラウザのメモリを使い切ることがあります。1 件が失敗しても、その行にエラーが表示され、残りのバッチはそのまま続行します。

アカウントもログインもクレジットもウォーターマークもありません。処理経路にブランディング工程自体がないため、ダウンロードされるのは、より効率よくエンコードされたあなたの画像そのものです。