URL設計とは、サイトの各ページに割り当てるアドレス（URL）の構造を、公開前にあらかじめ決めておくことです。「どのカテゴリをどんな階層に置き、各ページのURLをどう命名するか」を最初に設計しておくと、後からの変更で順位を落とすリスクを避けられ、検索エンジンにもユーザーにも分かりやすいサイトになります。結論から言えば、SEOに強いURLは「浅い階層・意味のある英単語・ハイフン区切り・短い」の4点を満たすものです。
Webサイトを作り始めるとき、URLやフォルダ構成は「あとで整えればいい」と後回しにされがちです。しかしURLは公開後に変更すると被リンクや評価が一度リセットされるため、実際にはもっとも早い段階で固めておきたい設計です。行き当たりばったりで増やしたページは、階層が深くなったり命名がバラバラになったりして、あとから直すコストが跳ね上がります。
この記事では、SEO観点でのURL設計とディレクトリ構造の決め方を、基本ルールから失敗パターン、既存URLを変えるときの注意点、公開前のチェックリストまで順に解説します。全体像を図にして整理してから設計に入りたい場合は、ディレクトリマップの作り方｜フォルダ構成を図にする無料ツールの使い方で先にサイトの見取り図を作っておくと、この記事の内容がそのまま落とし込めます。
URL設計とは：ページのアドレス構造を先に決めること
URL設計とは、サイト内の各ページにどんなURLを与えるかを、階層と命名の両面からあらかじめ決めることを指します。URLは大きく「ドメイン（example.com）」「ディレクトリ（/blog/ のようなフォルダ階層）」「スラッグ（url-design のような各ページ固有の文字列）」に分かれます。このうちディレクトリとスラッグの設計が、SEOとサイトの分かりやすさに直結します。
たとえば https://example.com/blog/url-design/ というURLなら、「このサイトのブログの中の、URL設計というページ」だと構造から読み取れます。URL設計のゴールは、こうした「URLを見ただけでページの位置と内容が分かる」状態を、サイト全体で一貫して作ることです。
なぜURL設計がSEOで重要なのか
URL設計がSEOで重要なのは、URLが「一度決めると変えにくい土台」だからです。理由は大きく3つあります。
- 変更コストが高い： 公開後にURLを変えると、旧URLに付いた被リンクや検索評価は自動では引き継がれません。301リダイレクトで橋渡ししても一時的に順位が揺れることがあり、最初から正しく設計するのがいちばん安全です。
- クロールとインデックスに影響する： 階層が整理され重複のないURLは、検索エンジンがページを効率よく発見・登録できます。逆にパラメータで無数のURLが生まれると、クロールの無駄が増えます。
- ユーザーの信頼と可読性： 検索結果やSNSでURLが表示されたとき、意味の分かるURLはクリックの安心材料になります。Googleも、URLは人が理解できる説明的な言葉で構成することを推奨しています。
Googleは公式ドキュメントで、URLは数字やIDの羅列ではなく、人が読んで理解できる説明的な単語で構成し、単語の区切りにはハイフンを使うことを推奨しています（Google検索セントラル「URL構造のベストプラクティス」）。URL設計は小手先のテクニックではなく、この公式の考え方に沿ってサイト全体を一貫させる作業です。
ディレクトリ構造の基本：浅く・意味のある階層に
ディレクトリ構造とは、URLの中のフォルダ階層（/blog/seo/url-design/ の /blog/seo/ の部分）のことです。基本方針は「できるだけ浅く、階層ごとに意味を持たせる」ことです。トップページから2〜3階層で目的のページに届く構造が、ユーザーにも検索エンジンにも理解しやすくなります。
| 観点 | 望ましい構造 | 避けたい構造 |
|---|---|---|
| 階層の深さ | /blog/seo/url-design/（2〜3階層） | /2026/07/category/sub/detail/page/（深すぎる） |
| 階層の意味 | フォルダ名がカテゴリを表す（/blog/ /service/） | フォルダ名が /p1/ /a/ など意味不明 |
| 一貫性 | 同じ種類のページは同じ階層にそろえる | ページごとに階層のルールがバラバラ |
階層は深いほどSEOに不利になる、という単純な話ではありませんが、深い階層は「そのページが重要でない」という誤解をユーザーに与えやすく、内部リンクもたどりにくくなります。まずは大分類（カテゴリ）を数個に絞り、その下に各ページをぶら下げるという浅いツリーを目指しましょう。
階層を浅く保つコツは、「1つのカテゴリに入るページが増えすぎたら、無理に下へ潜らせずカテゴリ自体を分ける」ことです。たとえばブログ記事が増えてきたら、/blog/ の下をさらに深くするのではなく、/blog/seo/ /blog/design/ のように横に分類を足していきます。縦（深さ）ではなく横（分類の数）で広げると、どのページも浅い位置に保てます。この分類作業こそ、次に説明するカテゴリ設計の中心です。
URL命名規則：英小文字・ハイフン・短く内容を表す
各ページのスラッグ（URL末尾の固有部分）の命名には、守るべき定番ルールがあります。次のポイントを押さえておけば、大きく外すことはありません。
- 英小文字を使う： 大文字と小文字が混在すると、環境によって別URLと扱われる場合があります。すべて小文字に統一します。
- 単語の区切りはハイフン（-）： Googleはハイフンを単語の区切りとして認識します。アンダースコア（_）は語をつなげて扱われるため、区切りには使いません。
- 内容を表す短い単語に：
/url-design/のように、そのページの内容が伝わる単語を選びます。/page1/や長いIDの羅列は避けます。 - 日本語URLは慎重に： 日本語URLはコピー時に長いエンコード文字列（%E3%…）になり、共有時に読みにくくなります。基本は英単語のスラッグを推奨します。
- 余計な語を詰め込まない： キーワードを何個も並べたURLは不自然です。1ページの主題を表す2〜3語程度に収めます。
具体的に、良いスラッグと避けたいスラッグを並べると違いが分かりやすくなります。
| ページ内容 | 良いスラッグ | 避けたいスラッグ |
|---|---|---|
| URL設計の解説記事 | /url-design/ | /page-01/、/2026/07/123/ |
| 料金ページ | /pricing/ | /ryoukin_page_final2/ |
| 会社概要 | /about/ | /AboutUs/（大文字混在） |
| お問い合わせ | /contact/ | /お問い合わせ/（日本語） |
ポイントは、そのページを一言で表す普遍的な英単語を選ぶことです。「final」「new」「02」のような一時的な語や連番は、あとで意味が分からなくなるため避けます。見出しの付け方でもキーワードと構造の一貫性が問われるので、ページ内の見出し設計とあわせて整えたい場合は、h1〜h6見出しタグの正しい使い方とSEO対策【完全ガイド】も参考になります。
カテゴリ設計とURL階層を対応させる
URL設計でつまずきやすいのが、カテゴリ（サイトの分類）とURLの階層をどう対応させるかです。理想は、サイトの情報分類とURLのディレクトリ階層が一致していることです。「サービス」というカテゴリがあるなら /service/ の下にサービス関連ページを、「ブログ」なら /blog/ の下に記事を置く、というように分類とフォルダを一対一で対応させると、構造が破綻しません。
この対応づけは、頭の中だけで考えると抜け漏れが出ます。そこで役立つのが、フォルダとページの階層を図にするディレクトリマップです。先に全ページを図に並べてカテゴリごとにグループ化しておけば、「このページはどの階層に置くか」がひと目で決まり、そのままURLのディレクトリ構造に落とし込めます。図から設計に入りたいときは、ディレクトリマップの作り方｜フォルダ構成を図にする無料ツールの使い方で見取り図を作ってから、この記事のルールでURLを付けていくとスムーズです。
パンくずリストと階層を一致させる
パンくずリストとは、「ホーム > ブログ > SEO > URL設計」のように、現在のページがサイトのどこに位置するかを示すナビゲーションです。パンくずはURLのディレクトリ構造と一致させるのが原則です。URLの階層とパンくずの階層がずれていると、ユーザーも検索エンジンもサイト構造を誤解します。
パンくずは構造化データ（BreadcrumbList）でマークアップすると、検索結果にパンくず形式で表示されることがあり、階層が視覚的に伝わりやすくなります。URL・パンくず・構造化データの3つが同じ階層を指している状態が、いちばん誤解のない設計です。つまりURL設計は、パンくずと構造化データまで含めて「同じ地図を共有する」作業だといえます。
URLの正規化・重複を避ける
同じ内容のページが複数のURLで存在すると、検索評価が分散します。これを防ぐのがURLの正規化です。とくに次のような「見た目は違うが中身は同じ」URLに注意します。
- wwwあり／なし：
www.example.comとexample.comのどちらかに統一する。 - 末尾スラッシュあり／なし：
/url-design/と/url-designを混在させず、サイト全体でそろえる。 - httpとhttps： httpsに統一し、httpはhttpsへリダイレクトする。
- パラメータ付きURL： 並べ替えやトラッキング用のパラメータで同じページが増える場合は、
canonicalタグで正規URLを指定する。
重複は「別URLに同じ内容」だけでなく、「別ページなのに内容が似すぎている」場合にも起こります。狙うキーワードが近いページが複数あると、自サイト内で順位を食い合うことがあります。この現象についてはカニバリゼーションとは？自分のサイト同士で検索順位を食い合う現象を解説で詳しく解説しています。
やりがちな失敗パターン
URL設計でよく見かける失敗を、原因とあわせてまとめます。あてはまるものがないか確認してみてください。
| 失敗パターン | 何が問題か |
|---|---|
| 階層が深すぎる | 重要なページが埋もれ、内部リンクもたどりにくくなる |
| 日付や連番のURL | /2026/07/123/ のようなURLは内容が読み取れず、記事の位置づけも伝わらない |
| パラメータの乱立 | 同じ内容のURLが無数に生まれ、クロールと評価が分散する |
| 日本語URLの多用 | 共有時にエンコードされて読めなくなり、リンクも扱いにくい |
| 命名がバラバラ | 同種のページで階層や命名ルールが違い、構造が理解されない |
| 公開後の安易な変更 | リダイレクト漏れで404が増え、評価がリセットされる |
これらの多くは、設計せずにページを増やしたことが原因です。先に全体の構造を決めておけば、その場の判断でURLがバラつくことを防げます。
既存URLを変えるときの注意（301リダイレクト）
すでに公開しているページのURLを変えるときは、旧URLから新URLへ301リダイレクト（恒久的な転送）を必ず設定します。301を設定すると、旧URLに蓄積された評価の大部分が新URLへ引き継がれ、旧URLへのアクセスや被リンクも新URLへ流れます。これを省くと、旧URLは404になり、それまでの評価が失われます。
ただし、リダイレクトは万能ではありません。転送を挟むぶん一時的に順位が揺れることもあるため、URLはそもそも変えずに済むよう最初に設計しておくのが最善です。どうしても変更が必要なときは、変更対象を洗い出し、旧→新の対応表を作ってから一括でリダイレクトを設定し、公開後にリダイレクト漏れや404が出ていないかを必ず確認します。
URL設計チェックリスト
公開前に、次の項目を確認しておきましょう。すべてクリアできていれば、URL起因のSEOトラブルはほぼ避けられます。
- トップから2〜3階層で主要ページに届く、浅い構造になっているか
- ディレクトリ名がカテゴリを表し、分類とフォルダが対応しているか
- スラッグは英小文字・ハイフン区切り・内容を表す短い単語か
- パンくずがURLの階層と一致しているか
- www・末尾スラッシュ・http/httpsが統一され、canonicalが設定されているか
- URLを変更した場合、旧→新の301リダイレクトが漏れなく設定されているか
よくある質問（FAQ）
Q. URLは日本語と英語のどちらがSEOに有利ですか？
日本語URL自体が不利になるわけではありませんが、共有時にエンコードされて長く読みにくくなるため、基本は内容を表す英単語のスラッグを推奨します。Googleも、人が理解できる説明的な単語でURLを構成することを勧めています。
Q. 単語の区切りはハイフンとアンダースコアどちらを使うべきですか？
ハイフン（-）です。Googleはハイフンを単語の区切りとして認識し、アンダースコア（_）は語をつなげて扱います。url-design のようにハイフンで区切りましょう。
Q. URLの階層は深いとSEOに不利ですか？
階層の深さそのものが直接ペナルティになるわけではありませんが、深いほどユーザーがたどりにくく、内部リンクも届きにくくなります。トップから2〜3階層で主要ページに届く、浅い構造を目指すのが無難です。
Q. 公開後にURLを変更しても大丈夫ですか？
301リダイレクトを設定すれば評価の大部分は引き継げますが、一時的に順位が揺れることがあります。変更は極力避け、最初のURL設計で固めておくのが最善です。変更する場合は旧→新の対応表を作り、リダイレクト漏れがないか確認します。
Q. 末尾のスラッシュ（/）はあり・なしどちらが正解ですか？
どちらでも構いませんが、サイト全体で統一することが重要です。あり・なしが混在すると別URLとして扱われ、重複の原因になります。どちらかに決め、片方はもう片方へリダイレクトします。
Q. URLにキーワードを入れると順位は上がりますか？
URLに含まれる単語は内容の手がかりにはなりますが、順位を左右する強い要因ではありません。キーワードを詰め込むより、内容を素直に表す短いURLにするほうが、ユーザーにも検索エンジンにも好まれます。
Q. URL設計はどのタイミングで行うべきですか？
サイト制作のできるだけ早い段階、ページを作り始める前が理想です。全ページを洗い出してカテゴリ分けし、ディレクトリマップで構造を固めてからURLを付けると、後戻りが最小限になります。
まとめ
- URL設計とは、各ページのアドレス構造を公開前に決めること。SEOに強いURLは「浅い階層・意味のある英単語・ハイフン区切り・短い」の4点
- ディレクトリ構造は浅く・カテゴリと対応させ、スラッグは英小文字・ハイフン・内容を表す短い単語に
- パンくず・構造化データ・URLの階層を一致させ、www/末尾スラッシュ/httpsを統一してcanonicalで重複を防ぐ
- URLは変更コストが高い。変えるなら301リダイレクトを漏れなく設定し、そもそも最初の設計で固めておく
URL設計は、公開してしまうと直しにくいからこそ、最初に時間をかける価値があります。まずは全ページを洗い出して構造を図にし、この記事のルールでURLを付けていきましょう。設定したURLやサイト構造がSEO観点で問題ないかを確認したいときは、CodeQuest.work SEOのURL診断で、タイトル・メタ・構造化データなどをまとめてチェックできます。無料プランでも毎月3回までURL診断が可能で、プロプラン（人数限定）では月1回のビデオ通話で、サイト設計からSEO運用までを直接相談できます。
関連記事
ディレクトリマップの作り方｜フォルダ構成を図にする無料ツールの使い方
h1〜h6見出しタグの正しい使い方とSEO対策【完全ガイド】