BigCommerceのSEO：設定と公開のガイド
BigCommerceのSEOは、ホームページ、商品、カテゴリー、ブランド、コンテンツページのメタデータを扱います。ストアフロントが複数ある場合、1回の編集で全店舗が同じ出力になると思い込まず、対象チャネルを確認します。
カタログのメタデータをページの目的に合わせます
商品には実用的な仕様や選び方が必要で、カテゴリーは商品群を説明すべきです。カタログ全体に同じ宣伝文を貼らず、対応するSEOフィールドに固有のタイトルと説明を書きます。ブランドページには有用な背景と、実際に販売する商品へのリンクを用意します。フィールドが使えなければ、テーマに別のメタデータを挿入して制御を迂回する前に、アカウント権限を確認します。
URL構造を安定させます
URL構造を編集する前に、現在の商品とカテゴリーのルートを一覧にします。定着した構造を変えるのは、カタログや編集上の明確な理由があり、転送を用意した場合に限ります。変更後は広告、カテゴリー、記事からのリンクをテストします。サイトマップとcanonicalはwwwの有無も含め、ストアの優先ドメインと一致させます。短いアドレスのためにカタログ全体を移行する価値があるとは限りません。
ストアフロントとrobotsルールを個別に確認します
最適化するチャネル経由で同じ商品を開き、ドメイン、説明、内部リンクを確認します。robots.txtは制限すべきルート群を特定してから調整します。広すぎるルールは有用なカタログページを隠す可能性があります。フィルターやサイト内検索は、説明のあるカテゴリーと別に評価すべきです。テーマやカタログの公開後は重要な商品サンプルを比較し、その後に設定変更を店舗全体へ広げます。
公開の具体例
例として、1つのカタログを異なる顧客向けの2つのストアで使う場面を考えます。店舗名を置き換えるだけでなく、各顧客に合う説明と選び方を提供します。URL構造の変更前に、メールや記事で紹介済みのアドレスを保存します。公開後は両チャネルを確認し、canonicalが誤って他店のドメインを優先しないようにします。共有フィールドと店舗固有フィールドを記録し、後のカタログ取り込みで意図した顧客別の違いを上書きしにくくします。
繰り返し使えるリリースチェックリスト
サイト変更前に重要ページの小さな一覧を作り、現在のURL、対象読者、タイトル、優先canonicalを記録します。一度に1種類の変更を行い、以前の設定へ戻す方法を残します。内容を閲覧できないままスコアを最適化せず、アクセス可能で役立つページから始めます。
翻訳は、言語ごとに完全な版を固有アドレスで公開します。自己参照canonicalと相互の言語リンクを確認し、対象URLをサイトマップに含めます。意味が他言語版と同じというだけで、自動的に重複にはなりません。登録するページは検索エンジンが判断し、どの設定も順位やアクセス増加を約束しません。
ツールと関連ガイド
公式リファレンス
よくある質問
1つのストアフロントのSEO編集は全チャネルに適用されますか？
ベトナム語と英語のページは両方Googleに表示されますか？
監査に合格すれば登録が保証されますか？
今すぐウェブサイトのSEOをチェック
重要なSEO要素を無料でスキャンし、60秒で修正の提案を受け取れます。