末尾スラッシュ​チェッカー

ドメインのみの場合（https://example.com と https://example.com/ は常に同じ）を除き、末尾にスラッシュがある URL とない URL は別々のアドレスです。両方が同じコンテンツで 200 OK を返すと、検索エンジンはどちらか一方を選ばなければならず、リンクやアクセス解析のデータは 2 つに分散し、キャッシュにはページが二重に保存されます。

どちらの形式が SEO に有利ということはありません。重要なのは、各ページのバージョンを 1 つに決め、もう一方をそこにリダイレクトし、すべての内部リンク、canonical タグ、サイトマップのエントリで同じ形式を使うことです。

TrueURL は、入力どおりの URL と、スラッシュの有無を逆にした URL をチェックし、それぞれの最終的な到達先を比較します。

• 一方がもう一方に 301 または 308 でリダイレクトされる：理想的な状態です。リダイレクトは恒久的で、サイトの設定に一貫性があります。
• 一方がもう一方に 302 または 307 でリダイレクトされる：機能してはいますが、恒久的なリダイレクトにすべきです。
• 両方とも 200 で表示される：重複コンテンツの可能性が高い状態です。リダイレクトを追加するか、少なくとも両方に、優先するバージョンを指す canonical タグを設定してください。
• 一方が 404 を返す：そのバージョンに一切リンクしていなければ許容範囲ですが、URL を手入力したり共有したりする訪問者にとっては、リダイレクトのほうが親切です。
• 両方とも別の場所にリダイレクトされる：チェーン全体を確認してください。スラッシュのルールが、他のリダイレクトに重なっている可能性があります。

• Apache：mod_dir は、デフォルトで実在するディレクトリに 301 でスラッシュを付けます。それ以外の URL には、スラッシュを一貫して付ける、または外す書き換えルールを 1 つ使います。
• Nginx：使わない形式に対して return 301 または rewrite のルールを追加し、try_files が両方の形式を配信しないようにします。
• CMS とフレームワーク：WordPress はパーマリンク構造に従ってもう一方の形式をリダイレクトします。Next.js と Astro には trailingSlash オプションがあります。ホスティングや CDN の挙動と食い違っていないことを確認してください。
• 静的ホスティングと CDN：多くのサービスは HTML ファイルに対して自動的にスラッシュを付けたり外したりし、その挙動がフレームワークの設定より優先されることがあります。デプロイのたびにテストしてください。

修正したら、内部リンクを優先する形式に更新し、訪問者がそもそもリダイレクトを経由しないようにします。

ファイルには末尾のスラッシュを付けません。/style.css や /report.pdf が正しく、/report.pdf/ は通常、エラーや誤ったコンテンツを返します。クエリ文字列とフラグメントはパスの後に続くため、/blog/?page=2 のように、スラッシュはその前に置きます。ページとディレクトリに適用するルールを 1 つ決めて、すべての場所で統一してください。