BigCommerce の SEO

要約 — BigCommerceはShopifyに似たホスト型ストアプラットフォームで、サイトマップの構築、URL変更時のリダイレクト設定、robots.txtの編集、商品構造化データの追加など、多くのSEO作業を自動で行います。自分で対応する必要があるのは、フィルターページ（ファセットナビゲーション）、多言語・多国向けの構成、検索結果のレビュー星などです。

「BigCommerce SEO」とは何か

BigCommerceはSaaS型のEコマースプラットフォームです。月額料金を支払い、ストアのホスティング、サーバー、セキュリティ、更新を任せます。WordPressのように自分のホスティングへインストールするものではありません。その意味でShopifyの直接の競合です。

「BigCommerce SEO」とは、商品ページやカテゴリーページを発見、クロール、インデックス登録、ランキングさせる通常のSEO作業を、BigCommerce上で動くストアに適用することです。独自のガイドが必要なのは、BigCommerceが一部の選択を代わりに行う一方、どの項目をすでに満たし、どこを空けたままにしているかを把握する必要があるからです。

BigCommerceが自動で行うこと

• サイトマップ。 BigCommerceは、商品を追加・変更するとXMLサイトマップを構築して最新に保ちます。あとはGoogleへ送信するだけです。
• リダイレクト。 商品名またはURLを変更すると、BigCommerceは古いURLから新しいURLへの301リダイレクトを自動で作り、リンクと順位が壊れないようにします。
• クリーンなURL。 Shopifyと違い、BigCommerceはURLに/products/や/collections/を強制しません。必要なら整った/blue-widget/にできます。
• robots.txt。 BigCommerce管理画面からrobots.txtを直接編集できます（Shopifyにはこのネイティブ機能がありません）。
• 商品構造化データ。 デフォルトテーマ（Cornerstone）は、Googleでリッチリザルトを得られる可能性がある「構造化データ」を裏側で追加します。
• HTTPSとCDN。 すべてのプランにSSLとグローバルコンテンツ配信ネットワーク（Akamai）が含まれ、画像を世界中へすばやく配信します。

自分で対応する必要があること

• SEOフィールドを埋める。 ホームページ、商品、カテゴリのページタイトルとメタディスクリプションです。BigCommerceは入力欄を用意しますが、コピーを書くのは自分です。
• フィルター（ファセット）ページ。 買い物客が色、サイズ、価格で絞り込むと、組み合わせごとに新しいURLが生まれます。放置すると、ほぼ重複したページでGoogleをあふれさせます。BigCommerceはこれを自動で整理しません。
• レビュー星。 デフォルトの構造化データは商品詳細をカバーしますが、星評価はカバーしません。レビュー用アプリ（YotpoやStampedなど）またはカスタムコードが必要です。
• 複数の国・言語。 国ごとにストアフロントを分ける場合、Googleに表示するバージョンを伝えるタグ（hreflang）は自動追加されません。

多くの人が誤解すること

BigCommerceは「SEOに強い」から何もしなくてよい、と考える人がいます。自動化される部分は本当に便利です。しかしEコマースストアを最も頻繁に引き止める2つ、フィルターページと読み込みの遅さは、まさにBigCommerceが任せている部分です。強い出発点と、完成した仕事を混同しないでください。

実務家向けの内容 — URL構造の選択肢、ファセットナビゲーションのcanonical戦略、StencilとCatalystの判断、hreflangに関するAkamaiの落とし穴 — が必要ですか。Advancedタブへ切り替えてください。

要約 — BigCommerceはホスト型SaaSプラットフォームの中で、ネイティブSEOの最低水準が最も高い部類です。編集可能なrobots.txt、完全にカスタムできるURL構造（強制プレフィックスなし）、自動生成・自動更新のXMLサイトマップ、URL変更時の自動301、CornerstoneのJSON-LD Product＋BreadcrumbListを備えています。自分に残される、実際に拡張へ影響する作業は、ファセットナビゲーションのcanonical／noindex戦略、マルチストアフロントのhreflang（Akamaiの地域リダイレクトに注意）、レビュー構造化データ、Core Web Vitalsです。Stencil（サーバーレンダリングのHandlebars）とCatalyst（Next.jsのヘッドレス）がパフォーマンスの上限を決め、両者の移行ではリダイレクトマップが失われやすくなります。

枠組み：自動化されることと自分の作業

BigCommerce SEOの記事の多くは、一般的なチェックリスト（「メタディスクリプションを書こう！」）か、BigCommerce代理店の売り込みです。どちらも本当に重要な点を説明していません。**BigCommerceは公開時点で異例なほど多くを正しく設定し、残るギャップも固有で予測可能です。**すべてを2つの箱に分けると、プラットフォームは謎ではなくなります。

デフォルトで正しいもの： XMLサイトマップ、ページ種別ごとのcanonicalタグ、編集可能なrobots.txt、URL変更時の自動301、完全なURL構造制御、Akamai CDN＋Image Manager、Cornerstone JSON-LD（Product、BreadcrumbList、Organization）、SSL。

自分で行うもの： ファセットナビゲーションのcanonical＋noindex戦略、マルチストアフロントのhreflang、レビュー／AggregateRating構造化データ、ページネーションのrobots.txt監査、ブログ／コンテンツ戦略、StencilでのCore Web Vitals（アプリJSの肥大化＋未最適化の元画像）。

URL構造

URLの選択肢はStore Setup → Store Settings → URL Structureにあります。Short（スラッグのみ）、Long（/products/、/categories/、/pages/を追加）、SEO Optimized（プレフィックスを削除）、SEO Optimized (Category)（商品URLに最初の親カテゴリを挿入）、Custom（%productname%、%category%、%categoryname%、%sku%を使うプレースホルダー形式）から選べます。

重複コンテンツにとって本当に興味深いのは**SEO Optimized (Category)**です。BigCommerceは商品が置かれた最初のカテゴリを選び、複数カテゴリに掲載された商品について重複URLを生成しません。これは実際の重複コンテンツ対策になりますが、依存する前に自分のストアで挙動を確認してください。

ただし、率直に言えば、これは誰もが最初に持ち出すBigCommerce対Shopifyの論点で、重要度が最も低い違いです。Shopifyは/products/と/collections/を強制しますが、BigCommerceはしません。GoogleはURL構造が小さな順位シグナルだと繰り返し述べています。eComOneの比較記事は、“the nuts and bolts of on-page SEO in both platforms are easy to manage, though BigCommerce has perhaps a slight edge because unlike Shopify, it doesn’t insert any prefixes before your URLs. However, Google has said repeatedly that URL structure is a minor signal.” (翻訳)（両プラットフォームのオンページSEOの基本は管理しやすく、BigCommerceはShopifyと違ってURLの前にプレフィックスを入れないため、わずかに有利かもしれません。ただしGoogleはURL構造が小さなシグナルだと繰り返し述べています）と表現しています。SEO Optimizedを選んで先へ進み、ファセットナビゲーションと速度に力を使ってください。

XMLサイトマップとrobots.txt

BigCommerceはサイトマップを自動生成し、カタログの変更に合わせて最新に保ちます。パスは構成によって異なり、従来のStencilでは/xmlsitemap.php、Catalystでは/sitemap.xmlです。Catalystでは、BigCommerceが*“automatically redirects any requests for the legacy Stencil sitemap /xmlsitemap.php to /sitemap.xml,”* (翻訳)（従来のStencilサイトマップへのリクエストを/sitemap.xmlへ自動リダイレクトする）うえ、Catalystは*“fetches the sitemap index from BigCommerce by making a request to the canonical URL of the channel.”* (翻訳)（チャネルのcanonical URLへリクエストしてBigCommerceからサイトマップインデックスを取得する）と説明されています。サイトマップは商品、カテゴリ、ブランド、コンテンツページをカバーします。非表示のメニューページはデフォルトで除外され、BigCommerceは*“third-party systems generating content”* (翻訳)（コンテンツを生成する第三者システム）には別のサイトマップが必要だと明記しています。

robots.txtは管理画面のSettings → Website → Search Engine Robotsから直接編集できます。ネイティブな制御手段がないShopifyに対する、本当の優位点です。BigCommerceはカスタムルールとシステムのデフォルトを組み合わせます。

5分で監査する価値がある落とし穴： 実務家は、BigCommerceのデフォルトrobots.txtがページネーションされたカテゴリページ（?page=2以降）をブロックすると繰り返し報告しています。大規模カタログでは、カテゴリの2ページ目以降が気付かないうちにインデックスから外れます。デフォルトが安全だと決めつけず、自分のストアをクロールして何が拒否されているかを確認してください。

メタタグとページ上のフィールド

SEOフィールドはオブジェクトごとにあります。ホームページ（Store Settings → SEO）、商品（Products → Edit → Other Details → SEO）、カテゴリ（Product Categories → Edit → SEO）、ブログ記事です。Page Title、Meta Description、Meta Keywords、Custom URLの各フィールドが用意されています。

混乱を避けるために、2点を明確にします。

• Meta Keywordsは順位に使われません。 BigCommerce自身の用語集は、“Meta keywords tag is defunct, as it was originally intended for search engines to determine what the content of a page was about, but it was severely abused by spammers and search engines now almost entirely ignore it.” (翻訳)（Meta keywordsタグは廃止されました。もともとは検索エンジンがページ内容を判断するためのものでしたが、スパマーにひどく悪用され、検索エンジンは現在ほぼ完全に無視しています）と明記しています。時間を使わないでください。
• 「Search Keywords」≠ Meta Keywords。 BigCommerceには別のSearch Keywordsフィールドがあり、Googleではなく内部サイト検索に供給されます。2つは常に混同されます。Search Keywordsはサイト内検索のために入力する価値がありますが、順位のためではありません。

301リダイレクト

これはBigCommerceの静かな強みの1つです。商品、カテゴリ、ページの名前またはURLを変更すると、301リダイレクトが自動作成されます（商品ごとに「古い商品URLのリダイレクトを作成」をオフにして除外することもできます）。種類は2つです。

• Dynamic（動的）： 後でターゲットURLが変わると、BigCommerceが宛先を自動更新します。内部移動に使います。
• Manual（手動）： 固定の宛先文字列を入力します。後でターゲットが変わると、手動で直すまでリダイレクトが壊れます。

管理画面はMarketing → 301 Redirectsにあり、一括CSVインポートに対応しています。移行用のリダイレクトマップで使う機能です。内部の移動には動的リダイレクトを優先し、壊れやすい一覧を保守しないようにします。

構造化データ／スキーマ

Cornerstone（Stencilのデフォルトテーマ）は、Product（名前、画像、説明、SKU、ネストされたブランド、価格／通貨／在庫状況を含むOffers）、BreadcrumbList、基本的なOrganizationのJSON-LDを出力します。開発者作業は不要です。GoogleはmicrodataよりJSON-LDを推奨しているため、デフォルトの形式で問題ありません。

不足しているのは価値の高い部分です。**レビュー／AggregateRatingの構造化データはデフォルトで含まれません。**SeoProfyの表現では、“BigCommerce includes basic product schema, but doesn’t add review markup by default.” (翻訳)（BigCommerceには基本的な商品スキーマが含まれますが、デフォルトではレビューのマークアップを追加しません）。検索結果のレビュー星には、レビューアプリ（Yotpo、Stamped）か、Script Managerを通じたカスタムJSON-LDが必要です。FAQとVideoObjectのスキーマも同様に自分で実装します。

Stencilの癖が1つあります。スキーマの完全さはページ上のデータの完全さに限られます。商品に表示されたブランドがなければ、brandプロパティはスキーマに現れません。マークアップが必要ならフィールドを埋めてください。

Catalystでは、構造化データは*“composable JSON-LD through reusable TypeScript functions”* (翻訳)（再利用可能なTypeScript関数によるコンポーザブルなJSON-LD）です。実装能力があるなら、StencilのHandlebarsテンプレートより保守しやすくなります。

ファセットナビゲーション — 最大の問題

ここでBigCommerceのストアは実際に損をします。フィルターと並べ替えの組み合わせは、親カテゴリへ自動canonicalされない、クロール可能な固有URLを生成します。NetProfitMarketingは失敗の形を率直に、各フィルターが*“can generate a new URL, resulting in an exponential spike in… crawlable pages,”* (翻訳)（新しいURLを生成し、クロール可能なページを指数関数的に増やす）と説明し、権威を薄めてクロールバジェットを消費するとしています。しかもBigCommerceにはネイティブの修正方法がなく、OuterBoxは*“there still is no easy way to do this without editing theme files directly.”* (翻訳)（テーマファイルを直接編集せずに行う簡単な方法はまだない）と記しています。 directly.”* (翻訳)（テーマファイルを直接編集せずに行う簡単な方法はまだない）と記しています。

そこでパラメータを分類し、種類ごとに処理します。実務上のルールは次のとおりです。

実装は、Stencilテンプレートでテーマレベルのcanonicalを上書きするか、Script ManagerでJavaScriptを注入します。2つの原則を混同しないでください。

• robots.txtはクロールをブロックするもので、インデックス登録をブロックするものではありません。robots.txtでブロックされたURLも、どこかからリンクされていればインデックス登録される可能性があります。Googleはページを読めないため、canonicalやnoindexを確認できません。本当に制御するには、パラメータルールとページ上のcanonical＋noindexを組み合わせます。
• ページネーションページをnoindexにしない。 GoogleのEコマース向け指針は、“give each page a unique URL” (翻訳)（各ページに固有URLを与える）と、“assign each page its own canonical URL rather than using the first page as canonical.” (翻訳)（最初のページをcanonicalにせず、各ページ自身のcanonical URLを割り当てる）ことです。noindexは*“filter variations or alternative sort orders,”* (翻訳)（フィルターのバリエーションや別の並べ替え）に使い、カテゴリの2ページ目には使いません。BigCommerceは今もrel="next"／rel="prev"を出力しますが、Googleは2019年に使わなくなりました。害はありませんが、シグナルでもありません。

プラットフォームに依存しない深掘りはファセットナビゲーションクラスターに、canonicalの仕組みはcanonical化にあります。

CDN、画像、Core Web Vitals

すべてのストアにAkamaiのグローバルCDNが無料で付属し、さらにオンザフライのWebP変換とレスポンシブリサイズを行うAkamai Image Managerも使えます。注意点は2つです。

• **WebP配信はテーマのバージョンに依存します。**新しいStencilテーマでは有効ですが、古いBlueprintや一部の初期Stencilでは有効ではありません。自分のテーマを確認してください。
• **元画像も重要です。**5 MBの元PNGをWebPで配信しても、大きなファイルであることに変わりはありません。最適化した元画像をアップロードし、CDNを画像管理の代わりにしないでください。画像はページ全体の重量の通常60〜70%を占めます。

デフォルトのAkamai設定は緩いことが多く、代理店はキャッシュルールの調整、Brotliの有効化、エッジキャッシュの最適化でTTFBを30〜50%削減できると報告しています（代理店の推定ですが、方向としては妥当です）。Stencilの大きなパフォーマンス阻害要因は、第三者アプリのJavaScript肥大化（アプリがJSを注入するたびINPとLCPが悪化するため、インストール済みアプリを監査する）と、最適化されていない元画像です。Stencilは構成によって、リサイズなしで元画像ファイルを配信することもあり、LCPに直接悪影響を与えます。

StencilとCatalyst — 上限を決めるトレードオフ

Stencilは現在のサーバーレンダリングフレームワークです（Handlebarsで、BigCommerceのインフラ上にレンダリングされます）。1Digital Agencyは*“server-rendered by default. Every page is HTML on first byte”* (翻訳)（デフォルトでサーバーレンダリングされ、すべてのページが最初の1バイトからHTMLです）と説明しており、クロールに適しています。Cornerstoneは積極的に保守されているデフォルトテーマで、中規模カタログのCore Web Vitalsでも競争力があります。

CatalystはBigCommerceの*“open-source, composable, and fully-customizable headless commerce framework”* (翻訳)（オープンソースで、コンポーザブルかつ完全にカスタマイズできるヘッドレスコマースフレームワーク）です。GraphQL Storefront API上のNext.js＋Reactで動きます。BigCommerceは、初期状態での*“Google Lighthouse score of 100”* (翻訳)（Google Lighthouseスコア100）と、“experiment and scale without affecting Core Web Vitals.” (翻訳)（Core Web Vitalsに影響を与えず実験・拡張できること）を売りにしています。Lighthouse 100はベースライン／デモの数字であって、本番の保証ではありません。実際の速度は、バンドルサイズ、アプリJS、画像管理に左右されます。

代理店によるLCPベンチマーク（推定で、BigCommerce公式ではありません）：Stencil 約1,8〜2,5秒、Catalyst 約0,8〜1,5秒です。

実務上の判断表です。

• Stencil／Cornerstoneにとどまる場合： 中規模カタログ、Node／Reactの専門知識が限られる、Core Web Vitalsがすでに合格している。
• Catalystへ移る場合： Next.jsの能力があり、最適化してもStencilでCWVに失敗する、複雑なフロントエンドUIが必要、または大規模に複数ブランドを運営している。
• 次の準備なしに移行しない： 完全なリダイレクトマップ、Googlebotがアクセスできるプレビュー環境（Vercelのブランチプレビューがインデックス登録されないようX-Robots-Tag: noindexまたはrobots.txtブロックを設定）、移行前後のCWVベンチマーク。

1Digitalによれば、移行の典型的な失敗は*“losing ranking authority through missing redirect maps or shipping JavaScript-heavy builds that worsen Core Web Vitals performance.”* (翻訳)（リダイレクトマップの不足や、Core Web Vitalsのパフォーマンスを悪化させるJavaScriptの多いビルドによって順位の権威を失うこと）です。どちらも避けられますが、どちらもよく起こります。

国際SEOとhreflang

BigCommerceはマルチストアフロント構成で**hreflangを自動生成しません。**1つのコントロールパネルで、共有カタログから複数のストアフロント（それぞれ固有のドメイン、言語、通貨）を動かすと、us.example.com/blue-widget/とuk.example.com/blue-widget/のようなほぼ重複したURLが生まれ、双方向hreflangが必要になります。Script ManagerのJS、カスタムStencilテンプレート、またはXMLサイトマップのアノテーションで実装します。

「BigCommerceでhreflang」を扱う記事の多くが見落とす点は2つです。

• 一部だけの導入は、導入しないより悪い。 DigitalRoxyは、“partial deployment is worse than no deployment because Google requires bidirectional confirmation across all storefronts before recognizing hreflang signals.” (翻訳)（Googleはhreflangシグナルを認識する前に全ストアフロント間の双方向確認を必要とするため、一部導入は導入しないより悪い）と述べています。対応のない集合は破棄され、作業だけが残って効果はありません。
• **Akamaiの地域リダイレクトの罠。AkamaiはIPの地域情報で訪問者をリダイレクトします。Googlebotは米国IPからクロールするため、海外ストアフロントから遠ざけられ、クロールできません。修正はAkamai Property Managerで”whitelist Googlebot’s published IP ranges” (翻訳)（Googlebotが公開するIP範囲を許可リストに入れる）して地域リダイレクトを回避することです。この1つの問題で、国際ストアフロント全体が気付かないうちにインデックスから外れます。

標準的な衛生管理も必要です。ISOコード（en-UKではなくen-GB）を使い、HTTP／HTTPSと末尾スラッシュを一貫させ、必要な場合は地域コード（裸のenではなくen-US）を使い、常にx-defaultを含めます。Aleyda Solisのhreflangチェッカー、GSCのInternational Targetingレポート、URL Inspectionで検証してください。

ブログとコンテンツSEO

BigCommerceには、投稿、カテゴリ、タグ、メタフィールドを備えたネイティブブログ（Storefront Content → Blog）があります。小規模カタログには十分です。しかし本格的なコンテンツプラットフォームではありません。WordPressと比べてレイアウト／CROツールが限られ、サブドメインのデフォルトや全投稿一覧ページなど、ストアで確認すべき古い報告もあります。古い記事を信用するのではなく、現在の挙動を確認してください。

コンテンツが重要なチャネルなら、2つの逃げ道があります。

• WordPress＋BigCommerce。 BigCommerceのWordPressプラグインは、WordPressをコンテンツフロントエンド、BigCommerceをコマースバックエンドとして動かします。カタログとチェックアウトをBigCommerceに任せながら、Yoast／RankMath、カスタム投稿タイプ、実際のタクソノミーを使えます。
• Catalyst上のヘッドレスCMS。 Contentful、Prismic、Contentstackなら、実装の複雑さと引き換えに、完全なコンテンツの柔軟性を得られます。

Google Shopping／Merchant Center

BigCommerceには、カタログ（商品データ、価格、在庫状況、画像）をGoogle Merchant Centerへ同期し、Shopping広告と無料リスティングに使うネイティブの無料アプリ「Ads and Listings on Google」があります。更新も自動です。フィードを細かく制御したい場合は、App Marketplaceに第三者フィードツール（FeedOps、DataFeedWatch、ExportFeed）があります。カテゴリページのJSによる「もっと読み込む」／無限スクロールはGooglebotが起動しないため、商品を発見可能に保つ手段はMerchant Centerフィードとサイトマップです。

BigCommerce対Shopify — 率直な比較

どちらのプラットフォームでも十分に順位を得られます。BigCommerceの本当の強みは、編集可能なrobots.txt、強制URLプレフィックスがないこと、組み込みスキーマが強いことです。Shopifyの本当の強みは、はるかに大きいSEOアプリのエコシステム（640以上対約25）と、初期状態の平均速度がわずかに速いことです。皆が議論するURLプレフィックスの差は小さなシグナルです。拡張性のある点で選んでください。

AI要約

Advanced版の要点をまとめます。

• BigCommerceはホスト型SaaSのEコマースプラットフォーム： Shopifyに似ており、ホスト型プラットフォームの中でネイティブSEOの最低水準が高い部類です。
• 自動化されるもの： XMLサイトマップ（自動更新。Stencilでは/xmlsitemap.php、Catalystでは/sitemap.xml）、ページ種別ごとのcanonicalタグ、編集可能なrobots.txt（Shopifyでは不可）、URL変更時の自動301s（動的／手動、CSV一括インポート）、完全にカスタムできるURL構造（強制プレフィックスなし）、Akamai CDN＋Image Manager、Cornerstone JSON-LD（Product＋BreadcrumbList）、SSL。
• URL構造は小さな順位シグナル： BigCommerce対Shopifyのプレフィックス論争は過大評価されています。「SEO Optimized」を選んで先へ進みます。
• 手動で行うこと： ファセットナビゲーションのcanonical／noindex（最大の重複コンテンツ＋クロールバジェット問題。ネイティブ修正なし）、レビュー／AggregateRatingスキーマ（アプリまたはカスタムJSON-LDが必要）、マルチストアフロントのhreflang、ページネーションのrobots.txt監査（デフォルトで?page=2+をブロックする可能性）、Core Web Vitals。
• ページネーションページをnoindexにしない： 各ページに固有のcanonical URLを与え、noindexはフィルター／並べ替えのバリエーションに使います。
• hreflang： 完全に手動です。一部だけの導入は導入しないより悪く、AkamaiでGooglebotのIPを許可しないと地域リダイレクトで国際ストアフロントがインデックスから外れます。
• Stencil（サーバーレンダリング）とCatalyst（Next.jsヘッドレス）がパフォーマンスの上限を決めます。CatalystはLighthouse 100を売りにしますが、ベースラインであって保証ではありません。リダイレクトマップ、noindexのプレビュー環境、CWVベンチマークなしに移行しないでください。
• ブログは基本的なもの： 本格的なコンテンツにはWordPressプラグインまたはヘッドレスCMSを使います。

公式ドキュメント

BigCommerceとGoogleの一次資料です。

BigCommerce

• SEO入門 — BigCommerce自身のSEO概要です。
• SEOフィールド — オブジェクトごとのタイトル／説明／URLフィールドの場所と、Search Keywordsとの違いです。
• サイトマップ — 自動生成と送信です。
• Robots.txtファイルについて — 管理画面でrobots.txtを編集する方法です。
• 301リダイレクト — 自動リダイレクト、動的／手動、一括インポートです。
• Stencilテーマ — 現在のテーマフレームワークです。
• Cornerstone（GitHub） — デフォルトの参照テーマのソースとリリースノートです。
• Catalyst概要 — ヘッドレスNext.jsフレームワークとパフォーマンスの主張です。
• Catalystサイトマップのドキュメント — Catalystがサイトマップを配信・リダイレクトする方法です。
• Redirects API — プログラムによるリダイレクト管理です。

Google

• Eコマースのページネーションと段階的な読み込み — ページごとの固有URL、ページネーションではなくフィルターにnoindexを使う指針です。
• URL構造の指針 — 「シンプルなURL構造を作る」ことと、それが小さなシグナルである理由です。
• 商品構造化データ — Productに必要・推奨されるフィールドです。
• 構造化データ入門 — microdataよりJSON-LDを推奨する説明です。

情報源からの引用

BigCommerceとGoogleの記録付きの声明に加え、このガイドのBigCommerce固有の発見を形作った実務家の言葉も示します。各検索エンジンのリンクは、ページが引用を裏付ける場合にその箇所へ移動します。

BigCommerce — Catalyst（公式）

• “open-source, composable, and fully-customizable headless commerce framework” (翻訳)（オープンソースで、コンポーザブルかつ完全にカスタマイズできるヘッドレスコマースフレームワーク） 引用箇所へ
• “Google Lighthouse score of 100” (翻訳)（Google Lighthouseスコア100）— ベースライン／デモの主張であり、自分の本番ビルドで確認してください。 引用箇所へ
• “Experiment and scale without affecting Core Web Vitals.” (翻訳)（Core Web Vitalsに影響を与えず実験・拡張する） 引用箇所へ

BigCommerce — Catalystサイトマップ（ドキュメント）

• “automatically redirects any requests for the legacy Stencil sitemap /xmlsitemap.php to /sitemap.xml” (翻訳)（従来のStencilサイトマップへのリクエストを/sitemap.xmlへ自動リダイレクトする） 引用箇所へ
• “fetches the sitemap index from BigCommerce by making a request to the canonical URL of the channel” (翻訳)（チャネルのcanonical URLへリクエストしてBigCommerceからサイトマップインデックスを取得する） 引用箇所へ

BigCommerce — Meta Keywords（用語集）

• “Meta keywords tag is defunct, as it was originally intended for search engines to determine what the content of a page was about, but it was severely abused by spammers and search engines now almost entirely ignore it.” (翻訳)（Meta keywordsタグは廃止されました。もともとは検索エンジンがページ内容を判断するためのものでしたが、スパマーにひどく悪用され、検索エンジンは現在ほぼ完全に無視しています。） 引用箇所へ

Google — ページネーションとURL構造

• “Give each page a unique URL.” (翻訳)（各ページに固有URLを与える。）— GoogleのEコマース向けページネーション指針です。 引用箇所へ
• “Apply noindex meta tags to filter variations or alternative sort orders” (翻訳)（フィルターのバリエーションや別の並べ替えにnoindexメタタグを適用する）— ページネーションページ自体には使いません。 引用箇所へ

実務家 — BigCommerce固有の発見（伝聞。情報源で確認してください）

• “BigCommerce includes basic product schema, but doesn’t add review markup by default.” (翻訳)（BigCommerceには基本的な商品スキーマが含まれますが、デフォルトではレビューのマークアップを追加しません。）— SeoProfy。 出典
• “There still is no easy way to do this without editing theme files directly.” (翻訳)（テーマファイルを直接編集せずにこれを行う簡単な方法はまだありません。）— ファセットナビゲーションのcanonicalについてのOuterBox。 出典
• “Partial deployment is worse than no deployment because Google requires bidirectional confirmation across all storefronts before recognizing hreflang signals.” (翻訳)（Googleはhreflangシグナルを認識する前にすべてのストアフロント間の双方向確認を必要とするため、一部導入は導入しないより悪い。）— DigitalRoxy。 出典
• “Server-rendered by default. Every page is HTML on first byte.” (翻訳)（デフォルトでサーバーレンダリングされ、すべてのページが最初の1バイトからHTMLです。）— Stencilについての1Digital Agency。 出典
• “Google has said repeatedly that URL structure is a minor signal.” (翻訳)（GoogleはURL構造が小さなシグナルだと繰り返し述べています。）— eComOne。 出典

BigCommerce SEOチェックリスト

影響度の高い順です。上の項目ほど効果が大きく動きます。

影響度が高いもの

• ファセットナビゲーションを処理する — パラメータルールに従い、フィルター／並べ替えURLへcanonical＋noindexを設定する。検索需要のない組み合わせはインデックス登録させない。
• ページネーションをnoindexにしない — 2ページ目以降は自身のcanonicalを保持してインデックス可能にし、デフォルトのrobots.txtが?page=2+をブロックしていないことを確認する。
• Core Web Vitalsに合格する — インストール済みアプリのJS肥大化を監査し、元画像を最適化してアップロードし、テーマのバージョンでWebP配信が有効か確認する。
• 移行リダイレクトマップ（テーマ／Catalystへ移る場合）— 完全なものを用意し、内部移動には動的リダイレクトを使い、プレビューはnoindexにする。

標準設定

• URL構造をSEO Optimized（または意図的なCustomパターン）に設定する。
• Google Search ConsoleとBing Webmaster ToolsへXMLサイトマップを送信する。
• ホーム、主要商品、主要カテゴリにページタイトルとメタディスクリプションを書く。
• ページ種別ごとのcanonicalタグが正しいことを確認する（自動だが検証する）。
• アプリ（Yotpo／Stamped）またはカスタムJSON-LDでレビュー構造化データを追加する。
• ネイティブのAds & ListingsアプリでGoogle Merchant Centerを接続する。

国際対応（マルチストアフロントのみ）

• すべてのストアフロント間でhreflangを双方向に実装する（一部だけの集合にしない）。
• x-defaultを置き、ISOコードを正しく使う（en-UKではなくen-GB）。
• AkamaiでGooglebotのIP範囲を許可リストに入れる。地域リダイレクトが国際ストアフロントのクロールをブロックしないようにする。

メンタルモデル

1. 2つの箱：自動化と自分の作業。 BigCommerce SEOは、無料で提供されるもの（サイトマップ、canonical、robots.txt、自動の301s、カスタムURL、Cornerstoneスキーマ、CDN、SSL）か、自分に残されるもの（ファセットナビゲーション、hreflang、レビュー構造化データ、ページネーション監査、CWV、コンテンツ）のどちらかです。どちらの箱に入るかを知れば、設定すべきか構築すべきかが分かります。

2. ファセットナビゲーションのパラメータ仕分け。 すべてのフィルター／並べ替えパラメータを3種類に分類します。

• Index（自己canonical） — 単独の検索需要があるフィルター（「赤いランニングシューズ」）。
• canonical化＋noindex,follow — ナビゲーションだけのフィルターと並べ替え。
• Block（canonical／noindexと併用する場合のみ）— 需要のない不要な組み合わせ。 robots.txtはクロールを止めるだけで、インデックス登録は止めないことを忘れないでください。Googleに読ませたいcanonical／noindexがあるURLをブロックしてはいけません。

3. Stencil対Catalyst = パフォーマンスの上限。 Stencilは、手間が少なく実際のLCP上限もある強いデフォルトです。Catalystは上限を引き上げますが、インフラ（Nodeアプリ、Vercel、バンドル管理）が増えます。Lighthouse 100というマーケティング上の数字ではなく、最適化後もStencilでCWVに実際に失敗しているかを基準に選びます。

4. hreflangは全か無か。 すべてのストアフロント間で双方向確認を行わなければ、Googleは集合を破棄します。一部導入は作業を要するだけで効果がありません。さらにBigCommerceでは、AkamaiがGooglebotをページから遠ざける地域リダイレクトを行えばhreflangは役に立ちません。まず許可リストに入れてください。

BigCommerce SEOチートシート

管理画面の場所

URL構造の選択肢

サイトマップのパス

• Stencil：/xmlsitemap.php
• Catalyst：/sitemap.xml（/xmlsitemap.phpはここへ自動リダイレクト）

ファセットナビゲーションのルール

してはいけないこと

• ページネーションされたカテゴリページをnoindexにしない。
• robots.txtでインデックスから外そうとしない（クロールだけをブロックする）。
• hreflangを一部のストアフロントだけに導入しない。
• ?page=周辺のデフォルトrobots.txtを信頼しない。監査する。
• CatalystのLighthouse 100を本番保証として扱わない。

BigCommerce SEOのツール

• Google Search Console — サイトマップ送信、URL Inspection、International Targeting（hreflang）、クロール統計。Googleが実際に何をしているかを知る基準です。
• Bing Webmaster Tools — 2つ目のサイトマップ送信、クロール制御、サイトスキャン。
• Screaming Frog／Ahrefs Site Audit — ストアをクロールし、ファセットナビゲーションのURL爆発、ページネーションをブロックするデフォルトrobots.txt、リダイレクトチェーン、薄い／重複したカテゴリページを見つけます。BigCommerce固有のギャップを見つける方法です。
• レビューアプリ — デフォルトテーマが省略するAggregateRating／レビュー構造化データを追加するYotpoまたはStamped。
• フィードツール — ネイティブのAds & Listings on Googleアプリ、またはMerchant Centerフィードを細かく制御するFeedOps／DataFeedWatch／ExportFeed。
• Aleyda Solis hreflangチェッカー — マルチストアフロントのhreflangを信頼する前に検証します。
• PageSpeed Insights／Lighthouse — 移行前後にStencilとCatalystのCWVをベンチマークし、アプリをインストールするたびに再確認します。
• BigCommerce Script Manager — BigCommerceがネイティブに提供しないJSON-LDとcanonicalの上書きを注入する場所です。

BigCommerceで実際に起こる間違い

ここでは一般的なSEO助言ではなく、このプラットフォームで繰り返される、避けられる間違いを扱います。

BigCommerceはSEOに強いから、ファセットナビゲーションも処理済みだと考える

BigCommerceの本当の強み（自動サイトマップ、自動の301s、編集可能なrobots.txt）から、フィルター／並べ替えURLもプラットフォームが管理すると考える人がいます。管理しません。**なぜ間違いか：**放置すると、すべてのフィルターの組み合わせに親カテゴリへの自動canonicalがない、クロール可能なURLが付きます。ほぼ重複したページが指数関数的に増え、権威を薄めてクロールバジェットを消費します。**代わりに行うこと：**Advancedタブの仕分け表（index／canonical化＋noindex／block）に従って、すべてのフィルターと並べ替えパラメータを分類し、Stencilテーマの上書きまたはScript Managerで実装します。誰も代わりにはやってくれません。

「Meta Keywords」を入力して順位に役立つと期待する

SEOフィールドのパネルにはMeta Keywordsの入力欄が残っているため、そこにあるから入力する人がいます。なぜ間違いか： BigCommerce自身の用語集はこのタグを廃止と呼び、検索エンジンはほぼ完全に無視しています。そこへ使う時間は、重要なtitleタグやメタディスクリプションに使えません。代わりに行うこと： Meta Keywordsは完全に無視します。自分のサイトの内部検索を助けたいなら、別のSearch Keywordsフィールドを使います。目的の異なる別フィールドであり、混同すると両方の作業を無駄にします。

ページネーションされたカテゴリページをnoindexにする

「インデックス登録されたページが多すぎる」問題に直面すると、カテゴリの2ページ目、3ページ目などにnoindexを付けたくなります。なぜ間違いか： GoogleのEコマース向け指針は、ページネーションされた各ページに固有URLと自身のcanonicalを与えることです。noindexはページネーションではなくフィルター／並べ替えのバリエーション用です。ページネーションをnoindexにすると、検索から実際の商品在庫を外します。代わりに行うこと： 各ページネーションページを自己canonicalでインデックス可能にし、重複するナビゲーションだけのフィルター／並べ替えURLにnoindexを残します。

完全なリダイレクトマップなしにCatalystへ移行する

StencilからCatalystへ（またはテーマ間で）移る作業はフロントエンドのプロジェクトとして扱われ、SEOは最後に付け足されがちです。なぜ間違いか： 1Digital自身の典型的な移行失敗の説明によれば、順位の権威を失う主な原因は、リダイレクトマップの不足と、Core Web Vitalsを悪化させるJavaScriptの多いビルドです。どちらも避けられますが、どちらも起こり続けています。代わりに行うこと： 移行開始前にリダイレクトマップ（古いURL→新しいURL）を作り、X-Robots-Tagまたはrobots.txtブロックでプレビュー環境をnoindexにし、切り替え前後にCore Web Vitalsを測定します。

一部のストアフロントだけにhreflangを導入する

チームが作業中の2〜3ストアフロントだけにhreflangを導入し、「残りは後で終える」と計画します。なぜ間違いか： Googleが集合内のすべてのストアフロント間の双方向確認を認識するまで、hreflangは機能しません。一部だけの集合は完全に破棄され、作業をしたのに効果がありません。代わりに行うこと： すべてのストアフロントへ一度に実装するか、まだ実装しません。一部だけの合格版はありません。

StencilからCatalystへ移るべきか

StencilとCatalystの選択は、このプラットフォームで本当に「どの道を選ぶか」という分岐です。Core Web Vitalsの上限を決め、間違えると実際のインフラコストが発生します。このツリーはAdvancedタブの判断表を同じようにたどります。

BigCommerce SEO作業向けのプロンプト

このガイドで繰り返し行う分析作業を始めるための、コピー＆ペースト用の出発点です。自分のストアのデータを貼り付け、実行前にAdvancedタブのルールと出力を照合してください。

ファセットナビゲーションURLの一覧を分類する

クロール（Screaming Frog、Ahrefs Site Audit、またはサーバーログ）から取得したURL一覧を貼り付けます。このガイドの仕分けバケットに各URLを分類し、URLごとのcanonicalターゲットとrobotsディレクティブを含む表を返してもらいます。

Here is a list of URLs from my BigCommerce category and filter pages:

[paste URLs, one per line]

For each URL, classify it as one of:
1. Main category or high-demand filter (has standalone search value) — self-canonical, index
2. Navigation-only filter or sort-order variation — canonicalize to the parent category, noindex,follow
3. Pagination (page 2+) — self-canonical, index

State the reasoning for each classification and the canonical URL you'd assign.
Flag any URL you're not confident about instead of guessing.

マルチストアフロント構成のhreflangタグを下書きする

ストアフロントのドメインと、各言語／地域を一覧で貼り付けます。代表ページ1つ分の双方向hreflangブロック（x-defaultを含む）を返してもらい、Script Manager、カスタムStencilテンプレート、またはサイトマップアノテーションで実装します。集合の一部だけの導入は完全に破棄されるため、すべてのストアフロントへ複製してください。

I run these BigCommerce storefronts off one shared catalog:

- us.example.com — English, United States
- uk.example.com — English, United Kingdom
- ca.example.com — French, Canada

Generate the bidirectional hreflang tag set (with x-default) for the product page
at /blue-widget/ across all three storefronts, using correct ISO region codes
(not bare language codes). Show me the exact tags for each version of the page.

StencilからCatalystへのリダイレクトマップの欠落を監査する

現在のStencil URLと、予定しているCatalyst URLの2つの一覧（または両方のCSVエクスポート）を貼り付けます。対応するペアの一覧と、対応する新URLマッピングがない古いURLのフラグ一覧を返してもらいます。これは移行で順位の権威を失う最も一般的な原因です。

Here is my current URL list (Stencil) and my planned URL list (Catalyst):

Current:
[paste URLs]

Planned:
[paste URLs]

Match each current URL to its most likely planned-URL equivalent. List any current
URL that has no clear match so I can add it to the redirect map manually before
migrating. Don't guess a match you're not confident about — flag it instead.

役立つリソース

サイト内の関連資料

• ファセットナビゲーション — BigCommerce SEO最大の問題をプラットフォームに依存せず深掘りします。この記事はBigCommerce固有の実装です。
• Canonical化 — 上のファセットナビゲーションルールを支えるcanonicalの仕組みです。
• クロール — クロールバジェットと、ファセットナビゲーションのURL爆発が重要な理由です。

BigCommerce公式

• Catalyst — ヘッドレスフレームワークです。
• SEO入門とSEOフィールド。

実務家向けガイド（便利ですが、プラットフォームの現行挙動を確認してください）

• Orbit Media — BigCommerce SEO設定 — 管理画面のSEO設定を画面付きで説明します。
• NetProfitMarketing — BigCommerce SEOガイドと、ファセットナビゲーションのパラメータルール。
• 1Digital Agency — Stencil対Catalyst SEO — パフォーマンスのトレードオフ分析です。
• DigitalRoxy — マルチストアフロントのhreflang — Akamai地域リダイレクトの修正です。
• OuterBox — BigCommerce SEOの問題とSeoProfy。
• eComOne — Shopify対BigCommerce SEO。

業界の情報源

• NetProfitMarketing — StencilからCornerstoneへのアップグレード：SEOとパフォーマンスの落とし穴 — BigCommerce固有のテーマ移行の落とし穴で、Stencil／Catalyst移行のリスクとも重なります。
• NetProfitMarketing — BigCommerceのファセットナビゲーションのパラメータルールとcanonical — フィルターURLのパラメータ分類とcanonical実装です。
• BigCommerce — ファセット検索の概要 — ファセット検索の仕組みに関するBigCommerce自身の入門で、canonical／noindexルール実装前の背景になります。
• PageSpeedMatters — BigCommerce速度完全ガイド — Akamai CDN調整、Brotli、エッジキャッシュ最適化、BigCommerceストアのTTFB／LCPへの影響です。
• SearchFit.ai — BigCommerce SEO機能レビュー — Stencilの画像配信挙動を含む、組み込みSEO機能と限界の独立監査です。

BigCommerce SEO理解度チェック

BigCommerceが自動で行うことと、自分で行うことについての5問です。それぞれ回答を選んでから、正解を確認してください。

変更履歴