画像はウェブサイトの容量の半分以上を占めることがよくあります。YS WebP Tools は、画像の最適化を「インストールするだけ」で完了させます。新しくアップロードされた画像は自動的に WebP に変換され、設定した最大幅と高さに合わせて自動的に縮小されます。古い画像にもバッチ処理ツールがあり、一度に整理できます。ウェブサイトの速度とディスク容量がすぐに改善されます。

アップロードするだけで最適化、ワークフローは変更しません

有効化後、通常通り画像をアップロードしてください。プラグインがメディアライブラリでバックグラウンドでWebP変換とサムネイル生成を行い、オリジナルファイルを置き換えるか、オリジナルファイルを保持して追加するかを選択できます。編集内容を変更する必要は全くありません。

サムネイルサイズの最適化、見えない無駄を削減

WordPressやテーマ、プラグインは多数のサムネイルサイズを登録し、アップロードされた画像が何枚も複製されます。「サムネイルサイズ管理」は、登録されているすべてのサイズを表示し、個別に、またはワンクリックで不要なサイズを無効にすることで、根本からディスク容量を節約します。

既存の画像もまとめて整理できます

「既存画像ツール」には、2つのバッチ再生成モードがあります。使用停止サイズをクリア（旧サムネイルの無効なサイズのみを削除するのが最も安全で、既存のURLに影響しません）と完全再建また、「コンテンツ画像URL修復」は、存在しないファイルにリンクしている画像URLをスキャンし、有効なURLに置き換えます。デフォルトでは、まずドライランでプレビューしてから実行します。破壊的な機能はすべてデフォルトで無効になっています。

機能特徴

WebPへの自動変換アップロード

アップロードされた画像は自動的にWebPに変換されます。元のファイルを置き換えるか、そのまま保持して共存させることができます。

幅と高さを基準に自動で縮小

制限サイズを超える大きな画像は自動的に縮小され、6000pxの元画像が直接メディアライブラリに取り込まれるのを防ぎます。

サムネイルサイズ管理

登録されているサムネイルサイズをすべて展開し、不要なサイズを1つずつ、または一括で無効化します。

一括リスポーン（2つのモード）

「保留使用中尺寸」為保留現有尺寸；「全部重建」為根據設定重建全部縮圖。

コンテンツ画像のURLを修正

記事内の無効な画像URLをスキャンして有効なURLに置き換え、プレビューしてから実行します。

安全設定

破壊的な機能はデフォルトで無効になっており、実行前にバックアップのプロンプトが表示され、バッチ処理はタイムアウトしません。

スクリーンショット

更新日誌 (最新)

追加

フィルタ `ys_webp_tools_convert_upload`パラメータ `( bool $convert, array $file )` は、元のファイルが保持され、WebP に変換されません。設定時に自動縮小が実行されるため、影響を受けません。すべてのアップロード先はメディアライブラリウィンドウ、メディア追加ページ、ブロックエディタ（REST）、`media_handle_sideload()`／`media_sideload_image()`、WP-CLI インポート、および WordPress 7.1 のブラウザー処理時の画像圧縮（デフォルトでは主ファイル形式に従い、同じ添付ファイルは半分 WebP、半分元の形式となります）。WebP に変換されなかったメインファイルの場合（例えば PDF のプレビュー画像、変換が完了していない GIF のカバー画像、補完された縮小画像は元の形式で保持され、サーバーから生成された縮小画像と一致する（1.2.3 はそれらを WebP に変換する）。README に「通知信用のロゴを元の画像に保持する」という例が付属している。

変更

一般設定画面の表示を現在の状態に変更しました。「安全上の警告：WebP 変換と自動縮小のデフォルト設定はオフです。」という文章を削除し、保存済みの設定に従って「アップロード時に WebP に変換」を表示します（有効化と品質はどちらも、またはどちらも無効）。また、「自動縮小（有効化と上限幅・高さの制限なし、または無効）」「主機の画像処理機能で WebP を出力できない」という項目も追加しました。これらの項目はすべて有効化され、有効化後に更新されます。
外掛はアップロードされたファイルのフォルダの下部にあるファイルを削除します。：変換と「既有画像ツール」による批次再生の縮小画像の削除は、ファイルをアップロードフォルダに保存していることを確認してから行います。保存されていない場合は削除されません。

修正

WebP形式でエクスポートできない場合、アップロードされた元の画像は削除されます。（1.0.0 以降）：メイン画面の画像エディタは WebP をサポートしていません（例えば、Imagick には WebP がないし、GD には WebP が編まれていません）。コアは JPEG に変換されます。古いバージョンではこのファイルは転送失敗のファイルとして削除され、結果としてアップロード元の画像が削除されます。アップロードした PNG ファイルでは、同じ名前の JPG が上書きされ削除されることもあります。現在、エディタの起動時に WebP 出力（Imagick はサポートしていませんが、GD はサポートしています）が要求されるようになっています。これらはサポートされていなくても、元の画像はそのままです。保存後に指定した WebP ファイルが、保存前に存在しなかったもの以外は削除されます。
別のアウトプットで WebP を別の形式に変換すると、元の画像や他の画像と同じ名前のファイルが再書き込みされることはありません。他のプラグイン（またはカスタマイズされたプログラム）が `image_editor_output_format` を使用して WebP を別の形式に変換すると、WordPress は最適化された WebP を再度変換して同じ名前のファイルに保存します。同じ名前のファイルがない場合は、ユーザーがアップロードした元の画像または別の画像と同じ名前のメインファイルと縮小画像が上書きされます。現在、この動作は行われません。元の画像はそのまま保持され、設定ページ「現在の状態」では「有効になっていません（他のプラグインによって WebP が別の形式に変換されます）」と表示されます。
「WebP Quality」設定が実際に有効になりました（1.0.0以降はすべてWordPressの品質設定を使用します。（デフォルトは86です）：WordPressの変換形式では、外付けプラグインで設定された品質がWordPressの品質設定に置き換えられます。現在、変換されたWebPファイル（アップロードされた画像、およびWordPress 7.1のブラウザ側の補色処理による縮小画像と `-scaled` 大画像）は設定された品質で保存されます。アップグレード後、これらのファイルは以前よりも小さくなります。サーバー処理時には、WordPressが主ファイルから生成した縮小画像と、2560pxを超える場合にサイトで実際に使用される `-scaled` 大画像は、引き続きWordPressの品質設定（デフォルトは86です。他のプラグインによっては変更されている可能性があります）で処理されます。）
WordPress 7.1 の補完機能である source_original が変換されなくなりました。：コア部分の意図的な保持：添付ファイルの隣にあるオリジナルの形式ファイル（例えば HEIC の隣にあるファイル）はそのまま残し、WebP に変換したり削除したりしない。
WordPress 7.1 のブラウザ側の処理で「縮小画像サイズを無効にする」機能は機能しません。ブロックエディタがブラウザで縮小画像として表示される場合、サーバーは `wp_get_missing_image_subsizes()` を使用してブラウザにどのサイズを指示します。このリストには、以前は削除されていた非推奨サイズ（例えば medium_large）は含まれていませんでした。現在はそれらも削除されます。アップロードが中断された後に縮小画像を作成する場合、非推奨サイズは追加されません。
WordPress 7.1 のブラウザ側の処理＋「オリジナルのファイルを保持する」機能により、孤児ファイルが残るブラウザがサムネイルをWebP形式の添付ファイルに変換する処理を完了した後、元のファイル形式（例えば、photo-150x150.jpg）もそのまま保持されます。添付ファイルは単にWebP形式のみを記録します。これらのファイルへの参照は誰もしていないため、添付ファイルを削除しても削除されません。変換が完了したら、削除してください。「元のファイル保持」オプションは変更されません。保持されるのは、ユーザーがアップロードした元の画像（添付ファイルの元ファイル）であり、WordPressまたはブラウザはそれから生成されたWebP形式のみを保持します。画像作成時にサーバーがサムネイルを生成するため、1.2.3ですでに保持されていた孤立した元の形式は自動的に削除されません。

よくある質問

既存の画像URLに影響しますか？

「使用停止サイズクリア」モードは、使用停止サイズのサムネイルファイルのみを削除し、有効なサイズとマスターファイルは完全にそのままで、既存のURLには影響しません。「完全再構築」のみすべてのサムネイルを再構築します。実行前にバックアップすることをお勧めします。

どのような環境が必要ですか？

WordPress 6.0以上、PHP 8.0以上、ホストにはGDまたはImagick画像ライブラリが必要です（ほとんどのホストに組み込まれています）。

WebP への変換後、元のファイルは残っていますか？

どちらかを選択してください。「元のファイルを置き換える」を選択すると、最も多くのスペースを節約できます。または、「元のファイルを保持する」を選択して、後で必要になった場合に備えてコピーを保存することもできます。

余分なサムネイルサイズの無効化が推奨されるのはなぜですか？

登録された各サイズは、アップロードされた写真のコピーを1つずつ作成します。通常のウェブサイトで実際に使用されるサイズは通常3〜4種類のみです。残りのサイズを無効にすると、かなりのディスク容量を節約できます。