WooCommerce商品属性とAI検索エンジン:2026年版ガイド

WooCommerce商品属性とAI検索エンジン:2026年に引用されるための構造化方法

WooCommerceの商品属性とは、素材・サイズ・色・互換性・重量など、商品の物理的・技術的特徴を記述するフィールドのことです。これらが適切に構造化され、schema.orgのProductマークアップと連携されていると、AI検索エンジンは説明文とあわせて検証可能なデータとして読み取りやすくなります。属性と説明文は一緒に機能するもので、GoogleはAI Overviewsに表示されるために特別なマークアップは必要ないとしています。

2025年から2026年にかけて市場環境は大きく変化しました。Google AI Overviewsは現在、多くの情報検索および商業検索クエリに表示されており、そのうち技術仕様を含む商品検索の割合は増加し続けています。属性設定に一度も手を付けていないWooCommerce運営者は、わずか数時間でもデータマッピングに投資した競合に対して構造的に不利な立場に置かれています。

なぜWooCommerce属性はAEOの盲点なのか

商品属性がAEOの盲点となっている理由は、多くの運営者がバリエーション生成(サイズS/M/L、色赤/青)のためだけに使用しており、AI検索エンジンに構造化された情報を伝えるためには使っていないからです。

WooCommerceには2種類の属性があります。グローバル属性は一度定義すれば全商品で再利用でき、カスタム属性は商品ページ内で直接作成します。どちらもスキーママークアップに連携できますが、テーマや構造化データプラグインがそれを読み取るよう設定されている場合に限ります。問題は、多くのWooCommerceインストールがグローバル属性を顧客向けのバリエーション表示にのみ使用し、AI検索エンジンの役に立つフィールド(技術仕様、素材、認証、梱包サイズ)を空欄のままにしていることです。

具体的な結果として、AI検索エンジンが「メリノウール毛布 200x220 洗濯機洗い可」のようなクエリを受け取ったとき、カタログにすべての特徴を持つ毛布が存在していても、条件に合う商品かどうかを確かめにくくなることがあります。情報はそこにあっても長い説明文の中に散らばっていて、明確な文と属性の両方では示されていないためです。

想定例1:手作り陶器を扱う工房

ある工房が、手作り陶器を扱うWooCommerceショップを運営しています。Etsyや実店舗でも販売中です。各商品ページには丁寧な説明文、プロが撮影した写真、競争力のある価格が揃っています。ただし、「直径」は説明文の中に書かれているだけで構造化された属性になっておらず、「食洗機対応」という属性自体もありません。この状態では、「直径28cm 食洗機対応 京焼皿」のような検索に対して、AI検索エンジンが条件に合う商品かどうかを確かめにくくなります。

想定例2:工業部品商

ある工業部品商は産業機械用の交換部品をWooCommerceで販売しています。顧客は非常に具体的なクエリで検索します。「Oリング 内径15mm 材質NBR 最高使用温度120℃」のような検索です。これらの仕様は説明文に記載されていますが、属性としては入力されていません。この場合、精密なクエリに対して彼の商品ページの情報は確認しにくく、カタログは小さくても属性を構造化している競合のほうが取り上げられやすくなるおそれがあります。足りないのは商品ではなく、データの構造です。

AI検索エンジンが本当に読む属性

正確な数値・明示的な単位・標準化された用語を持つ属性(素材、サイズ、重量、互換性、認証、技術仕様)により、AI検索エンジンは商品の事実を確認しやすくなります。

すべての属性がAI検索エンジンにとって同じ重みを持つわけではありません。最も有用なカテゴリーは、schema.org Productおよびそのサブタイプ(IndividualProduct、ProductModel、SomeProducts)で認識されるプロパティに対応しています。「色:赤」のような属性は主にバリエーションに有用です。一方、「正味重量:1.2 kg」や「素材:ステンレス鋼SUS304」のような属性は客観的なデータで、AI検索エンジンが自信を持って引用できます。

AEOで最もポテンシャルが高い属性カテゴリーは以下のとおりです:

• 物理的サイズ: 高さ、幅、奥行き、直径、重量。明示的な単位(cm、mm、kg、g)付き。
• 素材と組成: 素材名、組成の割合、規格や技術基準(例:「綿100% GOTS認証」「SUS316」)。
• 互換性と相互運用性: 互換モデル、サポート規格、対応OS、ファームウェアバージョン。
• 認証と適合性: CE、PSE、RoHS、FDA、GOTS、OEKO-TEX。可能であれば発行年も記載。
• 技術仕様: 電圧、消費電力、容量、動作温度、省エネ等級。
• 使用条件: 洗濯機対応、屋外使用可、防水(該当する場合はIP等級付き)。
• 原産地と出所: 製造国、地理的表示保護、職人や生産者名。

スキーママークアップを動かすWooCommerce属性の構造化方法

Productスキーママークアップを正しく動かすには、各WooCommerce属性をschema.orgで認識可能なプロパティに対応する名前でグローバル属性として作成するか、Rank Math、Yoast WooCommerce SEO、Schema Proなどの構造化データプラグインを通じて明示的にマッピングする必要があります。

正しい運用フローは3段階で構成されます。第1段階(定義)では、WooCommerceの「商品 > 属性」パネルからグローバル属性を作成します。「素材」「正味重量」「サイズ」「互換性」「認証」など、明確で一貫性のある日本語名を使用します。第2段階(入力)では、各商品に正確な値を割り当てます。「軽量」ではなく「850 g」、「大」ではなく「42 x 28 x 12 cm」とします。第3段階(マッピング)では、構造化データプラグインがそれらの属性を読み取り、Productスキーマの正しいプロパティに挿入するよう設定します。

よくある誤りは、カスタム属性(商品ページ内で直接作成したもの)をグローバル属性の代わりに使用することです。カスタム属性は商品間で共有されないため、一貫したマッピングがより難しくなります。スキーママークアップに公開したいものは、グローバル属性を経由させるとよいでしょう。

属性とschema.orgプロパティの対応:実用リファレンス

以下の一覧は、WooCommerceで最も一般的な属性名と、schema.org Productプロパティとの対応を示しています。グローバル属性作成時にこれらの名前を参考にすることで、入力データと公開マークアップとの不整合リスクを減らせます。

• 素材 → material(schema.org/Product)
• 色 → color(schema.org/Product)
• 正味重量 → weight(schema.org/Product、単位付き値)
• 高さ / 幅 / 奥行き → height、width、depth(schema.org/QuantitativeValue)
• 互換性 → isCompatibleWith(schema.org/ProductModel)
• 認証 → hasCertification(schema.org/Certification、2024年導入)
• 製造国 → countryOfOrigin(schema.org/Product)
• GTIN / JAN / MPN → gtin13、gtin8、mpn(schema.org/Product)

自動マッピングにおすすめのプラグイン

Rank Math ProとYoast WooCommerce SEOはどちらも、グローバル属性をProductスキーマで使えるようにするWooCommerceモジュールを提供しています。JSON-LDを手動で記述する必要はありません。Schema Proは、カスタマイズしたマッピングを必要とする場合により柔軟な選択肢です。いずれの場合も、設定後はGoogleのリッチリザルトテストでマークアップを検証し、プロパティが実際にエラーなく公開されていることを確認する必要があります。

属性をAI検索エンジンにとって役立ちにくくしてしまうよくある誤り

WooCommerce属性をAI検索エンジンにとって役立ちにくくする誤りの例は、単位のない曖昧な値、スキーマにマッピングされていないカスタム属性、商品間で一貫性のない属性名、そして商品の一意な識別を妨げるGTINまたはMPNの欠如です。

第1の誤りは値の曖昧さです。「サイズ」属性に「大」という値ではAI検索エンジンに何も伝わりません。同じ属性で「42 x 28 x 12 cm」とすれば、それは精密な構造化データになります。実用的なルールは「同じタイプの別の値と比較できない値は、構造化データではなくフリーテキストである」というものです。

第2の誤りは名前の不整合です。300商品のうち、ある商品では「素材」、別の商品では「材質」、また別の商品では「組成」、さらに別では「マテリアル」と呼ばれていたら、構造化データプラグインは確実にマッピングできません。AI検索エンジンは断片的で一貫性のないシグナルを受け取ります。解決策は、標準的な命名規則でグローバル属性をクリーンアップし、カタログ全体に遡及的に適用することです。

第3の、しばしば過小評価される誤りは、GTIN(JAN/EAN/UPC)やMPN(製造者コード)などの一意な識別子の欠如です。Googleは、GTINは商品ページが見つかるのに役立ち、GTINがなければ正確な商品マッチングは保証できないとしています。商用EANを持たない手作り商品の場合、コードを作り出す代わりに、その商品に製造者のバーコードがないことを宣言します。

想定例3:マルチチャネル展開する販売者

ある販売者は、手作り革製品を扱うWooCommerceを運営し、Amazonおよび他のマーケットプレイスでも販売しています。Amazonでは各商品に詳細な属性(革の種類、サイズ、バッグの容量リットル数)を入力することがマーケットプレイスの要件として強制されています。しかし彼のWooCommerceでは、同じ属性が存在せず、商品ページには散文の説明だけがあります。この状態では、Amazonでは入力済みの属性が精密なクエリとの照合に使われる一方、自身のサイトの商品ページはAI検索エンジンにとって条件を確かめにくいままです。解決策は説明文を書き直すことではなく、Amazon向けにすでに入力済みの属性をWooCommerceグローバル属性としてインポートし、スキーママークアップにマッピングすることです。

運用チェックリスト:2026年に引用されるための属性準備

2026年のAEO対応WooCommerce属性の運用チェックリストでは、各商品に一意な識別子(存在する場合)、数値と単位を持つ技術属性があり、すべてのグローバル属性がリッチリザルトテストで検証された構造化データプラグインを通じてProductスキーマに正しくマッピングされていることを確認する必要があります。

以下のチェックリストは、カタログ見直しセッション中に商品ごとに適用するか、新規商品登録時の受け入れ基準として使用することを想定しています。一度にすべて完了する必要はありません。まずは最も売れる20〜30商品に適用し、インデックス登録後に、Search Consoleなどで表示の変化があるかを確認するとよいでしょう。

1. 一意識別子の存在: 商品にJAN/GTIN、UPC、MPN、ISBNのうち少なくとも1つがあるか、製造者のバーコードがないことを宣言している。
2. 技術属性の入力: 数値と明示的な単位を持つ属性がある(例:「重量:1.2 kg」「高さ:35 cm」「容量:2.5 L」)。
3. 素材の明示: 「素材」フィールドがグローバル属性として存在し、精密な値を持つ(「植物タンニンなめし牛革」であって「革」ではない)。
4. 認証の記載: 商品に認証(CE、PSE、GOTS、OEKO-TEX、有機)がある場合、説明文だけでなくグローバル属性「認証」として入力されている。
5. 互換性の宣言: 商品が他の商品・モデル・規格と互換性がある場合、「互換性」フィールドに精密な参照が入力されている。
6. マッピングされていないカスタム属性なし: 関連するすべての属性がグローバル属性であり、個別商品ページで作成されたカスタム属性ではない。
7. スキーママークアップの検証: 商品ページがGoogleリッチリザルトテストでProductプロパティの重大なエラーなしに通過する。
8. 命名の一貫性: 同じカテゴリーのすべての商品で属性名が同一である(大文字小文字、単数複数、略語)。

---

WooCommerce属性とAI検索エンジンに関するよくある質問

WooCommerce商品がAI検索エンジンに引用されるには、いくつの属性が必要ですか?

最低数はありません。重要なのは、技術属性が精密な値を持っていることと、商品に一意識別子がある場合はそれも揃っていることです。技術仕様が属性にも本文にも明確に示されていない場合、AI検索エンジンが検証可能な回答を組み立てるための材料は少なくなります。精密な属性と、同じ内容を伝える説明文は、互いに補い合います。属性の量よりも値の質が重要です。

WooCommerceバリエーション用属性(サイズ、色)はAEOに役立ちますか?

バリエーション属性(サイズ、色)は、主に商品の適切なバージョンを選ぶために使われます。「赤い靴 サイズ42」のような非常に具体的なナビゲーショナルクエリには役立ちます。AEOにとって最も効果的な属性は、技術的で客観的なもの(素材、サイズ、重量、認証、互換性)です。両方を持つのが理想ですが、AI最適化の優先順位は後者にあります。

構造化属性を追加する場合、すべての商品説明を書き直す必要がありますか?

いいえ。構造化属性とテキスト説明は補完的であり、代替的ではありません。説明文は物語的な文脈や一般的な情報検索クエリのためのもので、構造化属性は技術仕様付きクエリのためのものです。説明文を書き直さなくても、属性を追加すれば、説明文に書かれた事実を構造化フィールドでも示せるようになり、両者が一緒に機能します。説明文に属性としてまだ存在しない重要な技術情報が含まれている場合は、抽出して構造化する意味がありますが、テキストを書き直す必要はありません。

Rank Mathのような構造化データプラグインは、すべてのWooCommerce属性を自動的に読み取りますか?

Rank Math ProやYoast WooCommerce SEOなどのプラグインを使うと、最も一般的なschema.org Productプロパティ(色、素材、重量)向けにWooCommerceのグローバル属性を利用できます。hasCertificationやisCompatibleWithなどのあまり一般的でないプロパティについては、プラグインパネルで手動設定が必要です。グローバル属性は最もマッピングしやすい属性です。マークアップに公開するカスタム属性は、グローバル属性に変換するとよいでしょう。

属性を追加した後、Productスキーママークアップが正しいかどうかをどう確認しますか?

最も直接的な方法は、Googleのリッチリザルトテスト(search.google.com/test/rich-results)を使用することです。商品ページのURLを入力するだけで、検出されたプロパティ、エラー、警告がツールに表示されます。カタログ全体のより詳細なチェックには、Google Search Consoleの商品に関するレポートでProductマークアップの問題が表示されます。構造化データプラグインの設定を変更するたびに、各カテゴリーから少なくとも1商品を検証することが推奨されます。