BigCommerce SEOチェッカー：URLとメタデータの診断

BigCommerceのSEO確認では、商品、カテゴリー、ブランドページを抽出すべきです。複数のストアフロントがあるなら、2つのチャネルで同じ商品を要求し、共通カタログの問題と店舗固有の設定を区別します。

どのSEOフィールドが出力されるか確認します

返された商品のタイトルと説明を、保存した値と比べます。不一致なら、同じ値を繰り返し編集する前にチャネルとテーマを確認します。カテゴリーやブランドでは、買い物客の選択に役立つ文章を記録します。見出しが違うだけでは、検索目的の違いは示せません。任意の説明が空の場合の代替出力も確認します。

URL構造で変わったアドレスをたどります

メールや記事の旧商品リンクを要求し、最終目的地を記録します。求める情報のない無関係なカテゴリーではなく、対応する商品へ着くべきです。メニューとパンくずに古い参照がないか確認します。canonicalのドメインとwwwの動作を比較し、店舗設定とテーマ生成リンクのどちらが原因か特定します。

robotsルールを緩める前にクロールを調査します

robots.txtを読み、商品サンプルのパスと関連指示を照合します。ツールが取得できないだけでは、全制限を解除すべき証拠にはなりません。まずステータスと公開アクセスを確認します。フィルター付きルートは、基本カテゴリーとの実質的な内容とcanonicalの違いを記録します。修正後は対象チャネルですべてのサンプルを再テストし、結果を保存します。1店舗での確認を、導入全体の修正と報告することを防げます。

公開の具体例

例として、保存したタイトルが1店舗では正しく表示され、別の店舗では以前のままの状況を考えます。両方のチャネル、URL、テーマ出力を記録します。キャッシュ削除やタイトルの再入力を繰り返す前に、店舗固有メタデータを確認します。原因の設定を修正したら、カテゴリーとブランドページも要求します。商品だけのフィールド対応問題と、チャネル全体の設定問題を区別し、次のカタログ公開で再現できるサンプル群を残せます。

確認を実行して証拠を読み解きます

代表的な公開URLを下の無料SEOチェッカーへ送信します。正確なアドレスと確認時刻とともに、ステータス、タイトル、説明、canonicalを記録します。繰り返される問題を担当テンプレートや設定別にまとめれば、1つの的を絞った修正を複数ページで再テストできます。フィールドの欠落と意図的な除外には、別の判断が必要です。

HTTP/HTML監査は公開レスポンスを観測します。プラットフォームへログインしたり、全管理設定を調べたり、すべてのクライアント描画を再現したり、Googleへの登録を証明したりはしません。検索エンジン側の証拠には、Search ConsoleのURL検査と後続のクロールデータを比較します。スコアの変化だけで解決と判断せず、公開とキャッシュ更新後に元URLを再確認します。

ツールと関連ガイド

• BigCommerceの設定ガイドを読む
• 公開URLを確認
• 転送チェーンを確認

公式リファレンス

• BigCommerce：SEOフィールド
• BigCommerce：robots.txt