Rollouts / 改善(Admin)

Rollouts の設定画面がリニューアル
ローンチ・期間限定イベント・テストをより細かく計画できるように

実施時期とトラフィック割合を選ぶと、目的(ローンチ/期間限定イベント/実験)に合わせて設定が切り替わる。テーマ・チェックアウト・顧客アカウントページの変更をひとつの Rollout にまとめ、到達率や設定の競合も設定画面で確認できる。

このページの構成
  1. そもそも何が変わるのか(30秒で理解)
  2. 4つの改善ポイント
  3. 仕組み図解 : 「意図」に合わせて設定が変わる
  4. 1つの Rollout にまとめられる変更
  5. 記事から読み取れること/記載のないこと
  6. 従来 vs 新しい設定画面の比較
  7. 技術者が押さえるべき5つのポイント
  8. 業務に活かせる3つのユースケース
  9. 提案で使える1行サマリ

1そもそも何が変わるのか

Rollouts の設定画面(セットアップ体験)がリニューアルされた。
「新しいものを出す(ローンチ)」「期間限定で出す(イベント)」「試して比べる(テスト)」を、より分かりやすく、より細かく計画できるようになった。

目的が設定に反映される

実施時期とトラフィック割合を選ぶと、その Rollout がローンチ・期間限定イベント・実験のどれにあたるかに合わせて設定が切り替わる。

まとめて扱え、問題に早く気付ける

テーマ・チェックアウト・顧客アカウントの変更を 1 本にまとめられ、到達率・テスト版ごとの配分・設定の競合が設定の途中で見える。

24つの改善ポイント

目的が設定に反映される
時期と割合を選ぶ → ローンチ/イベント/実験に合わせて設定が調整される
複数の変更をまとめる
テーマ・チェックアウト・顧客アカウントを 1 本の Rollout に
対象者を把握する
到達するトラフィックの割合と、テスト版ごとの配分が見える
競合を確認する
競合する設定を設定フロー内で確認し、早めに解消できる

3仕組み図解 : 「意図」に合わせて設定が変わる

マーチャントが選ぶ ① 実施時期 ② トラフィック割合 設定が意図に 合わせて調整 Rollouts 側が判定 ローンチ 変更を公開する 期間限定イベント 一時的な変更を実施する 実験(テスト) ストアの変更を試す(テスト版間でトラフィックを分割)
記事で示されている入力は 「時期」と「トラフィック割合」 の 2 つ。どの組み合わせがローンチ/イベント/実験と判定されるかの具体的な条件は記載なし。詳細はヘルプドキュメントを参照する前提。

41つの Rollout にまとめられる変更

テーマ チェックアウト 顧客アカウントページ 1つの Rollout 同じ時期・同じ割合で配信 到達率を確認 テスト版ごとの配分 A B
ストアフロント(テーマ)からチェックアウト、購入後の顧客アカウントまで、購入体験の変更をまとめて 1 本の Rollout として扱える。

5記事から読み取れること/記載のないこと

記載あり

分かっていること

・設定画面(セットアップ体験)がリニューアルされた
・時期とトラフィック割合で、意図(ローンチ/期間限定イベント/実験)に合わせて設定が切り替わる
・テーマ/チェックアウト/顧客アカウントページの変更を 1 本にまとめられる
・到達率とテスト版ごとの配分を確認できる
・競合する設定を設定フロー内で確認できる
・種別は「Improvement」、領域は「Admin」

記載なし

記事では分からないこと

・対象プラン/利用条件
・意図の判定ロジックの詳細
・「競合」とみなされる設定の具体例
・テスト結果の計測・レポート機能の変更有無
・API/アプリからの操作可否
・料金

記事では設定手順のステップは記載なし。「新しい Rollouts の設定についてはヘルプドキュメントを参照」とされているので、実運用前にヘルプと実際の管理画面で確認すること。

6従来 vs 新しい設定画面の比較

項目従来新しい設定画面
目的の扱い 記載なし 意図を反映 時期と割合からローンチ/イベント/実験に合わせて設定を調整
変更の範囲 記載なし まとめて扱う テーマ・チェックアウト・顧客アカウントを 1 本に
対象者の見え方 記載なし 可視化 到達率とテスト版ごとの配分を表示
設定の競合 記載なし 早めに検知 設定フロー内に表示

※ 記事は新しい画面の説明のみで、従来の挙動との違いは明示されていない。

7技術者が押さえるべき5つのポイント

意図

1. 入力は「時期」と「割合」

ローンチ/イベント/実験の種別を直接選ぶというより、時期とトラフィック割合の選択から意図に沿って設定が調整されると説明されている。作業前に、この施策がどの種別にあたるかを決めておくと設定がぶれにくい。

2. 3 つの面を 1 単位で配信

テーマ・チェックアウト・顧客アカウントページの変更を同じ Rollout に載せられる。購入体験をまたぐ変更をばらばらに配信してしまう事故を減らせる。

3. 配分は設定中に確認

到達率とテスト版ごとの配分が設定画面に出る。テストを設計するとき、サンプルサイズの見積もりと実際の配分が合っているかをここで照合できる。

4. 競合チェックは公開前に

競合する設定が設定フロー内に出るようになった。何が競合と判定されるかは記載なし。並行して走る施策が多いストアでは、表示された内容を必ず確認すること。

API ?

5. 管理画面(Admin)の改善で、API の言及は無い

この記事の領域は「Admin」。API・Webhook・アプリ連携の変更は記載なし。Rollouts を外部ツールから操作・自動化している場合は、ヘルプドキュメントと実際の挙動で別途検証が必要。

8業務に活かせる3つのユースケース

LAUNCH
USE CASE 1

リニューアル公開を「テーマ+チェックアウト+顧客アカウント」まとめて実施

課題
サイトのリニューアルで、ストアフロント・チェックアウト・顧客アカウントの変更の公開タイミングがずれ、見た目や導線がちぐはぐになる。
打ち手
3 つの面の変更を 1 本の Rollout にまとめ、ローンチとして公開時期を設定する。
効果
購入体験全体が同じタイミングで切り替わり、公開作業の抜け漏れが減る。
技術メモ
公開前に設定フロー内の競合表示を確認する。判定条件は記載なしのため、ステージングでの確認と組み合わせる。
SALE 期間限定
USE CASE 2

セール・キャンペーンの演出を「期間限定イベント」として計画

課題
セール期間だけ見た目やチェックアウトの表示を変えたいが、開始・終了の切り替えを手作業で行うとミスや作業負担が出る。
打ち手
実施時期を指定した期間限定イベントとして Rollout を設定し、関連する変更を 1 本にまとめる。
効果
イベントの計画が設定画面に集約され、運用チームと共有しやすくなる。
技術メモ
終了時の自動の戻り方など、イベント種別の挙動の詳細は記載なし。ヘルプドキュメントで確認してから本番で運用する。
A B 50% / 50%
USE CASE 3

配分を確認しながら A/B テストを設計

課題
テーマやチェックアウトの改善案を試したいが、実際にどれだけのトラフィックがどの版に届くのかがつかみにくい。
打ち手
トラフィック割合を指定して実験として設定し、到達率とテスト版ごとの配分を設定画面で確認してから開始する。
効果
意図しない配分でテストが始まるのを防げ、結果の解釈に関する合意を取りやすくなる。
技術メモ
結果の計測・レポートの変更は記載なし。テスト期間と必要なサンプル数は事前に見積もり、配分表示と照合する。

9提案で使える1行サマリ

「Rollouts の設定画面がリニューアル。時期と割合を選ぶだけで、ローンチ/期間限定イベント/テストの意図に合った設定になり、
テーマ・チェックアウト・顧客アカウントの変更を 1 本にまとめ、到達率と競合を公開前に確認できる。」