Magento SEOチェッカー：URLとメタデータを診断
MagentoのSEOチェックでは、複数のカテゴリに割り当てられた商品、絞り込み済みのカテゴリ、そして可能であれば2つのストアビューをサンプルにします。トップページの監査では分からない、継承やカタログのルーティングの問題が見えてきます。
カタログ内の商品パスをたどる
各カテゴリから商品にアクセスし、最終的なURLとcanonicalを記録します。異なるルートで同じアイテムが配信されている場合は、削除を提案する前に、URLキー、カテゴリパス、canonicalの設定を見直してください。カタログのインポートの後で旧アドレスが機能しなくなった場合は、デプロイ済みのリダイレクトマップと比較します。旧商品URLをすべてトップページへ送っても、それらが本来持っていた購入という目的は引き継がれません。
買い手が実際に使う絞り込みを試す
絞り込みの組み合わせを1つと、並べ替えたビューを、基本のカテゴリと比較します。クエリ文字列をすべてエラーとして扱うのではなく、robotsの指示、canonicalの遷移先、意味のあるテキストを記録してください。それ自体に独立した価値のない組み合わせがサイトマップで通知されている場合は、カタログやストアフロントのルールを変更する前に、該当するグループを文書化します。価値のあるカテゴリへのアクセスまで妨げてしまう、広範囲なブロックは避けましょう。
ストアビュー間でメタデータを比較する
同じSKUを2つの言語でリクエストし、title、description、canonicalの出力を調べます。翻訳ページにデフォルトのタイトルが表示される場合は、継承またはスコープの問題が考えられます。ヘッドレスのストアフロントでは、返されたHTMLをCommerceから供給されるメタデータと比較して、失敗している層を特定してください。関連するキャッシュを消去し、元のSKUと、同じ設定を共有する別のアイテムの両方で再テストします。これにより、修正した1ページだけに頼るのではなく、修正の適用範囲を確認できます。
公開シナリオの実例
例として、翻訳を保存したにもかかわらず、英語のSKUページにベトナム語の説明文が表示されるとします。関連するキャッシュを消去する前に、ストアビューのスコープとレンダリングを行うストアフロントを調べてください。同じストアビューで2つ目の商品にもリクエストし、不良レコードと、共通の継承の問題を区別します。最初の商品で修正が成功したことが、すべてのカタログアイテムが修正された証拠と取り違えられないよう、両方の出力をレポートに残しておきましょう。
チェックを実行して根拠を読み解く
下の無料SEOチェッカーに、代表的な公開URLを1つ入力します。ステータス、タイトル、ディスクリプション、canonicalを、チェックしたアドレスと時刻とあわせて記録してください。繰り返し現れる問題は、原因となるテンプレートや設定ごとにまとめると、的を絞った1回の修正を複数のページで再テストできます。項目が欠けている場合と、意図的に除外している場合とでは、必要な判断が異なります。
HTTP/HTMLの監査が観測するのは、公開されたレスポンスです。プラットフォームにサインインして管理画面の設定をすべて調べたり、クライアント側のレンダリングの挙動をすべて再現したり、Googleがページをインデックスしたことを証明したりするものではありません。検索エンジン側の根拠としては、Search ConsoleのURL検査とその後のクロールデータを比較してください。スコアが変わったことだけで根本の問題が解決した証拠とみなさず、公開とキャッシュ更新の後に、元のURLをもう一度確認しましょう。
ツールと関連ガイド
公式リファレンス
よくある質問
SEOのために、すべてのカタログのURLキーを変更すべきですか？
ベトナム語ページと英語ページの両方がGoogleに表示されることはありますか？
監査が成功すれば、インデックスは保証されますか？
今すぐウェブサイトのSEOをチェック
重要なSEO要素を無料でスキャンし、60秒で修正の提案を受け取れます。