高圧縮率・可逆品質
高度なアルゴリズムで画像ファイルサイズを60〜85%削減しながら、画質の低下はほぼゼロ。ストレージコストの削減とページ読み込み速度の向上を実現します。
100KBはちょうどよい点です。よくあるフォーム制限の中では最大で、しかも通常のスマホ写真が元の寸法のままで届く最小の目標でもあり、たいていの場合リサイズなしでたどり着けます。
カメラから出てきたばかりの12メガピクセルのスマホ写真は通常3〜5MBです。それを100KBまで下げるのは約97%の削減で、無理そうに聞こえますが実は無理ではありません — 写真にはとてもよく圧縮されるなめらかな領域が多く含まれています。印刷や強いトリミングには耐えませんが、通常の表示サイズで画面上ならしっかり見られます。だからフォームに強制されない場面で目指すべき数字は、50KBではなく100KBなのです。
20KBのページとは違って、ここでの既定の助言は「元の寸法を保つ」です。100KB目標の上にさらにリサイズを重ねると、失う必要のなかったシャープさまで失うことになります。
専門知識は不要。無料で高速、どのデバイスからでも利用可能。
最高の圧縮体験を届けるために、あらゆる細部にこだわっています。
100KB以下では、削るキロバイトごとに目に見える品質を代償として支払います — エンコーダはもう簡単な節約分を使い切っているからです。100KBを超える領域では、節約はほぼタダで手に入ります。だから100KBはトレードオフの性質が変わる分岐点になり、フォーム制限としても、行政書類など見たことのない人向けのウェブパフォーマンス指針としても同じ数字が現れるのです。
フォームではなくウェブサイト向けに圧縮するなら、1画像あたり100KBは全幅写真として妥当で、それより小さいものには寛容な予算です。1ページ全体で安定して100KBを守るほうが、単発のヒロイックな最適化よりも読み込み時間には効きます。
画像をリサイズせず、別の形式にも変換しません。目標サイズには、エンコーダの品質を二分探索で調整して到達します — エンコード、計測、調整、再エンコードを繰り返し、結果があなたの指定した数値を少しだけ下回るまで続けます。ブラウザのcanvasではなくサーバー側の実際のエンコーダ（pngquant、cwebp、gifsicle、libjpeg）を使うため、ブラウザ内ツールが諦める地点よりさらに深くまで探索できます。目標サイズモードはJPG、PNG、WebP、GIF、HEIC、JXL、JP2、JXRで利用でき、それ以外の形式は品質ベースの通常圧縮にフォールバックします。