> For the complete documentation index, see [llms.txt](https://documentation.pushly.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://documentation.pushly.com/pushly-ja/platform/journeys/supurittotesutotopuromshon.md).
# スプリットテストとプロモーション
## スプリットテストとプロモーション
A **スプリットテスト** ライブトラフィック上でジャーニーパスのバリエーション同士を比較し、その後 **プロモートする** 最も成果の良いバリアントを、新しいサブスクライバーがすべてそれに従うようにします。スプリットでは、割合に応じてサブスクライバーを2〜4個の名前付きバリアントパスに分割します。各パスは通知と待機の独自のシーケンスであり、すべてのパスは下流で合流して、その後ジャーニーは1つのフローとして継続します。
### スプリットテストの設定
追加する **スプリットテスト** 〜からステップを **+** 任意のエッジで各バリアントに名前を付け、各バリアントの割合を設定します（割合の合計は100%でなければなりません）。バリアントは最大4つまで設定でき、1つ追加すると割合は均等に再配分されます。各バリアントのパスは個別に構築します — **+** バリアントのエッジ上で待機、通知、その他のステップをその分岐に追加します。すべての分岐は下流で共有の合流点に自動的に収束します。
ステップの追加と設定の基本については、 [Journey Builder](/pushly-ja/platform/journeys/jnbirud.md).
### バリアントのパフォーマンスの読み取り
スプリットを含むジャーニーが実行されると、ビルダーは各バリアントのパフォーマンスを2か所で表示します：
* **キャンバス上のパフォーマンスカード。** 各バリアントパスは分岐点に簡易カードを表示し、次の指標を示します： **パス全体** （その分岐内のすべてのステップであり、1回の送信だけではありません）： **エントランス、インプレッション、クリック、CTR**、および — ジャーニーが購入を記録する場合は — **購入数と購入率**.
* **スプリットテスト結果のドロワー。** バリアントのパフォーマンスカードをクリックするとドロワーが開きます。各バリアントは、完全な指標セットを並べた行として表示されます。ここで勝者をプロモートすることもできます。
想定される状態はいくつかあります：
* バリアントに十分なデータが集まるまでは、その率は **「—」** と表示され、リーダーは提案されません。
* A **下書き** ジャーニーには指標が表示されません — データはジャーニーの実行後に表示されます。
* 購入を追跡しないジャーニーでは、購入列は単純に省略されます。
### バリアントのプロモート
決めたら、 **プロモート** スプリットテスト結果のドロワー内のバリアント行でクリックします。確認ダイアログには、何が起こるかが正確に表示されます。プロモートすると：
* **すべての新規サブスクライバーを** プロモートされたバリアントのパスに振り分けます。以後、スプリットはその単一パスに置き換わります。
* **進行中のサブスクライバーは完了できるようにします。** すでにジャーニーにいる人は、プロモートしなかったパス上の人も含め、現在のパスを中断されることなく完了します。プロモートによってジャーニーの途中で人が移動することはありません。
* **敗退したバリアントは履歴に残ります。** ライブのジャーニーからは削除されますが、ジャーニーのリビジョン履歴には保持され、結果を引き続き確認できます。
留意点：
* **プロモートは元に戻せません。** これによりジャーニーの新しいバージョンが作成されます。スプリットに「プロモート解除」して戻すことはできません（テストを再作成することになります）。
* **先に保存してください。** プロモートは保存済みのジャーニーに対して適用されるため、保存されていないビルダーの編集があると実行できません — プロモートする前に変更を保存してください。
### 過去のリビジョンを表示する
プロモート（およびその他の構造変更）によって新しい **リビジョン** が作成されます。ジャーニーの **リビジョンセレクター** をJourney Builderのヘッダーで使うと、過去の任意のリビジョンを表示できます **読み取り専用**：キャンバスにはその以前のバージョン（たとえば元のスプリット）が表示され、履歴を表示していることを示すバナーと **現在のリビジョンに戻る** 戻るためのボタンがあります。プロモートされたジャーニーでは、過去のリビジョンにおいてプロモートされたバリアントが **🏆**.
### リビジョン対応のインサイト
ジャーニーの **インサイト** タブにある **リビジョンスコープ** コントロールを使って、レポートを **すべてのリビジョン** （折りたたみ可能なリビジョン別セクションにまとめられ、それぞれに小計があります）、または **単一のリビジョン**に絞り込めます。これにより、変更前後の指標を比較可能なまま保てます — たとえば、スプリットテストのバリアント結果は、そのテストを実行したリビジョンに紐づいたままで、折りたたまれたジャーニーの後続パフォーマンスとは分けて扱われます。 **スプリットテストのバリアント** レポートは、スプリットを含んでいたリビジョンが既定になります。リビジョンが1つしかないジャーニーでは、スコープコントロールは表示されません。
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.
Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:
```
GET https://documentation.pushly.com/pushly-ja/platform/journeys/supurittotesutotopuromshon.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.