概要
ダイナミックセンダールーティング は、各APIリクエストに対して最も適切な送信者を自動的に選択するカスタマイズされたルーティングシステムです。ユーザー属性やAPI属性に基づいてカスタムルーティングルールを定義することで、メッセージングを最適化し、配信率を向上させ、送信コストを管理し、地域の規制に準拠することができます。ダイナミックセンダールーティングを設定することで、手動での送信者選択が不要になり、大規模なコミュニケーション管理のための強力で柔軟なソリューションを提供します。
ユースケース
- 地理ベースのルーティング : ユーザーの国コードに基づいて、メッセージを自動的にローカルの送信者を通じてルーティングします(例: +1 の番号には米国の送信者を、+91 の番号にはインドの送信者を使用)。これにより、ローカルでの配信可能性が向上し、コストを最適化できます。
- コスト最適化 : ルーティングを構成して、特定の地域に最も費用対効果の高い送信者を優先するようにします。これにより、メッセージングコストをボリュームやその他の価格基準に基づいて最適化するために、送信者を動的に選択することができます。例えば、米国へのすべてのメッセージに対して送信者Aを使用するルーティングルールを構成できます。米国へのメッセージの1通あたりのコストは$0.01です。月間メッセージボリュームが10,000を超える場合、$0.008の一括レートを提供する送信者Bを使用するルールがトリガーされ、送信コストを最小限に抑えることができます。
- 送信者のA/Bテスト : キャンペーンのトラフィックの一部を新しい送信者に送るルーティングルールを作成します。これにより、新しい送信者のパフォーマンスを全体のオーディエンスに展開する前にテストすることができます。
動的送信者ルーティングを構成する
動的送信者ルーティングルールを構成するには、次の手順を実行します。
- MoEngageダッシュボードにログインし、左側のパネルで 設定 に移動します。
- チャネル の下で、必要なチャネルを選択します。この機能はSMSおよびメールチャネルのみでサポートされているため、要件に応じてチャネルを選択してください。
- 次のページで、 動的送信者ルーティング タブをクリックします。
-
動的送信者ルーティング
ページで、
+条件を追加
をクリックします。
-
ページの
条件を追加
ページで、以下の詳細を入力してください:
- 名前 : 条件名を入力します。この名前は条件を識別・管理するのに役立ち、アラート作成時に使用できます。
- 説明 : 条件の説明を追加します。ルールをどこで、どのように使用するかを示します。
-
ルールタイプ
: このフィールドでは、送信者選択に必要なルールを選択できます。利用可能なルールタイプは以下の通りです:
-
属性ベース
: このルールタイプでは、ユーザープロファイルに保存されている属性に基づいて送信者を選択できます。
例えば、
moe_mobile
(属性)が
+1
で始まる場合は
送信者_A
(送信者)を使用し、
moe_mobile
が
+91
で始まる場合は
送信者_B
(別の送信者)を使用します。このルールの条件は以下に説明されています:
- もし 条件: 初期条件を定義します。例えば、ユーザーの moe_mobile 属性が +1 で始まる場合は、 送信者_A を使用します。
- + 条件を追加 : + 条件を追加 をクリックして、追加の それ以外の場合 条件を追加します。初期の もし 条件が満たされない場合、MoEngageはこの条件をチェックします。例えば、 moe_mobile 属性が +91 で始まる場合は、 送信者_B を使用します。
-
それ以外の場合はフォールバック送信者を使用
:
もし
および
それ以外の場合
条件のいずれも満たされない場合、システムは指定されたフォールバック送信者をデフォルトとして使用します。
-
高度なカスタマイズ
:
このオプションでは、API属性(API呼び出しの一部としてMoEngageに渡されるデータで、ユーザーのプロファイルに永続的には保存されません)とユーザー属性の組み合わせを使用して、送信者を選択するルールを作成できます。 このルールの条件は以下に説明されています:
-
もし
条件: ルールを適用するために満たす必要がある主要条件を定義します。
- 属性を選択 : 条件に使用するユーザー属性またはAPI属性を選択します。
- 属性値を選択: 選択した属性の特定の値を入力または選択します。
- 演算子: 論理演算子を選択します。
- 大文字小文字を区別 : 値の比較で大文字小文字を区別する場合はこのチェックボックスを選択します。
- + ネスト条件を追加 : ANDまたはORロジックを使用して既存の条件と組み合わせる追加の基準を追加します。
-
次に
条件:
もし
条件が満たされたときに選択する送信者を定義します。
- ユーザー属性/送信者を選択: 条件に使用するユーザー属性または送信者を選択します。
- + サブ条件を追加 : 送信者を選択するための特定のサブ条件を定義します。 次に ブロック内で複数の基準を追加できます。
- それ以外の場合 : 同じ 次に ブロック内で それ以外の場合 を使用して代替のサブ条件を追加するには、 + サブ条件を追加 をクリックします。MoEngageはこれらのサブ条件を順番に評価し、最初に真となるものに対してアクションを実行し、残りは無視します。
- + 条件を追加 : + 条件を追加 をクリックして、複数の Else If-Then ルールブロックを追加し、複雑なルーティングロジックを作成します。システムはこれらのブロックを表示順に評価し、条件を満たした最初のルールが送信者を決定します。
-
それ以外の場合はフォールバック送信者を使用
: 定義された条件のいずれも満たされない場合、システムは指定されたフォールバック送信者を使用します。
サンプルルール
以下は、異なるユーザー属性、異なるAPI属性、ユーザー属性とAPI属性の組み合わせを使用して作成されたサンプルルールの例です。
arrow_drop_down 異なるユーザー属性を使用して作成されたサンプルルールユーザーの moe_country_code が US かつ LTV (ライフタイムバリュー)が500より大きい場合、 送信者_A を使用します。 moe_country_code が US だが LTV が500以下の場合は、 送信者_B を使用します。
このルールの条件:
もし moe_country_code(ユーザー属性)が US かつ LTV (ユーザー属性)が500より大きい場合、 次に 送信者_A を使用します。それ以外の場合 LTV (ユーザー属性)が500に等しい場合、 次に 送信者_B を使用します。
arrow_drop_down 異なるAPI属性を使用して作成されたサンプルルールcampaign_type (API属性)が プロモーション用 かつ 優先度 (API属性)が 低い の場合、 送信者_A を使用します。 campaign_type (API属性)が トランザクション かつ 優先度 (API属性)が 高い の場合、 送信者_B を使用します。
このルールの条件:
もし campaign_type (API属性)が プロモーション用 かつ 優先度 (API属性)が 低い の場合、 次に 送信者_A を使用します。
それ以外の場合 campaign_type (API属性)が トランザクション かつ 優先度 (API属性)が 高い の場合、 次に 送信者_B を使用します。
arrow_drop_down ユーザー属性とAPI属性の組み合わせを使用して作成されたサンプルルール地域 (API属性)が 北米 の場合、電話番号が+1で始まるユーザーには 送信者_A を使用し、他のユーザーには 送信者_B を使用します。
このルールの条件:
もし メイン条件が満たされている場合(地域が北米の場合)、ネストされた条件は以下の通りです:
もし 電話番号(ユーザー属性)が+1で始まる場合、 次に 送信者_Aを使用します。
それ以外の場合 電話番号(ユーザー属性)が存在する場合、 次に 送信者_Bを使用します。
-
もし
条件: ルールを適用するために満たす必要がある主要条件を定義します。
- 保存 をクリックします。保存後、作成したすべてのルーティング条件が 動的送信者ルーティング タブに一覧表示されます。
- 各条件に対して省略記号アイコンをクリックして、その条件を編集します。
よくある質問
フォールバック送信者は、定義したルールのいずれの条件にも合致しないメッセージがある場合に、自動的に使用されるデフォルトの送信者です。これにより、特定のルーティングロジックに一致しない場合でも、メッセージが常に送信されることが保証されます。
はい、できます。"高度なカスタマイズ"ルールタイプはこの目的のために設計されており、API属性(メッセージリクエストと共に送信される)とユーザー属性(ユーザープロファイルから)を組み合わせて、非常に特定のルーティングロジックを作成することができます。
システムは、ルーティングルールを上から順に処理します。それは完全に一致する最初のルールのアクションを実行し、その後停止します。このため、ルールの順序が重要です。あなたの意図したロジックが守られるように、最も具体的なものから最も一般的なものへと順番を整えるべきです。