検索順位を上げるURLスラグの作り方：SEOに強いURLを毎回作るコツ

長年ウェブサイトを構築してきた経験から、静かに見えないSEOダメージを与える原因として最も多いのが、URLスラグの問題です。canonicalの設定ミスでも、メタディスクリプションの欠如でもなく、単純に悪いスラグ — 何も考えずにCMSが自動生成したURL、あるいはパーセントエンコーディングを知らない誰かが急いで手入力したURLです。

良いニュースは、スラグを正しく作るのは簡単だということです。ルールを理解すれば、二度と迷うことはありません。そして考えること自体をスキップしたいなら、テキストをスラグに変換するツールが重い作業を代わりにやってくれます。

しかし、なぜそのルールが存在するのかを理解することには、数分の価値があります。順を追って説明しましょう。

URLスラグとは正確には何か？

スラグとは、特定のページを識別するURLの人間が読める部分です。次のURLを例に挙げると：

https://example.com/blog/how-to-bake-sourdough-bread

スラグは how-to-bake-sourdough-bread です。

この用語は新聞業界に由来します。「スラグ」とは、執筆中の記事に付けられる短い名前 — 見出しが確定する前の内部識別子でした。ウェブ開発者がCMS黎明期にこの用語を借用し、定着しました。

スラグは同時に二つの目的を果たします：クリックする前にそのページが何について書かれているかを人間に伝え、そのページのコンテンツに関連する単語を検索エンジンに伝えます。スラグを正しく作れば、両方を同時に達成できます。間違えると、両方の観点から自分の首を絞めることになります。

スラグが実際にSEOに重要な理由

多くの人が間違えている点がここにあります：URL構造をマイナーなSEO要素として扱い、優先リストの下位に追いやるのです。コンテンツの質とバックリンクのほうが重要であることは確かですが、URLスラグは新しいページで無料で修正できる数少ないランキングシグナルの一つです。

GoogleはURLスラグを、そのページが何をカバーしているかのシグナルとして読み取ります。「ワイドフィットのハイキングブーツのベスト」についてのページで、スラグが best-hiking-boots-for-wide-feet であれば、そのキーワードをもう一つの場所で強化しています。スラグが product-2847-v3 であれば、その機会を捨てていることになります。

より実践的に言えば：URLは検索結果に表示されます。SERPスニペットのページタイトルの下に表示されます。クリーンで読みやすいスラグは、検索結果をより信頼性が高く、関連性があるように見せます。ハイフン、乱数、セッションIDで埋まったスラグは逆効果です。

SNS、メール、Slackメッセージでシェアされたリンクはしばしばプレーンテキストで表示されます。比較してみましょう：

• example.com/p?id=4821&ref=sidebar — 怪しく、トラッキングスパムのように見える
• example.com/blog/best-hiking-boots-wide-feet — 何が書いてあるか一目でわかる

2番目のほうがクリック数が増えます。同じ表示回数でより多くのクリックは、クリック率の向上を意味し、Googleがランキングシグナルとして使用しています。

ハイフン対アンダースコア論争（ついに決着）

この議論は2000年代初頭から続いており、今でもSlackチャンネルやフォーラムで見かけます。これで終わりにしましょう。

ハイフンを使ってください。URLでは常に。

Googleの公式見解：URLのハイフンは単語の区切りとして扱われます。スラグが best-hiking-boots であれば、Googleはそれを「best」「hiking」「boots」という3つの別々の単語として読みます。ページはそれらの単語を含む検索に対してランキングの対象となります。

アンダースコアは同じように扱われません。best_hiking_boots はGoogleによって単一のトークン：best_hiking_boots として扱われます。ページは「hiking boots」というフレーズではランキングされません — ほぼ誰も検索しないアンダースコアで繋がれた文字列に対してのみです。

これはSEOフォーラムの噂ではありません。GoogleのMatt Cuttsが何年も前にウェブマスター動画で明示的に取り上げ、John Muellerも以来確認しています。Googleの公式推奨は：URLの単語区切りにはハイフンを使うです。

アンダースコアが適切な場面（ただしURLは除く）

アンダースコアには適切な場所があります — ただしURLパスの中ではありません：

• コード内のファイル名：user_profile_image.png、config_loader.py
• Pythonの変数名：PEP 8は変数と関数に snake_case を推奨
• データベースの列名：created_at、user_id、order_total
• 環境変数：DATABASE_URL、API_SECRET_KEY

これらの文脈では、アンダースコックは慣用的で正しいです。しかしURLを構築する瞬間には、ハイフンに切り替えてください。

よくあるスラグの失敗例（私もすべてやりました）

1. 特殊文字をそのままにしておく

誰かが What's the Best Framework for 2026? というタイトルの記事を書くと、CMSが壊れるか what%27s-the-best-framework-for-2026%3F のようなスラグを生成します。アポストロフィは %27 に、疑問符は %3F になります。

パーセントエンコードされたURLは技術的には機能しますが、プレーンテキストとして貼り付けたときに見た目が最悪です。また、異なるサーバー、CDN、リバースプロキシで扱い方が一貫していません。単純に削除しましょう。

良いルール：スラグには小文字のアルファベット、数字、ハイフンのみを使います。それ以外はすべて削除またはトランスリタレーション（音訳）します。

2. アクセント文字をそのままにしておく

フランス語サイトの記事タイトルが「Café au lait: histoire et préparation」だとします。単純なスラグジェネレーターは café-au-lait-histoire-et-préparation を生成するかもしれません。

そのスラグの é は実際のURLでパーセントエンコードされます：caf%C3%A9-au-lait-histoire-et-pr%C3%A9paration。これは混乱です。より良いアプローチは、最初にアクセント文字をASCII相当文字にトランスリタレーションすることです：cafe-au-lait-histoire-et-preparation。

技術的にはアクセント文字は現在IRI（国際化リソース識別子）で有効だという主張もあります。その通りです。しかし現実には、パーセントエンコードされたマルチバイト文字を含むURLはメールクライアントで壊れ、SNSシェアで見た目が悪く、コピー＆ペーストで壊れることがあります。公開向けURLでは、プレーンなASCIIスラグがより安全でクリーンです。

3. スラグに大文字を使う

/Blog/How-To-Bake-Sourdough-Bread と /blog/how-to-bake-sourdough-bread は技術的に2つの異なるURLです。ほとんどのサーバーはパスコンポーネントで大文字と小文字を区別します。両方のバージョンにアクセスできる場合、重複コンテンツの問題やリンクエクイティの分散が発生する可能性があります。

常に小文字にしてください。例外なし。

4. 連続するハイフンまたは先頭/末尾のハイフン

how--to-bake--sourdough（文字削除による二重ハイフン）または -how-to-bake-sourdough-（先頭/末尾の特殊文字削除による先頭/末尾ハイフン）。これらは技術的には何も壊しませんが、見た目が雑で、バリデーターによってはフラグを立てます。

良いスラグジェネレーターは、複数の連続するハイフンを一つに折りたたみ、結果の先頭と末尾からハイフンを削除します。

5. 文字数制限をストップワードに使ってしまう

the-best-way-to-bake-sourdough-bread-at-home 対 bake-sourdough-bread-home。

2番目のほうが短く、キーワードを押さえ、読みやすいです。「the」「best」「way」「to」「at」はストップワードです — SEO的価値なしに長さを増やします。すべてのストップワードを削除する必要はありませんが、スラグの長さについて意識的に考えましょう。

とはいえ、個人的にはすべてのストップワードを気にしすぎることはありません。時に読みやすさが上がることがあります。how-to-bake-sourdough は bake-sourdough より自然に読めます。判断を使ってください。

良いスラグ対悪いスラグ：実際の例

実際にはこのように見えます：

ページのテーマ	悪いスラグ	良いスラグ
サワードウについてのブログ記事	post-1293-v2	sourdough-bread-beginners-guide
ランニングシューズの商品ページ	product?id=8821&cat=shoes	mens-running-shoes-lightweight
ドキュメントページ	Docs_API_Reference_v3	api-reference
イベントページ	event_for_2026-03-25_conference	2026-developer-conference
フランスのカフェ記事	caf%C3%A9-au-lait-recipe	cafe-au-lait-recipe
質問記事	what%27s-new-in-react-2026%3F	whats-new-react-2026

良いスラグは一貫しています：小文字、ハイフンのみ、特殊文字なし、短いが説明的。完璧に簡潔である必要はありません — sourdough-bread-beginners-guide は問題ありません — しかしページの内容を明確に説明する必要があります。

スラグの長さ：どのくらい長ければ長すぎるか？

ハードリミットはありませんが、いくつかの実践的なガイドラインがあります。

Googleは通常、検索結果のURLを70〜80文字前後で切り捨てて表示します。スラグが120文字であれば、検索結果に表示されるURLが切れてしまいます。致命的ではありませんが、若干読みにくくなります。

より重要な点：長いスラグは多くの場合、ストップワードや不要な冗長な表現が含まれていることを示します。タイトルが「The Definitive Complete and Total Guide to Understanding and Using URL Slugs in Modern Web Development in 2026」であっても、スラグはそのフレーズ全体である必要はありません。url-slug-guide-web-development のようなものは、はるかに短い長さで関連キーワードをカバーします。

おおまかな目標：スラグを70文字以内に収める。50文字以下はさらに良い。記憶しやすくタイプしやすい高トラフィックページには30文字以下が理想的です。

公開後にスラグを変更するとどうなる？

多くの人がここで高くつく失敗をします。スラグ how-to-build-react-app でブログ記事を公開し、バックリンクを集め、シェアされ、ランキングが上がっていきます。そして6ヶ月後に react-app-tutorial-beginners に改名しようと決めます。スラグを変更すると...古いURLが404を返し始めます。

古いURLを指すすべての被リンクがデッドページにアクセスするようになります。そのURLで築いたすべての検索順位が消えます。数ヶ月かけて得たバックリンクエクイティが蒸発します。

古いURLから新しいURLへの301リダイレクトを必ず設定してください。 301は恒久的なリダイレクトです — ブラウザと検索エンジンの両方に、ページが恒久的に移動したことを伝え、リンクエクイティとランキングシグナルのほとんどを新しいURLに渡します。

実際には：ほとんどのCMSにはリダイレクト管理が組み込まれています（またはプラグイン経由）。Next.jsでは next.config.js で処理します。nginxでは rewrite ディレクティブ。Apacheでは .htaccess の Redirect または RewriteRule です。

WordPressでは、Redirectionプラグインが最も簡単な方法です。302（一時的）リダイレクトではなく、301リダイレクトを設定していることを確認してください。

結論：バックリンクやオーガニックトラフィックのあるページのスラグ変更は、リダイレクト作業が必要な重要な操作として扱ってください。単純にスラグを更新して終わりにしないでください。

プログラム的にスラグを生成する方法

CMSやコンテンツプラットフォームを構築している場合、投稿タイトルからスラグを自動生成したいでしょう。JavaScriptのコアロジックはこちら：

function toSlug(text) {
  return text
    .toLowerCase()
    .normalize('NFD')                    // アクセント文字を分解
    .replace(/[\u0300-\u036f]/g, '')     // アクセントマークを除去
    .replace(/[^a-z0-9\s-]/g, '')        // 残りの特殊文字を削除
    .trim()
    .replace(/\s+/g, '-')               // スペースをハイフンに置換
    .replace(/-+/g, '-');               // 複数のハイフンを折りたたむ
}

この実装について注意すべき点：

• normalize('NFD') の後に結合文字を削除すると、ほとんどのヨーロッパのアクセント文字をクリーンに処理できます。café は cafe に、naïve は naive に、résumé は resume になります。
• すべてのスクリプトを処理するわけではありません。キリル文字、中国語、日本語、アラビア語 — これらは単純なアクセント削除ではなく、トランスリタレーションライブラリが必要です。コンテンツが多言語の場合は、これをより適切に処理する transliteration や slug npmパッケージを参照してください。
• ストップワードは削除しません。その動作が必要な場合は、コアのスラグ関数に組み込むのではなく、明示的なリストで別々に処理することをお勧めします。

または、この書き込みを完全にスキップして、テキストをスラグに変換するツールを使用することもできます。アクセント文字、特殊記号、複数のスペース、すべてのエッジケースを処理します。

スラグを超えたSEO

スラグはURL構造パズルの一部ですが、いくつかの関連するポイントも言及する価値があります：

URLの深さが重要です。 example.com/blog/seo/2026/03/how-to-write-slugs のようなURLは深くネストされており、ページがサブサブサブカテゴリであることを示します。example.com/blog/how-to-write-slugs のようなフラットな構造は一般的に良いパフォーマンスを発揮します。

サイト内の一貫性が重要です。 一部の投稿が日付ベースのURL（/2026/03/25/post-title）を使用し、他はそうでない場合、その不一致はランキングペナルティではありませんが、URL管理がより複雑になります。パターンを選んで一貫して使いましょう。

キーワードの詰め込みをしないでください。 best-seo-slug-url-slug-generator-seo-2026 のようなスラグはスパムっぽく見えます。GoogleのスパムポリシーはURLへのキーワード詰め込みを明示的に呼び出しています。1〜2つのメインキーワードで、コンテンツを正確に説明して、そこで止めましょう。

実践的なワークフロー

記事を書いたり新しいページを作成したりするとき、私のスラグワークフローはこうです：

1. タイトルを書く
2. このページを見つけるためにGoogleに何を入力するかを考える
3. タイトルから機械的にではなく、ステップ2のメインキーワードからスラグを作る
4. チェック：小文字か？ハイフンのみか？特殊文字なしか？60文字以下か？詰め込みなしで説明的か？
5. 設定して公開し、そのままにしておく

「そのままにしておく」部分が重要です。本当に良い理由がない限り、公開後にスラグを調整したい衝動に抵抗してください。URL変更のSEOコストは現実です。

任意のタイトルをクリーンなスラグに素早く変換するには、テキストをスラグに変換するツールをブックマークしてください — すべてのエッジケースを処理し、コピー可能な結果を即座に出力します。

---

よくある質問

URLスラグとは何ですか？

URLスラグとは、特定のページを識別するドメイン名の後に続くウェブアドレスの一部です。例えば、example.com/blog/how-to-bake-bread では、スラグは how-to-bake-bread です。良いスラグは小文字で、単語の区切りにハイフンを使用し、ページのコンテンツを簡潔に説明しています。

URLにはハイフンとアンダースコアのどちらを使うべきですか？

ハイフンを使ってください。Googleはハイフンを単語の区切りとして扱います。つまり、best-hiking-boots のようなスラグは3つの別々の単語として読まれます。アンダースコックはこのように扱われません — best_hiking_boots は単一のトークンとして解析されます。これは複数単語の検索クエリに対するページのランキングに直接影響するため、選択が重要です。

URLスラグはどのくらいの長さが適切ですか？

できる限り70文字以内に収めましょう。短いスラグはシェアしやすく、記憶しやすく、検索結果でも良いパフォーマンスを発揮することが多いです。実践的な目標は、メインキーワードを含め、「the」「a」「and」のような不要な単語を省くことです。良いスラグの多くは20〜50文字の間に収まります。

公開後にURLスラグを変更できますか？

変更できますが、古いURLから新しいURLへの301リダイレクトを設定する必要があります。リダイレクトなしでは、古いURLに蓄積されたバックリンクと検索順位を失います。確立されたページでのスラグ変更は、素早い編集ではなく、意図的なSEO操作として扱ってください。

éやñのようなアクセント文字はURLで使えますか？

技術的には可能です — 現代のブラウザは自動的にエンコードします — しかし実際には削除または変換するほうが良いです。é という文字は生のURLでは %C3%A9 になり、メールやSNSのシェアで見た目が悪く、古いシステムで壊れることがあります。プレーンなASCII相当文字（e、n）に変換するほうがクリーンで安全です。