この記事はAhrefs公式ブログの日本語訳です。
原文：What Is A Trailing Slash & When Does It Matter
（著者：Patrick Stox / 原文の最終更新日：Feb 26, 2021）
※フルスピード註：この記事は2021年2月26日時点の記載をもとに翻訳しています。Ahrefs公式ブログの記事は今後追記・再公開されることがありますことをご了承ください。
末尾のスラッシュとは、domain.com/ や domain.com/page/ などの URL の末尾にあるスラッシュ (「/」) です。末尾のスラッシュは通常、末尾にスラッシュがあるディレクトリと末尾にスラッシュがないファイルを区別するために使用されます。ただし、これらはガイドラインであり、要件ではありません。
以前は、フォルダーの末尾にスラッシュがあり、ファイルの末尾にスラッシュはありませんでした。フォルダーはさらにファイルがあることを示し、通常はページのコンテンツの読み込み元となるインデックス ファイル (index.html、index.php など) があります。したがって、コンテンツはたとえばdomain.com/page/index.htmlから取得されますが、ユーザーにはdomain.com/page/が表示されます。個々のファイルの場合は、ファイル名があり、末尾にスラッシュはありません。
最近、ほとんどのシステムの URL はファイルを指していません。URL はデータベースに保存されているレコードです。サーバーレス システムは、サーバー上でファイルをホストすることさえありません。
異なる URL 構造は異なる方法で処理される場合があります。末尾のスラッシュを使用するかどうかは、何よりも個人的な好みです。いくつかの一般的なシナリオを見てみましょう。
ドメイン名の後のスラッシュは関係ありません
domain.com=domain.com/
これらの URL はまったく同じように扱われ、どのバージョンを使用するかは関係ありません。
他の URL では末尾のスラッシュが重要です
domain.com/page≠domain.com/page/
ルート ドメインの直後にある末尾のスラッシュを除くすべてのケースで、末尾のスラッシュは別の URL として扱われます。
ファイルはスラッシュで終わるべきではありません
ほとんどの場合、.html、.php、.js、.css、.pdf、.jpg などのファイルの末尾にスラッシュを追加すると、ファイルは読み込まれません。これは、ほとんどのシステムがファイルがフォルダーであると想定し、このパスの後には何もないため、通常は 404 ページが返されるためです。
次にSEOへの影響を見てみましょう。
末尾のスラッシュと SEO
システムがどのように動作するかに応じて、異なる決定を下す必要がある場合があります。ここでは、遭遇する可能性のある一般的なシナリオをいくつか紹介します。
URL の末尾のスラッシュと末尾のスラッシュ以外に同じコンテンツが表示されます。
前に述べたように、ページの末尾のスラッシュ バージョンと末尾のスラッシュがないバージョンの両方でコンテンツが表示される場合、ページを別の URL として扱うことができます。ここで通常懸念されるのは、異なるバージョンのコンテンツによってコンテンツの重複が発生することです。ほとんどの場合、正規タグによって優先バージョンが指定される可能性が高いため、これは問題にはなりません。それがなくても、Google は通常、シグナルを統合するための優先バージョンを選択します。必要に応じて、URL を強制的に希望のバージョンにすることができます。
末尾のスラッシュを使用するかどうかに関係なく、リダイレクト、サイトマップ、内部リンク、正規タグなどのさまざまな正規化シグナルがすべて、インデックスを作成するバージョンを指していることを確認する必要があります。
URL の末尾のスラッシュと末尾のスラッシュ以外に異なるコンテンツが表示される
2 つのシステムが同じフォルダー構造を共有している場合、または特定の A/B テスト ソフトウェアを使用している場合、URL の末尾にスラッシュが付いているバージョンと付いていないバージョンでまったく異なるコンテンツが表示されるという状況が発生する可能性があります。このような場合、理想的には、インデックスを作成してユーザーに表示するバージョンを 1 つ選択し、もう 1 つのバージョンをそのバージョンにリダイレクトすることができます。
フレフラン
hreflang を含むより複雑な設定では問題が発生する可能性があります。Hreflang リンクは、ページのインデックス付きバージョンを指す必要があります。canonical タグが末尾にスラッシュのあるページのバージョンを指しており、Google がこの方法でページのインデックスを作成しているが、hreflang タグが末尾にスラッシュがないページのバージョンを指している場合、これらの hreflang タグは尊重されない可能性があります。
末尾のスラッシュの追加または削除
このプロセスはシステムによって異なります。変更を加える前に、関連ドキュメントを確認することをお勧めします。
.htaccess
スラッシュを削除する
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)/$ /$1 [L,R=301]
サイドノート。!-d はディレクトリを検索します。ディレクトリが存在する場合、スラッシュは削除されません。これを含めないと、これらのメイン ディレクトリ ページが破損する可能性があります。
スラッシュを追加する
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^(.*[^/])$ /$1/ [L,R=301]
注釈：
!-f はファイルを検索し、ファイルが存在する場合は末尾のスラッシュを追加しません。これにより、画像、PDF、JS、CSS などが破損するのを防ぎます。
ワードプレス
[設定] > [パーマリンク] に移動すると、カスタム構造を使用する場合に末尾のスラッシュを使用するかどうかを変更できます。
/%postname%/URL の末尾にスラッシュを追加します
/%postname%URL から末尾のスラッシュを削除します
JavaScript フレームワーク
ルーターのせいで、これらのシステムはあなたが慣れているものとは少し異なる場合があります。ルーターでの URL の動作方法をカスタマイズすることも、あまり時間を費やしたくない場合は、これらのシステムのほとんどには、末尾のスラッシュを追加または削除するための事前構築モジュールが用意されています。
末尾のスラッシュがレポートに与える影響
末尾のスラッシュを使用するかどうかを決定するときは、レポートを考慮する必要があります。たとえば、Google Search Console では、ドメインまたは URL プレフィックスのプロパティを設定できます。URL プレフィックス プロパティ (ドメイン/フォルダーなど) を設定するときに末尾のスラッシュを含めない場合でも、Google はそれを追加します。その結果、domain.com/folder/ (末尾のスラッシュなし) は 1 つ上のレベルであるため、domain.com/folder (末尾のスラッシュなし) へのすべてのアクセスは報告されません。
Google Analytics (GA) では、メイン ページにスラッシュがない場合にフォルダーごとにコンテンツのドリルダウンを実行しようとすると、同じ問題が発生します。URL のスラッシュ バージョンとスラッシュなしバージョンの両方が機能する場合は、両方とも GA で報告される可能性があります。
データを統合する場合は、以下に示すようにフィルターを追加して、分析レポートの URL の末尾にスラッシュを強制することができます。
正規表現は次のとおりです。^(/[a-z0–9/_-]*[^/])$
まとめ
変更には常にリスクが伴います。そのため、設定に問題が発生していない限り、URL を強制的に変更しようとは思いません。テクノロジーが変化し、スラッシュに関する古い URL 規則は、ほとんどの最新の Web サイトには適用されません。
記事を書いた人
Patrick Stox
Patrick Stox は、Ahrefs のプロダクト アドバイザー、テクニカル SEO、およびブランド アンバサダーです。彼は、Raleigh SEO Meetup、Raleigh SEO Conference、Beer & SEO Meetup、Findability Conference の主催者であり、/r/TechSEO のモデレーターでもあります。
コメント