WooCommerce商品画像の最適化完全ガイド 2026年版

WooCommerce商品画像の最適化：2026年版完全ガイド

WooCommerce商品画像の最適化とは、カタログ内の画像をGoogleに正しくインデックスさせ、ユーザーに高速に表示し、AI検索エンジンに引用してもらうために準備する技術的・編集的なプロセスです。ファイル形式の選択、alt属性の記述、サイズの明示、スキーママークアップの追加を含みます。適切に行えば、すべての画像は「見えない負荷」から「能動的な可視性シグナル」へと変わります。

2026年、画像は独立したトラフィック源となりました。Googleレンズ、ビジュアルカルーセル付きのAI Overviews、モバイル端末に統合された画像検索は、従来のテキスト検索を飛び越えてユーザーを直接商品ページへ導きます。Statistaによると、2026年にはモバイルでの商品検索の36％がテキスト入力ではなく、視覚検索または音声クエリで開始されています。カタログ画像を最適化しない事業者は、看板のない大きな入口を開けっぱなしにしているようなものです。

商品画像がGoogleとAI検索での可視性を妨げる理由

最適化されていない画像はページ読み込みを遅くし、Googleからテキストコンテキストを奪い、AIエンジンが商品を適切なクエリと関連付けるのを妨げます。これら3つの別々の問題が1つの結果に集約されます——商品ページが見えないままになるのです。

GoogleのクローラーがWooCommerce商品ページを訪問するとき、人間のように画像を「見る」わけではありません。ファイル名、alt属性、マークアップに宣言されたサイズ、サーバーの応答時間を読み取ります。ファイル名がIMG_3829.jpgで、altが空で、ファイルサイズが2MBの場合、クローラーは有用な情報を何一つ得られず、Core Web Vitalsを通じて間接的にページを評価下げします。

この問題はAIエンジンでさらに拡大します。GoogleのAI OverviewsやPerplexity、ChatGPT Searchなどの回答システムは、構造化され機械が読み取れるコンテンツから回答を構築します。alt属性のない画像は、これらのシステムにとってブラックホールです——存在はするが、何も伝えない。実際の結果として、ユーザーのクエリに完全に関連していても、生成された回答に商品が引用されなくなります。

ケース1：陶芸家・美咲さん（金沢）

美咲さんは金沢で手作りの陶器を制作し、自身のWooCommerceとCreemaで月に約60点販売しています。過去2年間で180枚の商品画像をアップロードしましたが、すべてスマートフォンで撮影したものをファイル名変更もalt属性記入もせずに直接アップロードしていました。彼女のショップはほぼCreema経由のトラフィックのみで、そこでは画像がプラットフォーム側で最適化されます。一方WooCommerceでは、Google Search Consoleが商品ページの平均LCPを5.8秒と報告——許容範囲とされる2.5秒を大きく超えています。美咲さんは、その数字が毎日SERPの順位を奪っていることに気づいていません。

ケース2：中古家電販売の健太さん（大阪）

健太さんは大阪でリファービッシュ家電を420商品扱うWooCommerceを運営し、Yahoo!ショッピングとAmazonにも出品しています。画像アップロードはパートタイムのスタッフに任せており、仕入先サイトから写真をコピーしてsupplier-product-1.jpgのような名前でWooCommerceに貼り付けています。結果：Googleは画像を他サイトの重複と認識し、独自コンテンツとしてインデックスせず、商品ページはGoogleショッピングの画像カルーセルに一切表示されません。

形式・容量・サイズ：2026年のWooCommerce技術基準

2026年のWooCommerce商品画像の推奨形式はWebPで、メイン画像1枚あたり最大150KB、標準商品ページで1200×1200ピクセルのサイズが基準です。

WebPは同等の知覚品質でJPEGよりも平均25～35％優れた圧縮率を提供し、すべての最新ブラウザでサポートされています。AVIFは技術的には優れていますが、WooCommerceによる自動変換にはすべてのホスティングが対応しているわけではない特定のサーバー設定が必要です。共有ホスティングや標準的なVPSを使う大半のショップにとって、WebPは最も安全で即実行可能な選択肢です。

WooCommerceはアップロードされた各画像から自動的に複数のリサイズ版（thumbnail、medium、large、woocommerce_thumbnail、woocommerce_single）を生成します。つまり4000×4000ピクセルの元画像をアップロードすること自体は品質の問題ではありませんが、容量の問題です。元ファイルが8MBの場合、縮小版も重いメタデータを継承し、サムネイル再生成プロセスがサーバー全体を遅くします。

2026年にWooCommerceにアップロードすべき最適サイズは以下の通りです：

• 商品メイン画像：1200×1200px、WebP形式、最大150KB。
• 商品ギャラリー画像：1200×900pxまたは1200×1200px、WebP、各最大120KB。
• カテゴリサムネイル：600×600px、WebP、最大60KB。
• バナー・ヒーロー画像：1280×720px、WebP、最大200KB。
• Googleショッピング用画像：最小800×800px、白または中間色の背景、透かしなし。

imgタグに常にwidthとheight属性を宣言することは、Googleが測定する3つのCore Web Vitalsの1つであるCumulative Layout Shift（CLS）を回避するために必須です。ブラウザがファイルダウンロード前にサイズを知っていれば、ページ内にスペースを確保し、読み込み中に周囲のコンテンツを動かさなくなり、ユーザー体験とCLSスコアの両方が改善します。

品質を落とさずにWebPへ変換するツール

数百枚のJPEGやPNGを持つ既存カタログを管理する人向けに、WebP変換は3つの方法で行えます。ImagifyやShortPixelのようなWordPressプラグインでアップロード時に自動変換する方法、cwebpのようなコマンドラインツールでバッチ処理する方法、Squooshのようなオンラインサービスで個別変換する方法です。選択は数量次第：200商品以下ならプラグインで十分、500以上なら自動バッチ処理で作業時間を節約できます。

alt属性とファイル名：SEOとAI Overviewsのための書き方

商品画像のalt属性は、被写体を正確かつ自然に説明し、無理なくメインキーワードを含め、50～125文字の長さにする必要があります。これはGoogleが画像の代わりに読むテキストであり、AIエンジンが商品を文脈化するために使用するものです。

よくある間違いは、alt属性をキーワードを繰り返し詰め込むSEOフィールドとして扱うことです。Googleは2025年にガイドラインを更新し、「靴 靴 赤い靴 レディース靴 WooCommerce靴」のようなalt属性はキーワードスタッフィングに分類され、ページを評価下げすることを明記しました。正しいモデルは記述的なものです：「7cmヒールの赤いレザーレディースシューズ、白背景の正面ビュー」。

ファイル名はGoogleが読む2番目のシグナルです。red-leather-womens-heels-7cm.webpという名前のファイルは、alt属性を読む前にクローラーへ画像の主題を伝えます。正しい形式はケバブケース（単語をハイフンで区切る）、すべて小文字、特殊文字や空白なし、実際のファイル形式と一致する拡張子です。

2025年に更新されたGoogle Search Quality Rater Guidelinesによれば、記述的な代替テキストのない視覚コンテンツは、YMYLおよび商品レビューカテゴリでE-E-A-Tスコアが低くなり、ページの信頼性評価に直接影響します。

AIエンジンではさらに深刻です。Google AI Overviewsのようなシステムが「1万円以下の赤いレザーレディースシューズ」といったクエリに対して商品を引用するかどうかを判断する際、ページのセマンティックコンテキストの一部として画像のalt属性を分析します。正確なalt属性は、ページがオーガニック検索1位でなくても、生成された回答に商品が含まれる確率を高めます。

SEOとAIに最適化されていないalt属性と最適化されたalt属性の実践的比較：

• 非効果的：「商品画像」または空欄。
• 非効果的：「赤い靴 レディース 靴 レザー 靴 ヒール WooCommerce ショップ」。
• 最適化済み：「7cmピンヒール付き赤いレザーレディースシューズ、Valentinaモデル、正面ビュー」。
• AI向け最適化：「手作りの赤いレザーレディースシューズ、7cmヒール、革底、イタリア製、白背景」。

Core Web Vitalsと画像：LCP・CLS・遅延読み込みの実践

商品画像はWooCommerce商品ページで高いLCPの主要因です。ファーストビュー内のメイン画像をプリロードとWebP形式で最適化することは、Core Web Vitalsに最大のインパクトを与える単一の施策です。

Largest Contentful Paint（LCP）は、ページ内で最も大きな視覚要素が表示されるまでの時間を測定します。WooCommerce商品ページでは、その要素はほぼ常に商品のメイン画像です。Googleが2026年に定めた「Good」の閾値は2.5秒です。これを超えるとページは遅いと分類され、モバイルランキングで不利になります。

遅延読み込み（lazy loading）は、ビューポート外の画像（スクロールしないと見えない画像）をユーザーが近づいたときにのみ読み込む技術です。WooCommerceでは、商品メイン画像を除くすべてのimgタグにloading="lazy"属性を追加することで実装します。メイン画像は逆にLCPを悪化させないためすぐに読み込む必要があります。

よくあるミスは、商品ページのヒーロー画像にも遅延読み込みを適用してしまうことです。これはページで最も大きな要素のレンダリングを遅らせ、LCPを改善するどころか悪化させます。実践的なルールは：ファーストビューの最初の画像にはloading="eager"（またはloading属性なし）、他のすべての画像にはloading="lazy"を設定することです。

2026年に守るべき3つの閾値：LCP・CLS・INP

2026年にGoogleが測定するCore Web Vitalsは3つです。LCP（Largest Contentful Paint）は2.5秒未満、CLS（Cumulative Layout Shift）は0.1未満（画像に常にwidthとheightを宣言することで達成）、2024年にFIDに代わって導入されたINP（Interaction to Next Paint）は200ミリ秒未満で、ユーザー入力への応答性を測定します。画像とは直接関係が薄いものの、設定が不十分な画像最適化スクリプトから影響を受けます。

画像スキーママークアップ：リッチリザルトのためのProductとImageObject

Productスキーマ内にネストされたImageObject型のスキーママークアップは、画像のプロパティを構造化された形でGoogleに伝え、商品ページがビジュアルカルーセル付きリッチリザルトに表示される確率を高めます。

Yoast SEOやRankMathプラグインを使うWooCommerceは基本的なProductスキーマを自動生成しますが、標準インストールの大半ではImageObjectブロックが2026年にGoogleが推奨するすべてのフィールドで埋められていません。効果的なImageObjectの最低フィールドは：url（画像の絶対URL）、width、height、contentUrl、name（画像のテキスト説明）です。

2026年のBaymard Instituteのデータによれば、ImageObject付きProductスキーママークアップを正しく実装した商品ページは、構造化マークアップのないページと比較して、Google画像カルーセルからのクリック率が平均28％高くなります。

スキーママークアップが正しいかを確認する公式ツールはGoogleのリッチリザルトテスト（search.google.com/test/rich-results）です。商品ページのURLを貼り付けるだけで、どのタイプのリッチリザルトが対象になるか、マークアップにどんなエラーや警告があるかを表示します。WooCommerceショップで最も多いエラーは、Productスキーマのimageフィールドの欠如、または絶対URLではなく相対URLの画像URLの存在です。

見落とされがちな詳細は商品ギャラリー画像に関するもの：これらもProductスキーマのimage配列に含めることができ、Googleのビジュアルカルーセルの対象となる画像数を増やせます。各ギャラリー画像は独自のImageObjectブロックとユニークな説明を持つべきで、メイン画像のalt属性のコピーではいけません。

実践チェックリスト：カタログ画像の高速監査

WooCommerce商品画像の監査は、最もインパクトのある技術的問題（容量と形式）から始まり、セマンティックな詳細（alt属性とスキーママークアップ）に至る論理的な順序に従えば、2時間以内に完了できます。

監査を始める前に、関連する画像URLと共に商品リストをエクスポートすることが有用です。WooCommerceでは、ネイティブのCSVエクスポート機能（商品→エクスポート）またはWP All Exportのようなプラグインで実行できます。結果のCSVファイルにより、ファイル名を一括分析し、IMG_やproduct-image-の後にランダムな数字が続くような記述的でない名前をすぐに特定できます。

300商品をWooCommerceで扱い、Amazonと楽天にも出店している40歳のマルチチャネル販売者・大輔さんは、この監査を遅れて行う典型的なプロフィールです。画像を急いでアップロードし、しばしば仕入先からコピーし、alt属性を体系的に埋めたことがありません。構造化された監査により、最も訪問された20～30の商品ページ（Search Consoleでトラフィックが最も多いもの）を特定して優先的に最適化でき、最小の労力で最大のインパクトを得られます。

2026年のWooCommerceカタログ推奨監査シーケンス：

1. フェーズ1（形式と容量）：商品CSVをエクスポートし、画像ファイル拡張子を確認、200KBを超えるすべてのJPEGとPNGをWebPに変換するために特定。
2. フェーズ2（ファイル名）：各画像ファイルにケバブケースの記述的な名前があるか確認、セマンティックシグナルを失わないよう再アップロード前に汎用ファイルをリネーム。
3. フェーズ3（alt属性）：WooCommerceでalt属性が空または汎用的な商品をフィルタ、各メイン画像に50～125文字の記述的なalt属性を書く。
4. フェーズ4（サイズ宣言）：テーマ内のすべてのimgタグに明示的なwidthとheight属性があることを確認、PageSpeed InsightsでCLSをチェック。
5. フェーズ5（遅延読み込み）：商品メイン画像にloading="lazy"がないことを確認、すべてのギャラリー画像とサムネイルには必ず設定。
6. フェーズ6（スキーママークアップ）：最重要商品ページをリッチリザルトテストでテスト、ImageObjectブロックの存在と正確性を確認。

200商品を超えるカタログの優先順位

大規模カタログでは、一度にすべてを最適化するのは現実的ではありません。優先順位は、Search Consoleで既にインプレッションを受けているがCTRが低い商品ページに置きます。これらは画像の技術的改善が潜在的トラフィックを解放できる商品です。Search Consoleでインプレッション100超、CTR2％未満でフィルタして特定します。

KatapicがWooCommerceカタログ管理者をサポートする方法

Katapicは、GoogleとAIエンジンへのカタログコンテンツ最適化を含む、オンライン販売者の日々から見えない反復作業を取り除くために生まれました。

画像最適化は、より大きな問題の一部にすぎません。各WooCommerce商品ページには、タイトルから説明、構造化属性からスキーママークアップまで、GoogleとAIシステムでの可視性に影響する数十の要素があります。数百の商品でこれらを1つずつ管理するには、販売者にはない何時間もの作業が必要です。

Katapicは、汎用SEOツールと汎用AIコピーライターの中間の空間に位置します。SEOとAEO向け商品カタログ最適化に特化し、WooCommerceとのネイティブ統合、そして仕様を発明せずに常に実際の商品データを保持するアプローチを持ちます。分析エンジンは各商品にSEO、AEO、ブランド関連性の客観的スコアを割り当て、介入前に問題がどこにあるかを可視化します。

すぐにコミットせずにどこから始めるべきかを理解したい人向けに、Katapicは匿名かつ読み取り専用の初期スキャンを提供：カタログへの変更なし、必須登録なし、商品可視性を妨げている要因の明確な全体像だけ。

画像に対する「敬意ある自動化」の意味

Katapicは、勝手にalt属性を捏造したり、同意なしに画像ファイルをリネームしたりしません。敬意ある自動化の原則とは、システムが不足しているものを指摘し、実際の商品データ（名前、カテゴリ、属性）に基づいたテキストを提案し、何を適用するかいつ適用するかの最終決定を運用者に委ねることを意味します。サプライズなし、静かな変更なし。

WooCommerce商品画像最適化に関するFAQ すべての画像をWebPに変換する必要がありますか？それとも新規アップロードだけで十分ですか？

理想的には、カタログのパフォーマンスを均一にするために、既にアップロードされた画像もWebPに変換すべきです。実際には、カタログに数百の商品がある場合、最も訪問されたページ（Search Consoleでトラフィックが多いもの）から始め、優先順位に従って進めるのが賢明です。ImagifyやShortPixelのようなプラグインは、既存画像を1つずつ手動で再アップロードすることなくバッチ変換できます。

画像のalt属性は本当にGoogleのAI Overviewsに影響しますか？

はい、間接的ですが測定可能な形で影響します。AI Overviewsで回答を生成するAIシステムは、画像のalt属性を含むページのテキストコンテキストを分析します。クエリに関連した記述的なalt属性は商品ページのセマンティックな一貫性を高め、より引用されやすくします。唯一の要因ではありませんが、高度な技術スキルなしに改善できる最も簡単な要素の1つです。

WooCommerceで商品あたり何枚の画像が最適ですか？

GoogleショッピングとGoogleのリッチリザルトは、正面、側面、詳細、使用シーンなど異なる角度から商品を見せる少なくとも3～5枚の画像を持つ商品ページを好みます。追加画像それぞれが記述的なalt属性の機会となり、ページのセマンティックカバレッジを拡張します。実践的な制限は読み込み速度：商品あたり8～10枚を超えると、遅延読み込みを有効にしても総容量がLCPに影響し始めます。

仕入先と同じ画像をWooCommerceにアップロードするとどうなりますか？

Googleは同じ仕入先を使う他サイトの重複として画像を認識し、独自コンテンツとしてインデックスしない可能性があります。具体的なリスクは、商品ページがGoogleの画像カルーセルに表示されず、ページの独自性シグナルが弱まることです。解決策は、自分で商品を撮影するか、仕入先の画像を異なる背景、角度、使用シーンで加工することです。

遅延読み込みはLCPスコアを悪化させることがありますか？

はい、商品メイン画像に適用した場合。遅延読み込みはビューポート外の画像の読み込みを遅らせますが、ファーストビューのヒーロー画像にも適用すると、ブラウザは即座に読み込まず、LCPが悪化します。ルールはシンプル：商品最初の画像にはloading="lazy"属性なし、ギャラリーの他のすべての画像とカテゴリサムネイルには必須です。