ストアローカライズ playbook
翻訳はローカライズの最小部分です。成否を決める仕事は構造的——URL、hreflang、市場別の語彙——そして運用的：カタログが毎週変わる中、6 ロケールを真実に保つことです。
ストアの国際化は予測可能な弧を描きます：全部機械翻訳、公開、ローカライズ版の不振を眺め、静かに保守をやめる。この playbook は複利する版を回します：データが需要を示す市場に入り、技術構造を一度で正しく作り、転換するページを本当に現地の語彙でローカライズし、以後すべてのロケールを最新に保つ同期の規律を仕掛けます。
ステージ 1：証拠で市場を選び、構造は一度で
分析データはすでに需要の漏れ込む場所を示しています：地域別のトラフィック、転換、注文の試行。証拠のある市場に入ること。野心の指す市場ではなく。次に技術層を最初から正しく：権威を集約するサブディレクトリ URL（法や強いブランド上の理由がなければ）、完全で対称な hreflang クラスタ、ロケール別サイトマップ。
既存の地域別トラフィック・転換・決済試行データからの市場候補
特別な理由がなければサブディレクトリ構造（/de/、/fr/）
hreflang クラスタは初日から完全かつ対称——後づけは苦行
公開前に市場別の通貨・決済手段・配送期待を把握
ステージ 2：お金の動く場所を先にローカライズ
ローカライズの労力は収益に従います：商品・コレクションページが最初、チェックアウトとポリシーが次、ブログは最後（やるなら）。現地の検索語彙で書くこと——ドイツの買い手が打つのは英国の買い手の辞書的直訳ではありません——そして現地の反論で：サイズ慣習、配送不安、決済の好みは市場ごとに違い、コピーに入るべきです。
ステージ 3：同期を常設ルールに
漂流が殺し屋です：新商品が主言語だけに載り、価格改定が 1 ロケールを漏らし、テンプレ更新が hreflang タグの半分を落とす。主カタログを唯一の事実源とし、すべての変更を公開の一部として全ロケールへ伝播し、hreflang の完全性を継続検証します。同期を養えないロケールは、腐らせるより引退させる方がまし——買い手の言語の古びたストアは、無いより悪いのです。
動作の流れ
市場を選び、構造を作る
証拠駆動の市場選択。URL・hreflang・決済レールを一度で正しく。
収益ページを先に
商品とコレクションを現地の語彙と反論で。次にチェックアウトとポリシー。
同期ルールを敷く
カタログの変更は公開の一部として全ロケールへ。欠落は無視でなくフラグ。
得られるもの
野心でなく需要の証拠で入った市場
二度と作り直さない技術構造
現地語彙で現地の反論に答えるローカライズ済みページ
カタログの変化とともに真実であり続けるロケール
担当するエージェント
連携できるツール
よくある質問
機械翻訳先行か、初日から本ローカライズか？
収益ページは最初から本気で——リターンはそこにあります。機械翻訳はロングテールのブートストラップには可。ただし顧客に関わる要所が依存する前に明確にレビューを。
同言語市場——米・英・豪に別ロケールは要る？
通貨・カタログ・綴り・配送の文言が本当に違うとき、別の地域ロケールは保守コストに見合います。検索側は hreflang の地域ターゲティングが担います。維持できない数まで増やさないこと。
hreflang は何で一番壊れる？
非対称（A は B を指し、B は A を忘れる）、タグなしで公開される新テンプレート、引退ページの残す宙づりの参照。3 つとも静かに起こるから、継続検証が存在します。
どのエージェントが実行？
Analyst が市場の証拠を、Builder が構造と伝播を、Visibility が市場別語彙と hreflang の完全性を担当。同期ルールは共有ワークフローで強制され、誰かの記憶にはありません。