BigCommerceのGoogleインデックス:ストアを検索結果に表示する完全ガイド
BigCommerceの組み込みSEO機能を活用しながら、ファセット検索のトラップと薄いコンテンツページを回避します
このガイドの内容
BigCommerceは強力なSEOデフォルトを備えて出荷されます — 自動生成サイトマップ、canonicalタグ、microdataマークアップ、カスタマイズ可能なrobots.txt、ネイティブ301リダイレクト。しかし、これらの基本は競争の激しい商品キーワードには不十分であり、プラットフォームには静かにインデックスを損なう盲点があります。
ファセット検索はパラメータが多いURLを生成し、インデックス可能なページ数を膨らませます。ブランドページはしばしば薄いコンテンツを持っています。在庫切れ商品の扱いはSEOの緊張を生み出します。本ガイドでは、BigCommerceの管理設定、Stencilテーマのカスタマイズ、大規模カタログのためのAPI駆動SEO、プラットフォーム固有の特定のインデックス問題を網羅します。
BigCommerceの組み込みSEOの強み
BigCommerceは、他の多くのプラットフォームではプラグインやカスタム開発を必要とするいくつかのSEO機能をすぐに使えるように提供します。すでに処理されていることを理解することで、手動の注意が必要な領域に最適化の労力を集中できます。
自動XMLサイトマップは/xmlsitemap.phpで生成され、公開されているすべての商品、カテゴリ、ブランド、コンテンツページが含まれます。商品を追加、削除、変更すると、サイトマップは自動的に更新されます。拡張機能をインストールしたり、サイトマップを手動で再生成したりする必要があるプラットフォームとは異なり、BigCommerceはこれを透過的に処理します。サイトマップは商品の表示設定を尊重します — 「非表示」に設定された商品は除外されます。
canonical URLはすべてのページに自動的に追加されます。BigCommerceは、商品の直接URL(カテゴリプレフィックスなし)をcanonicalとして使用します。そのため、商品が複数のカテゴリパス(/shoes/running/nike-air/と/brands/nike/nike-air/)からアクセス可能であっても、canonicalタグは一貫して商品の主要URL(/nike-air/)を指します。これはデフォルトで正しく設定されており、手動の介入はほとんど必要ありません。
Microdata(Schema.org構造化データ)は、BigCommerceのStencilテーマに埋め込まれています。商品ページにはname、price、availability、SKU、review ratingsを含むProductスキーマが含まれています。カテゴリページにはBreadcrumbListスキーマが含まれています。この構造化データは、追加のアプリをインストールせずにGoogle検索でリッチリザルト(価格表示、星評価、在庫バッジ)を有効にします。
BigCommerceはServer Settings > 301 Redirectsでネイティブ301リダイレクト管理も提供します。商品のURLを変更すると、BigCommerceは古いURLから301リダイレクトを自動的に作成します。一括操作のためにCSVインポートを使用して手動リダイレクトを作成することもできます。
SSLはすべてのBigCommerceプランに含まれており、サイト全体に適用されます。GoogleはHTTPSをランキングシグナルとして使用し、BigCommerceはすべてのページがHTTPSで配信され、ミックスコンテンツの問題がないことを保証します。プラットフォームはAkamai経由のCDNホスティングも提供し、グローバルに高速なページロード時間を提供します — ユーザーエクスペリエンスとクロール効率の両方にとって重要な要素です。
商品とカテゴリのメタフィールド最適化
BigCommerceは商品名と説明からデフォルトのページタイトルとメタディスクリプションを生成しますが、デフォルトは競争の激しい検索には最適ではありません。ビジネスにとって重要なすべての商品とカテゴリに対してメタデータをカスタマイズする必要があります。
商品については、Products > [商品名] > SEOに移動します。ここに3つのフィールドがあります:「Page Title」(HTML <title>タグ)、「Meta Description」、「Search Keywords」(BigCommerceの内部検索であり、Googleではありません)。Page Titleには255文字の制限がありますが、検索結果での適切な表示のために60文字未満に保ちます。形式を使用してください:[主要キーワード] - [副次的なメリット] | [ストア名]。例:「ワイヤレスランニングイヤホン - 防汗IP68 | SoundGear」。
Meta Descriptionは150〜160文字で、クリックする説得力のある理由を含む必要があります。BigCommerceは、このフィールドを空白のままにすると商品説明の最初の部分からメタディスクリプションを自動生成しますが、自動生成された説明はほぼ常に最適ではありません — 文の途中で切り捨てられ、リッチテキストエディタからのフォーマットアーティファクトが含まれます。
カテゴリについては、Products > Product Categories > [カテゴリ] > SEOに移動します。カテゴリページのタイトルと説明は商品メタデータよりもさらに無視されますが、カテゴリページは多くの場合、ボリュームの高いヘッドターム(「ランニングシューズ」、「ワイヤレスイヤホン」)でランク付けされます。カテゴリエディタのDescriptionフィールドを使用してカテゴリページの上部または下部に配置されるユニークなカテゴリ説明と、カスタムメタディスクリプションを書いてください。
BigCommerceは/brands/[brand-name]/にブランドページも生成します。これらのページは特定のブランドからのすべての商品をリストします。デフォルトでは、ブランドページは薄いコンテンツを持ちます — 説明文のない商品グリッドだけです。Products > Brands > [ブランド]に移動し、ブランド説明、ページタイトル、メタディスクリプションを追加してください。多くのブランドを扱っており、ブランドページが価値を提供するには薄すぎる場合は、Script Managerインジェクションまたはテーマカスタマイズを使用してブランドページにnoindexを追加することを検討してください。
数百または数千の商品を持つストアの場合、手動でメタデータを編集するのは現実的ではありません。BigCommerce API(PUT /v3/catalog/products/{id})を使用してSEOフィールドをプログラマティックに更新します。商品ID、最適化されたタイトル、メタディスクリプションを含むスプレッドシートを作成し、APIを介して一括更新するスクリプトを書いてください。
ファセット検索とパラメータURLの処理
BigCommerceのファセット検索(Products > Product Filteringで有効化)により、顧客は価格、ブランド、評価、色、サイズなどの属性でカテゴリページをフィルタリングできます。各フィルタ選択はURLにパラメータを追加することで変更します:/shoes/?brand=nike&price=50to100&color=black。
インデックスの問題はおなじみです:すべてのフィルタ組み合わせは、薄い重複コンテンツ(カテゴリページの商品のサブセット)を持つ固有のURLを生成します。フィルタURL爆発が数百万に達する可能性があるMagentoとは異なり、BigCommerceのファセット検索URLは、プラットフォームがクリーンなパラメータ構造を使用するため、ある程度抑制されています。ただし、5つのフィルタタイプとそれぞれ10オプションを持つカテゴリは、依然として数千の潜在的なURL組み合わせを生成します。
BigCommerceのこれへのアプローチは複合的です。プラットフォームは、フィルタされたページにベースカテゴリURLを指すcanonicalタグを追加します。これは正しい動作です。ただし、BigCommerceはデフォルトでフィルタされたページにnoindexを追加せず、URLはrobots.txtでブロックされません。これは、canonicalタグが理論的にはこれらのページが検索結果に表示されるのを防ぐはずですが、Googlebotがこれらのページを発見してインデックスを試みる可能性があることを意味します。
防御を強化するには、robots.txt(Server Settings > Robots.txt、Plusプラン以上で利用可能)をカスタマイズしてください。一般的なフィルタパラメータに対するDisallowルールを追加します:Disallow: /*?brand=、Disallow: /*?price=など。BigCommerceの内部システムで使用される正当なクエリパラメータ(例:マルチ通貨ストアの?setCurrencyId=)をブロックしないように注意してください。
robots.txtのカスタマイズが利用できないStandardプランのストアでは、canonicalタグのみで合理的な保護が提供されます。Google Search ConsoleのCoverageレポートで、すり抜けてインデックスされたページとして表示されるフィルタされたURLを監視してください。インデックスされたフィルタURLを見つけた場合は、canonicalタグがそれらを統合するように機能している間、Search ConsoleのRemovalsツールを使用して削除を要求してください。
BigCommerceのヘッドレスストアフロントオプション(カスタムフロントエンドでStorefront APIを使用)は、ファセット検索URL処理を完全に制御できます。ヘッドレスBigCommerceストアを構築している場合は、URLをまったく変更しないAJAXベースのフィルタリングを実装して、フィルタURLの問題を完全に排除してください。
在庫切れ商品とURLライフサイクルの管理
在庫切れ商品の処理方法は、インデックスに大きな影響を与えます。BigCommerceは在庫切れ商品の表示に関していくつかのオプションを提供し、それぞれがSEOに異なる影響を与えます。
オプション1:商品ページを「在庫切れ」メッセージとともにライブのままにする。これは再入荷される商品にとって最良のアプローチです。ページは蓄積された検索エクイティを保持し、商品が再び利用可能になったときに、すぐに販売できる状態になります。BigCommerceでは、Products > [商品] > Availabilityで在庫切れメッセージを制御できます。Google Shoppingが在庫状況のために商品を否認した場合でも、オーガニックリスティングは残ることができます。
オプション2:ストアフロントから商品を非表示にする。Products > [商品]で、Visibilityを「Hidden」に設定します。これにより、カテゴリページ、検索結果、サイトマップから商品が削除されますが、URLは依然として解決されます(直接リンクでアクセス可能)。商品がサイトマップと内部リンクから削除されるため、Googleは入ってくるシグナルを受け取らないため、最終的にインデックスから削除します。このアプローチは、後で再導入する可能性のある永久に廃止された商品に適しています。
オプション3:商品URLをリダイレクトする。商品が永久に廃止され、直接の代替品がある場合は、古い商品URLから代替品の商品への301リダイレクトを作成します。Server Settings > 301 Redirectsに移動し、古いURLパスを入力し、宛先を代替商品に設定します。これにより、蓄積された検索エクイティが新商品に転送されます。
オプション4:商品を完全に削除する。これにより、URLに対して404が返されます。商品に保持する価値のある検索エクイティがない場合にのみ行ってください。削除された商品URLは、残留トラフィックをキャプチャするために最も関連性の高いカテゴリページに301リダイレクトする必要があります。
BigCommerceの自動301リダイレクトは、管理画面で商品のURLフィールドを編集するとURL変更を処理します。ただし、リダイレクトを最初に設定せずに商品を削除した場合、自動リダイレクトは作成されません。また、管理パネルではなくAPIを介して商品のURLを変更する場合、使用するAPIエンドポイントによっては、自動リダイレクトがトリガーされない可能性があります。API駆動のURL変更後は、必ずリダイレクトが設定されていることを確認してください。
StencilテーマのSEOカスタマイズ
BigCommerceのStencilテーマフレームワークは、管理パネルが提供する以上のSEO改善のためにカスタマイズできるHandlebarsテンプレートを使用します。これらのカスタマイズには、テーマファイルの編集とローカル開発のためのStencil CLIの使用が必要です。
最も影響力のあるテーマカスタマイズは、構造化データの追加または改善です。BigCommerceのデフォルトStencilテーマには基本的なProductとBreadcrumbListスキーマが含まれていますが、Handlebarsテンプレートを編集することで追加のスキーマタイプを追加できます。たとえば、Q&Aセクションを持つ商品ページへのFAQPageスキーマの追加、お問い合わせページへのLocalBusinessスキーマの追加、brand、gtin、mpnなどの追加フィールドでProductスキーマを強化することです。
Stencilテンプレートでのメタタグ制御により、条件付きnoindexタグを追加できます。テーマのtemplates/layout/base.htmlファイルを開き、特定のページタイプにnoindexメタタグを注入するロジックを追加します。たとえば、検索結果テンプレートを持つすべてのページ、タグページ、または閾値より少ない商品を持つページをnoindexにできます。このレベルの制御は、BigCommerce管理パネルでは利用できません。
BigCommerceのScript Manager(Storefront > Script Manager)を使用すると、テーマファイルを編集せずにJavaScriptを注入できます。主に分析とマーケティングタグに使用されますが、JSON-LD構造化データを動的に追加するために使用することもできます。ただし、GooglebotはScript Managerインジェクションを見るためにJavaScriptを実行する必要があるため、構造化データがGoogleの初期HTMLパース中に処理されない可能性があることに注意してください。信頼性の高い構造化データのために、Script Manager経由で注入するのではなく、Handlebarsテンプレートに直接埋め込んでください。
テーマレベルでのページ速度最適化には、折り目の下の画像の遅延ロード、非クリティカルJavaScript(特にサードパーティアプリとチャットウィジェット)の遅延ロード、BigCommerceの画像最適化APIの適切な使用(レスポンシブ画像のためにgetImageSrcset Handlebarsヘルパーを使用)が含まれます。これらの改善は、Core Web Vitalsスコアとgooglebotのクロール効率の両方に直接影響します。
ステップバイステップガイド
ストアの現在のインデックス状態を監査する
変更を加える前に、現在のインデックス状態を確認してください。Google Search Consoleを開き、Index Coverageレポートをレビューします。インデックスされたページの総数を確認し、BigCommerceストアの商品、カテゴリ、コンテンツページの数と比較します。インデックスされた数が実際のページ数より大幅に多い場合、インデックスにフィルタURLや他の重複ページがある可能性があります。インデックスされた数がはるかに少ない場合、Googleはすべてのコンテンツを発見していません。/xmlsitemap.phpの自動生成サイトマップも確認してください — ブラウザで開き、公開されているすべての商品とカテゴリが含まれていることを確認します。エントリ数を数えて、BigCommerce管理画面の商品数と比較してください。
商品とカテゴリのメタデータを最適化する
上位50商品(収益または検索ボリュームでソート)について、Products > [商品] > SEOに移動し、カスタムPage TitleとMeta Descriptionを書きます。形式に従ってください:Page Titleは60文字未満で主要キーワードを最初に、Meta Descriptionは150〜160文字で価値提案と行動喚起を含みます。すべての商品カテゴリとブランドページに対しても繰り返します。残りの商品については、自動生成されたタイトルと説明が許容できることを確認してください — 切り捨ての問題や奇妙なフォーマットを確認します。数百の商品を持つストアの場合は、BigCommerce APIを使用して、準備されたスプレッドシートから取得するスクリプトでメタデータを一括更新してください。
Robots.txtを構成してフィルタURLを処理する
BigCommerce Plus以上のプランで、Server Settings > Robots.txtに移動してファイルをカスタマイズします。サイトマップURLを追加します:Sitemap: https://yourstore.com/xmlsitemap.php。ファセット検索パラメータのDisallowルールを追加します:Disallow: /*?brand=、Disallow: /*?price=、Disallow: /*?rating=、有効にしている各フィルタ可能属性に対する類似パターンです。BigCommerceのコア機能で使用されるパラメータをブロックしないように注意してください。robots.txt編集が利用できないStandardプランでは、BigCommerceの組み込みcanonicalタグに依存し、canonicalにもかかわらずインデックスされるフィルタURLについてSearch Consoleを監視してください。
レガシーおよび変更されたURLの301リダイレクトを設定する
Server Settings > 301 Redirectsに移動し、既存のリダイレクトをレビューします。別のプラットフォームから移行した場合は、すべての古い商品URLにBigCommerce同等物への301リダイレクトがあることを確認してください。廃止した商品については、URLから最も関連性の高いカテゴリページまたは代替商品へのリダイレクトを作成します。BigCommerceは一括リダイレクト作成のためのCSVインポートをサポートしています:古いパスと新しいURLの列を持つCSVを準備し、301 Redirectsページからインポートします。インポート後、ブラウザの開発者ツールのNetworkタブを使用してリダイレクトのサンプルをテストし、301(302ではなく)ステータスコードを返し、正しい宛先に到達することを確認してください。
ブランドページと薄いコンテンツを最適化する
Products > Brandsに移動し、各ブランドページをレビューします。5商品以上のブランドの場合、ブランド、その商品範囲、顧客がそれを選ぶ理由を説明する実質的なブランド説明(200語以上)を追加します。SEOタブでカスタムPage TitleとMeta Descriptionを追加します。薄いページを作成する1〜2商品のみのブランドの場合は、次のいずれかを検討してください:(a)テーマカスタマイズを介してそれらのブランドページにnoindexを追加、(b)ブランドを完全に削除して商品を再分類、または(c)インデックスを正当化するのに十分なユニークコンテンツでブランドページを強化。Google Search Consoleでブランドページのパフォーマンスを監視し、どのブランドページがインプレッションとクリックを獲得しているかを判断します。
構造化データとリッチリザルトを確認する
GoogleのRich Results Testを使用して、ストア全体で5〜10の商品ページを確認します。Productスキーマが存在し、name、price、priceCurrency、availability、review ratings(レビューがある場合)が存在することを確認します。カテゴリと商品ページにBreadcrumbListスキーマが表示されることを確認します。フィールドが欠落している場合は、Stencilテーマのproduct.htmlテンプレートを編集して欠落しているプロパティを追加します。BigCommerceのネイティブレビューシステムを使用するストアの場合、aggregateRatingが構造化データに表示されることを確認してください — これは検索結果の星評価をトリガーするものです。問題を修正した後、Search ConsoleのEnhancementsレポートで再検証を要求してください。
IndexBolt経由で優先URLを送信する
オンページSEOを最適化したら、IndexBoltを使用して最も重要なページのインデックスを加速します。最初にホームページ、トップカテゴリページ、ベストセラーの商品ページを送信します。季節在庫(ホリデーコレクション、新学期商品)については、Googleの自然なクロールサイクルを待つのではなく、IndexBoltのInstantモードを使用して数時間以内にページをインデックスします。新しく追加された時間に敏感な商品 — 限定版、トレンドアイテム、今後のイベントに関連する商品 — は、直接送信から最も恩恵を受けます。送信後、Google Search ConsoleのURL検査ツールで「検出済み」から「インデックス済み」への移行を監視してください。
よくある問題と解決方法
ファセット検索URLが重複インデックスページを作成する
原因: BigCommerceの商品フィルタリングは、?brand=nike&color=redのようなパラメータをカテゴリURLに追加します。各組み合わせは、Googlebotがカテゴリページの内部リンクを通じて発見できる固有のURLです。BigCommerceはベースカテゴリを指すcanonicalタグを追加しますが、Googleは常にcanonicalヒントに従うわけではありません — 特にフィルタされたページがcanonicalターゲットと異なるコンテンツ(異なる商品のサブセット)を持つ場合です。
解決方法: robots.txt(Plusプラン以上で利用可能)をカスタマイズしてフィルタパラメータパターンをブロックします。Standardプランでは、canonicalタグに依存し、インデックスされたフィルタURLについてSearch Consoleを監視します。フィルタされたページがインデックスに表示されたら、Search ConsoleのRemovalsツールを介して削除を要求します。最も徹底的な解決策として、Stencilテーマを編集して、URLパラメータがフィルタされたビューを示すページにnoindexメタタグを追加してください。
薄いコンテンツのブランドページがランクが低いまたはまったくランクされない
原因: BigCommerceは、カタログ内のすべてのブランドに対して/brands/[brand-name]/にページを自動生成します。デフォルトでは、これらのページには商品グリッドのみが含まれ、説明テキストがないため、Googleの観点からは薄いコンテンツです。1〜2商品のみのブランドは、Googleの品質フィルタをトリガーする可能性がある特に薄いページを作成します。
解決方法: Products > Brands > [ブランド]を介して実質的なブランド説明(200語以上)を追加します。ブランド、その商品カテゴリ、特徴的な点に関する情報を含めます。商品が非常に少ないブランドの場合は、より多くのコンテンツでページを強化するか、テーマレベルのカスタマイズを使用してブランドページをnoindexに設定します。検索ボリュームの高いブランドに最初に労力を集中してください。
API駆動URL変更の自動301リダイレクトが失敗する
原因: BigCommerceは、管理パネルで商品のURLを変更すると自動301リダイレクトを作成しますが、この動作はBigCommerce API(特にv2 API)を介した URL変更には常に適用されるわけではありません。URLフィールドを変更する一括商品インポートはリダイレクトを生成しない可能性があり、古いURLが404エラーを返したままになります。
解決方法: APIを介して一括URL変更を実行する場合は、リダイレクトルールを別途生成します。BigCommerce Redirects API(POST /v3/storefront/redirects)を使用して、各URL変更の301リダイレクトを作成します。商品インポートの場合、最初に現在のURLをエクスポートし、インポートを実行してから、Redirects APIを呼び出すスクリプトを使用して古いURLから新しいURLへのリダイレクトマップを作成します。一括操作後にリダイレクトのサンプルを確認してください。
非表示にすると在庫切れ商品がインデックスから消える
原因: 在庫切れ商品を「Hidden」表示に設定すると、サイトマップ、カテゴリページ、内部検索から削除されます。インバウンドリンクやサイトマップエントリがないと、Googleはこれらのページを徐々にインデックスから削除します。商品が再入荷され、再び表示されると、最初からインデックスし直す必要があり、蓄積されたランキングシグナルを失います。
解決方法: 再入荷される商品については、非表示にするのではなく「在庫切れ」メッセージとともに表示したままにします。BigCommerceの在庫切れ通知機能を使用して、関心のある顧客からメールアドレスを収集します。永久に廃止された商品のみを非表示にするか、リダイレクトします。商品を一時的に非表示にする必要がある場合は、再度表示するときにIndexBoltを介してURLを再送信し、再インデックスを加速してください。
プロのヒント
よくある質問
BigCommerceは自動的にサイトマップを生成しますか?+
はい、BigCommerceは/xmlsitemap.phpでXMLサイトマップを自動生成し、公開されているすべての商品、カテゴリ、ブランド、コンテンツページが含まれます。コンテンツを追加、変更、削除すると、サイトマップは自動的に更新されます。アプリをインストールしたり、手動でサイトマップを再生成したりする必要はありません。Google Search Consoleにサイトマップとして/xmlsitemap.phpを送信してください。サイトマップは商品の表示設定を尊重します — 非表示商品は除外されます。
BigCommerceでrobots.txtをカスタマイズできますか?+
robots.txtのカスタマイズはBigCommerce Plusプラン以上で利用可能です。Server Settings > Robots.txtに移動してファイルを直接編集します。Standardプランでは、BigCommerceは変更できないデフォルトのrobots.txtを生成します。Standardプランでrobots.txt制御が必要な場合は、Plusへのアップグレードを検討するか、特定のページタイプをインデックスからブロックする代替手段としてStencilテーマテンプレートでメタrobotsタグを使用してください。
BigCommerce商品ページにリッチリザルト(星評価、価格)が表示されないのはなぜですか?+
BigCommerce Stencilテーマにはデフォルトで Product構造化データが含まれていますが、リッチリザルトには特定のフィールドが入力されている必要があります。検索結果の星評価には、ストアで商品レビューが有効になっており、実際のレビューが送信されている必要があります。価格は適切なマークアップでサポートされている通貨である必要があります。商品ページでGoogleのRich Results Testを使用してエラーを確認してください。一般的な問題には、集計評価データの欠落(レビューなし)、誤った価格形式、最新のSchema.orgプロパティを含まない古いテーマテンプレートが含まれます。
別のプラットフォームからBigCommerceに移行する際にSEOをどう処理しますか?+
最も重要なステップは、すべての古いURLからBigCommerce同等物への301リダイレクトを設定することです。BigCommerceは、Server Settings > 301 Redirectsで一括リダイレクトのCSVインポートをサポートしています。古いURLパスを新しいBigCommerce URLにマッピングするCSVを準備します。可能な場合、商品、カテゴリ、コンテンツページを1対1で一致させます。直接の同等物がない古いURLについては、最も関連性の高いカテゴリページにリダイレクトします。移行後、Google Search ConsoleにBigCommerceサイトマップを送信し、404エラーの急増やインデックスされたページ数の低下についてIndex Coverageレポートを監視してください。
BigCommerceで在庫切れ商品を表示したままにすべきですか、非表示にすべきですか?+
商品が再入荷される場合は、在庫切れメッセージとともに表示したままにします。商品ページは蓄積された検索エクイティを保持し、BigCommerceの「Notify Me」機能を有効にして顧客のメールを収集できます。永久に廃止された商品のみを非表示にするか、リダイレクトします。非表示商品は時間の経過とともにインデックスシグナルを失い、再入荷時にはランキングをゼロから再獲得する必要があります。永久に廃止された商品については、代替商品または最も関連性の高いカテゴリページへの301リダイレクトを作成してください。