57

最近、「フレンドリーな 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 を手動で入力したことはありますか (もちろん、TLD は別として)? ユーザーは、ページの内容を判断するためにページの URL を参照したことがありますか? URL にブログ投稿のタイトルが必要なのはなぜですか? それがページの<title>タグとコンテンツの目的ではありませんか?
  • 「わかりやすい」URL 形式が好まれる理由として、SEO をよく耳にします。検索エンジンのスパイダーが URL を気にするのはなぜですか? それらは、ページ (およびページに含まれる他のページへのリンク) をクロールする自動化されたソフトウェアの一部ではないでしょうか? 検索エンジンが他のソフトウェア コンポーネント (データベース アクセス コンポーネントなど) のように作成された場合、URL は意味のない識別子 (リレーショナル データベースの rowguid と同様) に過ぎません。上記の「わかりやすい」URL のようなものをテーブルの主キーとして使用してデータベース スキーマを設計していた場合、(正確には) 食い物にされてしまいます。

先ほど「ある程度まで」と言ったのは、明らかに URL が手に負えなくなる可能性があるためです。以下は、Amazon.com からの実際の URL です。正気の誰もが「友好的」と考えるとは思いません。

http://www.amazon.com/Bissell-Kitchen-Housewares/b/ref=amb_link_5001972_17?ie=UTF8&node=694500&pf_rd_m=ATVPDKIKX0DER&pf_rd_s=gp-center-5&pf_rd_r=1ZXNJFE0CCFFDH4B9HGH&pf_rd_t=101&pf_rd_p=405478901&pf_rd_i=510080

4

20 に答える 20

61

Tim Berners-Lee (WWW のアーキテクト) は、約 10 年前にこのテーマについて素晴らしい記事を書きました。

  • あなたの例は悪い URL ですが、単に ID と「スラッグ」(ページ タイトルのハイフンでつながれた省略形) の両方があるからではありません。ページ タイトルを URL に挿入することは、長期的には問題があります。 内容は時間の経過とともに変化します。そのブログ投稿のタイトルを変更した場合、古い URL を維持するか、新しいタイトルに合わせて URL を変更するかを選択する必要があります。URL を変更すると、そのページへの以前のリンクが壊れます。変更しないということは、ページと一致しない URL を持つことを意味します。どちらもユーザーにとって良いことではありません。www.myblog.com/posts/123を使用することをお勧めします。

  • 多くの場合、ユーザーは URL を入力する必要がありますが、さらに重要なこととして、サイト内の他のページを見つけるために既存の URL を編集することもあります。したがって、多くの場合、検出可能な URL があると便利です。たとえば、投稿 #124 を見たい場合、現在の URL を簡単に見て、見たいページの URL が www.myblog.com/posts/124 であることがわかります。これは、探しているものを見つけようとする人々にとって大きな助けとなるレベルの使いやすさです。他の情報 (投稿の件名など) を含めると、これが不可能になる可能性があります。そのため、調査の選択肢が少なくなります。

  • SEOのことは忘れてください。検索エンジン技術は、しばらくの間、SEO ハッキングの有効性を低下させてきました。優れたコンテンツは依然として王様です。長期的には、システムを操作することはできません。

于 2009-02-06T22:37:29.383 に答える
11

クエリ文字列がクローラーに与える正確な影響については、多くの矛盾する情報があるようですが、コンセンサスは、長いクエリ文字列変数は動的コンテンツを示すため、2 つ以上のパラメーターを持つと SEO に悪影響を与えるということです。ページのインデックス作成をあまり積極的ではありません。

例の this-is-the-name-of-my-blog-postなどのスラッグを URL に追加すると、リンクが単純な ID 番号よりも互いに異なるものになり、より重要な単語がURL。これらはすべて、検索エンジンが探すものです。

個人的には、使用される句読点文字が少なく、クエリ文字列の名前と値のペアが非常に冗長で覚えにくいため、このような URL は視覚的に解析しやすいと思います。

于 2009-02-06T22:29:13.300 に答える
7

不要な情報を 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

私にとって、これは完璧なURL です。リンクをクリックする際に安心するために必要なすべての情報を提供してくれます。

実際、タイトルは非常に大きな役割を果たしているため、ディグの世界では、タイトルが好きか、興味があるという事実だけに基づいて、人々は「盲目的にディグ」します。URL が興味深い場合は、サイトへのトラフィックが増えている可能性があります。同時に、より使いやすく、より美しく、検索エンジンに感謝されるでしょう。私が見る限り、フレンドリーな URL は誰にとっても有利です。

于 2009-02-06T23:58:17.740 に答える
6

あなたの3つの弾丸についての私の考え：

  • それは最適な URL ではないと思います。投稿識別子とタイトルの両方を表示する理由がわかりません。URL に投稿 ID をまったく含めず、タイトルと (場合によっては) 日付のみを含めます
  • ユーザーにとっては、短いほど良いです。
  • 検索エンジンは URL を見ます。それが理にかなっているかどうかにかかわらず、彼らはそうします。URL にキーワードを含めると、SEO の利点が得られます。
于 2009-02-06T22:30:06.013 に答える
4

はどうかと言うと：

これは、「同じことを繰り返すな」というマントラに違反していませんか?

それはアプリケーションコードを指します!! 、アプリケーション自体ではありません!!

持っていることは完全に理にかなっています

  • <title>タグ内のタイトル
  • URLで
  • そして、コンテンツの最初の行として。

そして、コンテンツがそれを必要とする他のほとんどすべての場所で。

コードが次のようになっている場合、その「マントラ」は何を指しますか。

  <title><%=obj.getTitle()%></title>
  Reading:<h1><%=obj.getTitle()%></h1>
  Link to this:<a href="getHrefFor( object.getTitle() )">obj.getTitle()</a>
  Etc. etc.

アプリ全体にコピー/貼り付けされたコードを使用してさまざまなメソッドを使用する代わりに。

于 2009-02-13T22:31:21.327 に答える
4

まず第一に、それらは検索エンジンのクローラーに優しいです。Google などは、ページ上の単語と一致する URL 内の単語に高い価値を置いているため、ブログ投稿のタイトルが URL に含まれていると、検索エンジンの活性化に役立ちます。

第二に、彼らは自分が何を訪れているのかわからない人々に友好的です. 比較に使用したリンクのうち、Twitter/メール/IM/その他に出くわした場合にクリックする可能性が高いのはどれですか?

于 2009-02-06T22:30:46.807 に答える
4

ああ... トリックは、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

異なるページのように見えます (それらを提供する同じ aspx ページである場合でも)。ロボットはそれらをより高くランク付けする傾向があります。

編集: さらに、多くのロボットは URL のテキストを見て有用性を判断することに注意する必要があります。そのため、「Lost」を検索すると、ページのコンテンツが同一であっても、最初の URL よりも 2 番目のタイプの URL がヒットする可能性が高くなります。

于 2009-02-06T22:31:14.903 に答える
2

当社の Web サイトでは、いわゆる「非友好的」URL を使用していますが、一般の人々が特定の機能、特に印刷物で使用する特定の場所には、特別な「友好的」URL を作成しています。

たとえば、駐車券にはhttp://www.dnv.org/parkingが記載されています。

CP

于 2009-02-06T22:47:21.783 に答える
1

もう1つのポイント：ディレクトリツリーを上に移動するために、URLを手動で編集することがあります。そのため、 http：//site.com/a/bのようなページを読み込もうとし、「見つかりません」エラーが発生してから、http ：//site.com/aまたはhttp://site.comを試してみる可能性があります。もちろん、URLが実際のディレクトリツリーに基づいていない場合、これは機能しない可能性があります。しかし、あなたはまだそれをサポートしようとすることができます。

エラーメッセージが表示されるIEや、ページタイトルを右クリックすると表示されるメニューが表示されるSafariなど、一部のブラウザではこれを推奨しています。

于 2009-02-07T00:10:53.267 に答える
1

Matt と @bigmattyh: SEO は「ハック」ではありません。Web 上の「良いコンテンツ」とは何かを理解することです。ページタイトルはコンテンツの一部です。リンクの適切なアンカー テキストは、(リンク テキストとして「ここをクリック」などの単語を使用するのではなく) 「優れたコンテンツ」です。リストとしてではなく、コンテキスト内にリンクを配置することは、「優れたコンテンツ」です。

ページ タイトルは簡単に達成できるものですが、SERP を改善する最も簡単な方法の 1 つです。はい、インバウンドリンク (およびその品質) は重要ですが、タイトルは、特に短期的には驚異的な効果を発揮します。投稿のタイトルとしてページ タイトル (時々変更される可能性があります) を使用する必要はありません。コンテンツを手動で要約します。

(a) SEOmoz.org などのソースを読み、(b) 自分のサイトを厳密に分析します。

于 2010-01-29T17:29:44.903 に答える
1

この状況では、検索エンジンに関する限り、「522466」は「what-makes-a-friendly-url」と同じではないため、DRY プリンシパルを実際に壊すことはありません。

通常、StackOverflow のようなサイトでは、トークンが重要な唯一の情報です。通常、その時点の後に好きなものを置くことができ、同じ場所に移動します (Web サーバーによって無視されます)。

ページの説明は、検索エンジンがページの内容を識別できるようにするためだけに存在します (これは素晴らしいことです)。

于 2009-02-06T22:39:02.360 に答える
1

まず、文字を (az,AZ,0-9) から離し、もちろん :/._- を URL から離してください。誰もがキーボードにそれらすべてを持っているわけではありません (たとえば、私はキーボードに & を持っていないし、〜も持っていません)

たとえば、いくつかの URL 解析などを行うと、URL 構文が「クリーン」である場合にも役立ちます

于 2009-02-06T22:28:16.627 に答える
1

2 番目の URL はよりユーザー フレンドリーに見えますが、最初の URL は検索エンジン フレンドリーに見えます。

検索エンジンは、URL に表示される単語との関連性を高めます。ドメイン名が最も高くなり (変更できないため)、残りの URL は長さが制限されているため優先度が高くなり、ドキュメントの本文が分析されます。

私の答えは非常に主観的です。なぜなら、それはあなたが人間に優しいかどうか (手動で入力するのが簡単であるか、友人に読んでもらえるか)、または検索エンジンに優しいかどうか (ランキングを上げるため) に依存するからです。

于 2009-02-06T22:30:20.210 に答える
0

読み取り可能な URLという用語もよく使用されます。フレンドリーで読みやすい URL を使用することは、SEO 生まれのテクニックであり、それだけです。それ以外の場合は、パスが短いほど良いです。書き換えルールを実行すると、通常、ページをクライアントに高速に取得するプロセスが遅くなるため、それも考慮してください。

于 2010-04-12T11:55:44.653 に答える
0

私の意見では、ID と UUID は決して URL の一部であってはなりません。

1) 一部の NoSQL データベースは ID をまったく使用せず、UUID を使用します。UUID は長く、部分はダッシュで区切られています。Google はダッシュを単語区切りのように扱います。つまり、URL にはさらに 5 つの役に立たないキーワードが含まれることになります。

2) 人間は ID や UUID を理解していません。人は単語と話している URL を理解します。

3) タイトルが変更された場合は、@TRiG が指すように、WordPress のようにリダイレクトするだけです。

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」と入力するだけで上記のサイトを見つけることができます。

于 2014-07-13T16:21:17.570 に答える