日本語版はAIによる翻訳です。正確な情報については英語版をご参照ください。
5.1 Treatmentとは？
Treatmentは、ユーザーに配信されるパーソナライズされたメッセージまたは体験です。各Treatmentは以下で構成されます：- コンテンツ：ユーザーが目にするもの（テキスト、画像、CTA）
- フォーマット：表示方法（Treatment タイプ）
- 配置：表示場所（Surface）
- ターゲティング：誰が見るか（Guardrails）
- コンテキスト：いつ表示されるか（Journeyの割り当て）
Treatmentの例
5.2 Treatment Portfolio
Treatment Portfolioは、すべてのTreatmentを管理するための中央ハブです。Treatment Portfolioへのアクセス
- サイドバーのTreatments & Journeysをクリック
- Treatment Portfolioを選択
ポートフォリオビュー
ポートフォリオには以下が表示されます：Treatmentのフィルタリング
フィルターを使用して特定のTreatmentを見つけることができます：クイックアクション
ポートフォリオから以下の操作が可能です：- Treatmentをクリックして詳細を表示
- 編集アイコンで編集
- ステータストグルでPause/Activate
- プレビューアイコンでプレビュー
5.3 Treatmentの作成
Treatmentの作成には5ステップのウィザードを使用します。作成の開始
- Treatment Portfolioに移動
- + Create Treatmentをクリック
ステップ1：Journeyの選択
目的： すべてのTreatmentはJourneyに所属する必要があります。 フィールド：
Journeyの選択：
Evergreen Journeyの場合：
- 1つまたは複数のEvergreen Journeyを選択
- Treatmentはそれらのjourney内で継続的に実行されます
- 1つのBurst Journeyを選択
- TreatmentはJourneyの開始日/終了日を継承します
- 少なくとも1つのJourneyを選択する必要があります
- Burstの場合、期限切れのJourneyはフィルタリングされます
ヒント： 新しいJourneyが必要な場合は、まずJourney Portfolioで作成してください。
ステップ2：基本情報
目的： Treatmentの内容と表示場所を定義します。 フィールド：
名前のベストプラクティス：
- 説明的に：「Welcome Back - Home Banner v2」
- Surfaceやタイプを含める：「Checkout Modal - Free Shipping」
- バージョンや日付を追加：「Holiday Sale 2026 - Push」
- 目的を説明する
- ターゲットオーディエンスを記載する
- A/Bテストのコンテキストがあれば含める
- 商品を閲覧
- 購入する
- プロフィールを完成させる
- 機能を開く
- など
- バナー
- モーダル
- アプリ内メッセージ
- プッシュ通知
- メール
- など
注意： Treatmentタイプは管理者によって設定されます。必要なタイプがない場合は管理者にお問い合わせください。Surfaces： Treatmentを表示できる1つまたは複数のSurfaceを選択します：
- ホーム画面
- 商品ページ
- 購入手続き
- など
ステップ3：コンテンツ
目的： ユーザーが実際に目にするものを定義します。 フィールドはTreatmentタイプによって異なりますが、一般的に以下を含みます：
パーソナライゼーションの使用：
データフィールドを挿入してコンテンツをパーソナライズします：
- 変数を挿入したい場所にカーソルを置く
- 「Insert Variable」オプションまたはアイコンを探す
- 利用可能なデータフィールドから選択
- プレースホルダーが挿入されます
- ホストされている画像のURLを提供
- 画像がパブリックにアクセス可能であることを確認
- Treatmentタイプの解像度要件を確認
- プレビューで画像の読み込みをテスト
ステップ4：Guardrailsとスケジューリング
目的： Treatmentを受け取るユーザーと配信タイミングを制御します。 Guardrails： ユーザーがTreatmentを受け取るために満たすべき適格性ルールを定義します：
複数のルールはANDロジックで結合されます — すべての条件を満たす必要があります。
ブール条件：
一部の条件は、値フィールドの代わりにチェックボックスを使用します。これはデータフィールドが設定されているか否かを確認します：
例： 特定のTreatmentを一度も受け取っていないユーザーにのみ配信する場合は、last_timestamp にブール条件を追加し、チェックボックスをチェックなしのままにします。これにより、そのTreatmentのタイムスタンプ記録がないユーザー（つまり、まだ受け取っていないユーザー）が対象になります。
スケジューリング：
ヒント： Burst Journeyの場合、TreatmentのスケジュールはJourneyの開始日と終了日の範囲内である必要があります。
ステップ5：確認と作成
目的： 作成前にすべてを確認します。 確認チェックリスト：- 正しいJourneyが選択されている
- 名前が説明的で正確
- Treatmentタイプが意図したフォーマットと一致
- 正しいSurfaceが選択されている
- コンテンツが完成しスペルチェック済み
- パーソナライゼーション変数が正しい
- CTAアクションが適切
- Guardrailsが正しく設定されている
- スケジュールの開始日/終了日が正しい
- Create Treatmentをクリック
- TreatmentはDraftステータスで保存されます
- アクティベーションまたは編集の続行に移動
5.4 Treatmentの編集
編集モードへのアクセス
方法1： ポートフォリオでTreatment名をクリックし、Editを選択 方法2： ポートフォリオで編集アイコンを直接クリック編集可能な項目
バージョニング
Auxia ConsoleはTreatmentのバージョンを追跡します：- 保存するたびにバージョンが作成されます
- バージョン履歴を確認できます
- 以前のバージョンは保持されます
LiveなTreatmentの編集
警告： LiveなTreatmentを編集すると、ユーザーに表示される内容が即座に更新されます。ベストプラクティス：
- まずTreatmentをPauseする（大きな変更の場合）
- 変更を行う
- 変更をプレビューする
- 準備ができたら再アクティベーションする
バージョンセレクター
複数のバージョンを持つTreatmentの場合：- Treatmentの詳細を開く
- バージョンセレクターのドロップダウンを探す
- 表示するバージョンを選択
- 必要に応じてバージョンを比較
5.5 Treatmentのプレビュー
プレビューでは、アクティベーション前にTreatmentの表示を確認できます。プレビューへのアクセス
- ポートフォリオからTreatmentを開く
- Previewボタンをクリック
- またはポートフォリオリストのプレビューアイコンを使用
プレビューモード
制限事項
プレビューは近似的なものです：- 実際のレンダリングはアプリの実装に依存します
- パーソナライゼーションはプレースホルダーまたはサンプル値を表示します
- 一部のインタラクティブ要素は動作しない場合があります
ヒント： 正確なテストには、実際のQAユーザーでQA Testingを使用してください。
5.6 一括アップロード
一括アップロードでは、CSVファイルを使用して複数のTreatmentを一度に作成できます。一括アップロードへのアクセス
- Treatment Portfolioに移動
- Bulk Uploadボタン（またはタブ）をクリック
一括アップロードの手順
ステップ1：テンプレートのダウンロード- 「Download Template」をクリック
- テンプレートにはすべての必須カラムが含まれています
- ExcelまたはGoogleスプレッドシートで開く
ステップ3：ファイルのアップロード
- 「Upload」をクリックまたはドラッグ&ドロップ
- システムがファイルを検証
- 検証結果を確認
- 作成されるTreatmentを確認
- バリデーションエラーを修正
- 「Create All」をクリックしてTreatmentを作成
バリデーションエラー
よくあるエラー：一括アップロードのヒント
- 大量アップロードの前に、まず2〜3件のTreatmentでテスト
- CSVのバックアップを保持
- 参照にはIDを使用（名前ではなく）
- 問題を引き起こす可能性のある特殊文字を確認
5.7 Sparks（AIレコメンデーション）
Sparksは、Treatment作成時にAI駆動のレコメンデーションを提供します。Sparksとは？
Sparksは、Treatmentを分析して以下を提案します：- 改善された見出し
- より効果的なCTA
- パーソナライゼーションの機会
- コンテンツの最適化
Sparksの使用方法
- Treatment作成中（ステップ3）
- Sparksパネルまたはアイコンを探す
- 提案を確認
- クリックして適用または却下
Sparksの種類
フィードバックの提供
以下の方法でSparksの改善にご協力ください：- 提案に対して高評価/低評価をクリック
- フィードバックダイアログを使用
- どの提案が役立ったかを記録
注意： Sparksの利用可否はConsoleの設定によって異なります。
5.8 Treatmentステータスの管理
ステータスの定義
ステータスの変更
Activateする場合：- Treatmentを開く
- すべての必須フィールドが入力済みであることを確認
- ステータスをLiveに変更
- アクティベーションを確認
- Treatmentを開く
- ステータスをPausedに変更
- Treatmentの配信が即座に停止
- Treatmentを開く
- Archiveオプションを選択
- TreatmentがArchivedステータスに移行
ステータスの依存関係
Treatmentが実際に配信されるためには：- TreatmentのステータスがLiveであること
- 親JourneyのステータスがLiveであること
- ユーザーがGuardrailsを満たしていること
- Surfaceがアプリ内でLiveであること
5.9 Guardrails
Guardrailsは、どのユーザーがTreatmentを受け取れるかを制御します。Guardrailsとは？
ユーザーがTreatmentを見るために満たす必要のある条件です：- ユーザー属性条件
- 行動条件
- コンテキスト条件
ルールの例
ブール条件
一部のフィールドはブール条件を使用します。値フィールドの代わりにチェックボックスで、対象ユーザーにそのフィールドが存在するか否かを確認します。
よくある使用例： 特定のTreatmentをまだ受け取っていないユーザーのみを対象にする。
last_timestamp にブール条件を追加し、チェックボックスをチェックなしにすることで、タイムスタンプ記録がないユーザー（まだそのTreatmentを見ていないユーザー）に絞り込める。
ユーザーにフィールドの値がない場合
ユーザー属性に対するルールは、その属性の値を持つユーザーに対してのみ評価できます。値を持たないユーザーの扱いは、ルールの下にあるチェックボックス OR “<フィールド>” が定義されていない で決まります。これは上記のブール条件とは別の設定です。ブール条件はフィールドが設定されているかどうか自体を判定するルールであり、こちらはルールに必要なフィールドが欠けている場合の扱いを決めます。
例： ルール
country is not any of AF, BY, CN は、該当する国のユーザーにTreatmentを配信しないためのものです。country の値がまったくないユーザーは、チェックボックスがオフの間は対象外になります。チェックボックスをオンにすると、そのユーザーは対象のまま残り、許可された国のユーザーと同じように残りのルールで判断されます。
このオプションはユーザー属性フィールドにのみ存在します。イベントベースのルールやTreatmentインタラクションのルールには、値がない状態はありません。一括CSVアップロードでは、同じ設定が Apply qualification N if attribute not available 列に対応します。コンセプトの概要はガードレールを参照してください。
ルールの設定
Guardrailsは通常以下の方法で設定されます：- Treatment作成中に設定
- または事前に定義されたオーディエンスセグメントから選択
注意： ルールの設定オプションはConsoleのセットアップによって異なります。利用可能なルールについては管理者にお問い合わせください。
ルールのテスト
QA TestingでGuardrailsを検証できます：- 特定の属性を持つQAユーザーを設定
- Treatmentが表示されるSurfaceをトリガー
- Treatmentが正しく表示される/されないことを確認
5.10 Treatmentのベストプラクティス
命名規則
一貫した命名パターンを採用しましょう：- 「Home - Welcome Back - Returning Users - v2」
- 「Checkout - Free Shipping - New Users - Jan 2026」
ローンチ前のテスト
- プレビューでコンテンツを確認
- 実際のアプリでQAユーザーでテスト
- 該当する場合、異なるデバイスで検証
- パーソナライゼーションが正しくレンダリングされることを確認
最適化サイクル
- 初期バージョンのTreatmentをローンチ
- 1〜2週間パフォーマンスをモニタリング
- 指標を分析（CTR、コンバージョン）
- データに基づいて改善
- サイクルを繰り返す
5.11 Treatmentに関するよくある問題
Treatmentが表示されない
チェックリスト：- TreatmentのステータスがLive
- JourneyのステータスがLive
- ユーザーがGuardrailsを満たしている
- Surfaceが正しく設定されている
- 技術的な配信の問題がない
コンテンツが正しくレンダリングされない
- 画像URLがアクセス可能か確認
- パーソナライゼーションフィールドがユーザーに存在するか確認
- QAユーザーでテストして問題を特定
- Treatmentタイプの設定を確認
変更が反映されない
- 更新が反映されるまで時間を置く
- テストアプリのキャッシュをクリア
- 変更を保存したことを確認
- 正しいバージョンを確認しているか確認