オンラインでWEBPを100KBに圧縮します。電子メール、アップロード、フォーム用の WEBP ファイルを約 100 KB に削減します。無料、高速、透かしなしです。
| ファイル名 | サイズ | 圧縮先 |
|---|
ファイルと選択した圧縮設定を確認しています。
WebP ファイルを実用的なアップロード サイズに削減しながら、Web 画像、サムネイル、最新のブラウザー コンテンツに使用できるようにします。
1 つのファイルまたはバッチ全体をドラッグします。アップローダーは、電子メールの添付ファイル、Web サイトのアセット、ポータルの送信などの一般的な WEBP ワークフローを処理します。
フォームの制限を満たす必要がある場合、ページの重量を減らす必要がある場合、または添付ファイルの上限を超えないようにする必要がある場合は、100 KB を選択してください。エンジンは圧縮率とビジュアル品質のバランスを自動的に調整します。
圧縮出力を個別にダウンロードするか、ZIP アーカイブとしてダウンロードし、アップロード、公開、共有、またはストレージのクリーンアップにすぐに使用します。
100KB の WEBP ファイルは、Web 表示やドキュメント共有に適した品質を維持します。細かいテキストや微妙なグラデーションでは、最大ズーム時にわずかなアーティファクトが表示される場合があります。
写真の場合、Web 解像度 (幅 1200 ピクセルまで) では 100 KB が適切に機能します。大きなサイズでは、印刷出力がいくらか柔らかく見える場合があります。
WebP は、Web 画像、サムネイル、最新のブラウザー コンテンツによく使用されます。 一般的なオリジナルは 500 KB ～ 3 MB 程度になるため、アップロードやパフォーマンスの厳密な目標を達成する必要がある場合は、100 KB に圧縮するのが最も役立ちます。
これらは、人々が WebP ファイルを 100 KB に圧縮する最も実際的な理由です。
200 を超える WEBP ファイルを 25 MB の電子メール制限内に収めます。それぞれ 100 KB のバッチ共有は、どの電子メール プロバイダーでも実用的になります。
100KB の画像は 3G 接続で 0.5 秒未満でロードされ、最大コンテンツフル ペイント (LCP) スコアを Core Web Vitals のグリーン ゾーンに維持します。
政府ポータル、求職申請書、大学への提出物では、アップロードの上限が 100 KB に制限されていることがよくあります。可読性を損なうことなく圧縮して準拠します。
目標サイズの圧縮、再現可能な結果、実用的な配信ワークフローを実現するために構築されています。
複数の WEBP ファイルを同時にアップロードし、ちょうど 100KB に圧縮します。すべての結果を個別に、または単一の ZIP アーカイブとしてダウンロードします。
ファイルは安全に処理され、圧縮後に自動的に削除されます。何も保存されず、インデックス付けされたり、誰かと共有されたりすることはありません。これまで。
私たちのアルゴリズムは、技術的に可能な限り 100KB に近づくように圧縮を繰り返し調整します。これは近似値ではなく、正確な目標値です。
ブラウザでファイルを直接圧縮します。プラグイン、デスクトップ アプリ、または追加のセットアップは必要ありません。
ファイルは安全に処理され、圧縮後に自動的に削除されるため、アップロード ワークフローは非公開に保たれ、信頼しやすくなります。
WebP の 1080×720 のモバイル ヒーロー画像は、視覚的にロスレスの品質 82 で一貫して 100 KB 未満に収まります。これは、Core Web Vitals に関する Google の「スクロールせずに見える画像の寄与率がそれぞれ 100 KB 未満である」というガイドライン内に十分に収まる十分な余裕があります。これは、AMP バリデーターがスクロールせずに見える画像に対して使用する上限でもあります。
WebP は VP8 派生の形式で、非可逆モード (同じ画質で JPG より約 25 ～ 35% 小さい) と可逆モード (PNG より約 26% 小さい) の 2 つのモードで出荷されます。私たちのコンプレッサーはデフォルトで非可逆モードを使用し、目標を達成するために品質パラメータを下方に調整します。品質対サイズの曲線は JPG よりも滑らかです。通常、WebP で品質 90 から 60 に移行しても、同等の JPG の低下よりも目に見える劣化は少なくなります。すべての最新のブラウザ (Chrome、Firefox、Safari 14 以降、Edge) は WebP をネイティブにサポートしています。
どの圧縮プログラムも、ファイル サイズと目に見える品質の間でトレードオフを行います。ここでは、内部で何が起こっているのか、そして必要な見た目を保ちながら最小のファイルを取得する方法を説明します。
ドロップ ゾーンは単一のイメージまたはバッチを受け入れます。無料枠のアップロードはファイルあたり 10 MB に制限されており、ほとんどの携帯電話の写真や標準的な Web 画像には十分です。 Pro は、最大 1 GB のファイルと最大 20 のバッチを一度に処理します。すべてのファイル名は保存されます。
アルゴリズムは、結果が 100KB に近づくまで品質設定を繰り返し、その後停止します。つまり、出力は固定品質のプリセットではなく、ターゲット サイズに合わせて調整されるため、同じツールで小さなソースではより大きな目に見える品質が生成され、大きなソースではより強力な圧縮が生成されます。
圧縮ファイルは準備が完了するとすぐにダウンロードされます (通常、画像ごとに数秒かかります)。出力を出荷する前にフル サイズでプレビューします。大規模なソース上の極端なサイズのターゲットでは、目に見えるブロッキングやブラーが発生する可能性があるため、送信前に把握する価値があります。アップロードと圧縮出力はどちらも 30 分以内にサーバーから削除されます。
ほとんどのコンプレッサーは「品質」スライダーを要求し、推測することを期待します。ポータルとフォームは品質スライダーを気にしません。ファイルが 100KB 未満であるかどうかを気にします。特定のサイズを直接ターゲットにするのは、より正直なワークフローです。必要なバイト数をツールに指示すると、その数に達するために必要なあらゆる圧縮が実行され、結果をプレビューして品質が依然として動作可能であることを確認します。
正確なサイズの上限に到達することが実際の仕事である 6 つの具体的なシナリオ。
ビザの申請、パスポートの更新、運転免許証のアップロード、税務ポータルでは、日常的に写真のアップロードに非常に特定のバイト数の制限が設けられています。一般的な上限は 100 KB です。正確にヒットすると、アップロードの試行は 5 回ではなく 1 回になり、48 時間後に拒否メールが送信されないことになります。
Gmail の添付ファイルの上限は 25 MB ですが、企業システムではこれより低いことがよくあります。高解像度の写真の積み重ねはあっという間に限界を超えてしまいます。それぞれを 100 KB に圧縮すると、メールを 3 回のフォローアップに分割せずに配信できる状態が保たれます。
Core Web Vitals はページの重さを重視します。約 100 KB を超えるすべてのヒーロー画像は、最大コンテンツフル ペイント スコアを引きずります。アップロード前に 100KB に圧縮すると、個々の画像が適切な Web 画像の範囲内に収まります。
WhatsApp、Signal、および Telegram は、アップロード時に画像を再エンコードします。受信者には、アプリが決定した品質が表示されます。事前に 100 KB に圧縮するということは、アプリのデフォルト (通常、選択するよりも積極的です) のままにするのではなく、トレードオフを制御することを意味します。
RAW またはフル解像度の WEBP で 500 枚の写真を撮影すると、ギガバイトを消費します。 100 KB にバッチ圧縮すると、ライブラリ アプリをクロールにドラッグすることなく、アーカイブをクラウドに保存し、バックアップしやすく、検索できるようにしながら、メモリを保持します。
写真プリント サービス、カレンダー メーカー、商品プラットフォームでは、多くの場合、画像ごとの最大ファイル サイズを指定し、それを超えるものは拒否されます。 100KB は、標準の印刷サイズに十分な品質を維持しながら上限に達する一般的な目標です。
WEBP ファイルの 100 KB への圧縮に関する簡単な回答 (期待される品質、配信のユースケース、プライバシー、アップロードのワークフローなど)。
