web-dev-qa-db-ja.com

URLパラメーターの前に末尾のスラッシュが適切ですか?

という事は承知しています

http://www.example.com/product

そして

http://www.example.com/product/

実際には2つの異なるURLとして見ることができ、SEOの目的ではおそらく回避するのが最善ですが、これはクエリ文字列パラメーターにどのように影響しますか。どちらが良いですか(あるいは「合法」でも)?

http://www.example.com/product?source=googleps

または

http://www.example.com/product/?source=googleps

?の前にスラッシュが必要ですか

7
Jeepstone

すべてのfourのURLはSEOでは異なります:

  • http://www.example.com/product
  • http://www.example.com/product/
  • http://www.example.com/product?source=googleps
  • http://www.example.com/product/?source=googleps

これら4つのうちどれを使用するかは問題ではありませんが、oneを選択して一貫して使用する必要があります。スラッシュとパラメーターの両方が、検索エンジンへの新しいURLを作成します。同じコンテンツに異なるURLを提供すると、検索エンジンのクローラーがサイトを効率的にクロール、インデックス付け、ランク付けせずに余分な作業を行う可能性があります。

これに対処するために、いくつかのツールを使用できます。

  1. 重複するすべてのURLを優先する「標準」URLにリダイレクトします。
  2. Link rel正規メタタグを使用して、検索エンジンに使用するメタタグを伝えます。
  3. Googleウェブマスターツールの「URLパラメーター」設定を使用して、「ソース」パラメーターがページコンテンツを変更しないことをGoogleに通知します(トラッキングにのみ使用されます)。

パラメータ付きのURLの両方のバージョンは「合法」です。末尾のスラッシュは、選択した場合に存在することもあれば、省略することもできます。サーバー上で構成しやすく、選択したものを一貫して使用しやすい方を使用してください。

5

SEOに関しては、Googleが十分な常識を持っており、表示した2つのURLが同じコンテンツを返した場合、実際にはすべてのURLが人間にとって同じであることを認識しているため、SEOについては問題になりません。

実際、一部のウェブマスター/開発者は、「見栄えが良い」ため、スラッシュを追加または削除する簡単な書き換えルールを記述します。
これらのリライトは、内部 HTTPサーバーリダイレクト(外部ユーザーエージェントには表示されない)であり、GoogleがWebマスターに「リダイレクト」とサーバー間の対応する往復通信をコーディングすることを「期待」するおよびリダイレクト(したがって正規のURL)を「アナウンス」するユーザーエージェント-例30xと "Location:[スラッシュを除いた古いURL]"を含むHTTPレスポンス-いけない人を罰する-はあまり意味がありません。
しかし、私はGoogleで働いていないので、確かに言うことはできません-私は個人的にそれを気にします。また、「rel」正規タグを使用して正規URLをいつでも指定できます。

URLがそれ以上逸脱し、が同じコンテンツを返した場合、例えば.

  • http://www.example.com/product.html
  • http://example.com/product/

次に、それらをクリーンアップし、正規のURLを指定します。

私の経験では-PHPで-もし クエリ文字列 REQUEST_URIHTTP_HostおよびREQUEST_URIを含むQUERY_STRINGに続くアドレスの部分)にスラッシュがあるかどうか-PHPは気にしないようです-スラッシュは$_SERVER['REQUEST_URI']配列キーでキャプチャされ、クエリ文字列は$_SERVER['QUERY_STRING']キーでキャプチャされます

1
the_velour_fog