SEO対応URLの完全設計ガイド｜書き方ルール・構造設計・AI検索対応【2026年版】

SEO対応URLは、Google・読者・AI検索エンジンの三者にとって意味が伝わる「短く、キーワードを含み、ハイフン区切り、安定」な設計を満たす個別ページURLのことです。本記事では、SEO対応URLの定義から、書き方の基本ルール、サイト全体のURL構造設計、現場でよく見るNG例と改善方針、WordPress・Payload CMS・ヘッドレスCMSなど主要CMSでの設定方法、多言語・多地域サイトのURL運用、AI検索時代に重視されるURL設計のポイント、設計から運用までの6STEP、失敗5パターンまでを、累計600社超の伴走支援知見をもとに整理してお伝えします。なお、本記事はSEOコンサルティングと自社開発の統合SEOレポート「ココミル」を提供するココログラフが執筆していますが、特定ツールへの誘導を目的とせず、無料ツールと中立な観点だけで読み進められるよう構成しています。読み進めるうえでの前提としてご承知おきください。

SEO対応URLとは

SEO対応URLとは、検索エンジン・読者・AI検索エンジンの三者がページの主題を理解できる形に整えられた、個別ページのURLのことです。単に「短いURL」「英語のURL」というだけでなく、サイト全体の情報構造を反映し、長期的に変更されない安定性を持ち、検索意図と一致するキーワードを含むことが特徴です。

SEO対応URLは、ドメイン名・パス・スラッグ・末尾スラッシュの有無といった複数の構成要素から成り立っており、それぞれに設計上の判断ポイントがあります。たとえば「https://example.com/knowledge/seo-url/」というURLは、スキーム（https）・ドメイン（example.com）・カテゴリーパス（/knowledge/）・スラッグ（seo-url）・末尾スラッシュという、5つの要素に分解できます。SEO対応URLとは、この5要素すべてを意識的に設計したURLを指します。

SEO対応URLとパーマリンクの違い

SEO対応URLと混同されやすい用語に「パーマリンク」があります。パーマリンクは「個別ページに恒久的に紐づく固定URL」を指し、主にWordPressをはじめとするCMSの文脈で使われる用語です。一方、SEO対応URLは「SEOの観点で適切に設計された個別ページURL」を指し、CMSの種類に依存しない、より広い概念です。両者は重なる部分が多いものの、SEO対応URLはCMS横断・多言語対応・AI検索対応まで含めた設計論として捉えるのが正確です。WordPress固有の話はパーマリンクとは何かで整理しています。

SEO対応URLが必要とされる背景

近年、URLの役割は単なる「ページの所在を示すアドレス」から、「検索エンジンとAIエージェントがページの主題を推定するシグナル」へと拡張されました。ChatGPT・Gemini・Perplexity・Google AI Overviewsといった生成AIによる検索が一般化したことで、URLは「人間が見るもの」だけでなく「AIエージェントが学習・参照するもの」としての性質を強めています。この変化を受けて、URL設計はSEOにおいて従来以上に重要な判断領域になっています。

SEO対応URLが影響を及ぼす3つの軸

SEO対応URLが影響を及ぼす範囲は、大きく3つの軸に整理できます。第一に、検索エンジンによるクロール・インデックス・ランキング評価です。URL内のキーワード、階層構造、安定性は、検索エンジンがページの関連性を判断する際の重要なシグナルになります。第二に、読者のクリック判断とシェア行動です。URLが意味の通る英単語で構成されていれば、検索結果でのクリック率が改善し、SNSシェア時の見栄えも向上します。第三に、AI検索エンジンによる引用判断です。AIエージェントが回答生成時に引用するURLは、ユーザーに表示される機会が多いため、短く意味の通るURLが選ばれやすくなります。

SEOに強いURL基本ルール

ここからは、SEOに強いURLを書くための基本ルールを6つに整理してお伝えします。本ルールは、WordPress・Payload CMS・Next.js・各種ヘッドレスCMSのいずれにも共通する、CMS横断の設計指針です。本記事を運営しているココログラフでも、新規サイト構築時とリニューアル時に必ず最初にチェックする項目群です。

ルール1: 短く、意味が通る英単語で構成する

URLは、可能な限り短く、かつ意味が通る英単語で構成するのが基本です。短いURLはシェアされやすく、ブラウザのアドレスバーや検索結果でも全文が表示されやすくなります。意味が通る英単語であれば、URLを見ただけでページの主題が伝わり、関連性シグナルとクリック率の両面でプラスに働きます。目安として、ドメイン以下のパス部分は60文字以内、できれば40文字以内に収めることを推奨します。Googleも公式ドキュメントで「URLは可能な限り短く、わかりやすくする」ことを推奨しています。

ルール2: メインキーワードを含める

URLには、その記事のメインキーワードを必ず含めます。たとえば「SEO対応URL」を解説する記事であれば、/knowledge/seo-url/のように、検索意図と直結する英単語を選びます。URL内のキーワードは、検索結果でも太字表示されるため、読者にとっての視認性も向上します。ただし、キーワードを詰め込みすぎて/seo-url-best-practices-guide-2026/のように長くしすぎないよう注意してください。

ルール3: 単語の区切りはハイフン、アンダースコアは使わない

URL内で複数の単語をつなぐ場合は、ハイフン（-）を使うのが原則です。Googleはハイフンを単語の区切り文字として認識する一方、アンダースコア（_）は単語の区切りではなくひとつの文字列の一部として扱う傾向があります。seo-url-guideであれば3つの英単語として認識されますが、seo_url_guideだと1つの長い文字列として扱われ、関連性シグナルが弱くなります。区切り文字はハイフン、と覚えておけば迷いません。

ルール4: 日本語スラッグを避け、英数字で統一する

URLには日本語スラッグを避け、英数字で統一するのが原則です。日本語スラッグは、URLとして送信される際に「パーセントエンコーディング」と呼ばれる変換が行われ、%E3%83%91%E3%83%BC%E3%83%9E%E3%83%AA%E3%83%B3%E3%82%AFのような長く意味不明な文字列になります。これは見た目が悪いだけでなく、コピー&ペースト時に文字化けする原因にもなり、シェアと被リンクの起点として機能しません。記事のタイトルを英訳する手間はかかりますが、SEOとアクセシビリティの両面でリターンが大きい原則です。

ルール5: 大文字を使わず、すべて小文字で統一する

URLはすべて小文字で統一します。技術的には/SEO-URL/と/seo-url/は別のURLとして扱われるため、大文字小文字が混在すると評価の分散リスクと、リンク切れの誘発リスクが生じます。多くのWebサーバーはデフォルトで大文字小文字を区別する設定になっているため、大文字を含むURLは「タイプミスでアクセスできない」事故を起こしやすくなります。

ルール6: 数字や記号の扱いをサイト全体で統一する

URLに数字を含める場合は、半角アラビア数字を使い、サイト全体で表記を統一します。記号は基本的にハイフン以外を使わないのが安全です。たとえば「SEO対策10選」を扱う記事であればseo-10-tips、「2026年版」を含めるならseo-url-2026のように、年号や数を含めることが効果的なケースもあります。ただし、年号を含めると毎年更新の手間が発生するため、長く更新し続ける記事には年号を入れない方が運用が楽になります。

URL構造設計

URL基本ルールの次は、サイト全体のURL構造設計です。個別ページのスラッグだけでなく、ドメイン・サブドメイン・カテゴリー階層・末尾スラッシュといった「URL全体の組み立て方」を設計することで、サイト全体の情報構造が検索エンジンとAIに正しく伝わるようになります。

URLの構成要素を分解して理解する

URLは、複数の構成要素から成り立っています。「https://example.com/knowledge/seo/seo-url/」というURLを例に取ると、スキーム（https）・ドメイン（example.com）・カテゴリー第1階層（knowledge）・カテゴリー第2階層（seo）・スラッグ（seo-url）・末尾スラッシュ、という6要素に分解できます。SEO対応URLの設計とは、この6要素それぞれに対して明確な方針を決め、サイト全体で一貫して適用することを指します。

ドメイン設計の基本

ドメインは、サイト全体のSEO評価が紐づく最上位の単位です。新規サイトを立ち上げる場合は、覚えやすく短い独自ドメインを取得し、原則として一度決めたドメインを長期間使い続けます。中古ドメインを購入する場合は、過去のスパム履歴や手動ペナルティの有無を必ずチェックしてください。サブドメイン（blog.example.com）とサブディレクトリ（example.com/blog/）の使い分けは、後述します。

サブドメインとサブディレクトリの使い分け

「ブログをサブドメインで運用するか、サブディレクトリで運用するか」は、URL設計でよく議論されるテーマです。SEOの観点では、サブディレクトリ（example.com/blog/）の方が、メインドメインの評価を引き継げるため有利とされています。サブドメイン（blog.example.com）は技術的には別サイトとして扱われるため、SEO評価が独立して積み上がります。新規メディアを立ち上げる場合は、原則としてサブディレクトリで運用するのが推奨です。

階層は最大3階層までを目安にする

URLの階層は、サイト構造を反映しつつ、浅く保つのが原則です。/knowledge/seo/seo-url/のように3階層程度であれば、構造が明示されつつ操作性も損ないません。一方、/category/sub-category/sub-sub-category/year/month/post/のように5階層以上になると、URLが長くなりすぎ、構造化データの実装も煩雑になります。深い階層が必要な場合は、本当に必要かをもう一度精査し、フラットな構造に整理できないかを検討してください。

末尾スラッシュの統一

/sample/と/sampleのように、末尾スラッシュの有無がページ単位でバラバラになっていると、技術的には別のURLとして扱われ、評価の分散リスクとcanonicalタグの混乱を招きます。サイト全体で末尾スラッシュあり（または、なし）を統一し、もう片方からは自動的にリダイレクトされる設定をサーバー側で入れておくことが大切です。WordPressであれば標準で末尾スラッシュありに統一されますが、Next.jsやその他のフレームワークではtrailingSlash設定が必要なケースもあります。

canonicalタグとの整合性

URL設計と切り離せないのが、canonicalタグの設計です。同じ内容のページが複数のURLでアクセスできる状態（末尾スラッシュ違い、httpとhttps、wwwあり/なし、パラメータ違い等）では、検索エンジンがどのURLを正規として扱うかを判断する必要があります。このとき、canonicalタグで正規URLを明示することで、評価の分散を防げます。SEOに強いサイト構造の基本はSEOに強いサイトとは何かでも整理しています。

NG例と改善

ここでは、現場で頻繁に見かけるNGなURL設計の典型例と、その改善方針を整理してお伝えします。自社サイトの現状URLを見直す際のチェックリストとして活用してください。WordPressのパーマリンク設定でよくある失敗はパーマリンクとは何かでも詳しく整理しています。

NG例1: パラメータだけのURL

/?p=12345や/article.php?id=42のように、URL内に意味のあるキーワードが含まれず、パラメータだけで構成されているケースです。WordPressのデフォルトパーマリンク設定でもこのパターンが発生します。URLから記事の主題がまったく伝わらず、CTRと関連性シグナルの両面で大きく不利になります。改善方針は、CMS設定でパーマリンク形式を「投稿名」または「カテゴリー入り」に変更し、既存URLからは301リダイレクトで新URLへ転送することです。

NG例2: 日付付きの長いURL

/2026/05/25/sample-post/のように、公開日と投稿名を組み合わせた形式です。新聞社やニュースサイトのように、記事の鮮度が重要なサイトでは選ばれることもありますが、ブログ・コーポレートサイト・知識記事を扱うサイトでは、URLが長くなりすぎる点と、リライト後も古い日付が残ってしまう点がデメリットになります。改善方針は、日付を含まない形式（/sample-post/または/category/sample-post/）への変更です。

NG例3: 日本語スラッグのままURL公開

/パーマリンクとは/のようなURLは、ブラウザ表示上は見やすく感じるかもしれませんが、URLとして送信される際にパーセントエンコーディングが行われ、%E3%83%91%E3%83%BC%E3%83%9E%E3%83%AA%E3%83%B3%E3%82%AF%E3%81%A8%E3%81%AFのような長い文字列になります。SNSシェア時にURLが途中で切れる、メールで送信したときに文字化けする、ブラウザのコピー&ペーストで誤動作するなど、実用上のデメリットも大きいです。改善方針は、英数字スラッグへの変更と301リダイレクトの設定です。

NG例4: アンダースコア・スペース・大文字混在

/seo_url_guide/（アンダースコア）、/seo url guide/（スペース、%20にエンコードされる）、/SEO-URL-Guide/（大文字混在）は、いずれもSEO観点でマイナスです。前述のとおり、Googleはハイフンを単語区切りとして認識し、アンダースコアは認識しません。スペースは見栄えが悪く、大文字混在はリンク切れの誘発リスクがあります。改善方針は、すべて小文字のハイフン区切り（/seo-url-guide/）への統一です。

NG例5: 階層が深すぎるURL

/blog/category/seo/technical-seo/url-design/2026/05/seo-url-best-practices/のように、階層が6〜7階層にまで及ぶケースです。URLが長すぎてシェアされにくく、クリック率が下がり、構造化データの実装も煩雑になります。改善方針は、階層を最大3階層に再整理し、本当に必要なカテゴリーだけをURLに残すことです。階層を浅くする際は、必ず旧URLから新URLへの301リダイレクトをセットで設定してください。

NG例6: 末尾スラッシュ不統一とパラメータ多用

同じ記事が/sample/と/sampleの両方でアクセスでき、さらに?ref=twitterや?utm_source=googleのようなトラッキングパラメータも生のURLで露出しているケースです。検索エンジンから見ると複数のURLが同じ内容を返している状態になり、評価が分散します。改善方針は、サーバー側で末尾スラッシュを統一し、トラッキングパラメータはcanonicalタグでパラメータなしのURLを正規として明示することです。

CMS別設定

ここからは、主要なCMS・フレームワークごとに、SEO対応URLを設定する具体的な手順を整理してお伝えします。CMSの種類によって設定画面と用語は異なりますが、目指す状態は「短く、英数字、ハイフン区切り、サイト構造を反映、末尾スラッシュ統一」で共通しています。

WordPress

WordPressでは「設定」→「パーマリンク」から、6種類のプリセット（基本・日付と投稿名・月と投稿名・数字ベース・投稿名・カスタム構造）または独自フォーマットを選択できます。SEO観点では「投稿名」（/%postname%/）または「カスタム構造で/%category%/%postname%/」のいずれかが推奨です。設定後は、テスト投稿で意図通りに生成されるかを確認し、.htaccessファイルが正しく更新されていることもサーバー側で確認してください。WordPress固有の詳しい設定手順はパーマリンクとは何かで整理しています。

Payload CMS

Payload CMSでは、各コレクションのフィールド定義でslugフィールドを設定し、フロントエンドのルーティングで/[collection]/[slug]/の形に組み立てます。slugフィールドにはバリデーションを追加して、英数字とハイフンのみを受け付ける設定にしておくと、運用時のURL汚染を防げます。本記事を運営しているココログラフのサイトもPayload CMS + Next.jsで構築されており、knowledgeコレクションは/knowledge/<slug>/、serviceコレクションは/service/<slug>/の階層で運用しています。

Next.js（App Router）

Next.jsのApp Routerでは、ファイルシステムベースのルーティングを使うため、app/knowledge/[slug]/page.tsxのようにディレクトリ構造でURL階層を表現します。末尾スラッシュの統一は、next.config.jsでtrailingSlash: trueを指定することで実現できます。動的ルートのslug値は、CMS（Payload・microCMS・Strapi・Contentful等）から取得してgenerateStaticParamsで事前ビルドする構成が一般的です。

Shopify

ShopifyではURL構造がプラットフォーム側で固定されており、商品ページは/products/<handle>/、カテゴリーページは/collections/<handle>/、ブログ記事は/blogs/<blog-handle>/<article-handle>/のように決まっています。SEO対応URLとして整える際は、handle部分を英数字とハイフンのみで命名し、商品名やカテゴリー名の英訳をhandleに反映させる運用が基本です。

microCMS・Strapi・Contentfulなどのヘッドレス

ヘッドレスCMS（microCMS・Strapi・Contentful等）では、コンテンツ側でslugフィールドを管理し、フロントエンド側でURLを組み立てる構成が一般的です。CMS側ではslugフィールドにバリデーション（英数字・ハイフンのみ、重複禁止）を設定し、フロントエンド側では一貫したURLパターン（/blog/<slug>/等）を実装します。Payload CMSと同様、CMS側とフロントエンド側の両方でURL設計の責任を分担する形になります。

静的サイトジェネレーター（Astro・Hugo・Jekyll等）

静的サイトジェネレーターでは、ファイル名がそのままURLになるケースが多く、content/posts/seo-url-guide.mdというファイルが/posts/seo-url-guide/のURLで配信されます。ファイル名の段階で英数字・ハイフン区切りを徹底することで、URL設計が自動的に整います。ジェネレーターごとに末尾スラッシュの扱いやインデックスファイルの命名規則が異なるため、選定時にURL生成ルールを必ず確認してください。

多言語・多地域URL

グローバル展開や多言語サイトを運用する場合、URL設計には言語・地域ごとの分岐ルールが加わります。SEO観点で最適な構造を選ぶことで、各言語版・地域版のページが適切にインデックスされ、ユーザーにも正しく届けられます。本記事を運営しているココログラフでも、海外展開予定のクライアント案件で多言語URL設計を支援することがあります。

多言語URLの3パターン

多言語サイトのURL設計には、大きく3つのパターンがあります。第一に、サブディレクトリ型（example.com/ja/・example.com/en/）です。1つのドメインで複数言語を運用するため、ドメイン評価が集約されやすく、SEOで最も推奨される構造です。第二に、サブドメイン型（ja.example.com・en.example.com）です。技術的には別サイトとして扱われ、ドメイン評価が分散します。第三に、別ドメイン型（example.com・example.fr）です。地域ごとのブランディングと国別ドメイン（ccTLD）の活用を優先する場合に選択されます。

hreflang属性での言語・地域指定

多言語サイトでは、各ページにhreflang属性を実装し、検索エンジンに「このURLは日本語版」「このURLは英語版」と明示的に伝えます。<link rel="alternate" hreflang="ja" href="https://example.com/ja/seo-url/" />のようにHTMLヘッダーまたはサイトマップで宣言することで、Googleが地域・言語に応じて適切なバージョンを検索結果に表示します。実装漏れがあると、英語圏のユーザーに日本語ページが表示されるなど、ユーザー体験が損なわれる原因になります。

国別ドメイン（ccTLD）の選択基準

国別ドメイン（.jp・.fr・.de等のccTLD）は、Googleがその国向けのコンテンツとして強く認識するため、特定の地域でのSEOで有利に働きます。一方、ドメインごとに評価が独立して積み上がるため、複数の国に展開する場合は運用コストが高くなります。グローバル展開の規模と、各地域での事業優先度を踏まえて選択するのが基本です。

x-default の指定

hreflang属性には、特定の言語・地域に該当しないユーザー向けのフォールバックとしてx-defaultを指定できます。たとえば、英語版を世界共通のデフォルト言語として<link rel="alternate" hreflang="x-default" href="https://example.com/en/" />を設定しておくと、サポートされていない言語のユーザーには英語版が表示されます。多言語サイトではx-defaultの指定漏れが起きやすいため、設計時に必ずチェックしてください。

翻訳ページのスラッグ設計

多言語サイトでは、各言語版のページにも英数字スラッグを設定します。日本語版で/ja/seo-url/、英語版で/en/seo-url/のように、言語別ディレクトリの下に同じスラッグを並べる構造が一般的です。ただし、検索クエリが言語によって大きく異なる場合（日本語の「SEO対策」と英語の「search engine optimization」のように）は、各言語版で個別にスラッグを最適化することも検討します。

地域別コンテンツとローカル検索の最適化

特定の地域向けのコンテンツ（東京の不動産、大阪のグルメ等）を展開する場合、URLに地域名を含めることで、ローカル検索での視認性が高まります。/area/tokyo/seo-url/のように、地域名を明示的に階層に含める設計です。ただし、地域名を過度に増やすと階層が深くなりすぎるため、サイトの規模と検索ボリュームを踏まえて取捨選択してください。

設計チェックリスト

ここからは、SEO対応URLの設計をひととおり完了したあとに、最終確認として通すチェックリストを整理してお伝えします。本チェックリストは、新規サイト立ち上げ時、リニューアル時、記事公開前のレビュー時のいずれにも活用できます。

基本ルールのチェック

URLの基本ルールに関するチェック項目は、次のとおりです。「URLが60文字以内（できれば40文字以内）に収まっているか」「メインキーワードが含まれているか」「英数字とハイフンのみで構成されているか（日本語・アンダースコア・スペース・大文字なし）」「サイト全体で末尾スラッシュの有無が統一されているか」の4点を、公開前に必ずレビューします。

構造設計のチェック

URL構造に関するチェック項目は、次のとおりです。「階層は3階層以内に収まっているか」「カテゴリー階層がサイトの情報構造と整合しているか」「サブドメインとサブディレクトリの使い分けが明確か」「canonicalタグで正規URLが明示されているか」の4点を確認します。

CMS設定のチェック

CMS側の設定に関するチェック項目は、次のとおりです。「パーマリンク形式が『投稿名』または『カスタム構造』に設定されているか」「日本語スラッグへの自動変換が無効化されているか」「slugフィールドにバリデーションが設定されているか（ヘッドレスCMS）」「テスト投稿でURLが意図通りに生成されるか」の4点を確認します。

多言語サイトのチェック

多言語サイトを運用する場合の追加チェック項目は、次のとおりです。「言語・地域ごとのURL構造（サブディレクトリ・サブドメイン・別ドメイン）が明確に設計されているか」「hreflang属性が全ページに正しく実装されているか」「x-defaultの指定漏れがないか」「各言語版のスラッグが適切に翻訳されているか」の4点を確認します。

リダイレクトと内部リンクのチェック

既存サイトでURL変更を伴う場合の追加チェック項目は、次のとおりです。「旧URLから新URLへの301リダイレクトが全件設定されているか」「内部リンクが全て新URLに置き換えられているか」「XMLサイトマップが更新されているか」「サーチコンソールから再送信されているか」の4点を確認します。リダイレクトの動作確認はcurlまたはオンラインツールで実際に301レスポンスが返ることを目視確認してください。

AI検索時代のURL設計

ChatGPT・Gemini・Perplexity・Google AI Overviewsといった生成AIによる検索が一般化し、URLの役割は「検索エンジン用の住所」から「AIエージェントが認識する一意な識別子」へと進化しつつあります。本章では、AI検索時代に対応したURL設計のポイントを整理してお伝えします。AI検索の全体像はE-E-A-Tとは何かもあわせて参照してください。

AIエージェントもURLを「ページの主題シグナル」として参照する

ChatGPTやGeminiのようなAIエージェントも、検索エンジンと同様にURLを参照しており、URL内のキーワードからページの主題を推定しています。AIが回答生成時に複数のページを参照する際、URLだけでページの内容が伝わると、引用候補に選ばれやすくなる傾向があります。とくに、AIに引用される際に表示される「出典URL」は、ユーザーがクリックして移動する起点になるため、意味の通るURLは流入機会の拡大にも直結します。

短く意味の通るURLが引用されやすい

AIエージェントが回答に引用するURLは、ユーザーに表示される機会が多いため、短く意味が通るURLの方が選ばれやすくなります。/2026/05/25/sample-post-12345/のような長く意味の伝わらないURLよりも、/knowledge/seo-url/のように主題が明確で短いURLの方が、AIにとっても扱いやすく、ユーザーにとっても安心感があります。

階層構造で「文脈」をAIに伝える

URLの階層構造は、AIエージェントが「この記事はどの分野に属するか」を判断する際の手がかりになります。/knowledge/seo/seo-url/のように分野が明示されたURLは、AIにとって文脈情報が豊富で、関連質問への引用候補として選ばれる確率が高まります。これは、人間の読者がパンくずリストでサイト全体の構造を把握するのと同じメカニズムです。

永続性がAIにとっての信頼指標になる

AI検索時代において、URLの永続性は信頼の指標として重視されつつあります。AIエージェントが学習・参照したURLが、後日アクセスすると404になっていると、その情報源全体の信頼性が下がります。逆に、長期間変更されないURLは、AIにとっても「信頼できる出典」として位置づけられやすく、引用率の累積に寄与します。URL設計の段階で「公開後は変えない」前提を徹底することが、AI時代の信頼形成に直結します。

構造化データとURLの整合性

JSON-LDで実装される構造化データ（Article、BreadcrumbList、FAQ等）には、URLが何度も登場します。たとえばBreadcrumbListのitemプロパティ、ArticleのmainEntityOfPageプロパティ、FAQPageの各エンティティのURLなどです。URLが意味の通る英単語で構成され、階層構造が明示されていれば、構造化データの実装も自然に整い、AIエージェントが文脈を理解しやすい状態になります。E-E-A-Tの観点でも、URLと構造化データの整合性は信頼の基盤として重要です。

AI流入の計測習慣を持つ

URL設計を変更した前後で、AI検索からの流入がどう動くかを観察すると、自社サイトに合ったURLパターンが見えてきます。リファラーがchat.openai.com・gemini.google.com・perplexity.aiなどの場合はGA4で集計可能ですが、AI Overviewsからの流入は通常の検索流入と混在するため、別途専用ツールやココミルのAIO計測機能を使うと、URL設計の効果が定量的に見えるようになります。考え方の全体像はAI最適化（AIO）サービスで詳しく整理しています。

【HowTo】設計運用6STEP

ここからは、新規サイト立ち上げ時、またはサイトリニューアル時に使える、SEO対応URLの設計から運用までの6STEPを順番にお伝えします。本STEPはHowTo構造化データとしてもマークアップしているため、AI検索エージェントからも参照可能な形になっています。本記事を運営しているココログラフでも、新規案件の初期診断で必ず通すフレームワークです。検索順位を上げるための全体施策はSEO対策で順位を上げる方法もあわせて参照してください。

STEP1: サイト全体の情報構造を設計する（所要60〜120分）

最初に行うのは、サイト全体の情報構造を設計することです。トップページの下にどんな大カテゴリーを置き、その下にどんな小カテゴリーを並べ、個別記事はどの階層に配置するかを、ツリー状に整理します。情報構造は、そのままURLの階層構造に反映されるため、ここで決めた構造が長期的に運用しやすいかをじっくり検討してください。本記事を運営しているココログラフのSEOコンサルティングでも、新規サイト構築時に必ず最初に時間をかけて整理する工程で、サイト構造と検索意図の対応関係を1枚のシートにまとめてから先に進みます。階層は最大3階層を目安にし、ユーザーが3クリック以内で目的のページに到達できる設計を目指します。

STEP2: URL構造の方針を決める（所要30分）

次に、サイト全体のURL構造の方針を決めます。WordPressであれば「投稿名」または「カスタム構造で/%category%/%postname%/」のいずれか、Payload CMSやヘッドレスCMSであれば/<collection>/<slug>/の形式を採用します。あわせて、末尾スラッシュの有無、サブドメインとサブディレクトリの使い分け、多言語URLのパターン（サブディレクトリ型推奨）を決定します。決定後は、設定画面で形式を保存し、テスト投稿で意図通りに生成されるかを確認します。

STEP3: スラッグの命名ルールを社内で標準化する（所要30〜60分）

形式が決まったら、スラッグの命名ルールを社内で標準化します。本記事の基本ルール6つを下敷きに、「英数字のみ・ハイフン区切り・40文字以内・メインキーワード必須・ストップワード省略・小文字統一」のようなルールをまとめます。命名ルールが明文化されていれば、書き手が複数いてもURLの一貫性が保たれます。Notion・Googleドキュメント・社内Wikiのいずれかに掲載し、新規執筆者のオンボーディング資料にも含めることを推奨します。

STEP4: 既存記事のURL棚卸し（所要60〜240分）

既存サイトを運用している場合は、現状の全URLを棚卸しします。CSV形式で「URL・タイトル・カテゴリー・公開日・最終更新日・PV・被リンク数・現状の課題」を一覧化し、命名ルールから外れているURLを特定します。棚卸しの結果、変更が必要なURLについては、変更コストとSEO評価の維持リスクを天秤にかけ、本当に変えるべきURLだけに絞り込んでください。リライト機会と合わせてURLを整える運用にすると、棚卸し後の作業が現実的なボリュームに収まります。

STEP5: URL変更と301リダイレクトの設定（所要URLごと10〜15分）

変更対象のURLが決まったら、新URLを順番に設定し、旧URLから新URLへの301リダイレクトを必ず設定します。WordPressであれば「Redirection」プラグイン、Payload CMSであればMCPツールまたはredirectsコレクション、サーバー側であれば.htaccessまたはnginx.confに転送ルールを記述します。設定後は、curlまたはオンラインツールで実際に301レスポンスが返ることを確認してください。あわせて、サイト内の全ての内部リンクを新URLに置き換える作業も同時に進めます。

STEP6: サーチコンソール再送信と効果検証（所要30〜60分）

最後に、XMLサイトマップを更新してサーチコンソールから再送信し、新URLのインデックス化を促します。あわせて、変更前後の表示回数・クリック数・平均掲載順位を3〜4週間継続して観察し、回復が遅れている記事については個別に原因を特定します。SEOの効果測定の詳細はSEO効果測定の指標一覧で整理しています。AI検索からの流入は通常の検索流入とは別軸で計測する必要があるため、リファラー別の流入分析も併行して進めることを推奨します。

失敗5パターン

実務でSEO対応URL運用が上手くいかないケースには、典型的な5つの失敗パターンがあります。自社の現状と照らし合わせ、該当パターンを早めに是正することで、SEOの土台を整え直せます。SEOに強いサイト構造の全体像はSEOに強いサイトとは何かで整理しています。

失敗1: URL設計をCMS導入後に「とりあえず」で決めてしまう

ありがちな失敗の第一は、URL設計をCMS導入後に「とりあえず」で決めてしまうことです。サイト構造の議論をせずにCMSのデフォルト設定のまま公開し、記事数が増えてから「やっぱり階層を入れたい」「やっぱりカテゴリーを変えたい」と気付くケースが頻発します。100記事を超えてからのURL変更は、リダイレクト設定と内部リンク置換の作業量が膨大になり、現実的に着手できなくなることもあります。

是正策は、新規サイト構築時に必ず「URL設計シート」を作成し、サイト構造・命名ルール・末尾スラッシュ・多言語対応までを明文化してから1記事目を公開する運用ルールを敷くことです。リニューアルでURL変更が必要になった場合は、変更コストの見積もりを必ず先に出し、本当に変更すべきURLだけに絞り込みます。

失敗2: 公開後にURLを安易に変更してしまう

公開後にURLを安易に変更してしまう失敗です。リライト時に「タイトルを変えたからURLも変えよう」と判断しがちですが、変更時の301リダイレクトを忘れたり、内部リンクの置換が不完全だったりすると、SEO評価を大きく失います。とくに被リンクが集まっている記事のURL変更は、評価のリセットリスクが大きいため慎重に判断する必要があります。

是正策は、「公開後のURL変更は原則禁止、変更する場合は必ず301リダイレクトとセット」という運用ルールを社内で明文化することです。リライト時はタイトルとmeta descriptionだけ変更し、URLは原則そのまま、というルールを敷いておくと、事故が起こりにくくなります。

失敗3: 日本語スラッグとパーセントエンコーディングを放置する

日本語スラッグをそのまま使ってしまう失敗です。多くのCMSはデフォルト挙動で、日本語タイトルがそのままスラッグになり、URLとして送信される際にパーセントエンコーディングが行われ、%E3%83%91%E3%83%BC%E3%83%9Eのような長いエンコード文字列がURLに現れます。これは見た目が悪いだけでなく、SNSシェア時にURLが切れる、メールで送信したときに文字化けする、ブラウザのコピー&ペーストで誤動作するなど、実用上のデメリットも大きいです。

是正策は、CMS設定で日本語スラッグへの自動変換を無効化し、投稿公開前に必ずスラッグを英数字に手動で書き換える運用ルールを敷くことです。WordPressでは「投稿名」設定とあわせて、英数字スラッグへの強制変換プラグインを併用するのも効果的です。

失敗4: 末尾スラッシュ・大文字小文字・パラメータでURLが乱れる

末尾スラッシュの有無がバラバラ、大文字小文字が混在、トラッキングパラメータが正規URLとして露出、というように、技術的に同じ内容のページが複数URLで存在してしまう失敗です。検索エンジンから見ると評価の分散が発生し、canonicalタグの設計も複雑化します。

是正策は、サイト全体で末尾スラッシュあり（または、なし）を統一し、もう片方からは自動的にリダイレクトされる設定をサーバー側で入れておくことです。URLはすべて小文字に統一し、トラッキングパラメータはcanonicalタグでパラメータなしのURLを正規として明示します。WordPressであれば標準で末尾スラッシュありに統一されますが、Next.jsやその他のフレームワークではtrailingSlash設定が必要です。

失敗5: 多言語サイトでhreflangと階層の不整合が発生する

多言語サイトを運用していて、hreflang属性の指定漏れ、x-defaultの未設定、言語別ディレクトリと翻訳ページの不整合が発生する失敗です。英語圏のユーザーに日本語ページが表示されたり、Googleがどのバージョンをインデックスすべきか判断できなかったりして、結果として全言語版の評価が伸び悩む状態に陥ります。

是正策は、多言語サイト立ち上げ時に必ず「言語別URL構造マップ」を作成し、hreflang属性とx-defaultを含めた実装ガイドラインを明文化することです。各言語版のスラッグも英数字で揃え、サブディレクトリ型（/ja/・/en/）を基本として運用する設計が、最も事故が起こりにくい構成です。

失敗の連鎖を断つ

失敗パターン1〜5は、独立して起きることもありますが、多くの場合は「URL設計ガイドラインがない」「公開前のURLレビューフローがない」「リニューアル時のURL移行計画がない」という運用設計の不備に起因します。書き手の技量を上げるよりも、運用フローに「URLレビュー」のステップを明示的に組み込む方が、サイト全体のURL品質を底上げできます。具体的には、命名ルールに「英数字のみ」「ハイフン区切り」「40文字以内」「日本語禁止」「アンダースコア禁止」「末尾スラッシュ統一」「公開後変更原則禁止」をチェックリスト化して掲載し、公開前のレビュー担当者がチェックリストに従って確認する、という運用にすると、失敗パターンは半年でほぼゼロにできます。

ココログラフへ伴走を依頼する

ここまで読み進めていただき、ありがとうございます。「URL設計の理屈は分かったけれど、サイト全体のURL構造を一気に整理する余力がない」「リニューアルに伴うURL変更で301リダイレクトの抜け漏れを起こしたくない」「多言語サイトのhreflang設計を一気通貫で整えたい」「AI検索時代を見据えたURL設計を、自社の事業ドメインと検索意図に合わせてカスタマイズしたい」というご相談は、ココログラフのSEOコンサルティングで日常的に伴走している領域です。

ココログラフは、累計600社超のSEO伴走支援実績を持つ会社で、業種としては不動産・人材・教育・建設・小売・専門サービスまで幅広く対応してきました。URL設計の見直し1つを取っても、サイト全体の情報構造の整理・カテゴリーとスラッグの命名ルール設計・既存記事の棚卸し・301リダイレクトの一括設定・内部リンクの全置換・多言語サイトのhreflang設計・サーチコンソールでの効果検証までを、一貫してお手伝いしています。単にレポートを納品するのではなく、貴社内製チームの能力が一段上がるよう、伴走しながらナレッジを移植するスタイルを大切にしています。

私たちが提供しているサービス「SUO+SEO」は、SEO（検索エンジン最適化）に加えて、SUO（検索ユーザー最適化）の観点を組み合わせた統合アプローチです。検索エンジンに評価されるだけでなく、検索したユーザーが「このサイトに来てよかった」と感じる体験を作ることで、結果的にコンバージョン率も改善する設計になっています。URL設計についても、検索エンジン視点だけでなく、ユーザーが検索結果でURLを見たときに「この記事には自分の知りたい答えがある」と感じる視点を併せ持って整えていきます。

ココログラフのSEOコンサルティングが他社と異なる点を3つ挙げるとすると、第一に、自社開発の統合SEOレポート「ココミル」を無償で提供しているため、Googleサーチコンソール・GA4・AI検索流入のデータが1画面で見えるダッシュボードを使いながら伴走できる点です。第二に、SEOだけでなくAIO（AI検索最適化）まで一気通貫で対応できるため、ChatGPT・Gemini・AI Overviewsでの引用率向上もスコープに含められる点です。第三に、累計600社超の知見をもとに、業種別の検索意図パターンとURL命名規則のテンプレートが社内に蓄積されているため、ヒアリングから初期診断までのリードタイムが短い点です。とくにリニューアル案件では、URL移行計画の作成と301リダイレクトの一括設計を、過去事例のテンプレートをベースに高速で進められる体制を整えています。

具体的なご相談の進め方は、まず無料の初期診断（30〜60分のオンライン打ち合わせ）で、貴社サイトの現状・課題・目標をヒアリングし、優先的に着手すべき施策を3〜5本に絞ってお伝えします。そのうえで、月次の伴走支援に進むか、スポットでのリニューアル支援案件として進めるか、貴社の体制と予算に合わせてご提案いたします。継続的な伴走の場合は、月次レポートでURL・キーワード・順位・流入・CVの推移を可視化し、毎月の打ち合わせで次の施策を一緒に決めていく流れです。SEOのコスト感についてはSEOのコスト感、SEOの効果についてはSEO対策の効果もあわせて参照ください。

「いきなり契約するのではなく、まずは話を聞いてみたい」というスタンスで構いません。SEOコンサルティングはどうしても相性が問われる領域なので、価値観や進め方がフィットするかを、初回の打ち合わせでお互いに確認いただくことを推奨しています。SUOとSEOを統合したアプローチの詳細はSUO+SEOサービスでも整理していますので、サービス内容のイメージを掴んだうえで初回打ち合わせに進んでいただくことも可能です。

ご相談のきっかけになる材料として、よく初回打ち合わせで取り上げられるテーマを参考までにお伝えします。「ドメイン移行とURL変更を同時に進めるリニューアル案件で、SEO評価を維持するための移行設計」「数百ページ規模のサイトでパーマリンク形式を変更したいが、影響範囲を見積もりたい」「多言語サイトのhreflangと階層構造をゼロから設計し直したい」「AI検索時代に評価されるURL階層を業種別に最適化したい」「日本語スラッグを英数字に一括変換する際の安全な進め方」「内製チームと外部パートナーの役割分担をどう設計するか」など、いずれも貴社の現状をヒアリングしたうえで、具体的なアクションプランに落とし込んでお返ししています。SEOの始め方の全体像はSEOスターターガイドもあわせて参照ください。

まとめ

SEO対応URL（検索エンジン・読者・AI検索エンジンの三者にページの主題が伝わるよう設計された個別ページURL）は、CMSの種類・サイトの規模・多言語対応の有無にかかわらず、Webサイトの土台となる重要な設計要素です。本記事の要点を改めて整理します。

• SEO対応URLは「短く・キーワード入り・ハイフン区切り・英数字・小文字統一・末尾スラッシュ統一・公開後変更しない」が基本ルール
• URL構造はサイトの情報構造を反映し、最大3階層までを目安に浅く保つ
• canonicalタグで正規URLを明示し、評価の分散を防ぐ
• WordPress・Payload CMS・Next.js・Shopify・ヘッドレスCMSのいずれでも、目指す状態は共通
• 多言語サイトはサブディレクトリ型を基本とし、hreflangとx-defaultを必ず実装
• AI検索時代は短く意味の通るURLが引用されやすく、永続性が信頼の指標になる
• 構造化データ（Article、BreadcrumbList、FAQ）のURLプロパティと整合性を保つ
• 設計から運用までの6STEP（情報構造設計→形式決定→命名ルール→棚卸し→変更と301→検証）を順番に通す
• 失敗5パターン（とりあえず設計・公開後変更・日本語スラッグ・URL乱れ・hreflang不整合）を運用フローで防ぐ
• URL設計のレビューを公開前フローに明示的に組み込むことで、サイト全体のURL品質を底上げできる

まずはサーチコンソールで自社サイトの主要URLを開き、本記事の基本ルール6つに沿っているかを目視チェックしてみてください。次に、本記事のSTEP1〜STEP6を自社サイトに適用してみて、URL品質が変わったときに表示回数と平均掲載順位がどう動くかを確認することをおすすめします。SEO対策全体の進め方はSEO対策で順位を上げる方法、SEOの仕組みはSEOの仕組みを図解で理解する、SEOのコストはSEOのコスト感、SEOの効果測定はSEO効果測定の指標一覧、SEOの効果についてはSEO対策の効果、SEOの始め方はSEOスターターガイド、SEO記事の作成手順はSEO記事の作成手順、コンテンツSEOの基礎はコンテンツSEOの基本と進め方、検索意図の捉え方は検索意図の捉え方、E-E-A-TはE-E-A-Tとは何か、SEOに強いサイト構造はSEOに強いサイトとは何か、パーマリンクの基礎はパーマリンクとは何か、titleタグについてはtitleタグとは何か、SEOタイトルの文字数はSEOタイトルの最適な文字数、hタグの設計はhタグの基本と書き方、キーワード選定はSEOキーワード選定の進め方もあわせて参照してください。

FAQ

Q1. SEO対応URLとパーマリンクは何が違いますか？

パーマリンクは「個別ページに恒久的に紐づく固定URL」を指す用語で、主にWordPressをはじめとするCMSの文脈で使われます。一方、SEO対応URLは「SEOの観点で適切に設計された個別ページURL」を指し、CMSの種類に依存しない、より広い概念です。両者は重なる部分が多いものの、SEO対応URLはCMS横断・多言語対応・AI検索対応まで含めた設計論として捉えるのが正確です。WordPress固有の話に絞ってパーマリンクを理解したい場合は別記事で整理していますが、本記事は「URL設計の全体像」を俯瞰したい場合に活用してください。実際の運用では、両方の知識を組み合わせて、自社のCMSと事業ドメインに合った設計を作り込んでいくことになります。

Q2. URLは何文字以内が理想ですか？

ドメイン以下のパス部分は、60文字以内、できれば40文字以内を目安にしてください。短いURLはシェアされやすく、ブラウザのアドレスバーや検索結果でも全文が表示されやすくなります。意味の通る英単語で構成することを優先しつつ、不要なストップワード（a・the・and・of・in・for等）を省略し、メインキーワードだけが残るようにスラッグを設計するのが基本です。なお、技術的にはURLの最大長は数千文字まで可能ですが、SEO観点では「短ければ短いほど有利」というシンプルな原則が当てはまります。Googleも公式ドキュメントで「URLは可能な限り短く、わかりやすくする」ことを推奨しているため、迷ったら短くする判断が安全です。

Q3. サブドメインとサブディレクトリ、どちらでブログを運用すべきですか？

SEOの観点では、サブディレクトリ（example.com/blog/）の方が、メインドメインの評価を引き継げるため有利とされています。サブドメイン（blog.example.com）は技術的には別サイトとして扱われ、SEO評価が独立して積み上がるため、メインドメインの評価がブログに反映されにくくなります。新規メディアを立ち上げる場合は、原則としてサブディレクトリで運用するのが推奨です。例外として、ブログのコンテンツがメインサイトと事業領域が大きく異なる場合（B2B SaaSのコーポレートサイトに対する一般消費者向けメディア等）は、サブドメインで分離する選択肢もあります。判断に迷う場合は、メインサイトとブログの読者層・検索意図がどの程度重なるかを基準に決めてください。

Q4. 既存サイトのURLを変更する場合、何から手をつければ良いですか？

最優先で行うべきは「現状URLの棚卸し」と「変更コストの見積もり」です。CSV形式で全URLを一覧化し、各URLの「PV・被リンク数・現状の課題・命名ルールからの逸脱内容」を整理します。その上で、変更コスト（リダイレクト設定・内部リンク置換・サーチコンソール再送信）とSEO評価維持リスクを天秤にかけ、本当に変えるべきURLだけに絞り込みます。被リンクが集中している記事や、月間PVが多い記事のURL変更は、評価リセットリスクが大きいため最後に手をつけるのが安全です。変更を実行する際は、必ず旧URLから新URLへの301リダイレクトをセットで設定し、内部リンクも全て新URLに置き換えてください。サーチコンソールでの再送信と効果検証を3〜4週間継続して観察し、回復が遅れている記事については個別に原因を特定します。

Q5. 多言語サイトのURL構造は何を選ぶのが正解ですか？

最も推奨されるのは、サブディレクトリ型（example.com/ja/・example.com/en/）です。1つのドメインで複数言語を運用するため、ドメイン評価が集約されやすく、SEOで最も有利です。サブドメイン型（ja.example.com・en.example.com）は技術的には別サイトとして扱われ、ドメイン評価が分散します。別ドメイン型（example.com・example.fr）は、地域ごとのブランディングと国別ドメイン（ccTLD）の活用を優先する場合に選択されますが、複数の国に展開する運用コストが高くなります。どのパターンを選ぶ場合も、hreflang属性で各ページの言語・地域を明示し、x-defaultでフォールバック言語を指定することは必須です。実装漏れがあると、英語圏のユーザーに日本語ページが表示されるなど、ユーザー体験が損なわれる原因になります。

Q6. AI検索時代にURL設計の考え方は変わりましたか？

設計の根本は変わりませんが、評価軸が拡張されました。従来の「検索エンジンがページを識別するための住所」に加えて、「AIエージェントが認識する一意な識別子」「AIが回答に引用する際の出典URL」という新しい軸が加わっています。具体的には、短く意味が通るURL、階層構造で文脈を伝えるURL、長期間変更されない永続性、構造化データとの整合性、の4点が、AI検索時代に重視されるようになっています。とはいえ、人間の読者にとって分かりやすいURLは、AIにとっても扱いやすいURLと一致するため、本質的な方向性が変わるわけではありません。AI検索時代に新しい施策を増やすというよりは、これまでのURL設計の基本を「より丁寧に・より一貫して」適用することが、AI検索とSEOの両方に効く正攻法です。URL設計を見直すタイミングで、構造化データとhreflang属性を含めた周辺実装も合わせて整える運用が、効率と効果の両面で優れています。

Q7. AIに引用されやすいURLとはどのようなものですか？

AIに引用されやすいURLには、4つの共通点があります。第一に、短く意味の通る英単語で構成されていること（/knowledge/seo-url/のように、URLだけで主題が伝わる状態）。第二に、階層構造でサイト内の文脈を明示していること（カテゴリーや分野がURLに反映されていると、AIが関連質問への引用候補として選びやすくなります）。第三に、長期間変更されておらず永続性が担保されていること（過去にAIが参照したURLが404になっていると、その情報源の信頼性が下がります）。第四に、構造化データのURLプロパティと整合性が取れていること（BreadcrumbList・Article・FAQの構造化データで参照されているURLが一致していると、AIエージェントが文脈を正しく理解できます）。この4点を満たしたURLは、人間の読者にとっても分かりやすく、AI検索時代の競争優位を持つURLと評価できます。逆に、日本語スラッグ・長いパラメータ・頻繁なURL変更・構造化データの不整合がある記事は、検索順位こそ維持できてもAI引用率は伸びにくく、結果として中長期の流入機会を失っていきます。URL設計を見直すタイミングで、永続性と構造化データの両方をセットで整える運用に切り替えることをおすすめします。