SEO翻訳とは、ページ、キーワード、メタデータを翻訳・最適化することで、単に読める状態を超えて、各対象言語の検索結果で実際に上位表示されるようにする実践です。globalize.nowはAI駆動のローカライゼーション基盤であり、この作業のうち文字列に関わる部分——ロケールファイル内のインターフェース文言とメタデータ——をGitのプッシュのたびに同期し続けます。本ガイドでは、SEO翻訳が通常の翻訳とどう違うのか、検索エンジンが要求する技術的な層、そしてアプリが変化し続ける中でも耐えるワークフローについて解説します。
SEO翻訳とは何か
SEO翻訳とは、あるページを別の言語に変換しながら、その検索上位表示能力を維持し、さらには再ターゲティングする作業です。つまり、その言語で人々が実際に検索するキーワード、検索エンジンが読み取るメタデータ、そしてどのバージョンを配信すべきかをGoogleに伝える技術的シグナルを扱います。
通常の翻訳が最適化するのは正確さです。SEO翻訳が最適化するのは需要です。この違いは3つの場面に現れます。翻訳されたコンテンツで使われる語彙、翻訳された各ページが持つタイトルと説明文、そして検索エンジンが翻訳版を見つけ、信頼できるかどうかです。
この効果は実際に大きなものです。CSA Researchが29カ国8,709人の消費者を対象に調査したところ、76%が自分の母語で情報が得られる方が購入しやすいと答え、40%は他言語ではそもそも購入しないと回答しました。市場の言語で検索上位を取ることが、この選好にリーチする方法なのです。
SEO翻訳は通常の翻訳とどう違うのか
正しい翻訳であっても、誰も検索しないフレーズを狙ってしまうことがあります。
検索需要はそれぞれの市場固有の言葉で表現され、辞書通りの翻訳とはまず一致しません。スペイン向けのレンタカーページでは「alquiler de coches」が使われますが、メキシコ向けの同じページでは「renta de autos」が使われます。どちらもスペイン語です。直訳では片方の言い回ししか選べず、もう一方の市場の検索ボリュームを気づかぬうちに取りこぼしてしまいます。
だからこそSEO翻訳にはキーワード調査のステップが加わります。ページを翻訳する前に、対象市場が実際にその検索意図に対して何と入力するかを調べ、そこに寄せて翻訳するのです。これはメタデータにも同じことが言えます。翻訳済みのページが英語のままのtitleとmeta descriptionを配信していたら、誰かがコンテンツを読む前にスニペットの機会を失ってしまいます。
なぜ翻訳したページが検索順位に乗らないのか？
多くの場合、検索エンジンがそのページを独立した本物のページとして認識していないからです。原因は主に4つのパターンに集約されます。
- クライアントサイド翻訳。 ランタイムウィジェットは、ページが読み込まれた後にブラウザ上で翻訳を行います。サーバーから配信されるマークアップは英語のままなので、クローラーがインデックスできる翻訳版のコンテンツが存在しません。
- 言語ごとのURLが存在しない。 すべての言語が同じURLで表示される場合、翻訳結果が順位を獲得できる安定したアドレスがありません。各ロケールには、
/es/や/de/のように専用のパスが必要です。 - hreflangの欠落や誤設定。 hreflangアノテーションは、どの言語版をどの検索ユーザーに表示すべきかをGoogleに伝えるものです。設定を誤ると、英語の検索ユーザーにスペイン語ページが表示されてしまうことがあり、結果として両方のクリック率が落ち込みます。
- メタデータの未翻訳。 本文は翻訳済みでも、タイトルとディスクリプションが英語のまま。表示回数（インプレッション）は獲得できても、ネイティブ言語のスニペットにクリックをすべて奪われてしまう可能性があります。
ここで注目すべきは、リストに含まれていない項目です。それは「翻訳コンテンツが重複コンテンツとして扱われる」というものです。適切にアノテーションされた言語バージョンは、重複ではなく代替（alternates）として扱われます。機械翻訳で本当に注意すべきはリスク、すなわち重複ではなく品質であり、収益に直結するページで未レビューの生の機械翻訳をそのまま公開することこそ避けるべきです。
SEOのためにサイトを翻訳するには、具体的にどう進めればよいのでしょうか？
揺るがない順序は、まずインフラ、次にコンテンツ、最後にシグナルです。
- コードベースを国際化する。 コンポーネントから文字列を切り離してロケールファイルへ移し、ロケールごとのルーティングを構築し、サーバーサイドで翻訳をレンダリングします。これはその他すべての土台となるi18nの基盤整備です。
- ターゲット市場ごとにキーワードを確認する。 各ページについて、その市場が同じ検索意図に対して何を検索しているかを調べ、単語ごとの直訳ではなく、その言葉に寄せて翻訳します。
- メタデータを一級の文字列として翻訳する。 タイトル、ディスクリプション、Open Graphタグ、構造化データは、UIコピーと同様にロケールファイルの中で管理すべきものです。そうすれば、どの言語でも英語のスニペットが配信されることはありません。
- シグナルを整える。 すべての言語版にhreflangアノテーションを設定し、x-defaultを1つ用意し、サイトマップにすべてのロケールURLを記載します。
- 常に同期を保つ。 リリースのたびに文字列は追加・変更されます。翻訳が追いつかなければ、翻訳済みのページは言語が混在するページへと劣化し、それに伴って検索順位も落ちていきます。
AIエージェントがロケールファイルを管理するようになると、何が変わるのか？
ステップ5が手作業でなくなります。そして、多くの多言語SEOが静かに息絶えるのは、まさにこのステップなのです。
AIで構築されたアプリでは、プロンプトのたびにUIが変化するため、配信済みの文字列と翻訳済みの文字列のギャップが絶えず生まれ直します。globalize.nowはこのギャップをインフラ層で埋めます。Gitへのプッシュのたびに新規・変更された文字列を抽出し、翻訳キーを生成し、更新されたロケールファイルをプルリクエストとして返します。翻訳済みのページタイトルやディスクリプションも同じファイル内の文字列であるため、アプリが進化してもメタデータは翻訳済みのままで、リリースのたびに抽出作業をやり直す必要はありません。
これにより、人間の判断に値する部分——市場ごとのキーワード選定や、重要度の高いページのレビュー——だけが残ります。しかもそれは、デフォルトで完全な状態のロケールファイルの上に成り立っています。開発者ガイドではファイル構成について解説しており、vibe-coder向けセットアップではCursor、Claude Code、Lovableからの同じフローを紹介しています。
globalize.nowは、ハードコードされたアプリ内テキストを翻訳可能なロケールファイルに変換し、リリースのたびに自動で最新の状態を保ちます。
globalize.nowを無料で試す