どのWordPressサイトも、いずれ同じ問題に行き当たります。ページで最も重いのは画像で、編集者はカメラから出てきたものをそのままアップロードし、モバイルのスコアがその代償を払う。よくある答えは画像最適化プラグインの導入で、よくある候補がSmush、ShortPixel、Imagifyです。
これとは別に、まったく違う仕組みで動く二つ目の方法があります。同種の製品ではないため、この比較が公平に行われることは多くありません。Cloudflare Image Transformationsは画像を圧縮して結果を保存するのではなく、リクエストされたその瞬間に書き換えます。この違いを理解することが、判断の大部分を占めます。
決め手になる違い: プラグインはあなたの画像の最適化済みコピーを処理して保存します。Cloudflareはリクエストに応じて変換し、その結果をエッジにキャッシュします。プラグインは所有する画像の枚数で課金します。Cloudflareは配信する個別バリアントの数で課金します。この二つのモデルは、まったく異なるサイトに適します。
二つの方法はどう違うのか
従来型の最適化プラグインはメディアライブラリ上で動きます。アップロードされた画像を一枚ずつ受け取り、ベンダーのサーバーへ送るか手元で処理し、圧縮して結果を書き戻します。ライブラリには最適化済みファイルが、しばしば複数サイズで残ります。作業はアップロード時か一括実行時に一度だけ行われ、結果はオリジンに置かれます。
変換はこれを逆にします。元画像は手つかずのまま残ります。訪問者が画像を要求すると、リクエストはCloudflareを通り、その途中でリサイズと変換が行われ、結果がキャッシュされます。ライブラリには何も書き戻されず、配信するサイズはライブラリを再処理せずURLを変えるだけでいつでも変更できます。
ここには、多くの人が後になって気づく実務上の帰結があります。プラグインでは、来年サムネイルのサイズを変えると決めたらライブラリ全体を再生成します。変換ならパラメータを一つ書き換えるだけです。
各無料プランが実際に与えるもの
ここで比較が具体的になり、そしてここでマーケティングページが最も役に立たなくなります。
Smush（WPMU DEV）は有効インストールが百万件を超えます。無料プランでは可逆・非可逆の圧縮、一括最適化、遅延読み込みが使えます。知っておくべき制限として、5メガバイトを超える画像は丸ごとスキップされ、多くの人が本当に欲しいもの、すなわちWebPとAVIFへの変換、CDN配信、自動リサイズはいずれもPro機能です。無料版は圧縮ツールであって、最新フォーマットのパイプラインではありません。
ShortPixelはインストールが三十万件を超え、クレジット方式を採ります。処理した画像またはサムネイル一枚につき1クレジットで、毎月100クレジットが無料です。気前よく聞こえますが、WordPressはアップロードごとに複数のサムネイルサイズを生成するため、写真一枚で4、5クレジットを消費し得ます。月間無制限クレジットは9.99ドル、買い切りパックは19.99ドルからです。WebPとAVIFは含まれ、プレミアムプランにはCDNが付きます。
Imagify（WP Media）も同じくインストールは百万件超です。無料プランは月20メガバイト分の画像、およそ200枚です。WebPとAVIFへの変換は無料を含むすべてのプランに含まれており、フォーマットに関しては三者の中で最も寛大な立場です。CDNは提供に含まれません。
Cloudflare Image TransformationsはFreeプランで月5,000回のユニーク変換、それ以降は千回につき50セントです。ユニーク変換とは暦月あたりの画像とパラメータの個別の組み合わせを指すため、同じリサイズ済み画像を5万人に配信しても1回です。自動フォーマット選択は、一部のブラウザにAVIF、別のブラウザにWebPを配信しても1回の変換として数えられます。
どのモデルがどのサイトに合うか
正直な答えは、どちらの製品が優れているかではなく、あなたのライブラリの形によって決まります。
ライブラリが安定している小規模サイト。 めったに変わらない数百枚。どのプラグインでも余裕をもって扱え、とりわけImagifyの無料プランなら丸ごと収まる可能性が高いでしょう。この場合、スタックにCloudflareを加える理由はほとんどありません。
サイズの多い大規模カタログ。 数千点の商品があり、それぞれにサムネイル、グリッドのタイル、詳細表示が必要な店舗。クレジット課金はこの形を強く罰します。商品ごとのサムネイル一枚一枚がクレジットを消費するからです。変換は商品数にかかわらず個別バリアント単位で課金し、繰り返しリクエストの割引によって人気ページに追加費用はかかりません。
トラフィックは多いが画像は少ないサイト。 ここで変換が輝きます。課金がトラフィックにまったく連動しないからです。同じ12枚を10万人に配信するバズった記事も、12変換です。
アップロードが絶えないサイト。 一日に何十枚も追加する媒体は、Imagifyの20メガバイトやShortPixelの100クレジットを数日で使い切ります。どちらも有料プランが必要になります。アップロードごとに必要なサイズ数によっては、Cloudflareも同様でしょう。
サイトの前段にCloudflareがない。 その場合、DNSを移さない限り変換はそもそも選択肢になりません。プラグインが現実的な選択です。
誰も触れない費用
どの比較表からも抜け落ちるものが二つあります。
ストレージ。 元画像の横に最適化済みコピーを保持するプラグインはディスク使用量を増やし、時にかなりの量になります。WordPressはすでにアップロードごとに複数サイズを生成しており、プラグインはそのそれぞれに変換版を追加するからです。安価な共有ホスティングでは、これが速度ではなく実質的な制約になることがあります。
再処理。 テーマを変えれば画像サイズが変わり、プラグイン方式の構成は全件再生成を必要とします。大きなライブラリでは何時間ものサーバー負荷であり、ホストにCPU制限があると人が気づくのはまさにこの場面です。
どちらもプラグインを避ける理由にはなりません。ただ価格ページの外側にある費用というだけで、ライブラリが大きくなるほど、リクエスト時変換のモデルに有利に働きます。
何に払っているのかを見極める
選ぶ前に、自分のサイトについて四つを数えてください。半日で済み、どんな比較表よりも確実に答えを決めてくれます。
画像を何枚持っているか。 ページ数ではなくメディアライブラリの枚数です。これがクレジット課金がそもそも成立するかを決めます。
それぞれに何サイズ必要か。 テーマが実際に要求しているものを確認してください。WordPressは既定でアップロードごとに複数サイズを生成し、多くのテーマはそのうち二つか三つを使います。テーマが独自サイズを8つ登録して4つしか使っていないなら、この一覧のどのプラグインでも残り4つの処理に払い、Cloudflareでもその変換に払っています。この一覧を削ることは、どちらの場合でもただで手に入るお金です。
ライブラリがどれくらいの頻度で変わるか。 毎日アップロードする媒体と、去年更新したきりの案内サイトでは問題が違います。月次のクォータは前者を罰し、後者には無関係です。
画像がどれだけのトラフィックを占めるか。 これに鈍感なのはCloudflareのモデルだけで、課金するのはプラグインのCDN階層だけです。トラフィックが多く画像が少ないサイトは、変換に有利な最も明快な事例です。
この四つの数字を書き出せば、たいてい選択は自ずと決まります。読み違えれば、更新のときか、一括再生成がカタログの途中でタイムアウトしたときに気づくことになります。
両方を使う
この二つは排他的ではなく、組み合わせがしばしば妥当な答えになります。アップロード時にプラグインで圧縮して元画像を不必要に重くしないようにし、配信時のサイズ調整とフォーマット変換は変換に任せる。ライブラリも転送量も小さくなり、どちらの仕組みも相手の仕事を重複させません。
避けるべきなのは、どちらもフォーマット変換を行う二つの仕組みを走らせることです。WebP生成を取り合う二つのプラグインは、紛らわしい結果と無駄な処理を生みます。これは、デスクトップでは正しく表示されるのに古いモバイルブラウザで崩れる画像のよくある原因です。
Workerを書かずにWordPress上でCloudflare側を自動化したいなら、私が保守しているプラグイン が画像URLを変換向けに書き換え、欠けている幅と高さの属性を補い、触れたくない外部ソースをホワイトリストに入れられるようにします。無料で、独自のクレジット制度も付きません。
URL形式とWorker方式の仕組みについてはCloudflare Image Transformations をご覧ください。ファイルの置き場所も同時に決めるなら、画像ホスティングとしてのCloudflare R2 がストレージ側と無料の下り転送を扱っています。
あなたのサイトの答えを出す
判断は、半日で数えられる数字に帰着します。画像が何枚あるか、それぞれに何サイズ必要か、ライブラリがどれくらい変わるか、そしてCloudflareがすでにサイトの前段にいるか。この四つの答えは一方の選択肢をはっきり指し示し、読み違えると、あとでほどくのが面倒な形で高くつきます。
Mecanikは、何かを勧める前に画像が実際にいくらの負担になっているかを測るWordPressパフォーマンス監査 を行い、対処がインストールの範囲を超える場合はWordPress開発 として実装まで引き受けます。
関連記事: WooCommerce商品画像とカタログページが遅い理由 、WooCommerceが遅い本当の理由と高速化の順序 、Cloudflare R2の料金を解説 - S3・Backblazeとの実コスト比較 、Cloudflare Email Routing - 独自ドメインの無料メール 。
よくある質問
Cloudflare Image TransformationsはSmushやShortPixelより優れていますか。 優れているのではなく、別物です。プラグインは最適化済みコピーを圧縮して保存し、所有する画像の枚数で課金します。Cloudflareはリクエスト時に変換し、個別バリアントの数で課金します。大規模カタログは通常Cloudflareに、小さく安定したライブラリは通常プラグインに向きます。
無料プランが最も良い画像プラグインはどれですか。 ImagifyはSmushがProに限定しているWebPとAVIFの変換を無料プランに含めますが、月20メガバイトが上限です。ShortPixelは月100クレジットですが、WordPressのサムネイルはアップロードごとに複数を消費します。Cloudflareは5,000回のユニーク変換を提供します。
最適化プラグインとCloudflareを併用できますか。 できますし、多くの場合それが理にかないます。アップロード時はプラグインで圧縮して元画像が不必要に重くならないようにし、配信時のサイズ調整とフォーマット変換はCloudflareに任せます。どちらもWebPへ変換する二重構成は、処理の無駄と不揃いな出力を招くため避けてください。
変換を使うにはサイトの前段にCloudflareが必要ですか。 必要です。変換はご自身のCloudflareアカウント内のゾーン経由で配信される画像に適用されます。DNSがCloudflareでない場合や、画像がアカウント外のホストから来る場合、リクエストは仕組みを迂回するため、プラグインが現実的な選択になります。
画像最適化は本当にCore Web Vitalsを改善しますか。 たいていは改善します。画像はページ重量の大半を占めることが多く、その最大のものがLargest Contentful Paint要素になりがちだからです。適切なサイズと最新フォーマットで配信すればこの数値は直接下がりますが、スクリプトやサーバー応答時間による遅さは解決しません。
コメント