8

要するに、http://stackoverflow.com/badges/6/supporter「より単純な」（そして主観的に）のようなものではなく、のようなものを使用する理由http://stackoverflow.com/badges/6/.

自分のサイトでも /post/6/ を使用して投稿を参照しています (ID によって、まだスラッグを保存していますが/post/6/small-rant-on-urls) 。本当に必要以上に。

4

8 に答える 8

21

検索エンジンの最適化は、URL を人間にとって読みやすくするだけでなく、その 1 つです。検索エンジンは通常、ページの「トピック」を含めるために、URL、タイトル、および H2 を好みます。

両方が含まれている場合は、/ID を手動で入力すると、書き換えにより自動的に「花のような」URL に移動できます。指を少し節約できます :)

于 2009-01-24T07:48:00.107 に答える
5

注意しないと重複してしまう可能性があるためです。作成された投稿の量を考えると、重複の可能性が高いため、スタック オーバーフローが ID を追加したと思います。

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

投稿 ID を含む新しい URL が作成されるユーザー生成コンテンツがある場合は、より良い考えです。新しい URL を作成できる唯一の方法が管理者タイプのアクセスによるものである場合、重複をチェックする限り、おそらくそれなしで行うことができます。

于 2009-01-24T08:08:49.317 に答える
4

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

于 2009-01-24T07:48:04.820 に答える
3

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

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

于 2009-01-24T08:07:11.130 に答える
3

URL は、Web ユーザー インターフェイスの一部です。

検索エンジンの使用に関するアイトラッキング調査によると、人々は凝視時間の 24% を検索結果の URL に費やしていることがわかりました。

検索者は、目的地の信頼性と有用性を評価する際に、特に URL に関心を持ちます。URL がゴミのように見える場合、ユーザーはその検索ヒットをクリックする可能性が低くなります。一方、そのページがユーザーの質問に対応しているように見える URL であれば、ユーザーはクリックする可能性が高くなります。

于 2009-01-24T14:48:56.653 に答える
2

@グレッグ・ヒューギル

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

少し明確にする必要がありました: IDとスラッグの両方を含む URL を意味していました。最初のものは最後に余分なテキストがなくても機能するため、/post/1/la-la-la-la-text-hahahahavs/post/1/ または のようなものを使用する意味がわかりません。/post/la-la-la-la-text-hahahaha

于 2009-01-24T07:58:43.113 に答える
0

スラッグよりも ID でブログの投稿を取得する方が速い可能性があるため、SQL クエリの ID と検索エンジン (SEO) のスラッグを入力します。

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

私は /post/la-la-la-la-text-hahahaha タイプが好きです。URL を覚えていて、投稿のタイトルが何であるかを (実際にサイトをロードする前に) 知ることができます。/post/1/ はあまり好きではありません。それは私には何の意味もありませんが、#1 を投稿するだけです (マーケティングに悪い?)

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

于 2009-01-24T08:10:29.673 に答える
0

まず、「Web 2.0 スタイルの URL」は実際にはRESTと呼ばれるものの一部であることを指摘しておく必要があります。これらの URL は、RESTful URL と呼ばれることがあります。主張されている利点は次のとおりです。

  • 表現のキャッシングのサポートにより、応答時間が改善され、サーバーの負荷が軽減されます。
  • セッション状態を維持する必要性を減らすことで、サーバーのスケーラビリティを向上させます。これは、異なるサーバーを使用してセッション内の異なる要求を処理できることを意味します。
  • 単一のブラウザで任意のアプリケーションとリソースにアクセスできるため、他のアプローチよりもクライアント側のソフトウェアを作成する必要がありません。
  • HTTP の上に追加のメッセージング フレームワークを重ねるベンダー ソフトウェアやメカニズムへの依存度が低くなります。
  • 通信に対する代替アプローチと比較した場合、同等の機能を提供します。
  • 表現でハイパーリンクを使用するため、別のリソース発見メカニズムは必要ありません。
  • RPC よりも優れた長期的な互換性と進化特性を提供します。これは、に起因するものです：
    • 後方互換性または前方互換性を損なうことなく進化する HTML などのドキュメント タイプの機能。と
    • 古いコンテンツ タイプのサポートを削除または削減することなく、新しいコンテンツ タイプのサポートを定義どおりに追加するリソースの機能。
于 2009-01-25T00:30:00.087 に答える