web-dev-qa-db-ja.com

URLパスは、設定した実際のカテゴリと同じである必要がありますか？

たとえば、「タイヤ」というカテゴリに製品が入っている「車のスペアパーツ」というカテゴリのeショップがあるとします。左側に「訪問者が「車のスペアパーツ」をクリックしてからサブカテゴリ「タイヤ」をクリックし、タイヤ製品リストにアクセスするメニューを作成しました。

「タイヤ」ページの各製品の実際のパスは、eshop.com/car_spare_parts/tiresである必要がありますか、またはパスが「eshop.com/tires」であれば問題ありません。

2番目の解決策は、eショップのSEOに問題を引き起こしますか？

urlpathcertificate-generation
1
user6854

余計な長さではないのであれば、より下書きのUriのほうがおそらく良いでしょう。

考慮すべき点は、スペアパーツ内にtiresがある場合の例では、新しいタイヤはどこにありますか？将来、自転車用タイヤの販売を開始したらどうなりますか？

おそらく、利用可能なデータを最大化するために次のようなことをします。

eshop.com/car_spare_parts/tires/ -- all tires flagged for spare parts and tires
eshop.com/car_new_parts/tires/   -- all tires flagged for new parts and tires
eshop.com/tires                  -- all parts flagged tires, both 'new' + 'spare'

これにより、より多くの「メイン」カテゴリをサブカテゴリに含める柔軟性が得られ、ユーザーは「販売しているすべてのタイヤ」を簡単に確認できます。

2
Nate

それは、ページのタイトル、ヘッダー（h1..hn）およびコンテンツ内に「タイヤ」と一緒に「車のスペアパーツ」を表示しますか？その場合、URLにキーワードを含めるため、「車のスペアパーツ」を含める必要があります：domain.com/car-spare-parts/tiresまたはdomain.com/car-spare-parts-tires（代わりにダッシュを使用する方が良い）アンダースコア、読みやすい）。 2番目のフォルダレベルは、カテゴリとサブカテゴリ、またはカテゴリと製品の視覚的な（そしておそらく物理的な）階層を作成するのに役立つでしょう。

ページのタイトル、ヘッダー（h1..hn）およびコンテンツ内に車のスペアパーツを含めない場合、domain.com/tiresのような短いURLを使用できます。

0
Binarysurf

プロンプトの返信をありがとう！私は本当に感謝しています...あなたが私に言っていることすべてを考慮しましたが、GoogleとGoogleランクがその構造に影響を受けるかどうかは私の唯一の懸念です。そうでない場合、私はちょうど私たちが今それを手に入れた方法で私のURLを残すでしょうeショップ/タイヤ;）

0
user6869