MagentoのGoogleインデックス：Adobe CommerceとOpen Source完全ガイド
コンフィグラブル商品、レイヤードナビゲーション、URLリライトを手なずけて、すべての商品ページをGoogleのインデックスに入れましょう
このガイドの内容
Magento（Adobe Commerce／Magento Open Source）は、数千の商品、設定可能なバリアント、属性ベースのレイヤードナビゲーションを持つ複雑なカタログを支えています。そのアーキテクチャの強さはインデックスのコストを伴います：Magentoはわずか数百の商品に対して数万のURLを生成し、実際の商品ページをパラメータ化されたフィルタURLや重複したコンフィグラブル／シンプル商品パスの下に埋もれさせる可能性があります。
本ガイドでは、Magento 2.4.x SEO設定、XMLサイトマップ、URLリライト、コンフィグラブル商品のcanonicalタグ、レイヤードナビゲーションの修正方法を網羅します。500商品でも50,000SKUでも、クリーンで効率的なGoogleインデックスのための具体的な計画を持って読み終わるでしょう。
MagentoのURLアーキテクチャと重複コンテンツの問題
Magentoは、クリーンでSEOフレンドリーなパスを内部ルート構造にマッピングするリライトシステムを通じてURLを生成します。各商品とカテゴリには「URL Key」があり、これがスラッグになります。商品のURLパスは、カテゴリ割り当てとStores > Configuration > Catalog > Catalog > Search Engine Optimizationの「Use Categories Path for Product URLs」設定に依存します。
「Use Categories Path for Product URLs」がYesに設定されている場合、「Widgets」カテゴリの「Blue Widget」という商品はURL /widgets/blue-widget.htmlを取得します。同じ商品が「Sale Items」カテゴリにも割り当てられている場合、/sale-items/blue-widget.htmlも取得します。そしてMagentoは常にカテゴリプレフィックスなしでルートレベルのURL /blue-widget.htmlも生成します。これは1つの商品に対して3つのURLです — そしてそれぞれが同じコンテンツで200ステータスコードを返します。
コンフィグラブル商品はさらに別のレイヤーを追加します。「Classic T-Shirt」のようなコンフィグラブル商品には、サイズと色の組み合わせごとに関連するシンプル商品があります：「Classic T-Shirt - Red - Small」、「Classic T-Shirt - Red - Medium」など。デフォルトでは、各シンプル商品に独自のURL（/classic-t-shirt-red-small.html）があります。ユーザーは通常、コンフィグラブル商品ページからドロップダウンでオプションを選択して購入するにもかかわらずです。コンフィグラブル商品URLと20のシンプル商品URLの両方をインデックスするのは冗長です。
Magentoのcanonicalタグシステムはこれを解決するはずです。Stores > Configuration > Catalog > Catalog > Search Engine Optimizationで、「Use Canonical Link Meta Tag For Products」設定（Yesに設定）は商品ページに<link rel="canonical">を追加します。コンフィグラブル親に関連付けられたシンプル商品の場合、canonicalはコンフィグラブル商品を指す必要があります。ただし、canonical URLのデフォルト動作は「Product URL Suffix」とカテゴリパス設定に依存し、一部の設定ではcanonicalがカテゴリプレフィックス付きURLを指す一方で実際にインデックスされたURLはルートレベルパスであり、矛盾するシグナルを作り出します。
管理パネルでカタログSEO設定を構成する
Stores > Configuration > Catalog > Catalogに移動し、「Search Engine Optimization」セクションを展開します。これがMagentoのSEO動作の制御センターであり、すべての設定が重要です。
「Product URL Suffix」のデフォルトは.htmlです。サフィックス自体はランキングに影響しませんが、一貫性が不可欠です。ストアがインデックスされた後にこれを変更すると、すべての商品URLが変更され、大量のリダイレクトが必要になります。強い理由とリダイレクト計画がない限り、.htmlのままにしておいてください。
「Category URL Suffix」もデフォルトは.htmlです。同じ一貫性の警告が当てはまります。
「Use Categories Path for Product URLs」は最も影響力のある設定です。Yesに設定すると、商品URLにカテゴリパスが含まれます（/electronics/phones/iphone-15-pro.html）。Noに設定すると、商品はフラットなURLを持ちます（/iphone-15-pro.html）。フラットなURL構造（No）は、商品が複数のカテゴリに属する場合に作成される複数のURLを排除するため、一般的にSEOに優れています。ライブストアでこの設定を切り替える場合は、URL Rewrites（System > URL Rewrites）を設定して、古いカテゴリプレフィックス付きURLを新しいフラットURLにリダイレクトしてください。
「Use Canonical Link Meta Tag For Products」はYesに設定する必要があります。これにより、すべての商品ページに主要URLを指すcanonicalタグが追加されます。コンフィグラブル商品の場合、レンダリングされたHTMLを確認して、各シンプル商品ページのcanonicalがコンフィグラブル親を指していることを確認してください。
「Use Canonical Link Meta Tag For Categories」もYesに設定する必要があります。これにより、ページネーションパラメータ（例：/electronics.html?p=2）によって生じる重複カテゴリページがメインカテゴリページと競合するのを防ぎます。
SEOセクションの下にある「Product Fields Auto-Generation」を展開します。これは自動生成されるメタタイトルとメタディスクリプションのテンプレートを制御します。デフォルトテンプレートはタイトルに{{name}}を、メタディスクリプションに{{name}}と{{description}}の組み合わせを使用します。これらのテンプレートをカスタマイズしてブランド名と主要商品属性を含め、大規模に固有でキーワードに関連性のあるメタデータを生成してください。
XMLサイトマップの生成と最適化
Magentoには、Marketing > SEO & Search > Site Mapに組み込みのXMLサイトマップジェネレータがあります。「Add Sitemap」をクリックして作成し、ファイル名（sitemap.xml）とパス（/）を指定します。Magentoは、商品、カテゴリ、CMSページを含むカタログコンテンツに基づいてサイトマップを生成します。
サイトマップ生成設定はStores > Configuration > Catalog > XML Sitemapで構成します。「Categories Options」で、Frequencyをweeklyに、Priorityを0.5に設定します。「Products Options」で、Frequencyをdaily（カタログが頻繁に変更される場合）またはweeklyに、商品（収益ページ）のPriorityを1.0に設定します。「CMS Pages Options」で、Frequencyをmonthlyに、Priorityを0.25に設定します。これらの値はGooglebotのクロール優先順位を導きます。
「Generation Settings」で、「Enabled」（Yes）を有効にし、「Start Time」をオフピーク時間（例：サーバーのタイムゾーンの午前3:00）に、「Frequency」をDailyに設定します。Magentoはcronシステムを使用してこのスケジュールでサイトマップを再生成します。Magentoのcronが実行されていることを確認してください（php bin/magento cron:runまたはホスティングのcrontabで構成）。そうでないと、サイトマップは自動的に更新されません。
50,000を超えるURLを持つストア（大規模カタログでは一般的）の場合、Magentoは自動的にサイトマップをサイトマップインデックス付きの複数ファイルに分割します。/sitemap.xmlが/sitemap-1-1.xml、/sitemap-1-2.xmlなどの個別ファイルを指すサイトマップインデックスであることを確認して、これが機能していることを検証してください。
重要なことに、Magentoのサイトマップには、コンフィグラブル親に関連付けられたシンプル商品を含むすべての商品URLが含まれます。500のコンフィグラブル商品があり、それぞれに平均10のシンプル商品がある場合、サイトマップには5,500の商品URLが含まれます。シンプル商品URLは多くの場合薄いコンテンツページ（オプションセレクタなしのコンフィグラブル親と同一）です。サイトマップをレビューし、このフィルタを追加するサードパーティ拡張機能を使用して、コンフィグラブル親を持つシンプル商品を除外することを検討してください。あるいは、コンフィグラブル親を持つシンプル商品が親を指すcanonicalタグを持つようにし、Googleがサイトマップでそれらを見つけてもコンフィグラブル商品ページに統合されるようにしてください。
クロールバジェットのためにレイヤードナビゲーションを手なずける
レイヤードナビゲーション（ファセットナビゲーションとも呼ばれる）は、カテゴリページ上のMagentoの左サイドバーフィルタシステムです。顧客は価格帯、色、サイズ、ブランド、素材、フィルタ可能として構成した他のあらゆる商品属性でフィルタします。各フィルタの組み合わせはURLにパラメータを追加します：/shoes.html?color=red&size=10&price=50-100。
組み合わせ爆発は衝撃的です。カテゴリに5つのフィルタ可能属性があり、それぞれに平均8オプションがある場合、フィルタURLの組み合わせの総数は32,000を超えます — 単一のカテゴリでです。これに50のカテゴリを掛けると、160万を超える潜在的なURLがあります。Googleはこれらのかなりの部分のクロールを試み、クロールバジェットを使い果たし、クロール率の減少を引き起こす可能性があります。
Magentoはこれをそのままではうまく処理しません。デフォルトの動作では、すべてのフィルタURLがクロール可能、インデックス可能であり、時には内部リンク構造にも含まれます。多層防御が必要です：
まず、すべてのレイヤードナビゲーション結果ページにnoindex,followのrobotsメタタグを追加します。これはカスタムモジュールで、またはフィルタページのインデックスを制御するSEO設定を含むAmasty Improved Layered Navigationのような拡張機能を使用して行うことができます。「follow」ディレクティブは、Googleがフィルタ結果を通じて商品ページを発見し続けることを保証しますが、フィルタページ自体はインデックスされません。
次に、すべてのフィルタされたページに、ベースカテゴリURLを指すcanonicalタグを追加します。Magentoの組み込みcanonicalタグシステムは、「Use Canonical Link Meta Tag For Categories」が有効な場合にこれを行いますが、実装を確認してください — 一部のMagentoバージョンやサードパーティテーマがこの動作をオーバーライドします。
第三に、robots.txtを使用して最も悪質なパラメータパターンをブロックします。最も多くのURLを生成するパラメータの組み合わせに対してDisallowルールを追加します：Disallow: /*?color=、Disallow: /*?price=など。rel=next/prevまたはcanonicalタグを使用してページネーションされたカテゴリページを処理していない場合、ページネーション（?p=）の一部であるパラメータをブロックしないように注意してください。
第四に、URLをまったく変更しないAJAXベースのレイヤードナビゲーションの使用を検討してください。ページコンテンツは動的に更新されますが、URLはベースカテゴリURLのままです。これにより、Googleの観点からはフィルタURLが完全に排除されます。
URLリライトとリダイレクトの管理
MagentoのURLリライトシステム（Marketing > SEO & Search > URL Rewrites）は強力であり、危険でもあります。商品またはカテゴリのURLキーを作成または変更するたびに、MagentoはURLリライトレコードを生成します。時間の経過とともに、大規模なカタログは数千、さらには数十万のURLリライトを蓄積し、URL解決プロセスが遅くなり、リダイレクトチェーンを引き起こす可能性があります。
商品のURLキーを「old-widget」から「new-widget」に変更すると、Magentoは/old-widget.htmlから/new-widget.htmlへの301リダイレクトを作成します。後で「updated-widget」に再度変更すると、Magentoは/new-widget.htmlから/updated-widget.htmlへの別のリダイレクトを作成します。これで/old-widget.htmlは/new-widget.htmlにリダイレクトし、それが/updated-widget.htmlにリダイレクトします — リダイレクトチェーンです。Googleは最大5回のリダイレクトまでチェーンを追跡しますが、各ホップでクロール効率にペナルティを課します。
Marketing > URL Rewritesに移動し、リダイレクトタイプ（301または302）でフィルタリングして、チェーンを確認することで定期的にリダイレクトチェーンをクリーンアップします。CLIコマンドphp bin/magento catalog:url-rewrites:regenerateを実行して、すべてのURLリライトをゼロから再生成し、チェーンを排除することもできます。注意：このコマンドはすべてのカスタムURLリライトを削除するため、実行前に手動リライトを文書化してください。
Magento 1からMagento 2に移行したストアでは、URL構造の変更により大規模なリダイレクトが必要になります。Magento 1は/catalog/product/view/id/42のようなURLを使用していましたが、Magento 2はクリーンなURLキーを使用しています。移行中に包括的な301リダイレクトを設定しなかった場合、古いURLは404エラーを返している可能性があります。各Magento 1 URLをMagento 2の同等物にマッピングするURLリライトマップ（CSVインポートは一部の拡張機能でサポートされています）を作成してください。
ストアビューはさらに別のURLレイヤーを追加します。英語（/en/）とフランス語（/fr/）のストアビューを持つ多言語ストアがある場合、各商品にはストアビューごとに別々のURLキーがあります。hreflangタグが存在することを確認して（Magento拡張機能経由またはカスタム実装で）、Googleが各言語／地域に対してどのストアビューを提供するかを知るようにしてください。
より高速なクロールのためのパフォーマンス最適化
Magentoは、特に共有ホスティングや適切な最適化なしで遅いページロード時間で悪名高いです。ページ速度はクロールバジェットに直接影響します：Googleは応答が遅いサイトに割り当てるクロール時間を減らします。Magentoストアが初期HTMLレスポンスを配信するのに4〜5秒かかる場合、Googlebotはセッションごとにクロールするページが少なくなり、カタログの一部がインデックスされないままになる可能性があります。
Full Page Cache（FPC）は不可欠です。Magento Open Sourceにはファイルシステムを使用する組み込みFPCが含まれていますが、本番ストアではFPCバックエンドとしてVarnishを使用してください。MagentoにはVarnish VCL構成ファイル（app/etc/varnish*.vcl）が同梱されており、Varnishインスタンスにデプロイします。Varnishを使用すると、キャッシュされたページは100ミリ秒未満で応答します — Googlebotがセッションごとにクロールできるページ数を直接増やす劇的な改善です。
Stores > Configuration > Advanced > Developer > JavaScript SettingsとCSS SettingsでJavaScriptとCSSのバンドリングを有効にします。「Merge JavaScript Files」、「Enable JavaScript Bundling」（注意 — 一部のページで初期ロードが増える可能性があるため徹底的にテスト）、「Minify JavaScript Files」を有効にします。CSSにも同じことを行います。本番モード（php bin/magento deploy:mode:set production）では、Magentoは最大のパフォーマンスのために静的コンテンツを事前コンパイルします。
画像最適化は商品ページにとって重要です。WebP変換モジュールをインストールするか、自動画像最適化（CloudflareやFastlyなど）を備えたCDNを使用します。Magento 2.4+には、カテゴリページで商品画像の遅延ロードをサポートする組み込み機能が含まれており、初期ページの重量を減らします。
キャッシュとセッションストレージ用のRedisは、ファイルシステムのI／Oボトルネックを排除します。デフォルトキャッシュとセッションキャッシュの両方に対して、app/etc/env.phpでRedisを構成します。これにより、キャッシュされていないページ（Googlebotがまだ Varnishにないページにヒットしたとき）のページ生成時間が大幅に短縮されます。
ステップバイステップガイド
カタログSEO設定を構成する
Stores > Configuration > Catalog > Catalog > Search Engine Optimizationに移動します。URLサフィックスを.htmlに設定します。Use Categories Path for Product URLsをNoに設定します。商品とカテゴリの両方でcanonicalリンクメタタグを有効にします。Product Fields Auto-Generationテンプレートをカスタマイズします（例：{{name}} - {{sku}} | YourStore）。保存してキャッシュをフラッシュします。
XMLサイトマップを生成して送信する
Marketing > SEO & Search > Site Mapに移動し、「Add Sitemap」をクリックします。ファイル名をsitemap.xml、パスを/に設定します。保存して「Generate」をクリックします。次に、Stores > Configuration > Catalog > XML Sitemapで自動再生成を構成します。「Generation Settings」で、EnabledをYesに、Start Timeをオフピーク時間に、FrequencyをDailyに設定します。コマンドラインからphp bin/magento cron:statusを実行して、Magentoのcronが実行されていることを確認します。ブラウザでサイトマップURL（https://yourstore.com/sitemap.xml）を開き、商品とカテゴリが含まれていることを確認します。Google Search ConsoleのSitemapsでこのURLを送信します。
コンフィグラブルとシンプル商品のURL重複を処理する
Catalog > Productsを「Simple」タイプでフィルタリングします。コンフィグラブル親にリンクされたシンプル商品の場合、VisibilityをNot Visible Individuallyに設定します — これは検索、カテゴリ、サイトマップから削除しますが、親を通じて購入可能なままにします。除外されたシンプル商品がサイトマップに表示されず、残りのシンプルページがコンフィグラブル親を指すcanonicalを持つことを確認してください。
レイヤードナビゲーションURLをインデックスからブロックする
robots.txtファイルにルールを追加して、フィルタパラメータURLをブロックします。Magentoのルートディレクトリに移動し、robots.txtを編集してDisallow: /*?*color=、Disallow: /*?*size=、Disallow: /*?*price=、および各フィルタ可能属性に対する類似パターンを追加します。より正確な制御のために、フィルタされたページにnoindexメタタグを追加し、followディレクティブを維持するAmasty Improved Layered NavigationやMirasvit SEOのような拡張機能をインストールします。実装後、Google Search ConsoleのURL検査ツールを使用して、フィルタされたURLがインデックスされるのではなく「'noindex'タグによる除外」と表示されることを確認してください。
URLリライトをクリーンアップしてリダイレクトを設定する
Marketing > URL Rewritesを開き、リダイレクトタイプでフィルタリングします。AがBにリダイレクトし、そしてCにリダイレクトするチェーンを修正します — AをCに直接ポイントします。一括クリーンアップには、php bin/magento catalog:url-rewrites:regenerateを実行します（最初にカスタムリライトを文書化してください）。Magento 1移行の場合は、すべての古いURLパターンに対して301リダイレクトを作成します。curl -Iでテストして301ステータスコードを確認してください。
クロール効率のためにページ速度を最適化する
まだ行っていない場合は、Magentoを本番モード（php bin/magento deploy:mode:set production）に切り替えます。Stores > Configuration > Advanced > System > Full Page CacheでVarnish Full Page Cacheを有効にし、「Caching Application」をVarnishに設定し、Varnish VCLファイルをデプロイします。Stores > Configuration > Advanced > DeveloperでJavaScriptとCSSのマージと圧縮を有効にします。app/etc/env.phpでキャッシュとセッションストレージにRedisを構成します。静的コンテンツをデプロイ（php bin/magento setup:static-content:deploy）し、Google PageSpeed Insightsでページロード時間を確認します。キャッシュされたページのサーバー応答時間（Time to First Byte）を500ms未満、キャッシュされていないページを2秒未満を目指してください。
IndexBoltで商品ページを送信し監視する
IndexBoltを通じて、高マージン商品、季節コレクション、新規ローンチを送信します。タイミングが重要なフラッシュセールと商品ローンチにはInstantモードを使用します。Google Search ConsoleのCoverageレポートを監視します — URLが「クロール済み — インデックス未登録」と表示されている場合は、レイヤードナビゲーションのブロックを強化する必要があります。
よくある問題と解決方法
レイヤードナビゲーションが数千のインデックス可能なフィルタURLを作成する
原因： フィルタ可能属性（色、サイズ、価格、ブランド）のすべての組み合わせがクエリパラメータ付きの固有のURLを生成します。Magentoのデフォルト設定では、これらのページにnoindexを追加したり、robots.txtでブロックしたりしません。5つのフィルタ属性とそれぞれ8オプションを持つ単一のカテゴリは、すべてのカテゴリにわたって乗算された32,000を超えるURLの組み合わせを生成します。
解決方法： 3層防御を実装します：（1）Magento SEO拡張機能またはカスタムモジュールを使用して、すべてのフィルタされたページにnoindex,followメタタグを追加；（2）ベースカテゴリURLを指すcanonicalタグをフィルタされたページに設定；（3）robots.txtでDisallowルールを使用して最も多産なフィルタパラメータをブロック。最も効果的な解決策として、URLを変更せずにコンテンツを更新するAJAXベースのレイヤードナビゲーションに切り替えてください。
コンフィグラブルとシンプル商品ページが重複コンテンツを作成する
原因： Magentoは、コンフィグラブル商品（/classic-tshirt.html）と関連する各シンプル商品（/classic-tshirt-red-small.html、/classic-tshirt-blue-medium.htmlなど）の両方に対して別々のURLを作成します。コンフィグラブルとシンプル商品ページの両方が同じ商品の説明、画像、詳細を表示します — 唯一の違いは、シンプル商品ページが事前に選択されたオプションを表示することです。
解決方法： 商品エディタで、コンフィグラブル親に関連付けられたすべてのシンプル商品のVisibilityを「Not Visible Individually」に設定します。これにより、カテゴリリスト、検索結果、サイトマップに表示されなくなります。シンプル商品URLが404を返すか、コンフィグラブル親を指すcanonicalタグを持つことを確認してください。シンプル商品が直接リンク（PPCキャンペーンなど）のために表示されたままでなければならない場合は、canonicalタグがコンフィグラブル親を指していることを確認してください。
カテゴリページネーションが重複または薄いコンテンツページを作成する
原因： 多くの商品を持つカテゴリページはページネーションされます（/shoes.html?p=2、/shoes.html?p=3など）。各ページネーションされたページは異なる商品のサブセットを表示しますが、最初のページと同じタイトルとメタディスクリプションを共有します。Googleはこれらを重複した薄いコンテンツページとして解釈する可能性があります。
解決方法： Magentoのカテゴリ用canonicalタグがページネーションされたページを最初のページに戻すように指すことを確認します（「Use Canonical Link Meta Tag For Categories」が有効な場合のデフォルト動作）。あるいは、各ページネーションされたページに自己参照canonical URLを実装し、各ページのユニークな商品リストのコンテンツを区別コンテンツとして使用します。ページネーションされたページの総数を減らすために、ページあたりの商品数を増やします（Stores > Configuration > Catalog > Storefront > Products per Page）。
遅いページロード時間がGoogleにクロール率を減らさせる
原因： 最適化されていないMagentoインストール、特にVarnishやRedisなしの共有ホスティング上のものは、しばしばサーバー応答時間が3〜4秒を超えます。GooglebotはURLごとに応答時間を測定し、応答が遅いサイトのクロール頻度を減らします。つまり、時間の経過とともにクロールされてインデックスされるページが少なくなります。
解決方法： キャッシュされたページで100ms未満の応答時間のためにVarnish Full Page Cacheを有効にします。キャッシュとセッションストレージにRedisを構成します。本番モードに切り替えて静的コンテンツをデプロイします。WebP変換で画像を最適化します。より高速なカテゴリページ生成のためにフラットカタログテーブル（Stores > Configuration > Catalog > Storefront）を有効にします。共有ホスティングの場合、スタックにVarnishとRedisを含む専用のMagentoホスティングプロバイダーへのアップグレードを検討してください。
商品をカテゴリ間で移動すると商品URLが変更される
原因： 「Use Categories Path for Product URLs」がYesに設定されており、商品を1つのカテゴリから別のカテゴリに移動する（または追加のカテゴリに追加する）と、URLパスが変更されます。Stores > Configuration > Catalog > Catalog > Search Engine Optimization > 「Create Permanent Redirect for URLs if URL Key Changed」の設定によって、Magentoが古いパスから新しいパスへの301リダイレクトを作成するかどうかが決まります。
解決方法： 「Use Categories Path for Product URLs」をNoに設定して、商品URLがカテゴリに依存しないようにします（単に/product-url-key.html）。カテゴリパスを使用する必要がある場合は、「Create Permanent Redirect for URLs if URL Key Changed」がYesに設定されていることを確認し、商品を移動した後にURL Rewritesセクションを監査してリダイレクトが作成されたことを確認してください。一括カテゴリ再編成には、移動後にcatalog:url-rewrites:regenerate CLIコマンドを使用して、すべてのリライトが更新されることを確認してください。
プロのヒント
よくある質問
Magentoは自動的にサイトマップを生成しますか？+
Magentoには組み込みのXMLサイトマップジェネレータが含まれていますが、デフォルトでは有効になっていません。Marketing > SEO & Search > Site Mapでサイトマップエントリを作成し、Stores > Configuration > Catalog > XML Sitemapで自動生成を構成する必要があります。Magentoは自動サイトマップ再生成のためにcronシステムが実行されている必要があります — 動作するcronがないと、サイトマップは管理パネルでGenerateボタンを手動でクリックしたときにのみ生成されます。
Magento商品URLにカテゴリを使用すべきですか？+
ほとんどのストアでは、「Use Categories Path for Product URLs」をNoに設定する方がSEOに優れています。Yesに設定すると、複数のカテゴリに割り当てられた商品が複数のURLを生成し、重複コンテンツの問題を引き起こします。フラットなURL構造（/product-name.html）はよりシンプルで、重複を回避し、カテゴリの再編成の影響を受けません。URLにカテゴリパスが有益な唯一のシナリオは、非常に整理された浅いカテゴリツリーがあり、すべての商品が正確に1つのカテゴリに属する場合です。
Magentoのコンフィグラブル商品のSEOをどのように扱いますか？+
コンフィグラブル親に関連付けられたすべてのシンプル商品のVisibilityを「Not Visible Individually」に設定します。これにより、シンプル商品がカテゴリリスト、内部検索結果、サイトマップから削除されます。顧客がサイズや色などのオプションを選択するコンフィグラブル商品ページが、唯一のインデックスされたページであるべきです。コンフィグラブル商品が包括的なメタデータ、ユニークな説明、関連するすべてのキーワードを持つようにしてください。シンプル商品の直接URLが必要な場合（例：Google Shopping広告用）は、表示したままにし、コンフィグラブル親を指すcanonicalタグを追加してください。
なぜ数千のフィルタURLが私のGoogleインデックスに表示されているのですか？+
Magentoのレイヤードナビゲーションは、すべてのフィルタ組み合わせに対して固有のURLを生成します（例：/shoes.html?color=red&size=10）。明示的なブロックがないと、Googlebotはカテゴリページの内部リンクを通じてこれらのURLを発見してインデックスします。これを修正するには、robots.txtでフィルタパラメータをブロックし、Magento SEO拡張機能を使用してフィルタされたページにnoindexメタタグを追加し、ベースカテゴリURLを指すフィルタされたページにcanonicalタグを設定してください。フィルタURLを完全に排除するために、AJAXベースのレイヤードナビゲーションへの切り替えを検討してください。
MagentoのFull Page CacheはGooglebotにどのように影響しますか？+
Full Page Cache（特にVarnish）はGooglebotにとって非常に有益です。キャッシュされたページは100ミリ秒未満で応答し、Googlebotがセッションごとに大幅に多くのページをクロールできるようにします。Varnishは通常の訪問者に提供するのと同じ完全にレンダリングされたHTMLをGooglebotに提供するため、レンダリングの違いはありません。Varnish構成がユーザーエージェントに基づいて異なるコンテンツをキャッシュしないことを確認してください — Googlebotは他の訪問者と同じキャッシュされたページを受け取るべきです。一部のMagento拡張機能はキャッシュをユーザーエージェントによって不適切に変えるため、Googlebotが異なるコンテンツを見る可能性があります。
IndexBoltはMagento商品ページのインデックスに役立ちますか？+
はい、IndexBoltは商品ページの膨大な量とクロールバジェットの制約のため、Magentoストアにとって特に価値があります。自然なクロールを通じてGoogleが新しい商品を発見してインデックスするのを待つ代わりに（大規模カタログには数週間かかる場合があります）、IndexBoltを通じて商品URLを直接送信できます。これは特に、検索結果にすばやく表示される必要がある新商品ローンチ、季節コレクション、再入荷アイテムに役立ちます。定期的な商品追加にはNormalモード、優先度の高いローンチにはInstantモードを使用してください。