本文へ移動
リライトレーダーRewrite Radar
メニュー

公開

表記ゆれはSEOに影響する?どちらの表記にするかは、Search Consoleのクエリで読者が使ったほうを見る

表記ゆれがSEOにどう影響するかを、Googleの文書9ページで確かめました。スペルミスの修正や類義語の仕組みは説明されていますが、全角・半角やカタカナ・英語など、日本語の表記ゆれの扱いは書かれていませんでした。どちらの表記で書くかは、Search Consoleのクエリで読者が使った表記を見て決めます。

この記事のまとめ

表記ゆれ(全角と半角、カタカナと英語、送り仮名の違いなど)がSEOにどう影響するかについて、私が読んだGoogleの文書9ページ(日本語版・英語版)に書かれていたのは、スペルミスを認識して直す仕組みと、検索語句とぴったり同じ言葉がページに無くても関連する文書を見つける類義語システムがある、というところまででした。日本語の表記ゆれをどう扱うかは、どのページにも書かれていませんでした。一方、Search Consoleのクエリの表は完全一致なので、カタカナと英語、空白の有無のように書き方が違う語句は別の行になります(全角と半角の英数字が別の行になるかは、ヘルプに書かれておらず、確かめていません)。なので、どちらの表記で書くかは、その記事のクエリの表で表記違いの行を並べ、読者が実際に使っていて表示回数の多いほうをタイトルと見出しの軸にする、というのが私の決め方です。表示がまだ無い記事はGoogle トレンドで比べます。記事の中で表記をそろえるのは、検索のためというより読みやすさのためだと私は考えています。

記事を書いていて、「ブログ」と「blog」、「スマホ」と「スマートフォン」、「Search Console」と「サーチコンソール」のどちらで書くか迷う。読み返すと、同じ記事の中で全角の「SEO」と半角の「SEO」が混ざっていたり、「始め方」と「はじめ方」が両方あったりする。こうした表記ゆれは検索で不利になるのか、タイトルはどちらの表記にすれば見つけてもらえるのか。そこで手が止まっていませんか。

この記事は、Googleが表記の違いをどう扱うと書いているかを、Googleの文書の原文で確かめたものです。書かれていたことと、書かれていなかったことを分けて並べ、そのうえで、どちらの表記にするかを自分のSearch Consoleのクエリで決める手順をまとめます。

根拠にしたのは、Google 検索の「Google によるランキング結果の決定方法」、Google 検索セントラルの「Google 検索ランキング システムのご紹介」「検索エンジン最適化(SEO)スターター ガイド」「Google の検索エンジンの仕組み、検索結果と掲載順位について」、Google 検索ヘルプの「検索のヒントや、検索結果と Google での検索との関連性について」、Search Console ヘルプの検索パフォーマンス レポートの4ページ、あわせて9ページで、2026年10月10日に日本語版と英語版の原文で確かめました。Googleの検索結果そのものは取得していません。どの表記で検索すると何位に出るか、を調べた記事ではありません。

次に直す記事を自分のデータで調べる

Search ConsoleのZIPを読み込むと、候補の判定と1記事分の診断カードを無料で確認できます。登録は不要です。ZIPが無い場合は、診断カードの見本を確認できます。

結論:読んだGoogleの文書9ページに、日本語の表記ゆれの扱いは書かれていなかった

原文を読んで、ブログで押さえておきたいことは次の5つです。

  • Googleが書いているのは、スペルミスの修正と類義語の仕組み。検索語句とぴったり同じ言葉がページに無くても、関連する文書を見つける仕組みがある、という説明です
  • 全角・半角、カタカナ・英語、送り仮名の扱いは、私が読んだ9ページには出てこない。なので、同じに扱われるとも、別に扱われるとも、この記事では言いません
  • Search Consoleのクエリの表は完全一致。大文字と小文字は区別されませんが、カタカナと英語、空白の有無のように書き方が違えば、別の行として並びます。全角と半角の英数字が別の行になるかは確かめていません
  • どちらの表記にするかは、その記事のクエリの表で決める。表記違いの行を並べて、表示回数の多いほうをタイトルと見出しの軸にします(私の決め方)
  • 記事の中で表記をそろえるのは、読みやすさのため。そろえると検索で有利になる、と読んだGoogleの文書に書かれているわけではありません

Googleの文書に書かれていること:スペルミスの修正と類義語

検索語句とページの言葉が違っても、関連を見つける仕組みがある

Google 検索のGoogle によるランキング結果の決定方法には、「検索クエリの意味」という項に次の段落があります。

手順としてはスペルミスを認識して修正するのと同じくらい単純なものですが、さらに高度な類義語システムによって、完全に一致する言葉が含まれていない場合でも、関連性のあるドキュメントを見つけることができます。たとえば、ユーザーは「ノートパソコンの明るさ変更」と検索したものの、メーカーによる記述が「ノートパソコンの明るさ調整」だったとします。Google のシステムは、これらの単語と意図の関連性を理解できるため、ユーザーを適切なコンテンツへ導くことができます。
— Google 検索「Google によるランキング結果の決定方法」

英語版は "This involves steps as seemingly simple as recognizing and correcting spelling mistakes, and extends to our sophisticated synonym system that allows us to find relevant documents even if they don't contain the exact words you used." で始まる段落です。書かれているのは、スペルミスを直すことと、「変更」と「調整」のような別の言葉の関連を理解すること、の2つです。例は言葉そのものが違う場合で、同じ言葉の書き方が違う場合(全角と半角、カタカナと英語など)の例ではありません。

同じページでは、検索クエリと同じキーワードがコンテンツに含まれているかどうかを、関連性の最も基本的なシグナルとしても書いています。その一文と「犬」の例の読み方は共起語とは、SEO効果は順番が逆、語が多いのは結果であって原因ではないで引きました。

ランキング システムの説明にも、同じ向きの文がある

Google 検索セントラルのGoogle 検索ランキング システムのご紹介は、RankBrain について「RankBrain は、単語がコンセプトにどのように関連しているかを理解するための AI システムです。コンテンツと他の単語やコンセプトとの関連を理解することで、検索に使われた単語がすべて正確に含まれていなくても、関連するコンテンツをより適切に表示できるようになります。」と書いています。英語版は "even if it doesn't contain all the exact words used in a search" です。ここも、検索に使われた単語とページの言葉が違っていてもよい、という説明で、表記の違いを名指しした文ではありません。

SEO スターター ガイドにも、Google の言語マッチング システムがあるので「ページにそのとおりの語句を明示的に使用する必要はありません」という文があります。この文の前後と英語版はキーワードとクエリの違いは?書き手が決める語と、サーチコンソールに出る検索語句で引いています。

検索ヘルプは、日本語版と英語版で項目が違った

Google 検索ヘルプの検索のヒントや、検索結果と Google での検索との関連性については、検索する側に向けたページです。日本語版には「関連性の高い検索結果が、入力どおりのキーワードではなく、それに関連するキーワードを含んでいる場合もあります。」とあり、例として、「ジョギング シューズ」で検索すると「ランニング」を含む結果が出ることがある、と書かれています(私の要約)。

英語版には、これに加えて "Don't worry about the little things" という項目があり、スペルについては、どう綴っても、その語のいちばん一般的な綴りが使われること、大文字と小文字については、New York Times と new york times の検索は同じであることが書かれています(私の訳)。2026年10月10日に読んだ日本語版には、この項目はありませんでした。英語の綴りと大文字・小文字の話で、日本語の表記には触れていません。

日本語の表記ゆれについては、読んだ9ページに書かれていなかった

読んだ9ページの日本語版を「表記」「全角」「半角」「カタカナ」「ひらがな」「送り仮名」「ゆれ」「揺れ」「同義語」で、英語版を full-width・half-width・katakana・hiragana・Japanese で探しました。本文にはどれも0件でした。「類義語」は上のランキング結果の決定方法の1か所だけで、「スペル」もその段落と、Search Console ヘルプのブランドクエリの説明(一般的なスペルミスやバリエーションも含まれる)だけです。

文書言葉の違いについて書いていること(私の要約)日本語の表記ゆれ
Google によるランキング結果の決定方法スペルミスを認識して修正する。類義語システムで、同じ言葉が無くても関連する文書を見つける書かれていない
Google 検索ランキング システムのご紹介RankBrain は、検索に使われた単語がすべて含まれていなくても関連するコンテンツを表示できるようにする書かれていない
検索エンジン最適化(SEO)スターター ガイド読者が使う言葉の違いを予測する。言語マッチング システムがあるので、そのとおりの語句を使う必要はない書かれていない
Google の検索エンジンの仕組み、検索結果と掲載順位について検索語句が入力されると、インデックスで一致するページが検索される書かれていない
検索のヒントや、検索結果と Google での検索との関連性について関連するキーワードを含む結果が出ることがある。英語版だけ、綴りと大文字・小文字の項目がある書かれていない
Search Console ヘルプ(検索パフォーマンス レポートの4ページ)表のクエリは完全一致で、大文字と小文字は区別されない。フィルタは空白を含め厳密書かれていない

私が読んだのはこの9ページだけなので、Googleが日本語の表記ゆれをどう処理しているかは、この記事では分かりません。「全角と半角は同じに扱われる」とも「カタカナと英語は別のキーワードになる」とも書けません。類義語の仕組みがあることと、どの表記で検索しても同じ検索結果になることは別の話で、後者を言える文は、読んだ範囲にはありませんでした。

Search Consoleでは、表記が違えば別のクエリになる

Googleの中でどう扱われているかは分からなくても、自分のSearch Consoleには、読者がどの表記で検索したかが残ります。Search Console ヘルプのパフォーマンス レポート(検索結果): 一般的なタスクとユースケースには「表に表示されるクエリは完全一致で、大文字と小文字は区別されません。」とあり、同じ段落には「正規表現を使用して、類似する複数のクエリを照合できます。」ともあります。完全一致なので、「サーチコンソール 使い方」と「search console 使い方」、空白の有無だけが違う語句も、表では別の行になります。似たクエリが別の行で並ぶ様子は、キーワードとクエリの違いの記事で表にしました。ただし、全角と半角の英数字(「SEO」と「SEO」など)が別の行になるのかは、ヘルプに書かれておらず、この記事では確かめていません。

クエリで絞り込むときも同じです。パフォーマンス レポート(検索結果): 高度なフィルタリングと比較は、「次を含むクエリ」のフィルタについて「大文字と小文字は区別されませんが、それ以外はスペースを含め厳密に適用されます。」と書いています。「サーチコンソール」で絞っても、「サーチ コンソール」や「search console」の行は拾われません。フィルタの基本と、絞り込むと合計が変わる理由はサーチコンソールのフィルタの使い方、絞り込むと合計が変わる理由にまとめました。

表記違いの行に、それぞれ違う平均掲載順位が付いていることもあります。そうなっていれば、同じ記事でも、表記によって検索結果での位置が違うことがある、という手がかりにはなります。ただ、平均掲載順位は表示された回の平均なので、その差だけでGoogleが表記をどう扱っているかまでは分かりません。読者がどの表記で探しているかを自分の数字で見られる、というのがこの手順の良いところです。

直す記事と作業内容を決める

Search ConsoleのZIPを読み込むと、候補の判定と1記事分の診断カードを無料で確認できます。登録は不要です。ZIPが無い場合は、診断カードの見本を確認できます。

どちらの表記にするかを、Search Consoleのクエリで決める手順

ここから先は、このサイトのやり方です。Googleの基準ではありません。すでに公開していて表示回数が付いている記事なら、次の順で決めます。

  1. 検索パフォーマンスのレポートで、期間を長め(3か月など)にして、その記事のURLでページを1つに絞る
  2. [クエリ] タブに切り替えて、同じものを指す表記違いの行を探す(カタカナ・英語、送り仮名、空白の有無など。全角・半角の英数字が別の行で出るかは確かめていません)
  3. 見つけにくいときは、クエリのフィルタで[カスタム(正規表現)]を選び、表記違いを縦線(|)でつないで一度に拾う
  4. 拾った行の表示回数を比べ、多いほうの表記を、タイトルと最初の見出しの軸にする
  5. もう一方の表記は、本文で自然に出てくるところに1回書けば足りる。タイトルに両方を並べることはしない

ページを1つに絞ってからクエリを見る手順と、CSVでは2つがつながらない理由はサーチコンソールのクエリとページの違い、CSVでは2つがつながりませんに書きました。

3つ目の正規表現は、たとえば (サーチ ?コンソール|search console) のように書きます。ヘルプによると、正規表現は RE2 構文で、既定では部分一致、大文字と小文字は区別されません(私の要約)。「?」は直前の1文字(ここでは空白)があってもなくてもよい、という意味なので、空白ありとなしの両方を拾えます。

たとえば、Search Consoleの使い方を書いた記事で、次のような行が並んでいたとします。

クエリ表示回数平均掲載順位
サーチコンソール 使い方4209.3
search console 使い方16011.8
サーチ コンソール 使い方2512.4
グーグルサーチコンソール 使い方1814.0

※ 説明のための例です。実際にどの行が出るかは記事ごとに違います。

この例なら、タイトルと最初の見出しの軸は「サーチコンソール」にします。英語の「search console」も少なくないので、本文の最初のほうで「Search Console(サーチコンソール)」のように1回並べて書きます。空白入りの「サーチ コンソール」は、表示回数が少ないので、タイトルを合わせることはしません。

表示回数の差が小さいときは、どちらかに決める材料になりません。その場合は、読者に近いほうの書き方を選びます。たとえば初めての人向けの記事ならカタカナ、画面の操作を説明する記事なら画面に出ている表記、のように決めています。どちらの行も表示回数が数十回くらいまでなら、差がたまたまの可能性もあるので、私はタイトルを変える理由にはしません。

まだ表示が無い記事は、Google トレンドで比べる

公開前や、表示回数がほとんど付いていない記事では、クエリの表に表記違いの行が出てきません。その場合は、Google トレンドで表記違いの語を同じグラフに並べて比べます。トレンドでも表記の違いは別の検索として数えられるので、並べればどちらが多いかが見えます。比べ方はGoogleトレンドはブログで何に使う?同じグラフで語と時期を比べるにまとめました。

記事の中で表記をそろえるのは、読みやすさのため

ここも私の考えです。記事の中で「スマホ」と「スマートフォン」、「SEO」と「SEO」が混ざっていても、それで順位が下がる、と読んだGoogleの文書に書かれているわけではありません。読んだ9ページには、そろえると検索で有利になる、という文もありませんでした。

それでも私がそろえるのは、読む人のためです。同じものが2つの書き方で出てくると、読者は別のものなのかと一瞬迷いますし、手順を説明する記事では、画面の表記と違う書き方をすると探す手間を増やします。SEO スターター ガイドが挙げる「文章が読みやすく、よく整理されている」に入る話だと思っています。この項目の原文と、文体を1本の中で混ぜない話はブログの文体は「です・ます」と「だ・である」どっち?SEOへの影響と決め方に書きました。

私が自分のブログで決めているのは、次の3つです。

  • 英数字は半角で書く(「SEO」ではなく「SEO」)。記号の全角・半角はタイトルの幅にも関わるので、別に考える
  • 製品名・画面の名前は、画面やヘルプの表記に合わせる。読者向けの呼び方が違うときは、最初に1回だけ並べて書く
  • 送り仮名やひらがな・漢字の書き分けは、1本の記事の中ではどちらかにそろえる。ブログ全体でも、迷ったものはメモに残して同じ書き方を使う

なお、表記ゆれと言い換えは別のものとして扱っています。「スマホ」と「スマートフォン」は同じ言葉の書き方の違いですが、「入れ方」と「置き方」は別の言葉です。言い換えは、同じ語を繰り返さないために使ってよい、という話はブログのキーワードの入れ方は?回数や出現率ではなく置く場所で決めるに書きました。表記はそろえ、言い換えは自然に使う、というのが私の書き方です。

よくある質問

表記ゆれがあると、SEOで不利になりますか

不利になる、とも、ならない、とも、私が読んだGoogleの文書9ページには書かれていませんでした。書かれていたのは、スペルミスを認識して修正することと、検索語句とぴったり同じ言葉が無くても関連する文書を見つける類義語システムがあることまでです。記事の中で表記をそろえるのは、読者のためだと私は考えています。

全角と半角は、Googleで同じに扱われますか

読んだ範囲には、全角と半角の扱いを書いた文はありませんでした。なので同じとも別とも言いません。Search Consoleのヘルプには、クエリの表は完全一致で、フィルタは大文字と小文字以外は空白を含め厳密に当てる、とあります。全角と半角が別の行で並ぶかどうかも、私は確かめていません。気になるなら、自分のサイトのクエリの表で、両方の書き方の行があるかを見てみてください。タイトルに入れる記号の全角・半角は、幅の話としてタイトルの記号・括弧【】に効果はあるか、公式記述と、切れる位置への影響で扱っています。

カタカナと英語(ブログとblogなど)は、どちらでタイトルを書けばいいですか

その記事のクエリの表で、2つの表記の行を並べて、表示回数の多いほうにします。表示がまだ無いなら、Google トレンドで比べます。どちらも少ないなら、読者が画面やふだんの会話で目にしているほうを選びます。

両方の表記をタイトルに入れたほうがいいですか

私は入れません。両方入れると両方で上がる、という文は読んだGoogleの文書に無く、タイトルが読みにくくなるだけだと考えています。軸の表記を1つ決めてタイトルに置き、もう一方は本文で自然に1回出せば足ります。拾っている語に合わせてタイトルを直す考え方は検索意図の調べ方は3ステップ、上位の型・サジェスト・実際に拾っている語の「言い換えのズレ」と同じです。

過去記事の表記ゆれは、全部直したほうがいいですか

全部を一度に直す必要は無いと私は考えています。表記ゆれを直すこと自体で順位が変わる、とは読んだ文書に書かれていないからです。直すなら、表示回数がある記事を見直すついでに、タイトルの表記をクエリに合わせ、本文の表記をそろえる、という順にしています。

まとめ

  • 読んだGoogleの文書が書いているのは、スペルミスを認識して修正することと、同じ言葉が無くても関連する文書を見つける類義語システムまで
  • 私が読んだ9ページ(日本語版・英語版)には、全角・半角、カタカナ・英語、送り仮名など日本語の表記ゆれの扱いは書かれていない。同じとも別とも言わない
  • Search Consoleのクエリの表は完全一致で、大文字と小文字は区別しない。カタカナと英語、空白の有無のように書き方が違えば別の行になり、フィルタも空白を含め厳密。全角・半角の英数字が別の行になるかは確かめていない
  • どちらの表記にするかは、その記事のクエリの表で表記違いの行を並べ、表示回数の多いほうをタイトルと見出しの軸にする。表示が無ければGoogle トレンドで比べる
  • 記事の中で表記をそろえるのは、読みやすさのため。表記はそろえ、言い換えは自然に使う

表記で迷ったら、Googleの中でどう扱われるかを推測するより、読者が実際にどの表記で探したかを見ます。その答えは、自分のSearch Consoleのクエリの表にあります。


クエリの表で表記を確かめるのは1記事ずつの作業なので、記事が増えると、どの記事から見るかを先に決めたくなります。以下は私が作ったツールの宣伝として読んでください。

Search Consoleの「ページ」タブのエクスポートをZIPのまま置くと、掲載順位が4.0〜20.5位のページを拾い、表示回数100回以上は通常判定、30〜99回は参考判定、30回未満は本文中心の監査に分けます。並び順は、通常判定 → 参考判定 → 本文中心の監査の順。前2つの中は CTR機会差の多い順、30回未満は表示回数の多い順です。 判定と、そのうち1記事分の診断カードまでは無料です。有料は2,980円(税込)の買い切りで、無料の1件を除いた3記事分の診断カードが対象です。3記事分が揃うとき(判定に出た候補が4件以上のとき)だけご案内します。生成の利用期限は購入から7日間で、月額課金や自動更新はありません。ログインも不要です。 CSVファイルそのものはブラウザの外に出ませんが、診断カードを出すときは選んだ1ページぶんの数値(URL・キーワード・順位・表示回数・CTR)を、タイトル取得を押したときは最大10件のURLを送ります。

⚠️ 判定に使うのは、Google検索のページごとの平均掲載順位・表示回数・CTRです(診断カードでは選んだ1ページの本文を読みます)。読み込むのはページ.csvだけで、クエリ.csvは使いません。なので、クエリごとの表記の違いはツールでは見ません。表記を比べるのは、この記事の手順のとおり、候補に出た記事についてSearch Consoleの画面で行います。表示回数が0の行は読み込み時に除くので、検索結果に出ていない記事は候補に出てきません。並べ替えるだけで、順位やクリック数が上がることを約束するものではなく、掲載順位4.0〜20.5位に入るページが無いブログでは、候補が0件になることがあります。

Search ConsoleのZIPで無料判定する

Search ConsoleのZIPを読み込むと、候補の判定と1記事分の診断カードを無料で確認できます。登録は不要です。ZIPが無い場合は、診断カードの見本を確認できます。

この記事の内容をツールにしています

Search Console の「ページ」CSVを貼ると、改善余地のある記事を順番に出します。 判定とご自分の記事1件分の診断カードは無料です。ログイン不要。CSVファイルはアップロードせず、ブラウザ内で解析します。

リライトレーダーで無料診断する

関連する記事

この記事を書いた人

みやこし

ブログのリライトで「どの記事を直すか」を数字で決めるSEOライター向けツールを作っています。 掲載順位ごとの平均クリック率、AI Overviewによるクリック減の補正、タイトルの直し方など。

noteQiitaZenn

ブログの一覧に戻る