URLに完全なカテゴリ階層を含めるか、「リーフ」のみを含めますか？
現在、情報をカテゴリに分類するサイトを再設計しています。これらのカテゴリの一部にはサブカテゴリが含まれています（さらに、一部のカテゴリにはさらに多くのサブカテゴリが含まれています）。
結果のページの次のURL構造を決定しようとしています。
example.com/<main-category>/example.com/<main-category>/<sub-category>/example.com/<main-category>/<sub-category>/<sub-sub-category>/
vs.
example.com/<main-category>/example.com/<sub-category>/example.com/<sub-sub-category>/
ロングテール検索トラフィックに役立つ関連性の高いキーワードがあるため、私は最初に傾いていますが、欠点も見られます...そのページの最も具体的なキーワードは、URLの「フロント」からさらに遠くなりますまた、長いURLを共有して正しく入力することは困難です。価値が何であれ、ネストされたカテゴリが3レベルを超えることはないと思います。
どのアプローチを取るべきか、さらにはまったく違うものを考えますか？
私も最初のものに行きます。 SEOに適しているだけでなく、ページが何であるかを明確に定義するのに役立つため、技術的には使い勝手に優れています（実際に見ているものが何か手掛かりがある場合）。
最近では非常に一般的であるだけでなく、ほとんどの人がリンクをクリックしてコンテンツにアクセスするので、長いURLを心配する必要はありません。ほとんどの人は、検索を行ったり、サイト。そして、彼らがURLをタイプするとき、通常は単にドメイン名です。ユーザーがサブディレクトリまたはクエリ文字列を含むURLを入力することはほとんどありません。彼らは通常、それらのより深いページを検索するか、サイトのホームページにアクセスして、さらに深くナビゲートします。
ジョン・コンデが言ったことと同じ。
また、2番目の方法では、サブまたはサブサブカテゴリと同じ名前のカテゴリがある場合、またはサブサブカテゴリと同じ名前のサブカテゴリがある場合はどうなりますか。さまざまな問題が発生します。
2番目の方法は、極端に短いカテゴリと少数のカテゴリがある場合にのみお勧めします。短いカテゴリ名であっても、ユーザーが入力することはほとんどありません。