SEOのディレクトリ構造｜階層の数より先に見る自社のURL数

サイトのURLをどう分ければよいのか、階層は浅いほうがよいのか、サブディレクトリとサブドメインのどちらに置くべきか。ディレクトリ構造の設計は、一度決めると簡単には動かせないぶん、手が止まりやすいところです。すでに動いているサイトをお持ちなら、いまの構造を作り直すべきか迷う場面もあるでしょう。

私たちは大量のページを持つデータベース型サイトのSEOを支援しています。その立場からGoogle公式の文書を原文で読み直すと、ディレクトリ構造で先に見るべきなのは階層の数ではなく、自社サイトのURLが何件あるかと、その区切りに意味があるかだという見方に行き着きます。よく目にする「4階層以内」という数字は、GoogleのURL構造のドキュメントとSEOスターターガイドのどちらにも書かれていないからです。

この記事では、階層の数え方という土台から始めて、サイト構造・ディレクトリ構造・構造化データの違い、URLの正規化、サブディレクトリとサブドメインの選び方、既存サイトを変えるかどうかの判断基準までを順に整理します。読み終えるころには、自社サイトに手を入れるべきか、入れるならどこからかを、自社の数字で決められる状態になっているはずです。

先に結論：階層の数ではなく、自社のURL数で決まる

まず最初に、結論からお伝えします。SEOのディレクトリ構造で押さえるべきポイントは、次の3つです。

• 「4階層以内」という数字は、Googleの公式ドキュメントには書かれていません
• 階層の数より先に見るのは、自社サイトのURLが何件あるかです
• URLが数千件に届いていないなら、階層より区切りの意味をそろえるほうが先です

1つ目は、判断の起点についてです。「階層が深いと順位が下がる」「主要なページは4階層以内に収める」という話は広く出回っています。ところが、GoogleのURL構造のドキュメントとSEOスターターガイドのどちらを読み通しても、階層の深さや段数についての数値は出てきません。

2つ目は、代わりに見る数字です。公式が条件として挙げているのは階層ではなく規模で、「数千以上の URL を含むようなサイト」ではサイトの構造がクロールとインデックス登録の動作に影響する、と書かれています。自社のURLがその規模に届いているかどうかで、気にすべきことが変わってきます。

3つ目は、規模に届いていないサイトがやることです。段数を1つ削る作り替えよりも、同じテーマのページが同じ場所にまとまっているか、区切りがユーザーの探す軸と合っているかを見るほうが先になります。置き場所は基本的にサブディレクトリを選び、すでにあるサイトを作り替えるときは「変えて失うもの」を数字で確かめてから動きましょう。なお、この記事で扱う内容は「サイト構造」という言葉で語られることも多く、両者はほぼ同じ対象を指すと考えてください。

気にすべきことは、自社サイトのURLの数で変わります。下の表に、URL数ごとの判断の目安をまとめました。自社のURLがいま何件あるかを当てはめて、どこに手を入れるべきかの見当をつけてみてください。

自社サイトのURL数	階層について気にすること	先に手を付けたいこと
〜数百件	気にしなくてよい	1つの内容に1つのURLだけを残す
数百〜数千件	区切りの意味がそろっているかを見る	ディレクトリごとに中身の種類を1つにそろえる
数千件以上	構造がクロールとインデックスに影響し始める	ディレクトリ単位でインデックスの状況を分けて見る

この線引きの根拠は2つあります。1つは、いま挙げた公式の条件です。もう1つは社内のナレッジとして整理している判断基準で、数万ページまでの規模ならクロールの上限が問題になることは多くありません。逆にページ数が数十万規模になると、クロールの効率が最重要の技術課題の1つに変わります。

なお、この2つの数字は同じものを指していません。Googleの「数千以上の URL」は構造がクロールとインデックス登録に影響し始める規模、社内基準の「数万」はクロールの上限が実務の課題になる規模です。読者の多くが当てはまるのは、表のいちばん上の行でしょう。その場合、階層の数え直しに時間を使う価値は小さいと私は判断しています。

SEOのディレクトリ構造とは？サイト構造との関係

ディレクトリ構造は、サイト構造をURLの階層として表したものです。よく混同される構造化データとは、別の仕組みを指します。ここが曖昧なままだと設計の話がぼやけるので、言葉の意味、階層の数え方、3つの用語の違い、SEOに関わる理由を順に見ていきましょう。

• ディレクトリ構造・URL階層とは
• 階層の数え方を先に決める
• サイト構造・ディレクトリ構造・構造化データの違い
• ディレクトリ構造がSEOに関わる理由

ディレクトリ構造・URL階層とは

ディレクトリ構造とは、サイトのURLを「カテゴリ、サブカテゴリ、個別ページ」のように階層で組み立てた構成のことです。パソコンのフォルダが入れ子になっている様子を思い浮かべてください。ディレクトリは、そのフォルダにあたる区切りを指します。

たとえば「example.com/media/seo/directory/」というURLなら、mediaの中のseoの中にdirectoryのページがある、という並びを表す形です。この並びが「URL階層」と呼ばれるもので、スラッシュで区切られた段の数が階層の深さになります。上の例なら3階層です。

階層は、サイトの中でそのページがどこに位置するかを示す地図の役割を持ちます。地図として機能するかどうかは、段の数ではなく、区切り方に意味があるかで決まります。

「/media/seo/」のようにテーマで区切られていれば、URLを見ただけで中身の見当がつくでしょう。一方で「/cat3/list2/」のような区切りは、人にも検索エンジンにも情報を渡していません。

階層の数え方を先に決める

階層の数え方には共通の定義がないため、この記事ではドメインの直下を第1階層とし、URLのスラッシュで区切られた段の数で数えます。トップページは第0階層、「example.com/media/」は第1階層、「example.com/media/seo/directory-structure/」は第3階層という数え方です。

数え方を先に決める価値は、同じURLでも数字が動いてしまうところにあります。いま挙げた「example.com/media/seo/directory-structure/」は、トップページを1階層目と数えれば4階層になります。ディレクトリの数だけを数えれば2階層です。同じサイトの同じページが、数え方次第で2から4まで動きます。

そのため、他の記事で見かける「4階層以内」という目安を自社に当てはめるときは、まず数え方をそろえてから判断してください。社内で構造の話をするときも、どこを第1階層と呼ぶかを先に決めておくと、議論が噛み合いやすくなります。

段数をそろえたうえで見比べたいのは、区切りに意味があるかどうかです。下の2つは、どちらも同じ3階層になります。

意味で切れている例

example.com/
└ media/                    ← メディア全体
  └ seo/                    ← テーマ
    └ directory-structure/  ← 記事

区切りに意味がない例

example.com/
└ cat3/                     ← 何のまとまりか分からない
  └ list2/
    └ p88/                  ← 中身が推測できない

段数は同じでも、上はURLだけで中身が分かり、下は開くまで分かりません。階層の深さを気にする前に、この差が埋まっているかを見てください。

サイト構造・ディレクトリ構造・構造化データの違い

名前は似ていますが、「サイト構造」「ディレクトリ構造」「構造化データ」の3つが指しているものは別々です。

名前が近いぶん、混ざったまま話が進みがちなところでもあります。下の表で切り分けておきましょう。

用語	何を指すか	SEOでの役割
サイト構造	サイト全体のページの並び方と、ページ同士のつながり方	全体の設計図。どのテーマをどこに置くかを決める
ディレクトリ構造	そのサイト構造をURLの階層として表したもの	設計図をURLの形で見えるようにする
構造化データ	1ページの中身を機械が読める形で書き添えた注記	ページ単位の意味づけ。並び方とは別の仕組み

選び分けの目安はシンプルです。いま迷っているのが「どのページをどこに置くか」なら、サイト構造とディレクトリ構造の話になります。「1ページの中身を検索エンジンにどう伝えるか」なら、構造化データの話です。

前の2つは建物の間取り、最後の1つは部屋につける名札だと考えると混ざりません。

なお、サイト構造とディレクトリ構造は、実務ではほとんど同じ意味で使われます。厳密には、サイト構造には内部リンクやナビゲーションの設計も含まれ、そのうちURLで表現される部分がディレクトリ構造にあたります。この記事では、両方をまとめて扱っていきましょう。

ディレクトリ構造がSEOに関わる理由

ディレクトリ構造がSEOに関わる理由は、大きく2つあります。1つは、検索エンジンとユーザーの両方に「このページはどのテーマの仲間か」を伝えられること。もう1つは、クロールの効率に影響することです。

クロールとは、検索エンジンがページを見て回る動きのことです。

後者については、Googleの公式ドキュメントに説明があります。SEOスターターガイドには、類似トピックのページをディレクトリにまとめると、各ディレクトリ内のURLが変更される頻度をGoogleが学習しやすくなる、と書かれています。出典はこちらです（Google検索セントラル「検索エンジン最適化（SEO）スターター ガイド」）。

よく更新される場所と、めったに変わらない場所を区別して回れるようになる、という説明です。

ここで見落としてはいけないのが、この説明に付いている条件です。原文には「数千以上の URL を含むようなサイトの場合は」という前置きがあります。

つまり、ディレクトリで得られる効果として公式に語られているのは順位ではなくクロールとインデックス登録であり、しかも一定の規模から先の話なのです。この点は次の章で原文とあわせて詳しく見ます。

「階層の深さ」はどこまで気にするべきか

「4階層以内に収める」「トップから3クリック以内」といった数字は、Googleの公式ドキュメントには書かれていません。それでも広く語られているのは、出どころのない数字が基準のように扱われてきたからです。まず同じ検索結果に並ぶ記事がどんな数字を挙げているかを並べ、公式の原文に何が書かれているのかを確かめたうえで、規模別の判断に落とします。

• 同じ検索結果の記事でも、勧める階層は3通りに割れている
• 公式ドキュメントに階層の深さの記述はない
• URLの階層と、クリックの階層は別物
• 効果が出るのは「数千URL規模」から
• 深さより「意味のまとまり」で切る

同じ検索結果の記事でも、勧める階層は3通りに割れている

当社が2026年10月に、「seo ディレクトリ構造」の検索結果とAIによる要約の参照元に並ぶ記事を読み比べたところ、勧められている階層の数字は3通りに割れ、どれにも出典が示されていませんでした。見かけるのは、次のような言い方です。

同じ検索結果で見かける言い方	その数字の出典
主要なページは4階層以内に収める	示されていない
トップから3〜4階層程度にする	示されていない（「〜とされています」の伝聞）
3階層以内に収める	示されていない
「第○階層以内にする必要がある」というルールはない	そもそも数値を置いていない

目を引くのは、数字そのものよりも右の列です。どの数字にも、公式ドキュメントや公的な調査といった出どころが添えられていません。同じ記事の中で「4階層以内がおすすめ」と「階層の深さとSEOに密接な関係はない」が併記されている例もあります。読者は数字を受け取るものの、それを信じてよい理由までは受け取れないわけです。

このほかに「トップから3クリック以内」という言い方も混ざりますが、これは階層の段数とは別の話です。切り分けは、この章の後半で行いましょう。

さらに、この検索結果に表示されるAIの要約は、主要なページは4階層以内に収めるのが理想だと言い切っています。出典のない数字が、要約の段階で断定に変わっています。

ここから決められることは1つです。「4階層以内」は守るべき基準ではなく、よく見かける言い方の1つとして受け取ってください。そのうえで、自社サイトでは何を見ればよいのかを、このあと順に置き換えていきます。

公式ドキュメントに階層の深さの記述はない

Googleが公開しているURL構造の公式ドキュメントには、階層の深さに関する推奨が1つも書かれていません。文書の名前は「Google 検索における URL 構造のベスト プラクティス」で、最終更新は2025年12月31日（UTC）です。

「URL 構造をわかりやすくする」の節で「可能な限りシンプルな URL 構造を作成」することをすすめたうえで、わかりやすいURLのベストプラクティスが並びます。そのうちディレクトリの設計に関わるのは、次の3点です（Google検索セントラル「URL 構造のベスト プラクティス」）。

• わかりやすいURLを使用する（長いID番号ではなく意味のある単語を使う）
• 単語を区切るのにハイフンを使用する（アンダースコアは使わない）
• パラメータの使用はできるだけ少なくする

お気づきでしょうか。残りの項目を含めても、ディレクトリの深さや階層の数についての推奨は1つも入っていません。

むしろ同じセクションには「論理的かつ人間が理解できる方法で URL を構成できるよう、コンテンツを分類します」と書かれています。求められているのは、段の数ではなく分類のほうです。

このドキュメントには、「何階層まで」という基準がありません。つまり「4階層以内が望ましい」という数字は、Googleが公式に示した基準ではないのです。

もちろん、深い階層に置かれたページは埋もれやすくなります。公式ドキュメントに明記はありませんが、実務で説明がつくのは、深さそのものが減点されるからではなく、リンクをたどって到達しにくくなるからでしょう。原因を取り違えると、階層を1段浅くするだけの作り替えに時間を使い、肝心の分類やリンクの設計が置き去りになります。

URLの階層と、クリックの階層は別物

階層の話が噛み合わなくなる原因の多くは、別々の2つが同じ言葉で語られている点にあります。URLの階層は、アドレスのスラッシュの段数です。クリックの階層は、トップページから何回のクリックでそのページに着くかを指します。片方は住所の表記、もう片方は到達のしやすさの話です。

この2つは連動しません。「example.com/media/seo/directory-structure/」のように3段のURLでも、トップページや一覧ページから直接リンクが張られていれば、読者も検索エンジンも1〜2回のクリックで着きます。逆に第1階層に置いたページでも、どこからもリンクされていなければ、たどり着く経路がありません。

「3クリック以内」と「4階層以内」が混ざって語られるのは、この2つを同じものとして扱っているからです。段数を浅くすれば到達しやすくなる、という思い込みが途中に入っています。

そして、サイト運営者が後から動かせるのは、ほとんどの場合リンクの張り方のほうになります。URLの段数を変えるには転送の設定と確認が付いてきますが、一覧ページや関連記事からのリンクを足すだけなら、URLは1つも変わりません。深いページが埋もれていると感じたら、まずリンクの通り道を足してみてください。導線を含めた全体の設計については、オウンドメディアの立ち上げ設計の記事でも扱っています。

効果が出るのは「数千URL規模」から

ディレクトリを整える効果は、公式の説明では数千以上のURLを持つサイトから出てきます。整理そのものに意味がないわけではありません。

ただし、Googleが説明している効果には、はっきりした前提が付いています。SEOスターターガイド（最終更新 2025年12月18日・UTC）の原文を引用しましょう。

数千以上の URL を含むようなサイトの場合は、サイトの構造が Google によるクロールとインデックス登録の動作に影響を与えます。特にディレクトリ（フォルダ）を使って類似のトピックをまとめていると、各ディレクトリ内の URL が変更される頻度を Google が学習しやすくなります。

Google検索セントラル「検索エンジン最適化（SEO）スターター ガイド」

ここから読み取れることは2つです。1つは、ディレクトリの効果として語られているのが順位ではなく、クロールとインデックス登録だということ。もう1つは、その前提が「数千以上の URL を含むようなサイト」だということです。

この2点を押さえると、話の当てはまる範囲が見えてきます。数十〜数百ページの企業サイトで「ディレクトリを整理すれば順位が上がる」と期待するのは、公式の説明が想定している範囲の外です。

では、数千件を超える規模のサイトでは具体的に何が起きるのか。当社が支援した求人のデータベース型サイトで、2025年に成果を公開した事例を挙げます。

このサイトでは、Search Consoleで「クロール済み・インデックス未登録」と認識されるページが大量に積み上がり、作ったページが評価の対象にならない状態でした。ディレクトリ単位でのインデックスの整理とクロールの改善を進めると、未登録として認識されるページは80%程度減りました。あわせて、対象9,000語のうち1位を取れた検索語の比率が3ポイント上がり、CVR（訪問が成果につながる率）も15%上がっています。

この例で押さえておきたいのは、動く順番です。構造を整えた効果は、まず検索エンジンに登録されるページの数に表れ、順位はそのあとから動きます。だから数千件以上のサイトでは、順位表を眺める前に、インデックスに登録されているURLの数とその内訳を見るほうが早く判断できます。

深さより「意味のまとまり」で切る

規模の大小にかかわらず効く判断軸は、「意味のまとまりで切れているか」の1点です。

同じテーマのページが同じディレクトリに集まり、違うテーマが混ざっていない状態を目指します。段の数を数えるより、こちらのほうがはるかに効きます。

次の2組（4つのURL）を見比べてください。どれも3階層ですが、URLから伝わる情報の量がまるで違います。

• example.com/2026/08/post-1234/（日付とIDだけで中身が分からない）
• example.com/cat3/list2/p88/（区切りに意味がなく、地図にならない）

• example.com/media/seo/directory-structure/（テーマで切れている）
• example.com/works/manufacturing/case-12/（業種で切れている）

良い例として挙げた2つは、URLだけ見れば何のページかがおおよそ想像できます。避けたい例の2つは、そうなっていません。この差は、ユーザーが検索結果でURLを見た瞬間の安心感にも、サイト内をどう回るかにも影響します。

まずカテゴリの切り方を決め、そこにページを配置する。この順番で考えると、階層は自然に落ち着きます。

自社のディレクトリ構造を確かめて、区切りを決める手順

区切りを決める手順は、自社のURLを数えることから始まります。押さえるのは、現状の把握・構造の切り方・URLの書き方・パンくずリストの考え方の4点です。新しくサイトを作るときも、既存を見直すときも、この順番なら判断がぶれません。

• まず自社のURL数と、ディレクトリごとの内訳を見る
• 検索意図に対応する意味的な構造にする
• シンプルで人間が読めるURLにする
• パンくずはURL構造の写しにしない

まず自社のURL数と、ディレクトリごとの内訳を見る

最初に見るのは、自社サイトのURLが全部で何件あるかです。見るところは2つで、Search Consoleのインデックス登録レポートに出てくるURLの件数と、XMLサイトマップに載っているURLの件数になります。前者は検索エンジンが把握している数、後者は自社が「これを見てほしい」と申告している数にあたります。

この2つの数がかけ離れているかどうかが、最初の分かれ道です。サイトマップには1,000件あるのに登録済みが200件しかない状態なら、階層の設計よりも先に、なぜ登録されていないURLがあるのかを見るほうが効きます。逆に2つの数が近く、合計が数百件にとどまるなら、構造がクロールの足を引っ張っている可能性は低いと判断できるでしょう。

次に、同じ数字をディレクトリ単位に分けます。第1階層ごとにURLの件数を数え、ディレクトリごとにインデックスの状況を並べると、「このディレクトリだけ登録されていない」「中身が入っていないディレクトリがある」といった偏りが見えてきます。表計算ソフトにURLを貼り付けて、スラッシュで区切った第1階層ごとに件数を数えるだけでも十分です。

この作業をすると、たいてい次の3つが浮かび上がります。

• 使われていない、空のカテゴリ
• 同じテーマなのに置き場所が分かれているページ
• 誰も探していない切り口のページ群

どれも、頭の中の設計図と実際のURLの並びがずれている箇所です。どの数字をどう分けて見るかはここまでで決まりますが、そこから先の具体的な進め方は、サイトの規模と運用体制によって変わります。どの道具を使うかより、一覧にして眺める工程を飛ばさないことのほうが大事です。

検索意図に対応する意味的な構造にする

最も大切なのは、ユーザーが探す軸に沿ってページを並べることです。データベース型サイトの設計でも、最初に確認したいのはここになります。ユーザーが実際に絞り込みに使う軸と、URLの区切りがそろっているかどうかです。どんな軸で探されているかを見極める進め方は、検索意図の読み解き方の記事で扱っているので、あわせて参照してください。

たとえば不動産なら「エリア」と「間取り」、求人なら「職種」と「勤務地」が探す軸になります。その軸で階層を作ると、検索されている言葉とページがかみ合います。逆に、社内の管理都合で決めた区分をそのままURLにすると、誰も探していない切り口のページが並ぶことになりかねません。

技術的に組み合わせを作れるからといって、軸を掛け合わせた大量のページを機械的に生やすのも避けたいところです。中身の薄いページが増えるだけで、探している人には届きません。軸を決めるときは「その組み合わせで探す人がいるか」を先に確かめてください。

シンプルで人間が読めるURLにする

URLそのものは、シンプルで読みやすく保ちます。前の章で見たとおり、Googleが公式に推奨しているのは、意味のある単語を使うこと、単語の区切りにハイフンを使うこと、そして不要なパラメータを削って短くすることでした。パラメータとは、URL末尾の「?sort=」のような付加情報を指します。

日本語のURLについても記述があります。日本語で検索する読者に向けたサイトなら、URLに日本語の単語を使うことが推奨されています（Google検索セントラル「URL 構造のベスト プラクティス」）。

ただし日本語のようにASCII以外の文字を使う場合は、パーセントエンコードが必要です。ASCIIは英数字と記号だけの文字の集まり、パーセントエンコードはそれ以外の文字を「%」から始まる記号の列に置き換える仕組みを指します。推奨されているのは読者の言語の単語ですが、共有したときに長い記号の列になる扱いにくさがあるため、私は英語の単語にそろえることをすすめています。

下の表で、避けたいURLと望ましいURLを見比べてください。

	URLの例
避けたいURL	example.com/?p=123&category=5&sort=new
望ましいURL	example.com/media/seo-guide/

望ましいほうは、階層と内容が一目で分かるはずです。記号やID番号の羅列をやめ、意味のある単語で組み立てるだけで、検索エンジンにもユーザーにも親切なURLになります。

もっとも、URLの形は設定画面で選んだ時点では守られません。自社メディアでつまずいた例をお話しします。WordPressは公開前の記事に対して「?p=記事番号」の形のアドレスを返すため、予約投稿中の記事へ内部リンクを貼ると、公開後もその形が本文に残ります。2026年7月の自社メディアの点検で、既存17本・延べ107か所にこの形が残っていたことが分かり、まとめて直しました。

やりにくいのは、読者からは目的のページが正しく開けてしまうため、誰も気づかないところです。WordPressが正しいURLへ転送してくれるため、クリックした人はきちんと記事に着き、問い合わせも来ません。それでも本文には記事番号だけのアドレスが残り、リンクをたどるたびに転送を1回はさむ形が続きます。

ここから置ける判断は1つです。本文に貼るURLは公開後の形をそのまま書く、という運用ルールまでセットで決めて、初めて設定どおりの形が守られます。

なお、いま動いているページのURLを見た目のために書き換えるかどうかは、別の判断が必要です。その基準は、この記事の後半で改めて扱います。

パンくずはURL構造の写しにしない

パンくずリストとは、ページの上部にある「ホーム ＞ カテゴリ ＞ 現在のページ」のような、現在位置を示すナビゲーションのことです。ページ数が多いサイトほど現在地を示す価値が大きく、多くの記事が「パンくずでURL階層を検索エンジンに伝えましょう」と説明しています。ところが公式の推奨は、少し違うところを向いています。

Googleのパンくずリストに関するドキュメントには、次のように書かれています（Google検索セントラル「パンくずリスト（BreadcrumbList）」）。「パンくずリストには URL 構造をそのまま反映させるのではなく、ユーザーが特定のページにたどり着くまでの一般的な経路を示すことをおすすめします」。同じページには、検索結果でウェブページの情報を分類する際にこのマークアップを使う、とも書かれていました。

読み替えると、パンくずはURLの写しではなく、到達経路の案内だということになります。たとえば記事のURLが「/media/seo-directory-structure/」のように平らだとします。経路としては「メディア ＞ SEO」のように、テーマの流れで組んでかまいません。

同じドキュメントには「最上位パス（サイトのドメイン名またはホスト名）やページ自体にパンくずリストの ListItem を含める必要はありません」とも書かれています。

• URLの階層をそのまま写す（ホーム ＞ 2026 ＞ 08 ＞ 記事）
• 誰も通らない経路を、階層の深さに合わせて並べる

• 読者がたどる経路を示す（メディア ＞ SEO ＞ 記事）
• 構造化データでは最上位とそのページ自身は含めなくてよい

ListItemは、構造化データとして書き出すときの1項目を指します。逆に、URLが深いからといって、ユーザーが通らない経路をそのまま並べる必要はありません。パンくずで示すのは、読者がたどる道筋のほうです。

この5つは、そのまま社内の検討会に持ち込める形にしてあります。意見が割れるのは3つ目で、組織図どおりのディレクトリにしたいという声は、どの会社でも出てきます。そのときに戻る場所が、1つ目で数えたURLの件数と、ユーザーが探す軸です。

URLの正規化とリダイレクトの実務

構造を整えても、同じ中身に複数のURLが残っていたり転送が効いていなかったりすると、評価は分散したままです。構造の話題では後回しにされがちな領域ですが、ここが崩れていると整理した効果が出ません。仕組みと、私たちが自社の運用でつまずいた実例を交えて説明しましょう。

• 同じページに複数のURLができる仕組み
• canonicalは「設定した」と「効いている」が別
• 転送は設定を見るのではなく応答を測る

同じページに複数のURLができる仕組み

正規化とは、同じ中身に複数のURLがあるとき、どれを代表とするかを決めることです。厄介なのは、複数のURLが意図せず勝手に増えていく点にあります。

同じ中身なのに別のURLになる代表例は、次のとおりです。

• 並び順・表示件数・絞り込みのパラメータが付いたURL
• 広告の計測パラメータが付いたURL
• 末尾のスラッシュがある形と、ない形
• 「index.html」を付けた形と、付けない形
• httpとhttps、wwwのあるなしの違い

どれも1つ増えるたびに、検索エンジンから見ると別のページが1枚増えます。データベース型のサイトなら、条件の掛け合わせの数だけURLが生まれるでしょう。

対処の方向は2つあります。1つは、そもそも不要なURLを生まない設計にすること。もう1つは、生まれてしまったURLについて代表URLを示すことです。

前者のほうが根本的で、後者は補助線だと考えてください。代表URLを示す指定はcanonicalと呼ばれ、ページ側から「本来はこちらが正規です」と申告する仕組みになっています。

canonicalは「設定した」と「効いている」が別

canonicalは、設定ファイルに書いた内容と、実際に配信される内容が一致するとは限りません。私たちが自社で経験した実例を挙げます。2026年7月、自社が運営する比較サイトで、検索条件のページのcanonicalが本番環境でだけ別のURLに化けていました。

並べ替えの処理が先に走り、そのあとで作られるcanonicalが並べ替え後の状態を読んでいたことが原因です。

問題はここからでした。ページタイトルは元の順のままだったため、ブラウザで開いても異常がまったく分からなかったのです。

画面上は正常に見え、設定ファイルにも正しい記述が入っている。それでも実際に配信されている内容だけがずれていました。

ここから得た教訓はシンプルです。正規化の点検は、画面を目で見るだけでは足りません。

実際に配信されているページの中身を取得して、そこに書かれている代表URLを確かめる必要があります。開発環境で正しくても本番だけ違う、という起こり方をするため、確認は本番で行うことも欠かせません。

転送は設定を見るのではなく応答を測る

リダイレクト、つまり古いURLから新しいURLへの転送でも、同じ種類のずれが起きます。同じく2026年7月、私たちは非正規な並び順のURLを正しい形へ転送する処理を入れました。ところが実際には、転送がページの中に書き込まれる形になっていて、本来返るはずの転送の応答になっていませんでした。

配信の手前で転送の応答を返す構成へ変えることで、この問題は解消しています。あわせて別ディレクトリの代表URLをそろえた際にも、転送を追加しました。それまで行き先が壊れていたフッターのリンクと、検索結果からのリンクが、実在するページを指すようになりました。

この経験から、私たちは切り分けの手順に1行足しています。「設定を見る」ではなく「応答を測る」。

設定ファイルに転送の記述があることと、そのURLにアクセスしたときに転送の応答が返ることは、別の事実です。構造を変えたあとに確認すべきなのは、後者になります。

サブディレクトリとサブドメインの選び方

新しいメディアの置き場所は、本体サイトとテーマが近いならサブディレクトリが基本です。多くの企業が迷う分かれ道で、どちらを選ぶかによって運用の手間と評価の積み上がり方が変わります。

迷いやすい論点なので、ここは厚めに扱います。3つの選択肢の性質と、中小企業での基本方針、サブドメインを選ぶ場合の設計を見ていきましょう。

• 3つの選択肢と評価の引き継ぎ方
• 中小企業のメディアはサブディレクトリが第一選択
• サブドメインを選ぶなら繋ぎ込みまで設計する

3つの選択肢と評価の引き継ぎ方

選択肢は3つあります。サブディレクトリ、サブドメイン、別ドメインです。

この選択は「本体サイトのSEO評価をどれだけ引き継ぎたいか」と「ブランドや運用をどれだけ独立させたいか」のトレードオフで決まります。下の表で性質を比べてください。

選択肢	URLの例	SEO評価の引き継ぎ	ブランドの独立性	運用の負担
サブディレクトリ	example.com/media/	高い（本体の評価を活用）	低い	小さい
サブドメイン	media.example.com	中程度（別サイト扱いに近い）	中程度	中くらい
別ドメイン	example-media.com	なし（ゼロから積み上げ）	高い	大きい

先に補足しておきます。Googleのスターターガイドは、サブドメインとサブディレクトリの選択を「Google が重要でないと考えること」の一覧に挙げています。原文は「ビジネスの観点からは、ビジネス上意味があればどちらでも構いません」です（Google検索セントラル「検索エンジン最適化（SEO）スターター ガイド」）。

つまり上の表の「SEO評価の引き継ぎ」は、検索エンジンがサブディレクトリを優遇するという意味ではありません。同じドメインの中にあるほうが、これまで積み上げてきたリンクや評価と地続きになりやすい、という運用上の傾向を表しています。選び方の細かい論点は、サブドメインとサブディレクトリの使い分けの記事でも整理しています。

どれを選ぶかの目安は、本体サイトとテーマがどれだけ近いかです。近いならサブディレクトリ、事業として切り離す予定があるなら別ドメイン、その中間がサブドメインになります。

選んだあとにやることは、選択肢ごとに別物です。サブディレクトリなら、本体のナビゲーションからメディアへ入れる導線を用意し、URLの区切りを本体の分類とそろえます。

サブドメインなら、本体との繋ぎ込みを別に設計してください。別ドメインなら、指名で探される名前をどう作るかを、公開前に決めておく必要があります。

中小企業のメディアはサブディレクトリが第一選択

中小企業が自社メディアを立ち上げるなら、サブディレクトリを第一の選択肢として検討してください。本体サイトが積み上げてきた評価をそのまま活かせて、運用の手間も小さく済みます。サーバーやドメインの管理も1つで足りるでしょう。

検索エンジンの扱いとしては、サブドメインでもサブディレクトリでもページはインデックスされます。実務で差が出るのは、リンクや評価が1つのドメインに集まるかどうか、そして更新の手間が二重にならないかどうかです。メディアの立ち上げ全体の設計は、オウンドメディアの立ち上げ設計の記事でも扱っています。

逆に、サブディレクトリが向かない場面もあります。本体と読者層がまったく違う、別会社に事業を移す可能性がある、システムの都合で同じドメインに載せられない。

こうした事情があるなら、無理に同居させる必要はありません。判断の順番としては、まずサブディレクトリを検討し、当てはまらない理由が見つかったときに次を考える、という形が扱いやすいでしょう。

サブドメインを選ぶなら繋ぎ込みまで設計する

サブドメインでよく起きる失敗は、選んだこと自体ではなく、選んだあとの設計を省いてしまうことです。サブドメインは別サイトに近い扱いを受けますが、完全に切り離されているわけでもありません。この中途半端さを放置すると、どちらの資産にもなりきらない状態が続きます。

設計しておきたいのは、本体との相互リンク、ブランドの見せ方、そして計測の分け方の3点です。

• 本体との相互リンクをヘッダーとフッターに置く
• ロゴと配色をそろえ、同じ会社の資産だと分かるようにする
• アクセス解析はメディア分を切り分けて計測する

ここまで決めてから公開すると、あとで作り直す手間が減ります。

「とりあえずサブドメインにしておく」という決め方は避けたいところです。理由を言葉にできないまま置き場所を決めると、あとから移す判断が難しくなります。移設にはURLの転送が伴い、その転送が正しく効いているかを確かめる工程まで発生するからです。

すでにあるサイトの構造を変えるべきか

すでにあるサイトの構造は、変えて失うものを数字で確かめてから、直すかどうかを決めます。ここまでは、これから設計する人に向けた話が中心でした。失うものの測り方、判断の分かれ目、そして進め方をまとめます。

• 変えて失うものを数字で確認する
• ディレクトリ構造を変えるかの判断チェックリスト
• 変えると決めたら一度にやらない

変えて失うものを数字で確認する

自社のURLの一覧が手元にあれば、次は「変えると何を失うか」を数字で確かめます。ここでも自社の例をお話ししましょう。

2026年7月、私たちは自社メディアのトップページを作り替え、記事の一覧を別のURLへ移しました。URLが変わるということは、そのURLが持っていた評価を手放す可能性があるということです。

そこで切り替えの前に、旧URLの実績をSearch Consoleで見ました。結果は、クリックがゼロ、表示が4回。

失うものがほぼ無いと数字で確かめたうえで、切り替えを実行したわけです。逆に、そのURLにクリックが積み上がっていたなら、判断は変わっていました。

この順番には意味があります。構造変更の相談では「変えないほうが安全では」という議論になりがちですが、それは結論ではなく、判断を先送りにしているだけの状態です。変えない理由を探すのではなく、変えて失うものを数字で見る。

この置き換えができると、社内の合意も取りやすくなります。対象のURLが多いときは、上位から順にクリック数を見て、実績のあるURLだけを丁寧に扱えば十分でしょう。