検索語候補: 多言語サイト SEO / 海外 SEO / 翻訳 SEO / 多言語サイト アクセス 増えない
5秒で結論
多言語サイトで記事を大量に翻訳しても、アクセスは自動では増えない。
なぜなら、
日本語で読まれる記事を別言語に翻訳することと、
その言語圏の人が検索するときの言い方・疑問・期待に合わせることは、別の仕事だからだ。
本当に見るべき流れはこれである。
発見される → 検索結果に出る → クリックされる → 読まれる → 次の記事へ進む
どこか一つが詰まれば、記事数だけ増えてアクセスは寝たままになる。
つまり「12言語化」は完成していても、「12市場化」が終わっていないことがある。
翻訳工場は元気。市場側の入口が寝ている。機械は回っているのに店に客が入ってこない。ちょっと悲しい大型ショッピングモールである。
1. まず「アクセスが増えない」を5段階に分解する
アクセス不足を全部「SEOが弱い」で片付けると原因が消える。
最低でも次の5段階に分ける。
- 発見：GoogleがURLを知っているか
- 表示：検索結果に出ているか
- 選択：表示された結果がクリックされているか
- 満足：着地した記事で疑問が解決しているか
- 回遊：次の記事へ自然につながっているか
たとえばインプレッションがあるのにクリックがほぼないなら、クロール問題だけを直しても効かない。もう検索結果には出ているからだ。
Google Search Consoleでは、クリック数、表示回数、CTR、平均掲載順位を確認でき、クエリ、ページ、国、デバイスなどで分解できる。
ここで大事なのは、
表示ゼロと表示されたが選ばれていないを同じ問題にしないこと。
前者は発見・需要・順位の問題かもしれない。後者はタイトル、スニペット、検索意図のズレかもしれない。
「店が地図に載っていない」と「店の前を100人通ったけど誰も入らなかった」は、だいぶ違う。
2. 「翻訳できた」と「検索される」は別である
直訳の最大の弱点は、意味は正しくても検索者の言葉になっていないことだ。
日本語の記事タイトルが、
「ChatGPTで仕事を楽にする方法」
だったとする。
意味だけを正確に移せば文章としては成立する。しかし、現地の検索者が別の言い回しで探しているなら、検索入口としては弱い。
必要なのは、
原文 → 翻訳
ではなく、
原文の意図 → 現地で実際に使われる検索表現 → その表現に自然に答える記事
という変換だ。
ただし、これは「キーワードを本文に100回詰め込む」という話ではない。
タイトル、H1、メタディスクリプション、導入、小見出し、本文中の自然な語彙を、検索者の言葉に寄せる。
Googleも検索パフォーマンスの低いページについて、タイトルや説明を内容に合わせて改善したり、実際に表示されたクエリに合わせてコンテンツを調整することを案内している。
つまりSearch Consoleは通知表ではなく、市場から届く検索語の発注書として使える。
3. 12言語サイトの本当の難所は「12市場」だった
言語数が12なら、翻訳エンジンを12回回せば終わり――ではない。
同じ言語でも地域が違えば、検索語、制度、通貨、店、例、CTAまで変わる。
特に分かりやすいのがポルトガル語だ。
- pt-BR：ブラジル向けポルトガル語
- pt-PT：ポルトガル向けポルトガル語
同じポルトガル語でも語彙や自然な表現は同一ではない。
スペイン語も同じで、esだけでスペイン、中南米、米国のスペイン語話者すべてを完全に同じ市場として扱うとズレることがある。
フランス語もフランスだけではない。インドネシア語では、説明文として正しい硬い表現より、検索では「cara」「kenapa」「apa」など質問型の自然な入口が有効な場面がある。
だから多言語SEOでは、
言語コード = 市場
と雑に置かない方がいい。
必要なのは、
language × region × intent
で考えることだ。
Googleは多言語・多地域ページについて、hreflangなどで言語・地域バリエーションを明示する方法を公式に案内している。
hreflangは魔法の順位ボタンではないが、「どのユーザーにどの版を見せるか」を検索エンジンへ伝える重要な配線になる。
4. 新規記事は「翻訳前」に検索表現を調べる
多言語記事で強い順番はこうなる。
- 日本語原文の主題を固定する
- 各言語で検索者が使いそうな自然表現を調べる
- SERP、候補語、関連検索、既存データなどで言い回しを確認する
- タイトルとH1をその市場向けに作る
- 導入と小見出しも同じ検索意図に合わせる
- 本文は意味を壊さず自然にローカライズする
- 公開後、Search Consoleの実クエリで答え合わせする
ここで重要なのは、公開前の検索語はまだ仮説だということ。
検索ボリュームを見ていないのに「この語は月1万検索される」と言い始めたら、それはSEOではなく数字の召喚術である。
公開前は「自然で検索意図に近い候補」を作る。
公開後はSearch Consoleで、
- 実際に何と検索されたか
- どの記事が表示されたか
- 何回表示されたか
- クリックされたか
- どの国だったか
- 平均掲載順位はどうか
を見て修正する。
予想より実データが強い。
5. 公開後は「表示されたのにクリックされない記事」から直す
記事が何百本、何千本になれば、全部を同じ優先度で直す必要はない。
まず拾うべきなのは、
impressionsが発生しているのにCTRが弱い記事
である。
これはかなりおいしい。
誰もいない砂漠ではない。
客が店の前まで来ているのに入っていない。
ここなら改善候補が明確になる。
- タイトルが抽象的すぎないか
- 現地で使われる単語とズレていないか
- 読者の問いがタイトル前半に出ているか
- descriptionが「何が分かるか」を伝えているか
- 記事冒頭が検索意図にすぐ答えているか
- そもそも順位が低すぎてクリックされにくいだけではないか
逆に、表示回数そのものがほぼない記事では、
- インデックス
- 内部リンク
- 検索需要
- 競合
- 言語・地域ターゲット
- 主題そのもの
を先に疑う。
CTR改善とインデックス改善を同じレンチで殴らない。
6. 外国語流入が増えないもう一つの原因は「1PVで終わる」こと
検索から1人来ても、その人が1記事だけ読んで帰ればPVは1で終わる。
関連記事へ進めば、同じ検索流入1人から複数ページが読まれる。
だから多言語サイトでは、
検索入口のローカライズと同じくらい、
着地後の回遊ローカライズが重要になる。
関連記事が日本語圏の人気順だけで出ていたら、外国語ユーザーには弱いことがある。
必要なのは、
- 同じ言語で読める
- 今読んでいる主題に近い
- その地域でも意味が通る
- 次に出る疑問へ自然につながる
という関連推薦だ。
検索流入が少ない初期ほど、1人の訪問者を「1PVの点」で終わらせず、「2本目、3本目につながる線」にしたい。
トップページだけ豪華にしても、記事末尾が崖なら人は落ちる。
7. 記事工場に入れるなら「翻訳工程」の名前を変える
多言語記事生成の工程を、単にTranslationと呼ぶと仕事の範囲が狭くなる。
理想は、
Search-intent localization
として扱うことだ。
各localeで最低限、次を独立生成・検査する。
- SEO title
- H1
- meta description
- primary search phrase
- supporting phrases
- 導入の最初の答え
- 小見出し
- 地域依存の例
- CTA
- 関連記事候補
本文の意味は共通でも、入口と案内板は市場ごとに変える。
そして公開後は、
query × page × country × impressions × clicks × CTR × position
を戻して次の修正へ使う。
これで翻訳は一回きりの搬送工程ではなくなる。
市場から学習するローカライズ工程になる。
8. やってはいけない多言語SEO
キーワードを不自然に詰め込む
検索者の言葉に寄せることと、同じ語をロボットのように連呼することは別である。
12言語で同じタイトル構造を文字通りコピーする
意味の統一は必要だが、検索者の自然な言い方まで統一する必要はない。
記事数だけを増やす
在庫が増えても入口が弱ければ、倉庫が立派になるだけである。
GSCの少数データに過剰反応する
数回の表示だけで毎日タイトルを変えると、学習ではなく振動になる。
pt-BRをポルトガル向けだと思う
ブラジル向けとポルトガル向けは、必要なら別市場として設計する。
「SEO用の文章」を人間向け文章より優先する
Googleはpeople-firstなコンテンツを重視すると明示している。検索語は入口で、記事の目的は読者の疑問を終わらせることだ。
9. 多言語記事の改善ループ
最終形はシンプルである。
DISCOVER → LOCALIZE → PUBLISH → OBSERVE → DIAGNOSE → REVISE → REMEASURE
見る順番は次の通り。
- インデックスされているか
- impressionがあるか
- queryは何か
- countryはどこか
- positionはどの程度か
- CTRはどうか
- 着地後に読まれているか
- 関連記事へ進んでいるか
- 修正後に改善したか
そして改善の優先順位は、
- 壊れているもの
- 表示されているのに取れていないもの
- 少し伸び始めているもの
- まだデータがないもの
にすると効率がいい。
全記事を毎日撫でる必要はない。
伸びかけた芽に水をやる。
SEOなのに急に園芸である。
まとめ：翻訳は「意味」を運ぶ。ローカライズは「入口」を作る
多言語サイトでアクセスが増えないとき、最初に疑うべきなのは「翻訳品質が悪い」だけではない。
ページが発見されているか。
検索結果に出ているか。
現地の検索者が使う言葉と合っているか。
クリックしたくなる入口になっているか。
記事を読んだあと次へ進めるか。
ここまで分解すると、改善はかなり具体的になる。
12言語へ翻訳することから、
12市場で検索され、選ばれ、読まれる形にすることへ。
記事工場の次の進化は、翻訳速度をさらに上げることではない。
市場の言葉を工場へ戻すことである。
参考資料（4件）
- Google Search Central, Localized Versions: https://developers.google.com/search/docs/specialty/international/localized-versions
- Google Search Console Help, Performance Report: https://support.google.com/webmasters/answer/7576553
- Google Search Console Help, Common Tasks and Use Cases: https://support.google.com/webmasters/answer/17010961
- Google Search Central, Creating Helpful, Reliable, People-First Content: https://developers.google.com/search/docs/fundamentals/creating-helpful-content
