URLの単語の区切りは、アンダーバー（_）ではなくハイフン（-）を使います。Googleは2026年10月23日にこの説明を更新し、アンダースコアは format_date のように「まとめて扱う語」を表すのに使われてきたため勧めない、と理由を明記しました。ただし公開済みのURLをそれだけの理由で変える必要はなく、変えるなら301リダイレクトと内部リンクの張り替えが要ります。大文字と小文字は別のURLとして扱われるのでそろえ、日本語のURLは日本語で検索する読者向けならそのままで構いません。
Googleが勧めるURLの書き方
Google 検索セントラルの「URL 構造のベスト プラクティス」は、クロールできるURLの「必須の条件」と、分かりやすくするための「おすすめ」に分かれています。ハイフンや読める単語は後者で、守らないと検索に出ないという話ではありません。一方、# で中身を切り替える作りは、ページがGoogleに別々に読まれない原因になります。
| 書き方 | 勧める例 | 勧めない例 | 理由 |
|---|---|---|---|
| 単語の区切りはハイフン（-） | /summer-clothing/ | /summer_clothing/ ・ /summerclothing/ | アンダースコアは format_date のように「まとめて扱う語」を表すのに使われてきたため。ハイフンは単語の境目をはっきり示す |
| 読める単語を使う | /wiki/Aviation | /index.php?topic=42&area=3a5e… | 長いID番号より、ユーザーにもGoogleにも中身が分かる |
| 読者の言語の単語でよい | /ペパーミント（リンクでは%エンコード） | — | 日本語で検索する読者向けなら日本語の単語を使ってよい。リンクのhrefでは%エンコードする |
| 大文字と小文字をそろえる | /apple のどちらか一方 | /APPLE と /apple が同じページを返す | Googleは大文字・小文字を別のURLとして扱う |
| # で中身を切り替えない | /potatoes（History API） | /#/potatoes | Google検索はフラグメント（#より後ろ）を基本的に扱わない |
| パラメータは = と & でつなぎ、少なくする | ?category=dresses&sort=low-to-high | ?[category:dresses][sort:…] | 中身を変えないパラメータは削る。組み合わせでURLが増えすぎるとクロールが無駄になる |
2026年10月の更新で変わったこと
Googleのドキュメントの更新履歴によると、2026年10月23日に「ハイフンとアンダースコアによる単語の区切りの説明を明確にした」とあります。勧める中身（ハイフン）は以前と同じで、変わったのは次の2点です。
- アンダースコアを勧めない理由を書いた。プログラミング言語の関数名（format_date など）のように、アンダースコアは「まとめて扱う語」を表すのに使われてきた。ハイフンは単語の境目をはっきり示す
- 例がパスだけでなくパラメータにも広がった。勧める例は /summer-clothing/filter?color-profile=dark-grey、勧めない例は同じURLのハイフンをアンダースコアにしたものと、/greendress のように単語をつなげたもの
検索結果の上位には「Googleはどちらでも気にしない」とする古い記事も残っていますが、いまの公式の説明はハイフンです。日本語版のページも同じ内容に更新されています（2026年11月9日に確認）。
実測：自社2サイトのURLを数えた
2026年11月9日、当社が運営する2サイトのXMLサイトマップに載っている全URLを取り出し、パスにアンダースコア・大文字・日本語が含まれるかを数えました。1つはNext.jsで作った本サイト（Direbase）、もう1つはWordPressで運営しているWeb制作者向けのメディアです。
| サイト | アンダースコア | 大文字 | 日本語 |
|---|---|---|---|
| Direbase（Next.js） | 0% | 0% | 0% |
| Web制作者向けメディア（WordPress） | 0.3% | 0% | 0% |
- Next.js側は、URLを最初からコードの中で決めているため0件だった
- WordPress側で見つかった2件のうち1件は投稿者アーカイブ（/author/ログイン名/）。WordPressはログイン名から投稿者のURLを作るため、ログイン名のアンダースコアがそのまま出ていた。もう1件は人名をローマ字にしたスラッグの記事で、姓と名の区切りにアンダースコアが使われていた
- 日本語のスラッグは両サイトとも0件。WordPressは投稿名のパーマリンクだと、日本語のタイトルをそのままスラッグにすることがあるため、公開前に英単語のスラッグを決める運用にしている
判断：アンダースコアは、記事のスラッグを決めるときより、CMSが自動で作るURL（投稿者・タグなど）や、人名・型番のように元からアンダースコアで書かれていた語から紛れ込みます。見直すときはサイトマップの全URLを機械的に数えるのが早く、見つかったものも、ここで書いた2件のように内部リンクの多い重要なページでなければ、リダイレクトの手間をかけてまで変えません。
日本語URLは使ってよいか
使って構いません。Googleは「読者の言語の単語を使う」ことを勧め、日本語で検索する読者向けなら日本語の単語を使う例（/ペパーミント）を挙げています。ページの中のリンク（hrefの値）では、日本語の部分を%エンコードします。
気をつけるのは長さです。%エンコードすると、日本語1文字はおおむね9文字になります。たとえば「検索ボリューム-調べ方」（11文字）は91文字になりました。ブラウザのアドレスバーでは日本語で見えても、チャットやメールに貼ると長い%の列で届くことがあります。
どちらを選んでも検索での扱いに差を付けるとは書かれていないので、決め手は運用です。URLを人に送ることが多いサイトや、英語ページと並べるサイトは英単語、日本語の読者だけでURLの見た目を気にしないなら日本語、とサイト内で1つに決めてそろえます。
公開済みのURLを変えるかの判断
| 状況 | どうするか |
|---|---|
| これから作るページ・新しいサイト | ハイフン区切り・小文字にそろえる。CMSのスラッグの初期値（タイトルから自動で作られる）をそのまま使わず、公開前に決める |
| 公開済みでアンダースコアのURL | それだけを理由に変えない。変えると301リダイレクト・内部リンクの張り替え・Search Consoleでの確認が要る。サイトの作り直しなど、URLを変える機会にまとめて直す |
| 大文字・小文字の両方で同じページが返る | 直す。片方へ301リダイレクトし、canonical・サイトマップ・内部リンクを同じ書き方にそろえる。重複が増えるだけで得がない |
| #/ で中身を切り替えるSPA | 直す。#の後ろが違うだけのページはGoogleに別ページとして読まれない。History APIで # の無いURLにする |
| 日本語のスラッグ | 日本語で検索する読者向けならそのままでよい。共有されたときにURLが長い%の列になるのが気になるなら、新しいページから英単語にする |
変えるときの手順
- 古いURLと新しいURLの対応表を作る（サイトマップから全URLを出し、変える分だけ並べる）
- サーバー側で古いURLから新しいURLへ301（永続的なリダイレクト）を設定する。Googleは、301などの永続的なリダイレクトでPageRankは失われないと説明している
- 内部リンク・canonical・hreflang・サイトマップを新しいURLに書き換える。リダイレクトに頼ったままにしない
- Search Consoleで新しいサイトマップを送り、URL検査で新しいURLが登録されるかを見る
- リダイレクトはできるだけ長く残す。Googleの案内は「一般的には1年以上」
大文字・小文字の重複をcanonicalでそろえる方法はcanonicalタグの書き方、URLを変えた後に新しいURLが登録されない時の見方は「検出 - インデックス未登録」の直し方にまとめています。
SEOチェックでURLの書き方を確かめる
DirebaseのSEOチェックは、診断したページのURLを見て、次の3つに当たると「URLの書き方の注記」を出します。スコアには含めない注記で、全プランで表示されます。
- パスにアンダースコア（_）がある（パラメータの中は対象外）
- パスに大文字がある（日本語などの文字は対象外）
- #/ や #! で中身を切り替えるURLになっている（ページ内リンクの #見出し は対象外）
注記は「直すべき不具合」ではなく判断の材料です。アンダースコアの注記が出ても、公開済みのページなら上の判断の表に沿って、変えるかを決めてください。大文字と#の注記は、同じページが複数のURLで返っていないか、Googleに別のページとして読まれているかを先に確かめます。
よくある間違い
- アンダースコアのURLを一斉にハイフンへ変える。リダイレクトの設定漏れや内部リンクの張り替え漏れが出ると、得より損が大きい
- URLを変えて301を入れたが、内部リンク・canonical・サイトマップが古いURLのまま。Googleに「どちらが正しいか」の食い違ったシグナルを送る
- WordPressの投稿者アーカイブなど、CMSが自動で作るURLを見落とす。ログイン名にアンダースコアがあると、そのままURLに出る
- サーバーが大文字・小文字を区別しないので問題ないと考える。サーバーが同じページを返しても、Googleは別のURLとして扱う
- URLにキーワードを詰め込む。URLの語は中身が分かれば十分で、長くしても得はない。Googleの説明も「読める単語」と「区切り」まで
関連ツール
出典（2026年11月9日に確認）
よくある質問
URLの区切りはハイフンとアンダーバーのどちらがいいですか？▾
アンダーバーのURLは今すぐハイフンに変えるべきですか？▾
日本語URLはSEOに不利ですか？▾
URLの大文字と小文字は区別されますか？▾
URLを変えるとSEOの評価はリセットされますか？▾
URLにキーワードを入れるとSEOに効きますか？▾
この記事を書いた人
今井政和SEOディレクター / フロントエンド開発者
Web業界20年以上の経験を持つSEOディレクター。ディレベースの開発者。WordPress公式プラグイン「ORECTIC SEO CHECK」作者。著書に「三方良しで勝つ 江戸商人に学ぶ現代WEB戦略」。
@imai_directorあわせて読みたい
AI Overview対策で何をチェックすべきか｜AIO引用される条件とSEO診断項目
AI Overview（AIO）に引用される条件と、SEO診断で確認すべき項目を30万URL分析等の外部データで検証。構造化データ実装率約3倍・E-E-A-T・コンテンツ明瞭さがAI引用の主要因。AIO時代のSEOチェック項目。
SEOツールに自動でコードを修正させるべきか｜改善コードで止めている理由
「APIで修正まで自動化できないか」という問い合わせへの回答。SEO診断ツールが読むのは常に他人のサイトであり、その値をコードに埋めて返す構造には間接プロンプトインジェクションの経路がある。自社ツールで再現した実験と、書き込み権限を持たない設計の理由。
robots.txtの書き方｜基本構文・設定ミスの防ぎ方・SEO診断ツール付き
robots.txtの基本構文（User-agent・Disallow・Allow・Sitemap）から、よくある設定ミスとSEOへの影響、フレームワーク別の注意点まで解説。設定状況を無料で診断できるチェックツール付き。
XMLサイトマップの作り方｜検索エンジンに全ページを認識させる方法
XMLサイトマップの作り方・設置方法・Google Search Consoleへの送信手順を解説。サイトマップの設置状況を無料チェックできるツール付き。