URL：ダッシュvs.アンダースコア[終了]

/ about_usまたは/ about-usのどちらにする必要がありますか？

使いやすさの観点から、個人的には/ about-usがエンドユーザーにとってはるかに優れていると思いますが、Googleや他のほとんどのWebサイト（およびJavaScriptフレームワーク）はアンダースコアの命名パターンを使用しています。それは単にスタイルの問題ですか？ダッシュとの互換性の問題はありますか？

これは単なる推測ですが、人々がおそらく名前で使用しないものを選んだようです。このようにして、ハイフンで区切られた単語を含む名前を使用し、アンダーバーを単語の区切り文字として使用できます。たとえば、UseTwo-wayLinksをuse_two-way_linksに変換できます。

あなたの例では、/ about-usはハイフンで結ばれた単語「about-us」という名前のディレクトリです（そのような単語が存在する場合、/ about_usは2つの単語のフレーズ「about us」という名前のディレクトリで、単一の文字列に変換されます）白以外の文字の。

Googleウェブマスターセントラルから

URLで句読点を使用することを検討してください。URL http://www.example.com/green-dress.html は、http://www.example.com/greendress.htmlよりもはるかに便利です 。URLには、アンダースコア（_）ではなくハイフン（-）を使用することをお勧めします。

ダッシュを支持するいくつかのポイントはここにあります：

• ダッシュは、アンダースコア（ソース）よりもGoogleにより推奨されています。
• ダッシュはエンドユーザーにとってより使い慣れています。
• ダッシュは標準キーボードで書く方が簡単です（Shiftを押す必要はありません）。
• ダッシュは下線の後ろに隠れません。
• ダッシュはドメイン名で許可されているため、URLのコンテキストではよりネイティブに感じられます。

それは単にダッシュ対アンダースコアではありません：

• スペースのあるテキスト
• スペースなしのテキスト
• エンコードされた％20spaces％20in％20URL
• underscore_means_space
• ダッシュ平均スペース
• plus + means + space
• キャメルケース
• パスカルケース
• 「スペースを含む引用テキスト」（および単一引用符と二重引用符）
• スラッシュ/平均/スペース
• dot.means.space

Googleは、以前はアンダースコアを単語の区切りとして扱っていませんでしたが、これはかなりおかしいと思いましたが、現在はそうです。この歴史のため、ダッシュが好まれます。アンダースコアはSEOの観点からは許容されるようになりましたが、ダッシュが最も良いと思います。

1つの利点は、平均的なセミコンピューターの読み書きができないWebサーファーは、キーボードでダッシュを入力できる可能性がはるかに高く、アンダースコアが何であるかさえわからない可能性があることです。

私はいつもアンダースコアを使用していましたが、今は誰かに直接リンクさせたくないWebサイトの一部、jsファイル、cssなどにのみ使用しています。

SEOの観点から見ると、馬の口http://www.mattcutts.com/blog/dashes-vs-underscores/からの詳細な説明として、ダッシュはそれを処理する好ましい方法のようです。

プログラマーよりも一般ユーザーの方が多く発生しているように見えるもう1つの問題は、下線付きのハイパーリンクに下線が引かれていると、下線が表示されないことです。上級ユーザーはうまくいきますが、ジョーパブリックはおそらくうまくいきません。

ただし、ダッシュではなくアンダースコアをコードで使用します。プログラマはそれを理解しますが、他のほとんどの人は理解しません。

ジェフはこれについていくつかの考えを持っています：https : //blog.codinghorror.com/of-spaces-underscores-and-dashes/

どちらにも欠点があります。私はあなたが1つを選び、一貫していることを勧めます。

SEOの第一人者であるジムウェスターグレンは、厳密なSEOの観点から2005年にこれをテストし、+（プラス）が実際には最良の単語区切り文字であるという結論に達しました。ただし、これは妥当とは思われず、検索エンジンのアルゴリズムのバグが原因である可能性があります。彼は-（ダッシュ）を読みやすさとSEOの両方に推奨しています。

アンダースコアの方が快適です。まず第一に、それらは私の通常のプログラミング経験と一致しますvariable_names_are_not-subtraction。第二に、私はこれがすでに言及されていると思います。単語にはハイフンを使用できますが、アンダースコアはありません。本当に愚かな例を挙げれば、「国民国家」は「国民国家」とは異なります。前者は「国民国家の土地」のようなものを翻訳します（「これはここが銃の国です！はとhttp://example.com/nation-state-country/同じ意味ではないようhttp://example.com/nation-state_country/ですが、ハイフンが単語内の文字に加えて区切り文字/「スペース」である場合、それは可能です。後者は実際の目的に関してはより明確に見えますが、前者はどちらかと言えばそのリストに似ています。

アンダースコアは、空白が許可されていないスペースを置き換えます。ダッシュ（ハイフン）は単語の一部になる可能性があるため、既にハイフンが含まれているハイフンで単語を結合すると、醜く/混乱します。

悪い：

/low-budget-movies

良い：

/low-budget_movies

ダッシュはユーザーの観点からはより優れていて、SEOを妨げることはないと思います。

アンダースコア規約がどこで、なぜ始まったのかわかりません。

もう少し知識のある議論

ダッシュは、リンクの下線によって下線がある程度隠される可能性があるという理由でダッシュを使用します。テキストURLは、文法的に正しいというよりは、主に一目で認識されるためのものであり、ハイフネーションされた単語で使用するためにダッシュを保持するための引数は限られています。

テキストURLの正確さが重要なのは、誰かにそれを読み上げるときです。その場合、アンダースコアとスペースを混同したくない（またはその逆の場合）。

それが何かに数えられるなら、ダッシュもより審美的に楽しいと思います。

エンドユーザービューでは、「about_us」ではなく「about-us」または「about us」を好みます

個人的には、about-usやabout_usの使用は避け、aboutだけを使用します。

一部の古いWebホスティングおよびDNSサーバーは、URLのアンダースコアの解析に実際に問題があるため、このような規則で役割を果たす場合があります。

個人的には、ダッシュとアンダースコアはすべて避け、コード内でキャメルケースまたはパスカルケースを選択します。

camelCaseに関するWikipediaの記事では、その起源の背後にある理由を少し説明しています。それらは

1. _キーに手を伸ばしたくなかった怠惰なプログラマ
2. 読みやすさに関する潜在的な混乱
3. 下線キーのないxerox PARCの「Alto」キーボード。

ユーザーが文字列を表示する場合は、上記のいずれも行わず、「About us」を使用します。キャメルケースにする必要がある場合は、「AboutUs」や、製品名などの一部の分野で一般的に使用されている。つまり、ThinkPad、TiVo

URLではスペースを使用できるため、リンクで「/ about us」を使用できます（ただし、「/ about％20us」にエンコードされます。ただし、正直に言うと、これは常に個人的な好みであるため、実際の答えはありません。ここで与えられます。

ダッシュは単語に使用できるので、スペースはアンダースコアに変換する必要があります。

よく使う。-_はセパレータではないようです。

http://www.sistrix.com/blog/832-how-long-may-a-linktext-be.html