実際に効果があったSEO修正：正規URL、サイトマップ、末尾スラッシュ

SEOの助言の多くは、一般的すぎて実行に移せないか、特定のプラットフォームに依存しすぎて他に応用できないかのどちらかです。「良いコンテンツを書く」という原則と、「パンくずリストにスキーママークアップを追加する」といった具体的な手順の間には、インフラレベルのSEO整備という層があります。検索エンジンがサイトを確実にインデックスし、理解できるかを左右する部分です。コンテンツ施策よりも安定して効果を出しているにもかかわらず、十分な注意が払われていません。

当サイトと複数の顧客サイトで体系的なSEO監査と修正を行ったところ、インデックス登録の範囲や検索順位に測定可能な変化をもたらしたのは、一貫してコンテンツよりも技術面の修正でした。これはすべてのサイトに当てはまる結果ではありません。技術的なSEOが整っているサイトでは、コンテンツの不足が主な制約になることも多くあります。しかし、何年にもわたるURL変更、リダイレクト、フレームワーク移行が積み重なったサイトでは、技術的負債がコンテンツ投資の効果に上限を設けていました。

正規URLの不整合

canonicalタグの仕組みは、本来単純です。インデックスに登録したいURLを正規URLとし、同じコンテンツを示すすべてのページからそのURLを指定します。しかし実際には、canonicalの設定が時間とともにずれ、曖昧さを解消するどころか生み出してしまいます。

監査で最もよく見つかるのは、自己参照canonicalが、実際のページURLとは異なる形式を指定しているケースです。https://example.com/products/widget/で配信されるページが、末尾スラッシュのないhttps://example.com/products/widgetを正規URLに指定していると、インデックス登録すべきURLを取得した際に、末尾スラッシュ付きのURLへ戻るリダイレクトが発生します。検索エンジンは一般にこの不整合に対応できますが、それは「正しく統合される場合もあれば、2つのシグナルにクロールバジェットが分散する場合もある」ということです。

さらに影響が大きいのは、多言語サイトにおける正規URLとhreflangのURLの不整合です。canonicalが英語版を指し、hreflangタグが各言語版を指すページでは、検索エンジンはページの位置づけについて異なる内容を示す2つの指示を整合させなければなりません。Googleのドキュメントはcanonicalとhreflangの整合が必要だと明示しています。実際、不整合な設定は予測しにくいインデックス登録の挙動を生み、体系的な監査なしには原因の特定が困難です。

修正方法は複雑ではありません。各ページの自己参照canonicalを監査し、プロトコル、wwwの有無、末尾スラッシュ、URLエンコーディングのすべてが実際に配信されるURLと一致しているかを確認します。難しいのは対象範囲です。複数の言語にまたがる数百ページのサイトでは、手作業の確認ではなくプログラムによる監査が必要です。

サイトマップのフィルタリング

XMLサイトマップの目的は、インデックス登録が可能で重要だと考えるページを検索エンジンに伝えることです。ログインが必要なページ、ページネーションによる別URL、送信完了ページ、noindex指定のページまで、サイト内のすべてのURLを含めたサイトマップでは、その目的を果たせません。インデックスに登録できないページへクローラーを誘導し、本当にクロールすべきページを示すシグナルを弱めてしまいます。

監査案件で最も効果があったサイトマップの改善は、noindexページの除外でした。サイトマップへの掲載はインデックス登録を促す一方、noindexは登録しないよう指示するため、両者は矛盾します。Googleは最終的にはnoindexに従いますが、価値をもたらさないページを依然としてクロールします。これは特に、クロールバジェットが実際の制約となる大規模サイトで問題になります。また、実際にインデックス登録したいページを示す案内として、サイトマップの信頼性も下がります。

認証が必要なコンテンツには特に注意が必要です。アカウントの管理画面、注文履歴、購入手続きなど、ログインの先にあるページは、明示的なnoindexタグがあるかどうかにかかわらず、サイトマップに含めるべきではありません。Google Search Consoleに送信するサイトマップにログインが必要なURLが含まれると、「ページにリダイレクトがあります」や「クロール済み - インデックス未登録」といった報告が発生します。監査時のノイズとなり、本来登録すべきページの状況が見えにくくなります。

商品、ブログ記事、ランディングページなど、コンテンツの種類ごとにファイルを分けたサイトマップには、もう1つの利点があります。Google Search Consoleで、どの種類のコンテンツが効率よくインデックスに登録されているかを、より細かく分析できます。200件のURLを含む商品サイトマップと、80件を含むブログサイトマップがあれば、種類ごとの登録率を個別に監視できます。単一のサイトマップでは見えない傾向を見つけるのに役立ちます。

末尾スラッシュの正規化

末尾スラッシュの問題は、現在のウェブ開発者の多くが仕事を始める前から存在し、今も単純にはなっていません。実際には、ほとんどのサーバーやフレームワークが/pageと/page/の両方を配信し、多くは一方から他方へリダイレクトします。しかし、複数のCMS移行やフレームワーク変更を経たサイトでは、どちらへ転送するか、どのリダイレクトステータスコードを使うかが統一されていないことがよくあります。

問題は利用者が混乱することではありません。利用者は末尾スラッシュの違いに気づきません。問題は、同じコンテンツに対する重複したURLシグナルが生じ、PageRankが2つのアドレスに分散することです。/pageと/page/の両方に被リンクが蓄積したページでは、canonicalやリダイレクトで統合しない限り、リンクによる評価が実質的に2つのバージョンに分散します。相応の被リンクを持つページでは、検索順位に実際の損失をもたらします。

正規化には、3つの層での統一が必要です。非正規形式から正規形式へのサーバーレベルの301リダイレクト、正規形式を一貫して使う自己参照canonicalタグ、同じ正規形式を使うサイト全体の内部リンクです。1つか2つだけを実装し、残りを対応していないサイトは多くあります。これでは重複のシグナルを減らせても、なくすことはできません。

末尾スラッシュを付けるか付けないかという選択より、一貫性の方が重要です。どちらも有効です。静的サイト生成では/page/index.htmlが自然な出力構造になるため、末尾スラッシュ付きの形式が最も適しています。これはAstroのデフォルトの出力形式であるbuild.format: 'directory'が生成する形式です。一方、Next.jsはデフォルトで末尾スラッシュなしの形式へリダイレクトします。スラッシュなしのディレクトリ構造に合わせる場合は、末尾スラッシュなしが標準になります。どちらでも構いません。問題は不統一です。

Google Search Consoleによるインデックス登録の診断

Google Search Consoleのカバレッジレポート、現在のページのインデックス登録レポートは、サイト単位のSEOを診断するうえで最も直接的なフィードバック手段です。「クロール済み - インデックス未登録」「検出 - インデックス未登録」「重複しています。ユーザーにより、正規ページとして選択されていません」「適切なcanonicalタグのある代替ページ」といった分類は、それぞれ異なる技術的状況に対応し、必要な対処も異なります。

「クロール済み - インデックス未登録」が相当数ある場合、通常は3つの状況のいずれかを示します。特定のページ種類におけるコンテンツの品質問題、価値の低いコンテンツを示唆する構造的なシグナル、またはクロールバジェットの制約です。構造的なシグナルには、内容の乏しいページ、定型的すぎるコンテンツ、他のページと意味上の違いがほとんどないページが含まれます。クロールバジェットの制約では、取得済みのページであってもGoogleが登録を遅らせます。どの状況かによって、修正方法は大きく変わります。

「重複しています。ユーザーにより、正規ページとして選択されていません」は、ほぼ常に末尾スラッシュの正規化やcanonical設定に抜けがあることを示します。Googleが2つのURLで同じコンテンツを見つけ、どちらにも他方を指すcanonicalがなければ、独自のシグナルに基づいて自ら一方を選びます。それが登録したい形式とは限りません。この分類は、前述の不統一を示す信頼性の高い指標です。

継続的なSEO監視でSearch Consoleを最も実務的に活用できるのは、検索順位のレポートではありません。順位にはパーソナライズ、地域、検索の文脈によるノイズが多く、URL単位の運用には向きません。インデックス登録レポートをサイトマップの送信データと照合すれば、技術基盤がサイトの検索での見つけやすさを支えているのか、制限しているのかを直接把握できます。

実際に効果があった修正

これらの修正前後のデータには、一貫した傾向が見られました。測定期間は60〜90日で、当社の経験では、Googleが構造変更を処理して反映するまでにこの程度かかります。canonicalの正規化と末尾スラッシュの統一は、GSCの重複関連の警告を最も明確に改善し、クロール効率も改善しました。サイトマップのフィルタリングは、優先ページのインデックス登録範囲の改善と相関がありました。クロールの対象が不要なページから重要なページへ移ったことが理由として考えられます。

ただし、個々の修正の寄与を切り分けるのは難しいという留保があります。SEO施策を進める間も、サイトは運用期間を重ね、新しいコンテンツを蓄積し、こちらではなくGoogleのスケジュールでクロールされます。技術的な修正と検索順位の改善との相関には、こうした同時進行の要因が常にある程度影響します。

データから明確に言えるのは、重複シグナルの継続、肥大化したサイトマップ、canonicalの不整合といった技術的なSEO負債が残るサイトは、コンテンツの品質にかかわらず、本来の力を発揮できないということです。基盤の修正は順位の改善を保証しませんが、他の投資の効果を妨げている上限を取り除きます。

1つのウェブサイトを数十の言語で展開する：ECのための実践的なi18n：多言語サイトのcanonical設定に関わるhreflangの実装とURL構造の判断。
当社のShopify脱却戦略：ヘッドレスECの代替案を評価する：URL構造の変更やリダイレクトの対応づけなど、プラットフォーム移行によるSEOへの影響の管理。
React SPAからAstroへ：移行の時期と理由：明確なURL構造を生成し、サーバー側のリダイレクトの複雑さをなくす静的サイト生成の手法。