「フレンドリーなURL」を作るものは何ですか？
私は最近（このサイトと他の場所の両方で）「フレンドリーなURL」について多くの議論を読みましたが、URLが正確に「フレンドリー」になる理由と、本当に（ある時点まで）本当に気にする理由がわかりません。 。図：
以下は、現在のWeb開発者の大多数が「友好的」と見なすURLの例です。
www.myblog.com/posts/123/this-is-the-name-of-my-blog-post
これは「非友好的」と見なされます（つまり、悪い、ネアンデルタール人、無知、愚か）。
www.myblog.com/posts.aspx?id=123
私の質問：
- 「わかりやすい」URLには、問題のブログ投稿に関する重複した識別情報が含まれていませんか？つまり、投稿のID（123）を取得したら、なぜタイトルが必要なのでしょうか。これは「自分を繰り返さないでください」というマントラの違反ではないでしょうか。
- ユーザーに関する限り、URLの形式にはどのような違いがありますか？ユーザーは実際に完全なURLを手動でtypeしますか（もちろんTLDを除く）？ユーザーがページのURLを調べて、そのページの内容を確認したことはありますか？ URLにブログ投稿のタイトルが必要なのはなぜですか？それは、ページの
<title>タグとコンテンツの目的ではありませんか？ - 「フレンドリーな」URLフォームが好まれる理由としてSEOをよく耳にします。検索エンジンのスパイダーがURLを気にするのはなぜですか？それらは、ページをクロールするソフトウェア（およびそれらに含まれる他のページへのリンク）を自動化しただけではないのですか？検索エンジンが他のソフトウェアコンポーネント（データベースアクセスコンポーネントなど）のように記述されている場合、URLはそれらにとって意味のない識別子（リレーショナルデータベースのRowguidに類似）になります。上記の「わかりやすい」URLのようなものをテーブルの主キーとして使用してデータベーススキーマを設計している場合、（かなり正確に）噛み砕かれます。
明らかに、URLが手に負えなくなる可能性があるので、「ある程度まで」先に述べました。 Amazon.comからの実際のURLは次のとおりです。これらのURLは、正しい考えを持つ人なら誰でも「友好的」だとは思わないでしょう。
Tim Berners-Lee（WWWのアーキテクト）は、約10年前に この主題に関する素晴らしい記事 を書きました。
あなたの例は悪いURLです-それはそれがidと "slug"（ページタイトルの省略されたハイフン付きの形式）の両方を持っているという理由だけではありません。 ページタイトルをURLに入力することは、長期的には問題があります。コンテンツは、時間とともに変化します。そのブログ投稿のタイトルを変更した場合、古いURLを保持するか、新しいタイトルに一致するようにURLを変更するかを選択する必要があります。 URLを変更すると、そのページへの以前のリンクがすべて解除されます。変更しないことは、ページと一致しないURLが存在することを意味します。どちらもユーザーにとって良いことではありません。 www.myblog.com/posts/123をそのまま使用する方が良いでしょう。
多くの場合、ユーザーはURLを入力する必要がありますが、さらに重要なのは、サイト内の他のページを見つけるために既存のURLを編集することもあります。したがって、発見可能なURLを持っていることはしばしば良いことです。たとえば、投稿＃124を表示したい場合は、現在のURLを簡単に確認して、表示したいページのURLがwww.myblog.com/posts/124であることを確認できます。これはユーザーが使いやすいレベルであり、探しているものを見つけようとする人々にとって大きな助けとなります。他の情報（投稿の件名など）を含めると、これが不可能になる可能性があります。そのため、私の探索オプションが減ります。
SEOを忘れる。検索エンジン技術は、SEOハックの有効性をしばらくの間低下させてきました。優れたコンテンツは依然として重要です。長期的には、システムをゲームすることはできません。
私にとって、フレンドリーなURLは、URLに意味的な情報を含めて、人間がより使いやすいようにする試みがあったことを意味します。これは、コンピュータとコンピュータのインターフェースが、人間とコンピュータのインターフェースを改善するために拡張および構築されている興味深い例です。
したがって、2つの例では、
www.myblog.com/posts/123/this-is-the-name-of-my-blog-postは友好的です。URLにタイトルを含めたからです-それはtellsページについての何かです。www.myblog.com/posts.aspx?id=123は、不可解であいまいであるため、非友好的です。データベースにとっては完全に理にかなっていますが、あなたや私には何の意味もありません。
フレンドリーURLは、状況によっては素晴らしいものもあれば、役に立たないものもあります。基本的に、ユーザーが公開される可能性がある場合は、わかりやすいURLの作成を優先します。これは美学の問題だけではありません。さまざまなオプションをすばやく確認して理解できれば、アドレスバーからURLに戻るのがmuch簡単になります。さらに、 Webページからのリンクをたどっている場合、これからどこへ行くかは明らかです。
これらすべてをFirefox 3以降のすばらしいバーと組み合わせて（確かに他のブラウザでも提供されます）、アドレスバーのオートコンプリートは、わかりやすいURLを扱うときに非常に強力になります。
クエリ文字列がクローラに与える影響については、多くの矛盾する情報があるようですが、長いクエリ文字列変数は動的コンテンツを示し、ほとんどの検索エンジンは多くなるため、2つ以上のパラメータがあるとSEOに悪影響を与えるというコンセンサスがありますあまり積極的ではないページのインデックス作成。
this-is-the-name-of-my-blog-postなどのスラッグをURLに追加すると、リンクは単純なID番号よりも互いに異なります。そしてより重要な単語をURLに追加します。これらはすべて検索エンジンが探すものです。
個人的には、使用されている句読点文字が少なく、クエリ文字列の名前と値のペアが非常に冗長で覚えにくいため、このようなURLは視覚的に解析する方がはるかに簡単です。
これは、URLに不要な情報を入れる方法についての良い点です。
http://stackoverflow.com/questions/522466/what-makes-a-friendly-url
一意のID 522466がわかると、残りは役に立たないため、URLを「見栄えのいい」ものにして、ユーザーにページのリンク先に関するアイデアを提供します。しかし、これは別の問題を引き起こします。ほとんどのサイトはURLのその部分を「確認」しないので、
http://stackoverflow.com/questions/522466/omg-goatse-bought-by-bill-gates
まだそれはこの投稿にリンクします。これらが悪意を持って使用される可能性があるため、これがどのように問題を引き起こすかより多くの問題が発生するかを確認できます。
Diggはこれに対して正しいアプローチを取っていると思います。 URLでIDを使用しません。舞台裏では、データベースからIDを純粋に与えられたタイトルから取得します。
http://digg.com/linux_unix/I_Like_Linux_so_my_aunt_sends_me_this_for_Christmas
これは、私にとってperfectのURLです。リンクをクリックして安心するために必要なすべての情報が得られます。
実際、タイトルは非常に大きな役割を果たしており、diggの世界では、人々は単にタイトルが好きである、またはそれに興味があるという事実に基づいて「ブラインドディグ」を行っています。 URLが興味深く見える場合は、サイトへのトラフィックが増える可能性があります。同時に、より使いやすく、きれいになり、検索エンジンに感謝します。私の知る限り、フレンドリーなURLは誰にとってもメリットがあります。
あなたの3つの弾丸に対する私の考え：
- それは最適なURLではありません。なぜ投稿IDとタイトルの両方を表示するのかわかりません。投稿IDをURLに含めず、タイトルと（場合によっては）日付のみを含める
- ユーザーにとっては、短いほど良いです。
- 検索エンジンはURLを調べます。それが理にかなっているかどうかにかかわらず、彼らはそうします。 URLにキーワードがあると、SEOのメリットが得られます。
まず、検索エンジンのクローラーにとって使いやすいです。 Googleや他のユーザーは、ページ内の単語と一致するURL内の単語に高い価値を置いているため、ブログ投稿のタイトルがURL内にある場合は、検索エンジンに役立ちます。
第二に、何を訪問しているのかわからない人にも親切です。比較に使用したリンクのうち、Twitter /メール/ IM /その他に出会った場合にクリックする可能性が高いのはどれですか。
ああ...トリックはURLが友好的である人です。検索エンジンは最初のURLにURLにコンテンツ情報が含まれているように見え、同じページが別のパラメーターで繰り返されているようには見えないため、最初のURLをより親しみやすいものとして認識します。
たとえば、比較
www.aTvShowSite.com/show.aspx?id=123
www.aTvShowSite.com/show.aspx?id=124
ロボットは大丈夫と言うでしょう、私はこれらが何であるかわかりません...しかし、彼らは私には同じページのように見えます。
一方、比較
www.aTvShowSite.com/shows/AmericanIdol
www.aTvShowSite.com/shows/Lost
それらは異なるページのように見え（それがそれらを提供しているpxページと同じである場合でも）、ロボットはそれらをより高くランク付けする傾向があります。
編集：さらに、多くのロボットはURLのテキストを見て有用性を判断するため、「失われた」の検索では、ページのコンテンツが同一であっても、最初のタイプよりも2番目のタイプのURLにヒットする可能性が高いことに注意してください。
はどうかと言うと：
これは「自分を繰り返さないでください」というマントラの違反ではないでしょうか？
それはアプリケーションを指しますCODE !!、それ自体のアプリケーションではありません!!
持つことは完全に理にかなっています
- <title>タグ内のタイトル
- URL
- そして、コンテンツの最初の行として。
そして、コンテンツはそれを必要とする他のほとんどどこにでもあります。
コードが次のようになる場合の「マントラ」の意味：
<title><%=obj.getTitle()%></title>
Reading:<h1><%=obj.getTitle()%></h1>
Link to this:<a href="getHrefFor( object.getTitle() )">obj.getTitle()</a>
Etc. etc.
アプリ全体にコピー/貼り付けされたコードを使用するさまざまなメソッドの代わりに。
私はたまたま同意しますが、shhh誰にも言わないでください。
それは私の謙虚な意見ですが、それは私にはばかげているようです
http://stackoverflow.com/questions/522466/
そして
http://stackoverflow.com/questions/522466/what-makes-a-friendly-url
同じページです。つまり、ハイフン付きの質問のタイトルはURLに何らかのコンテキストを与えることがわかりますが、その部分がオプションであることを知らない限り、URLが不必要に長くなるだけです。
表示する「非友好的な」URLは、実装の詳細を公開します。将来的に、ASPをドロップして他のものを使用することを決定した場合はどうなりますか？すべてのURLを変更する必要があります（baad ！）または、名前変更スキームを採用します。
URLでタイトルを繰り返す必要はないかもしれませんが、多くのリンク貼り付けを行う場合、正しい場所にリンクしていることを再確認するのに便利です。
私たちのウェブサイトはいわゆる「非友好的」なURLを使用していますが、特に印刷物など、一般のメンバーが特定の機能に使用する特定の場所用に特別な「友好的」なURLを作成しています。
たとえば、駐車チケットには http://www.dnv.org/parking が付いています。
CP
2番目のURLはよりユーザーフレンドリーに見えますが、最初のURLは検索エンジンにフレンドリーに見えます。
検索エンジンは、URLに表示される単語との関連性を高めます。ドメイン名は最高になり（変更できないため）、URLの長さは制限されているため、残りのURLが高い優先度になり、その後、ドキュメントの本文が分析されます。
私の答えは非常に主観的です。これは、人間に優しいか（手動で入力するか、友人に読みやすいか）、または検索エンジンに優しいか（ランキングを上げるか）によって異なるためです。
この状況では、DRYプリンシパルは実際には機能しません。検索エンジンに関する限り、 '522466'は 'what-makes-a-friendlyと同じではないためです。 -url '
通常、StackOverflowのようなサイトでは、トークンが重要な唯一の情報です。通常、その後は好きな場所に置くことができ、同じ場所に移動します（Webサーバーでは無視されます）。
ページの説明は、検索エンジンがページの内容を識別できるようにするためだけにあります（ニースです）。
Mattと@bigmattyh：SEOは「ハッキング」ではありません。Web上で「良いコンテンツ」が何を意味するかを理解しています。ページタイトルはコンテンツの一部です。リンクの適切なアンカーテキストは、「リンクコンテンツとして「ここをクリック」などの単語を使用するのではなく、「適切なコンテンツ」です。リストとしてではなくコンテキスト内にリンクを配置することは、「良いコンテンツ」です。
ページのタイトルは簡単に実を結ぶことができますが、SERPを改善する最も簡単な方法の1つであり続けます。はい、インバウンドリンク（およびその品質）は重要ですが、タイトルは特に短期的には不思議に思うことがあります。投稿のタイトルとしてページのタイトル（変更される場合があります）を使用する必要はありません。コンテンツを手動で要約します。
これについては推測しないでください。（a）SEOmoz.orgなどのソースを読み、（b）自分のサイトを厳密に分析します。
また、ディレクトリツリーを上に移動するために、URLを手動で編集することもあります。そのため、彼らは http://site.com/a/b のようなページを読み込もうとし、「見つかりませんでした」というエラーを表示してから http://site.com/a または http://site.com 。もちろん、URLが実際のディレクトリツリーに基づいていない場合、これは機能しない可能性があります。しかし、それをサポートすることはできます。
IEとそのエラーメッセージ、Safariのようにページタイトルを右クリックすると表示されるメニューのように、ブラウザによってはこれを推奨しています。
まず、文字を（a-z、A-Z、0-9）から離して、もちろん：/._-をURLから外してください。誰もがそれらのすべてをキーボードに持っているわけではありません（たとえば、私はキーボードに＆を持っていません、私も持っていません〜）
たとえば、URL解析などを行う場合、URL構文が「クリーン」である場合にも役立ちます
私の意見では、IDとUUIDは決してURLの一部であってはなりません。
1）一部のNoSQLデータベースはIDをまったく使用せず、UUIDを使用します。 UUIDは長く、部分はダッシュを使用して区切られます。 Googleはダッシュを単語の区切り文字のように扱います。つまり、URLにはさらに5つの役に立たないキーワードがあります。
2）人間はIDやUUIDを理解していません。人は言葉と話しているURLを理解します。
3）タイトルが変更された場合は、WordPressのように、@ TRiGがポイントするように、リダイレクトを行うだけです。
4）最後に、日付を使用することを忘れないでください。これにより、同じタイトルを持ち、異なる年、月、または日に投稿された2つの記事を区別できます。たとえば、同じ本の2つのレビュー（初版と第2版）を持つことができます。
http://example.com/2013/02/11/data-mining-concepts-and-techniques
そして
http://example.com/2011/05/23/data-mining-concepts-and-techniques
5）日付は、コンテンツが最近のものであるかどうかを把握するのにも役立ちます。
6）日付は、URLに重要なキーワード、つまり年を追加します。世界で最も美しい女の子を見たいとしましょう。Googleで「2014年世界で最も美しい女の子」と入力します。私のURLは次のようになります：
http://example.com/2014/07/10/the-most-beatiful-girls-in-the-world
7）最後に重要なことですが、Chromeはアクセスしたサイトをキャッシュするため、アドレスバー「girls」に入力するだけで上記のサイトを見つけることができます。
読み取り可能なURLという用語もよく使用されます。フレンドリーで読みやすいURLを使用することは、SEOが生み出したテクニックであり、それがそれについてです。そうでなければ、パスが短いほど良いです。通常、書き換えルールを実行するslowsクライアントにページを高速に取得するプロセスなので、それも考慮に入れてください。