一部のWebサイトがURLの最後に「スラッグ」を追加するのはなぜですか？[閉まっている]

これを含む多くのWebサイトは、明らかにスラッグと呼ばれるもの-記述的ですが、私が無意味なテキストを知ることができる限り-をURLの最後に追加します。

たとえば、この質問に対してサイトが提供するURLは次のとおりです。

/programming/47427/why-do-some-websites-add-slugs-to-the-end-of-urls

ただし、次のURLも同様に機能します。

/programming/47427/

このテキストの目的は、どういうわけかURLをよりユーザーフレンドリーにすることですか、それとも他の利点がありますか？

スラグはURLをよりユーザーフレンドリーにし、リンクをクリックしたときに何が期待できるかを知っています。Googleなどの検索エンジンは、検索ワードがURLに含まれている場合、ページを上位にランク付けします。

使いやすさが1つの理由です。そのリンクを電子メールで受け取った場合、何を期待できるかがわかります。SEO（検索エンジン最適化）も別の理由です。グーグルなどの検索エンジンは、URLに含まれるキーワードに対してページをより高くランク付けします

最近、ウェブサイトのURL形式を次のように変更しました：

www.mywebsite.com/index.asp?view=display&postid=100

に

www.mywebsite.com/this-is-the-title-of-the-post

変更後、記事へのクリックスルー率が約300％増加したことに気付きました。それは確かにユーザーがクリックすることを考えているものが関連しているかどうかを決定するのに役立ちます。

誤って入力したスラッグは、適切なフォームに301リダイレクトする必要があるという他の応答に同意します。つまり、に/programming/47427/whリダイレクトする必要があり/programming/47427/why-do-some-websites-add-slugs-to-the-end-of-urlsます。これには、言及されていないもう1つの利点があります。正規URLにリダイレクトしないと、ほぼ無限の数の重複ページがあるように見えます。Googleは重複するコンテンツを嫌っています。

つまり、リダイレクトする限り、コンテンツIDのみを考慮し、スラッグの入力を許可する必要があります。どうして？

/programming/47427/why-do-some-websites-add-slugs-to-the-end-of-urls

...おっと、メールソフトウェアはURLの末尾を切り捨てました！でも問題ありません。/programming/47427

このアプローチの大きな問題の1つは、コンテンツのタイトルからスラッグを導出する場合、非ASCIIのUTF-8タイトルをどのように処理するのですか？

ほとんどのサイトがSEO（検索エンジン最適化）を使用する理由はおそらくあります。Yahooは以前、URL自体に含まれる検索キーワードの存在に妥当な重みを付けていましたが、Googleの結果にも役立ちました。

最近では、検索エンジンがURLのキーワードに与える重みを下げています。これは、このテクニックが正当なものよりもスパムサイトで一般的になっているためと考えられます。URLのキーワードが検索結果に及ぼす影響は、たとえあったとしてもごくわずかです。

stackoverflow自体に関しては、SEOは動機付け（古い習慣は大変なものになる）かもしれませんし、単に使いやすさのためかもしれません。

基本的には、リソースにとってより意味のある場所です。IDの使用は完全に有効ですが、それは人間よりもマシンにとって重要なことです。

スラッグが一意である場合、厳密に言えばIDは必要ありません。日付内でスコープを指定することにより、一意のスラッグをより簡単に確認できます。

つまり：

/2008/sept/06/why-some-websites-add-slugs-end-of-urls/

基本的に、これは2つの同一のスラッグが同じ日に使用される可能性が低いことを利用しています。衝突がある場合、一般的な規則はスラグの最後にカウンターを追加することですが、これらが表示されることはまれです。

/2008/sept/06/why-some-websites-add-slugs-end-of-urls/
/2008/sept/06/why-some-websites-add-slugs-end-of-urls-1/
/2008/sept/06/why-some-websites-add-slugs-end-of-urls-2/

多くのslugアルゴリズムは、「the」や「a」などの一般的な単語を取り除いて、URLを短く保つのに役立ちます。このスコープアプローチでは、特定の日、月、または年のすべてのリソースを簡単に見つけることもできます-セグメントを削除するだけです。

さらに、スタックオーバーフローURLは、スラッグを特徴付けるために追加のセグメントを導入するという点で悪いものです。これは、各セグメントがリソース階層の降順を表す必要があるという考えに違反しています。

スラグという用語は、新聞/出版業界に由来します。進行中のストーリーを識別するために使用される短いタイトルです。URLのセマンティクスに関心のある人々は、URLに短い短縮されたタイトルを使用し始めました。また、URLのキーワードがページに重要性を与えるため、SEOランドでも効果があります。

皮肉なことに、多くのWebサイトは、厳密にSEOの目的でURLにタイトルの完全なハイフン付きのシリアル化バージョンを配置し始めました。多くの実装では、このシリアル化されたバージョンのタイトルをURLの最後に追加しているだけなので、これはセマンティックな純粋主義者もランク付けします。

テキストは自由に変更できます。このURLも同様に機能するようです。

/programming/47427/why-is-billpg-so-very-awesome

すでに述べたように、「スラッグ」は人々と検索エンジンを助けます...

注目に値するものは、ページのソースに正規URLがあることです

これにより、ページが複数回インデックスに登録されなくなります。

例：

<link rel="canonical" href="http://stackoverflow.com/questions/47427/why-do-some-websites-add-slugs-to-the-end-of-urls">

質問から書式を削除すると、回答の一部が表示されます。

/programming/47427/

対

/programming/47427/why-do-some-websites-add-slugs-to-the-end-of-urls

マークアップがない場合、2つ目は自己記述的です。

検索エンジンだけでなく、リンクを送信するときに読みやすさを忘れないでください。あなたが誰かに最初のリンクをメールで送るなら、彼らはURLを見てそれが何であるかについての一般的な考えを得ることができます。2つ目は、クリックするまでそのページのコンテンツを示しません。

誰かにメールを送信した場合、リンクが存在するURLを他の人に解析させず、実際に説明を書き出して説明を含めるのは、意味がありません。 -hyphenated-words-stuck-together。

まず、それはSEOとユーザーフレンドリーですが、例（このサイト）の場合、それはうまくいかなかったり、正しく行われていません（このサイトでは、ブラックハットトリックや他のユーザーによるランクポイズニングに悪影響を及ぼすため、このサイトには悪影響を及ぼすでしょう）。 。

もし

/programming/47427/why-do-some-websites-add-slugs-to-the-end-of-urls

内容があります

/programming/47427/

そして

/programming/47427/any-other-bollix

重複してはいけません。彼らは実際に、フォローされているリンクが現在のテキストを使用していないことを自動的に検出する必要があり（スラッグは質問のタイトルによって定義され、後で編集できるため）、301を自動的にリダイレクトする必要があります

/programming/47427/why-do-some-websites-add-slugs-to-the-end-of-urls

したがって、「1つのURIに1つのコンテンツ」というルールを確実にし、URIが移動/変更された場合、301リダイレクトを介して古いブックマークがそれに続く/移動することを確認します（インテリジェントブラウザーがブックマークを更新できるようにします）。

理想的には、「スラグ」が必要な唯一の識別子である必要があります。実際には、このような動的なサイトでは、一意の数値識別子を使用するか、Diggのように「スラッグ」に番号を追加/増分する必要があります。