製品ページのパンくずリストにカテゴリページ番号を追加する必要がありますか
私は現在、ページ分割されたコンテンツがあるウェブサイトに取り組んでいます。商品一覧です。カテゴリは多数ありますが、簡単にするために、ページが1つしかないカテゴリが1つしかないと仮定しましょう。
私は、検索エンジンが索引付けできるようにページ付けを実装しました。これが私の実装です：
- prev/nextメタタグ。
- 自分自身を指す正規URL（つまり、最初のページは自分自身を指し、2番目のページも自分自身を指します）。
?page=ページのインデックス作成にブロックはありません。- 最初のページのパンくずは
Main > Categoryですが、他のすべてのページではMain > Category > Page Xです。 - ブレッドクラムも構造化データに追加され、表示されている製品のリストを表す
ItemList構造化データアイテムも持っています。
すべて期待どおりに動作します。ただし、現在のところ、私の製品が最初のページに表示されるかどうかに関係なく、すべての製品には次のパンくずリストがあります：Main > Category > Product X。カテゴリの最初のページに表示されない製品について、これらをMain > Category > Page X > Productに変更することでSEOのメリットがあるかどうか疑問に思っていましたか？
これはUIの観点からは歓迎すべき変化だと思いますが、私のSEOに悪影響を及ぼす可能性があると心配しています。また、構造化データのパンくずリストが多少悪化するのではないかと心配しています。 Googleはそれらを検索結果に表示しますが、Page Xが製品パスに配置するのに非常に詳細かどうかはわかりません:)
誰もがこの問題について何か考え/経験がありますか？
パンくずリストを使用する目的は常に2つあります。
- googleがページタイプ間のギャップのない継続的な関係の可能性を提供するためのものです。
- これは、最適なナビゲーションの可能性を提供するためのユーザー向けです。
最初について：コンテンツページを対応するカテゴリに関連付けることは、カテゴリページを公開しなくても十分です。害はありませんが、私の個人的な熱意としては、非常に詳細すぎます。
2番目について：わからない、あなたのサイトが何を提供しているか。しかし、私の経験からは、ユーザーが現在の記事が公開されているカテゴリページに正確に移動することが重要であるケースを想像することはできません。カテゴリの最初に移動するだけで十分だと思います。私は間違っている可能性があります-あなたのサイトが何かを提供している場合、それは事実かもしれません。
構造化データについて：特にそれを利用する場合、カテゴリのページネーションをマークアップしたくないでしょう。想像してみてください。リッチスニペットはどのように表示されますか：Home→Category→Page-3→Article-Title-私の好みのために少し醜い:)