Stack Overflowの質問URLには、SEOフレンドリーな「質問」の前に質問IDが付いているのはなぜですか?


13

たとえば、次のランダムな質問を考えてみましょう。特定のcssセレクターがどのhtmlファイルで使用されているかを示すために必要なツールまたはプラグインは、関連する部分がであることに注意してください/questions/16999

これで、次のようにURLを作成できた可能性があります。

/webmasters/tool-or-plugin-required-to-show-out-in-which-html-files-a-given-css-selectors-is/16999`

つまり、question_idは質問の後にあり、URLで最初に来るものはseoでより重くなります。なぜ質問の部分はquestion_idの後に来るのですか。

また、最初の2つのサブディレクトリのみ/question/16999が関連するため、関連するだけであるという記事を読みました。SOを見てこれは間違いなく真実ではありませんが、私はこれの重さを決めることができません。

私はseoの最適化を実装するつもりであり、後で自分のページへのリンクを変更する必要がないため、質問しています。


ところで私はサブディレクトリをタグとして追加したかった
-andho

@Jeff Atwoodのページング。(ソースにもアクセスできます。)
Su

1
時々URLが切り捨てられることがあります(意図的に(DBなどに格納するには長すぎる)または誤って).. idがslugの前にある場合、サーバー/スクリプトは引き続き必要なページを認識できますが、最後にidを使用すると最も可能性が高くなりますありません。このページのURLを試してください-最後の数文字を削除して送信します-サーバーは正しいURLにリダイレクトします(明らかに、このようなシナリオではコードビハインドに特別な扱いがあります)。最後にidを指定すると、まったく異なる質問(またはエラーページ)が表示される可能性があります。webmasters.stackexchange.com/questions/16641/…–
LazyOne

@Lazyone、それを答えて投票しよう
ジョン・コンデ

この質問のURLの最後の「ディレクトリ」を
省略し

回答:


13

StackExchangeサイトがスラッグの前にIDを持っている正確な理由はわかりませんが、次のようにIDを持っています。

URLが切り捨てられることがあります(意図的に(DBなどに保存するには長すぎる)または誤って(コピーアンドペースト時に非常に頻繁に発生します)).. IDがスラッグの前にある場合、サーバー/スクリプトは必要なページを認識できますが、 IDが最後にある場合、ほとんどの場合そうではありません。

このページのURLを試してください-最後の数文字を削除して送信します-サーバーは正しいURLにリダイレクトします(明らかに、このサイトの背後のコードはそのようなシナリオに特別な扱いを持っています)。末尾にIDがあると、まったく異なる質問(このような場合の最も一般的な動作)またはエラーページ(サーバー/スクリプトによってスラッグがIDと一致することが確認された場合)が表示される可能性があります。

SEO効果に関しては、この質問を参照してください:SEO:urls:最適なIDの場所


1
切り捨てに関する良い点+1
UpTheCreek

3

はい、彼らが望むなら、質問のタイトルの後にIDを追加できたかもしれません。

IDとSEOの位置に関しては、私の意見では違いはないと思います(ドメイン名に含まれていれば大丈夫です)。

人間の可読性の観点からは、URLに埋もれるのではなく、人間が読めるタイトルを最後に付ける方が(少なくとも私にとっては)より明確に見えます。

また、最初の2つのサブディレクトリのみが関連するため、/ question / 16999のみが関連することを記事で読みました。SOを見ると、これは間違いなく真実ではありませんが、これの重さを決めることはできません

これはどこで読みましたか?私はそれが正しいとは思わない、そして今日、これらの書き直されたURLは通常、サブディレクトリとはまったく関係がない。


同意しないことに同意する必要があると思います。私にとっては、URLの中央にある乱数(質問IDです)は、/ question / what-did-you-have-for-lunch / mumble-jumbleのような自然な読み方よりも少し厄介です。ここでは、mumble-jumbleから始まるすべてを無視します。
アンドホ

ところで、2つのサブディレクトリ、goodwebsiteinspector.com
en /

2
はい、私たちは非難に同意する必要があります:)私はそのリンクの「サブディレクトリ」についての結論に同意しません。これらは通常、サブディレクトリではありません。グーグルはそれを知っています。たとえそれが「グーグル」だったとしても、なぜグーグルは潜在的に有用なリソースをダウンレートするのでしょうか?
UpTheCreek

1

サーバーによるURLの処理は、質問ID番号とスラッシュに続くURLの部分を無視します。これらはすべて同等です。

/ questions / 16999
/ questions / 16999 /
/ questions / 16999 / any-text-at-all

それらはすべて、スラッシュの後に(再フォーマットされた)質問テキストを持つURLにリダイレクトします。

これにより、あるページから別のページへのリンク(このページの関連サイドバーのリンクなど)で短い形式のURLを使用できるため、HTMLの送信時間とストレージおよびCPUサイクルを節約できます。正規のURL(リダイレクトされるURL)に質問テキストを含めることで、検索エンジンのインデックス作成で使用するURLに関連するテキストを含めるという利点が得られます。


SOでURLの短縮バージョンを使用している例はありません。
UpTheCreek

@UpTheCreek、回答の下にある共有ボタンをクリックします。たとえばwebmasters.stackexchange.com/q/17002
azerafati
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.