URL：ダッシュとアンダースコア
/ about_usまたは/ about-usですか？
ユーザビリティの観点から、私は個人的に/ about-usがエンドユーザーにとってはるかに優れていると考えていますが、Googleや他のほとんどのWebサイト（およびJavaScriptフレームワーク）はアンダースコアの命名パターンを使用しています。スタイルだけの問題ですか？ダッシュとの互換性の問題はありますか？
これは単なる推測に過ぎませんが、人々はおそらく名前では使用しないものを選んだようです。この方法では、ハイフンでつながれたWordを含む名前を持ち、アンダーバーを引き続きWordの区切り文字として使用できます。 UseTwo-wayLinksはuse_two-way_linksに変換できます。
あなたの例では、/ about-usはハイフンでつながれたWord "about-us"という名前のディレクトリになります（そのようなWordが存在する場合、/ about_usは単一の文字列に変換された2つの単語 "about us"非白文字の。
URLに句読点を使用することを検討してください。 URL http://www.example.com/green-dress.html は、 http://www.example.com/greendress.html よりもはるかに便利です。 =。 URLにはアンダースコア（_）ではなくハイフン（-）を使用することをお勧めします。
ダッシュを使用するいくつかのポイントを次に示します。
- Googleでは、アンダースコアよりもダッシュを推奨しています（ source ）。
- ダッシュは、エンドユーザーにとってより馴染みのあるものです。
- ダッシュは標準キーボードで書くのが簡単です（Shiftを押す必要はありません）。
- ダッシュは下線の後ろに隠れません。
- ダッシュは、ドメイン名で許可されているため、URLのコンテキストではよりネイティブに感じられます。
ダッシュとアンダースコアだけではありません：
- スペースを含むテキスト
- テキストなしスペース
- encoded％20spaces％20in％20URL
- underscore_means_space
- ダッシュ平均スペース
- プラス+手段+スペース
- キャメルケース
- パスカルケース
- 「スペースを含む引用符付きテキスト」（および単一引用符対二重引用符）
- スラッシュ/手段/スペース
- dot.means.space
Googleは、以前はアンダースコアをWordの区切り文字として扱っていませんでした。この歴史のため、ダッシュが好まれます。アンダースコアはSEOの観点からは現在許容されていますが、ダッシュが最適であると考えています。
利点の1つは、平均的なコンピューターに精通していないWebサーファーは、キーボードにダッシュを入力できる可能性がはるかに高く、アンダースコアが何であるかさえ知らないことです。
以前は常にアンダースコアを使用していましたが、今では誰も直接リンクしたくないWebサイトの部分、jsファイル、cssなどにのみアンダースコアを使用しています.
SEOの観点からは、詳細な説明のために、馬の口からはダッシュを使用するのが望ましい方法のようです http://www.mattcutts.com/blog/dashes-vs-underscores/ 。
プログラマよりも一般大衆で発生するように思われる他の問題は、下線付きのハイパーリンクに下線が引かれたときに、下線が見えないことです。上級ユーザーは解決しますが、Joe Publicはおそらく解決しません。
ただし、コードではアンダースコアをダッシュよりも優先して使用します-プログラマはアンダースコアを理解しますが、他のほとんどの人は理解していません。
ジェフはこれについていくつかの考えを持っています： https://blog.codinghorror.com/of-spaces-underscores-and-dashes/
両方に欠点があります。私はあなたが1つを選び、一貫していることを提案します。
SEOの第一人者 Jim Westergrenはこれをテストしました 2005年に厳密なSEOの観点から、+（プラス）が実際に最高のWord区切り文字であるという結論に達しました。ただし、これは合理的ではないと思われ、検索エンジンのアルゴリズムのバグが原因である可能性があります。読みやすさとSEOの両方に-（ダッシュ）をお勧めします。
私はアンダースコアにもっと慣れています。第一に、彼らはvariable_names_are_not-subtractionの私の通常のプログラミング経験と一致します。第二に、これはすでに言及したと思います。本当に愚かな例を挙げると、「国家国家」は「国家国家」とは異なります。前者は「国民国家の地」のようなものを翻訳します（「ここは銃の国だ！よくやった！」）、後者は同義語のリストのように見えます。 http://example.com/nation-state-country/はhttp://example.com/nation-state_country/と同じようには見えませんが、ハイフンが単語の文字に加えて区切り文字/「スペース」である場合は可能です。後者は実際の目的に関してはより明確に見えますが、前者はそのリストのように見えます。
アンダースコアは、空白が許可されていないスペースを置き換えます。ダッシュ（ハイフン）はWordの一部である可能性があるため、既にハイフンを含んでいるハイフンで単語を結合するのはくてわかりにくいです。
悪い：
/low-budget-movies
良い：
/low-budget_movies
リンクアンダーラインによってアンダースコアがある程度不明瞭になる可能性があることに基づいて、ダッシュを使用します。テキストURLは、ハイフネーションされた単語で使用するダッシュを保持するための引数が制限されているため、主に文法的に正しいというよりも一目で認識されるためのものです。
テキストURLの正確性が重要なのは、誰かにそれを読むときです。その場合、アンダースコアをスペースと混同したくない（またはその逆）ことはありません。
また、ダッシュが何よりも重要であれば、ダッシュはより審美的に楽しいと感じます。
エンドユーザービューの場合、「about_us」ではなく、「about-us」または「about us」を好む
個人的には、about-usやabout_usの使用を避け、単にaboutを使用します。
一部の古いWebホスティングおよびDNSサーバーには、URLの下線の解析に実際に問題があるため、このような規則の一部になる可能性があります。
個人的には、すべてのダッシュとアンダースコアを避け、コード内にある場合は camelCase または PascalCase を選択します。
キャメルケースに関するウィキペディアの記事は、その起源の背後にある少しの理由を説明しています。それらは
- _キーに手を伸ばすのが嫌いな怠け者のプログラマー
- 可読性に関する潜在的な混乱
- アンダースコアキーのないxerox PARCの「Alto」キーボード。
ユーザーが文字列を表示する場合、上記のいずれも実行せず、「About us」を使用します。または、キャメルケースが製品名などの一部の分野で一般的に使用されているため、「AboutUs」と表示される場合があります。つまり、ThinkPad、TiVo
より良い使用。 -/はセパレータとして。_はセパレータではないようです。
http://www.sistrix.com/blog/832-how-long-may-a-linktext-be.html
URLにはスペースを使用できるため、リンクで「/ about us」を使用できます（ただし、「/ about％20us」にエンコードされます。ただし、正直なところ、これは常に個人的な好みなので、実際の答えはありません）ここで与えられます。
私は、ダッシュが単語に現れることができるので、スペースはアンダースコアに変換されるべきであるという慣習に従っていきます。