URLパスが末尾のスラッシュで終わるかどうかは違いますか?


46

URLの末尾にスラッシュがある場合、SEOの評価にまったく違いはありませんか?

http://www.example.com/some/slug/paths/

しないものとは対照的に:

http://www.example.com/some/slug/paths

1
StackOverflowでの同じ(現在は閉じられている)質問といくつかの良い答え:URLの末尾のスラッシュ-どのスタイルが推奨されますか?
スティーブンオステルミラー

回答:


38

Googleの完全なブログ記事http://googlewebmastercentral.blogspot.com/2010/04/to-slash-or-not-to-slash.htmlを読んでください。このトピックについて詳しく説明しています。

長い話、短いグーグルはあなたがスラッシュを持っているかどうか気にしません。ただし、以下の2つのパスは個別のページとして扱われます。

http://www.example.com/some/slug/paths/
http://www.example.com/some/slug/paths

上記の両方が必要で、それらが同じコンテンツである場合、最良のオプションは、一方から他方への301リダイレクトを実行することです。

それがオプションでない場合、<link rel="canonical" href="your link"/>どちらをマスターまたは親にするかを定義する両方のページにを追加する必要があります。Matt Cuttsのすばらしい記事http://www.mattcutts.com/blog/canonical-link-tag/には、トピック全体が記載されています。


とにかくそれは良い習慣です。なぜなら、あなたがリンクするときに人々がURLとしてを置くかわからないからです。正規のURL ではない PR8サイトに永続的なリンクを取得したくない :)
ティムポスト

3
これは実際には正規タグの目的ではありません。正しいことは、スラッシュバージョンを非スラッシュバージョンに301リダイレクトすることです(必要に応じて、逆も同様です)。これは、リンクしたGoogleウェブマスターセントラルブログエントリが示すとおりです。301が使用できない場合にのみ、ここで標準を使用します。
ティムファウンテン

@Tim-良い点。あなたは正しい、正規はバックアップの選択肢にすぎません。私は答えをより正確になるように修正しました。ありがとう!
ベンホフマン

1
サーバー側のアプリケーションもパスの扱いが異なります。Djangoでは、domain.com / someはdomain.com/some/にリダイレクトされます。心に留めておくべきこと。:)
シタデルグラード

9

2つの異なるURLとしてではなく、末尾のスラッシュでURLを処理する検索エンジンに関するRandomBenのポイントに加えて、これを追加したいと思います。通常、カテゴリを示すために末尾のスラッシュを使用しますが、階層の最後または最下部にあるページには末尾のスラッシュを使用しません。カテゴリを大幅に削減し、他の部分を大幅に削減しないでください。URLを書き換えている場合、これは自然なファイル構造に最もよく一致します。ただし、パス内の各カテゴリが存在することを確認する必要があります。そうしないと、混乱してイライラするユーザーになる可能性があります。URLの例では、「some」と「slug」の両方がアクセス可能なページである必要があります。


それは非常に合理的です。URLでファイルシステムをエミュレートする場合は、「最後まで行く」のが適切で、スタブページに.htmlまたは.py、.pl、.aspなどの(おそらく偽の)拡張子を付けます、 または、他の何か。末尾のスラッシュがないだけでは、「スタブページ」は通知されません。忘れられた可能性がありますが、「ファイル」拡張子は通知します。
ジェスパーモーテンセン

- 「ファイル名に拡張子?? * nixのマシンいつかの表情取る必要が言う誰が」@Jesper stackoverflow.com/questions/5948659/...を
Yarin

5

末尾のスラッシュが検索エンジン最適化(SEO)に役立つ場合が1つあります。それはあなたの文書がそうではないファイル拡張子であるように見えるものを持っている場合です.html。これは、Webサイトを評価しているサイトで問題になります。次の2つのURLから選択できます。

  • http://mysite.example.com/rated.example.com
  • http://mysite.example.com/rated.example.com/

そのような場合、末尾にスラッシュが付いたもの選択します。これは、.com拡張機能がWindows実行可能コマンドファイルの拡張機能であるためです。検索エンジンとウイルスチェッカーは、このようなメカニズムを介して配布されたマルウェアを含む可能性があるURLを嫌います。末尾のスラッシュは懸念を軽減するようで、ページを検索エンジンでランク付けし、ウイルスチェッカーにアクセスできるようにします。

URL .のファイル部分にno がある場合、簡単にするために末尾のスラッシュを省略することをお勧めします。

(これは私がStackOverflowに投稿たのと同じ答えです)


1

スラッシュのあるURLとないスラッシュは、2つの異なるURLとして扱われます。重複コンテンツの問題を回避するために、これを修正することが絶対に不可欠です。一般に、すべてのページに重複があるため、これはサイト全体に影響します。

  1. サイト全体のURLを標準化する
  2. 301リダイレクトまたは正規化を使用してURLを修正します
  3. 内部リンク監査を行って、不必要なリダイレクトがなく、すべての内部リンクが標準化されたURLを指していることを確認します。
  4. 外部リンクを確認することもできます。理想的には、それらも標準化されたURLを指す必要があります。

ランキングの改善をご覧ください。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.