ローカライズは翻訳作業でなくシステム
ストアを 6 言語に機械翻訳するのは簡単です。6 つのローカライズ済みストアを正しく、同期し、それぞれ発見可能に保つこと——それが本当の問題です。
国際展開は静かに失敗します：翻訳版が公開され、そして漂流が始まる。新商品は主言語のみ、テンプレ更新で hreflang が壊れ、ドイツ語ストアには前シーズンのキャンペーンが残る。Builder と Visibility はローカライズを継続的インフラとして扱います——語の置換でなく市場別に書かれたコンテンツ、機械的に正しく保たれる URL・hreflang 構造、公開の一部としてすべての変更が全ロケールへ伝播。
翻訳でなくローカライズ
逐語訳は「理解できるが説得力のない」コピーを生みます。購買の反論、サイズ慣習、決済への期待、検索語彙は市場ごとに違い——転換するにはローカライズ版がそれを映す必要があります。
現地の反論と用語に向けてロケールごとに書かれた商品コピー
市場別に調査した検索語彙——直訳は実際に打たれる語を外す
サイズ、単位、決済手段、配送期待のローカライズ
商業カレンダーは異なるため、市場別のキャンペーン時期
技術層は退屈なほど正しく
hreflang のミス、不揃いな URL 構造、半端なローカライズのテンプレは、誤言語の検索結果と重複コンテンツの混乱を招きます。これこそエージェントが得意とする機械的正しさの維持：全ロケールの全ページが完全で対称な hreflang クラスタを持ち、思い込みでなく継続検証されます。
同期は常設の保証
致命的な失敗は漂流です。エージェントは主カタログを唯一の事実源とし、変更——新商品、価格改定、廃番、テンプレ変更——を発生時に全ロケールへ伝播し、自動ローカライズできない部分は黙って英語のまま残さずフラグします。
動作の流れ
構造を確立
URL 方式、hreflang クラスタ、ロケール別テンプレを一度で正しく——以後は強制。
市場別にローカライズ
主言語からの語置換でなく、現地語彙と反論に向けて執筆。
ロケールを同期
カタログ変更は自動で全ロケールへ。欠落は無視でなくフラグ。
得られるもの
現地語彙で現地の反論に答える市場別コピー
常に機械的に正しい hreflang と URL 構造
主言語だけでなく全ロケールで公開される新商品
肩をすくめず解消される誤言語の検索結果
担当するエージェント
連携できるツール
よくある質問
サブディレクトリ、サブドメイン、国別ドメイン？
大半の事業者にはサブディレクトリが権威を最も集約し、保守も容易です。正当な例外——法人、大きく異なるカタログ——はありますが、デフォルトはシンプルな方であるべきです。
機械翻訳で始めるのは十分？
低リスクページのブートストラップとしては可。商品・コレクションページ——お金が動く場所——では、現地語彙と反論へのローカライズが十分に上回り、それがエージェントの生成物です。
hreflang は実際どう壊れる？
非対称クラスタ、戻りリンクのないページ、新ページタイプでタグを落とすテンプレ。静かに壊れるからこそ、公開時の一度でなく継続検証します。
どの市場から？
データが需要を示す所——地域別の既存トラフィックと注文——であり、直感が指す所ではありません。Analyst が先に読み、Builder が後で作ります。