Stackoverflowの人々は、Googleチームと緊密に連携して、パンダアルゴリズムの効率を向上させているので、Googleチームから多くのことを学んだと思います。
したがって、ページランクを最大化するために、非常に巧妙なURLを使用した可能性があります。
私は時々スタックオーバーフローで非常に長いURLを見ましたが(場所を見つけることができません)、特定の「量」の文字の後には数字だけがあり、「OKはこの長さを過ぎました。数字のみ」。
veryフレンドリーなURLを作成するためにフレームワークで大規模な作業を行いました。私のWebサイトでは次のようなURLを作成できます。
http://www.mysite.fr/recherche/region/provence-alpes-cote-d-azur/departement/bouches-du-rhone/categorie-de-metiers/paramedical/
それは非常に長く、以前のURLが、たとえば次のURLと混ざらないかどうか疑問に思っています。
http://www.mysite.fr/recherche/region/provence-alpes-cote-d-azur/departement/bouches-du-rhone/categorie-de-metiers/art/
誰にぴったり?訪問者にとって、これらのURLはあまりフレンドリーではありません。
できるだけ短くして、最大6個のキーワードにすることをお勧めします。
ソース:
http://support.google.com/webmasters/bin/answer.py?hl=ja&answer=76329
URLの長さを決定するのは検索エンジンの場所ではありません。インデックスを作成するだけです。
とはいえ、非常に長いURLに多くのキーワードなどが含まれていると、疑わしい可能性のあるフラグが立てられる可能性があります。彼らは(私にとっては)あまり現れませんが、特定の事柄の検索結果が、例えばohiorefrigeratorrepairparts.com/kenmore/etc/etc ...
全体として、URLが「フレンドリー」であることを確認してください。ただし、URLが少々頑張っています。 URL構造がサイト/コンテンツ構造と正確に一致する必要があると考えるのは間違いです。 URLを簡潔にすることは、使いやすさのもう1つの要因です。詳細については、@ Litsoの応答を参照してください。以下に、Matt Cuttsが キーワードのディレクトリの深さは基本的には効果がない と言っているGoogle Webmasterヘルプビデオを示します。しかし、私は今すぐ見つけることができない別のビデオも思い出します。彼は、一定数のディレクトリが深くなると、クモが注意を払うのをやめると言いました。 [私は今これを見つけることができません。他の人がリンクを持っている(または反論できる)場合は、自由に編集してください。]
他のいくつかの角度から...
HTTP仕様では、長さの技術的な制限はないがあります(セクション3.2.1)
HTTPプロトコルは、URIの長さに事前の制限を設けていません。
...そして、ほとんどどんな実用的な状況でも、実際のブラウザは、 本当に、really強制的に問題を強制する でない限り、それに耐えます。 (ブラウザが処理しない場合、検索エンジンが巨大なURLを処理するかどうかは誰も気にしません。)それは5年前の研究ですが、大部分は持ちこたえています。