はじめに：商品ページ改善は「検索に出す」と「買いやすくする」を分けて考えない
ECサイトの商品ページ改善というと、写真をきれいにする、説明文を増やす、購入ボタンを目立たせるといったUI/UX改善に目が向きがちです。もちろん、それらは重要です。しかし、今の商品ページは、人間の購入判断だけでなく、Googleなどの検索エンジンにも商品情報を正しく伝える必要があります。
Googleは、商品ページにProduct構造化データを追加することで、価格、在庫、レビュー、配送、返品情報などが検索結果上でより豊かに表示される可能性があると説明しています。さらに、購入可能な商品ページでは、Product snippetsだけでなくMerchant listingsの要件を意識することが重要です。
つまり、ECサイトの商品ページ改善は「SEO対策」と「購入率改善」を別々に進めるのではなく、構造化データとUI/UXを同時に整える取り組みとして考える必要があります。
ECサイトにおけるProduct構造化データとは
Product構造化データとは、商品名、画像、価格、在庫状況、ブランド、レビュー、配送、返品ポリシーなどを、検索エンジンが理解しやすい形式でページ内に記述する仕組みです。
Googleは構造化データについて、ページの内容を明示的に伝えるための標準化された形式だと説明しています。構造化データを追加すると、検索結果がより目立つ表示になる場合があり、ユーザーがサイトに反応しやすくなる可能性があります。
ただし、構造化データを入れれば必ず検索順位が上がる、売上が伸びる、リッチリザルトが表示されるというものではありません。あくまで、Googleがページ内容を理解しやすくするための土台です。
重要なのは、構造化データに書いた内容と、実際の商品ページ上に表示されている内容を一致させることです。ページ上にないレビューや価格、在庫情報を構造化データだけに書くと、ガイドライン違反や品質上の問題につながる可能性があります。
Product snippetsとMerchant listingsの違い
Googleの商品関連構造化データには、大きく分けてProduct snippetsとMerchant listingsがあります。
Product snippetsは、レビュー記事や商品紹介ページなど、ユーザーがそのページ上で直接購入できない場合にも使われる商品情報の表示です。一方、Merchant listingsは、ユーザーが実際に商品を購入できるECサイトの商品ページに向いた仕組みです。GoogleはMerchant listingsについて、ショッピングナレッジパネル、Google画像検索、人気商品表示、商品スニペットなどに表示される可能性があり、価格、在庫、配送、返品情報などを強調できると説明しています。
ECサイトの商品ページでは、基本的にMerchant listingsを意識して設計するのが現実的です。理由はシンプルで、ユーザーが商品を見て、そのまま購入できるページだからです。
Product snippetsだけを意識していると、レビューや評価の見せ方に寄りすぎてしまい、価格、在庫、配送、返品といった購入直前に必要な情報が弱くなることがあります。ECサイトでは「見つけてもらう」だけでなく「安心して買ってもらう」ことが重要です。
商品ページで優先すべき構造化データの基本項目
商品ページでまず整えるべき項目は、商品名、画像、Offer、価格、通貨、在庫状況です。GoogleのMerchant listingの要件では、Productの必須項目としてname、image、offersが示されており、画像は商品を明確に示すものが望ましいとされています。さらに、16:9、4:3、1:1など複数比率の高解像度画像の提供も推奨されています。
特にECサイトで注意したいのは、priceCurrencyとavailabilityです。価格だけを記述して通貨が曖昧になっている、在庫があるのに構造化データではOutOfStockのままになっている、といったズレはユーザー体験を損ないます。Googleはavailabilityの値として、InStock、OutOfStock、PreOrder、SoldOutなどを示しています。
商品ページの構造化データは、一度入れて終わりではありません。価格改定、セール、在庫切れ、予約販売、販売終了などに合わせて更新される必要があります。ここができていないECサイトは、検索結果上では魅力的に見えても、ページに入った瞬間にユーザーの期待を裏切ることになります。
色・サイズ違いの商品はProductGroupで整理する
アパレル、タオル、生活雑貨、家具、コスメなどでは、同じ商品に色違い、サイズ違い、容量違いが存在します。このとき、すべてを別商品としてバラバラに扱うと、検索エンジンにもユーザーにも分かりにくい商品群になります。
Googleは、商品バリエーションを持つページにProductGroupを使うことで、どの商品が同じ親商品のバリエーションなのかを伝えやすくなると説明しています。ProductGroupでは、variesByで色やサイズなどの違いを示し、productGroupIDで親商品のIDを指定します。
たとえば、タオルECなら「同じシリーズのフェイスタオル・バスタオル・色違い」をどう扱うかが重要です。商品ごとにURLを分けるのか、1ページ内で色・サイズを選択させるのかによって、構造化データの設計も変わります。
実務では、まず商品マスタを整えることが先です。商品名、親SKU、子SKU、色、サイズ、素材、JANコード、画像URL、価格、在庫状況が整理されていなければ、ProductGroupを入れても運用で崩れます。構造化データは、商品データ管理の乱れを隠すものではなく、むしろ表に出すものです。
配送・返品情報は購入直前の不安を減らす
商品ページで購入を迷うユーザーは、商品そのものだけを見ているわけではありません。送料はいくらか、いつ届くか、返品できるか、返品送料は誰が負担するのかといった情報も見ています。
GoogleはShippingService構造化データについて、送料や配送日数を、商品の重さ、寸法、配送地域などに応じて検索結果やナレッジパネルに表示するために使えると説明しています。
また、MerchantReturnPolicyは、Organization、Product、Offerに関連する返品ポリシーを示すための型です。
ECサイトでは、配送・返品情報をフッターや特定ページだけに置いているケースが少なくありません。しかし、ユーザーが購入を判断するのは商品ページです。商品ページ内にも、送料、配送目安、返品条件、問い合わせ先への導線を分かりやすく配置するべきです。
高額商品、ギフト商品、サイズ選びがある商品、肌に触れる商品では、返品・交換条件の明確さが安心感に直結します。構造化データで検索エンジンに伝え、ページ上でも人間に分かりやすく伝える。この二重化が大切です。
Google Merchant Centerと商品ページを連動させる
ECサイトでは、商品ページの構造化データだけでなく、Google Merchant Centerの商品フィードも重要です。
GoogleはECサイト向けの構造化データとして、Product、ProductGroup、Review、VideoObject、Organization、LocalBusinessなどを挙げ、Merchant Centerとの連携にも触れています。
商品フィードと商品ページの情報がズレると、価格、在庫、商品名、画像、配送情報の不一致が発生します。たとえば、商品ページではセール価格になっているのに、Merchant Center側では通常価格のままになっている。サイトでは在庫切れなのに、検索結果では在庫ありに見える。このような状態は、ユーザーの不信感につながります。
そのため、ECサイト運営では次のような管理体制が必要です。
商品マスタを基準にし、商品ページ、構造化データ、Merchant Centerフィード、広告データをできるだけ同じ情報源から更新すること。手作業で複数箇所を直す運用は、商品数が増えるほど破綻しやすくなります。
商品ページUI/UXで見直すべきポイント
構造化データで検索結果の見え方を改善しても、着地先の商品ページが分かりにくければ購入にはつながりません。
商品ページでは、まずファーストビューで「何の商品か」「いくらか」「在庫はあるか」「購入できるか」が分かる必要があります。商品画像、商品名、価格、容量・サイズ、主要な特徴、購入ボタンが散らばっていると、ユーザーは判断に時間がかかります。
特に見直したいのは、次の要素です。
商品画像は、白背景の単品画像だけでなく、使用シーン、サイズ感、素材感が伝わる画像を用意します。タオルや衣類のように触感が重要な商品では、厚み、やわらかさ、吸水感、使用後のイメージが伝わる写真が有効です。
説明文は、メーカー都合のスペック羅列ではなく、ユーザーの悩みから入る構成にします。「洗濯後もふっくら感を保ちたい」「乾きやすいタオルを選びたい」「贈り物として安心して渡したい」など、購入者の利用場面に合わせて整理します。
購入ボタンは、ページ内で迷子にならない位置に置きます。スマホでは、スクロール後も購入導線が見失われない設計が重要です。ただし、過度に追従ボタンを出すと邪魔に感じられることもあるため、商品説明やレビュー閲覧を妨げないバランスが必要です。
日本のECサイトでは「情報量」と「安心感」の設計が重要
海外のミニマルな商品ページをそのまま日本のECサイトに持ち込むと、情報不足に見えることがあります。日本の消費者は、購入前に細かな仕様、使用感、レビュー、配送、返品、保証、会社情報を確認する傾向があります。
そのため、日本向けの商品ページでは、情報量を減らすことよりも、情報を整理して読みやすくすることが重要です。
写真、価格、サイズ、色、素材、配送、返品、レビュー、FAQをただ並べるのではなく、購入判断の順番に合わせて配置します。たとえば、上部では商品の魅力と基本情報を伝え、中盤で特徴や使用シーンを説明し、下部でレビュー、FAQ、配送・返品条件を補足する構成です。
文字量が多い場合は、見出し、アイコン、表、折りたたみ、箇条書きを使って、読みたい情報にすぐ到達できるようにします。情報を削るのではなく、迷わず読める形に変えることが大切です。
構造化データとUI/UXを同時に改善する実務手順
ECサイトの商品ページ改善は、次の順番で進めると失敗しにくくなります。
まず、主要商品の商品マスタを棚卸しします。商品名、SKU、親SKU、JANコード、価格、在庫、画像URL、ブランド、色、サイズ、素材、配送、返品条件を確認します。
次に、商品ページ上でユーザーに見えている情報と、構造化データに入れる情報が一致しているかを確認します。ページに表示していない情報を構造化データだけに入れないことが基本です。
そのうえで、Product、Offer、ProductGroup、OfferShippingDetails、MerchantReturnPolicyなど、必要な構造化データを段階的に実装します。実装後は、GoogleのRich Results TestやSearch Consoleでエラーを確認し、重要なページから改善します。Googleも、構造化データの実装後はRich Results Testで検証し、重大なエラーを修正する流れを示しています。
最後に、商品ページのUI/UXを確認します。検索結果から流入したユーザーが、ページ内で迷わず商品を理解し、安心して購入できるかを見ます。構造化データのエラーがなくても、商品画像が弱い、送料が分かりにくい、返品条件が見つからない、購入ボタンが押しにくい状態では成果は出にくいです。
まとめ：商品ページは「検索エンジン向け」と「顧客向け」を同時に整える
ECサイトの商品ページ改善では、Product構造化データとUI/UXを分けて考えないことが重要です。
構造化データは、Googleに商品情報を正確に伝えるための基盤です。Product、Offer、ProductGroup、配送、返品、在庫、価格などを適切に整えることで、検索結果上で商品の魅力が伝わりやすくなる可能性があります。
一方で、UI/UXは、流入したユーザーが商品を理解し、安心して購入するための基盤です。画像、説明文、レビュー、FAQ、配送・返品情報、購入ボタンの配置が分かりにくければ、せっかくの流入も購入にはつながりません。
これからのECサイト運営では、「検索で見つかる商品ページ」と「買いやすい商品ページ」を同じ設計図の中で整える必要があります。商品データ、構造化データ、Merchant Center、商品ページUIを連動させることで、SEOとCVR改善の両方を現実的に進めることができます。
コメント