いている方もいるかもしれません使用"Web2.0"スタイルのUrl?[定休日]

Question

に利用される理由のようなもの http://stackoverflow.com/badges/6/supporter でも"簡単に"（主観的にそのように http://stackoverflow.com/badges/6/.

でも自分のサイトって使用/post/6/を参照の投稿（Id、もっぱり店のスラグ.) の代わりに /post/6/small-rant-on-urls, あきちんのもの 馬鹿馬鹿しく, が、以上が必要です。

Answer 1

あなたが注意しないなら、あなたが潜在的に重複で終わる可能性があるため。私が作成した記事のボリューム与えられた重複の可能性が高いがあったので、スタックオーバーフローがIDを追加しました想像します。

他のシステムでは、URLにIDを使用しないことも選択できます - 例えば、ブログシステムは、おそらくする必要はありません。

あなたがポストIDを含めるために作成された新しいURLになり、ユーザー生成コンテンツを持っている場合は、

それは良いアイデアです。新しいURLのを作成することができる唯一の方法は、管理者タイプのアクセスである場合は、おそらく限り、あなたは重複をチェックして、それなしで行うことができます。

Answer 2

1と同様に、ヒトへのURLはより読みやすくなりの

検索エンジン最適化。検索エンジンは、一般的にページの「トピック」を含むようにあなたのURL、タイトルおよびH2が好きます。

あなたがそこの両方を持っている場合は、

は、手動で/ IDを入力すると、自動的に書き換えると「花」URLに取られます。..あなたの指ビットを保存します。）

Answer 3

すべてのリンクにスラッグを追加からの検索エンジンは、一般的に、インデックスコンテンツを助けるために、URL自体に単語を使用するので、コンテンツは、検索エンジンに役立ちます。

Answer 4

URLのidを含めた理由は、ルックアップは、IDではなく、記事のタイトルを実行することができるよう、それは、それは舞台裏で簡単にデータベースから正しい記事を取得するためになることです。

記事の完全なタイトルを含めた理由は、Googleがファイル名に一致している検索語のためのボーナスポイントのヒープを与えることである。

Answer 5

@グレッグHewgill

  

コンテンツへのすべてのリンクにスラッグを追加すると、検索エンジンは、一般的にURL内の単語を使用しますので、それ自体はインデックスコンテンツを支援するために、検索エンジンに役立ちます。

私は少しを明確にしておく必要があります私はIDのとその中のスラグの両方を持っているURLを意味しました。最初のものは最後にextranousテキストなしで動作しますので、私はちょうど、/post/1/la-la-la-la-text-hahahahaのまたはの/post/1/対/post/la-la-la-la-text-hahahahaのようなものを持つのポイントが表示されません。

Answer 6

URLの一部である、ウェブユーザーインターフェースです。

があり eyetracking研究の検索エンジンの利用 ここで過ごし 24%の注視時間のUrl の間で解決いただくものとします。

在籍中に存在するURLの場合も評価の信頼性と有用性の先になります。る場合のURLようにな生ごみ、人がクリックすると検索します。一方の場合、URLのページアドレス、ユーザーの質問は、彼がクリックします。

Answer 7

それはそれはスラグによってよりidでブログにポストを得るために高速であるため、SQLクエリと検索エンジン（SEO）のためのスラグのIDを入れることができます。

https://stackoverflow.com/users/58163/movaxes65675 の

私は/ポスト/ラ・ラ・ラ・ラ・テキスト・ハハハハタイプが好き、私は、URLを覚えることができるポストのタイトルが（実際にサイトをロードする前に）何であるかを知っています。 /ポスト/ 1 /それは私には何も意味しないが、ポスト＃1あまり好きではありません（マーケティングのために悪い？）

編集：IDもandybairdが指摘したように、重複を避けるために役立ちます。

Answer 8

でも、まずすべきことを指摘し、"Web2.0のスタイルのUrl"は実際のものという 休み.そのUrlと呼ばれることもありゆったUrlに対するものとなります。の 効能 ：

• を向上した反応時間、サーバーの負荷の低減による支援 のキャッシュの表明;
• 向上サーバ拡張性の減少を維持する必要がセッション の状態です。これは異なる サーバに使用できる対応 異なる要求のセッション
• より少ないクライアント側ソフトウェアに書き込まれる他のアプローチ が単一のブラウザでアクセス は、各種アプリケーショ他の資源である
• に依存しないベンダーソフトウェアやメカニズムレイヤを追加 メールの枠組みのHTTP;
• の提供と同等の機能性と比較した場合の代替 へのコミュニケーション
• を必要とせず資源発見の機構により、 の使用のハイパーリンクに 表明;
• よう、より長期互換性およびevolvability 特性によRPC.このよ ：
  • のドキュメントの種類などのHTMLを進化させずに 破壊後退または 転送性;や
  • の能力資源の追加支援のための新しいコンテンツ種類としてい 定義されずに落下した 削減支援のための過去のコンテンツ 種類です。