App StoreのA/Bテストに関するアドバイスの多くは、市場が1つであることを前提にしています。しかしアプリがローカライズされているなら、プロダクトページは実質的に言語ごとに1つずつある複数のページで、それぞれが別々に勝ったり負けたりします。英語で効く見出しが日本語ではまったく響かないこともあれば、韓国のユーザーが好む情報量の多いスクリーンショットが、ドイツではごちゃごちゃして見えることもあります。
このガイドでは、プロダクトページの最適化がローカリゼーションをどう扱うかと、作業量を何倍にもせずに市場ごとにテストするシンプルな方法を紹介します。
プロダクトページの最適化は言語をどう扱うか #
App Store Connectでテストを作成するときは、含めるローカリゼーションを選びます。すべてでも一部だけでも構いません。そして各トリートメントには、テストに含めたすべてのローカリゼーション分のスクリーンショットが必要です。
ここから2つのことが言えます。
- カウントされるのは、含めたローカリゼーションからのトラフィックだけです。 小さな市場を1つだけ含めると、テストはその市場のトラフィックだけで進みます。
- ローカリゼーションが増えるほど作業も増えます。 バリアント3つ、5言語、2デバイスサイズなら、スクリーンショットセットは30個です。Appleも、ローカリゼーションの多いテストは結果が出るまでに時間がかかる場合があると述べています。
市場はまとめるか、分けてテストするか #
まとめる（1つのテストに複数のローカリゼーション）のは次の場合：
- バリアントで変えるのが、言語に左右されない視覚的な要素（レイアウト、色、デバイスフレーム、並び順）のとき。
- 市場が似ているとき。たとえば英語、ドイツ語、オランダ語。
- 各市場単独では、テストを終えられるだけのトラフィックがないとき。
分けてテストするのは次の場合：
- バリアントで文言を変えるとき。キャプションは1対1には翻訳できません。
- 市場が文化的に大きく離れているとき。たとえばアメリカと日本。
- 1つの市場だけでテストを終えられるほど大きいとき。
なぜ重要なのか。あるバリアントがある市場で15%勝ち、別の市場で15%負けた場合、まとめたテストではほぼ差なしと表示され、せっかくの勝ちパターンを捨てることになります。App Store Connectで同時に実施できるテストは1つだけなので、分けたテストは順番に実施するしかありません。順番はよく考えて決めましょう。
市場に十分なトラフィックがあるかわからないときは、その市場の1日のインプレッション数をA/Bテスト計算ツールに入れてみてください。
市場ごとのテスト計画 #
1. 最大の市場から始める #
最も早く終わり、勝ったときの価値も最も大きい市場です。まずそこで大胆なアイデアをテストしましょう。アイデア探しにはスクリーンショットのA/Bテストアイデア25選が役立ちます。
2. 勝ったバリアントは、他の市場では仮説として扱う #
ビジュアルの変更（新しい1枚目のスクリーンショット、別のレイアウト）で勝ったなら、似た市場への展開はたいてい安全です。キャプションで勝った場合は翻訳が必要で、翻訳したキャプションは新しいキャプションです。すべてに適用する前に、次に大きな市場でもう一度テストしましょう。
3. 言葉以外もローカライズする #
テキストを翻訳しても、中身が英語のサンプルコンテンツのままでは外国のアプリに見えます。1つの市場向けに、UIに現地の名前、通貨、地名を表示したバリアントを試してみましょう。見出しの変更よりも大きな勝ちになることが多く、デザインは同じで中身だけが違う、とてもきれいなテストになります。
4. 市場ごとに結果を記録する #
何を、どこで、テストして、どうなったかを書き留めましょう。何回かテストすると、どの市場が似た反応をするかがわかり、今後はそれらをまとめてテストを早く終えられます。
言語の多さでテストを遅らせない #
多くの開発者が英語でしかテストしないのは、5言語でバリアントを作ると5倍の時間がかかるからです。Screenshot Studioなら、すべての言語が1つのプロジェクトにまとまっています。デザインの変更はすべての言語に反映され、キャプションは翻訳も任せられ、必要なところでは言語ごとに独自のスクリーンショットを持てます。あとはバリアントをテストに直接アップロードするだけです。Screenshot Studioはバリアントに足りないローカリゼーションを追加し、すべての言語とデバイスサイズを1ステップで埋めます。
ローカライズ全般については、ローカライズしたApp Storeスクリーンショットの作り方をご覧ください。