「SEOフレンドリー」URLに一意のIDを含めることはできますか？
「SEOFriendlyUrls」を使い始めたいのですが、大きくてユニークなテキスト「ids」を生成して検索するという概念は、単に整数で検索するよりもパフォーマンス上の大きな課題のようです。さて、これは「人間にやさしい」ではないことはわかっていますが、
http://mysite.com/products/details?id=1000
に
http://mysite.com/products/spacelysprokets/sproket/id
IDだけを使用して詳細をすばやく検索することもできますが、URL自体にその詳細を表示するキーワードが含まれています。それはグーグルにとって十分に友好的ですか？最後にユニークで意味のあるものを生成するよりもはるかに簡単なプロセスのように見えるので、そう願っています。
ありがとう！
ジェームズ
注意スタックオーバーフローと同じ方法を使用してページをレンダリングできるようにします。
http://stackoverflow.com/questions/820493/random-text-can-cause-problems
ブラックハットはこれにより、ロングテールの競合他社に重複コンテンツのペナルティを引き起こす可能性があります（私を信じてください）。
これから身を守るためにできることが2つあります。
- HTTP 301は、IDと一致するが、テキストと一致しないインバウンド表示URLを正しいテキストにリダイレクトします。
例：
http://stackoverflow.com/questions/820493/random-text-can-cause-problems301->http://stackoverflow.com/questions/820493/can-an-seo-friendly-url-contain-a-unique-id
- 正規URLを使用します。
<link rel="canonical" href="http://stackoverflow.com/questions/820493/can-an-seo-friendly-url-contain-a-unique-id" />
StackOverflowが使用するURLをご覧ください。それらは一意のIDを持っており、SEOに適したものを持っています。 SEOに適したものを省略しても、URLは引き続き機能します。
あなたはここで悪魔のバーガンを作っています、あなたはテクノロジーの目標のためにビジネスの目標を交換しています。
「純粋にビジネスとSEOの見通しから、URLに一意のIDを含める方がよいかどうか」と尋ねる場合。答えは明らかにそれらを使用しないことです。
問題は、もしあなたがそれらを使うなら、それは検索エンジンであなたをどれだけ傷つけるかということになる。答えは、それが間違いなくいくつかの悪影響を与えるということです。いくらはまだ決定されていません。
「ユーザーフレンドリー」という点では、いいえ、彼らは間違いなくユーザーフレンドリーではありません。
グーグルに関しては、「可能な限り、不要なパラメータを削除してURLを短縮する」と述べています。彼らの RL構造 ドキュメントを参照してください。
URLにIDを追加することによって引き起こされる問題を私は知りません。実際、検索エンジンがすでにインデックスに登録しているページへのリンク切れを引き起こすことなく、URLの人間/検索エンジンに優しい部分を変更できるため、非常に便利です。例としてSO）を使用して、質問へのリンクを次に示します。
https://stackoverflow.com/questions/820493/you-can-put-any-text-you-want-here
それは何も悪いことではありません。 Paul Tomblinがすでに指摘している として、ハイブリッドソリューションの使用を開始するサービスが増えています。 SOに加えて、Tumblrもこのパターンを使用します（おそらくそれが最初でした）。
さらに、 Google News などの特定のサービスでは、URLに一意の数値IDが含まれている必要があります。
パラメータ化されたURLを取り除くことは間違いなく役立ちます。私の経験では、URLに「？key = value」のペアがない限り、IDを含めても問題はありません。
私はここで2つの一見矛盾する点を指摘します：-
誰もURLを見ません！経験上、ブラウザユーザーは、「アドレス」ボックスのコンテンツを目に見えないものとしてレンダリングするように「トレーニング」されています。コンテンツは「判読不能」、「無意味」、「混乱」のいずれか2つになることがわかっているため、完全に無視します。
整数に簡単に変換できる文字列を使用すると、整数に変換するのが少し難しい長い文字列（hash（）とto_int（））を使用するよりもパフォーマンスがわずかに向上する場合があります。ただし、平均的なWebアプリケーションのコンテキストでは、パフォーマンスの違いはごくわずかです。
私のアドバイスは、あなたが快適なものに固執することです。
重複した参照は、フレンドリURLと比較してより悪影響を及ぼします。ID付きの偽のテキストの使用には注意してください。競合他社がこれを使用し損なう可能性があります。
modrewrite のようなものを使用して、URLがサーバーに到達する前に解析します。したがって、 http://oorl.com/99942/My-Friendly-Text-For-Search-Engines/ のようなスラッグを http://oorl.com/lookup .php？id = 99942 。これにより、機能を損なうことなく、特定のリンクを最適化するために使用されるスラッグとキーワードを変更することもできます。