v7
Campaign Classic v7 に適用されます
v8
Campaign v8 にも適用されます

配信の設定と送信 configuring-and-sending-the-delivery

権限 delivery-permissions

配信を開始できるのは配信所有者だけです。他のオペレーター(またはオペレーターグループ)が配信を開始できるようにするには、レビュー担当者として「配信開始 :」フィールドに追加します。詳細情報

配信の追加パラメーター delivery-additiona-parameters

配信を送信する前に、配信プロパティの「配信」タブで送信パラメーターを定義できます。

  • 配信の優先順位:配信の優先順位レベル(標準、高、低)を設定して、配信の送信順序を変更します。

  • メッセージのバッチサイズ:1 つの XML 配信パッケージ内でグループ化するメッセージの件数を定義します。このパラメーターが 0 に設定されている場合、メッセージは自動的にグループ化されます。パッケージサイズは、<delivery size>/1024 という計算に基づいて決定されます(ただし、パッケージあたりのメッセージ件数は最小 8、最大 256)。

    note important
    IMPORTANT
    既存の配信を複製して配信を作成すると、このパラメーターはリセットされます。
  • 複数のウェーブを使用して送信:メッセージを一度にオーディエンス全体に送信するのではなく、バッチで送信します。詳細情報

  • SMTP 配信をテスト:SMTP 経由での送信をテストします。配信は SMTP サーバーに接続するまで処理されますが、送信はされません。配信のすべての受信者について、Campaign は SMTP プロバイダーサーバーに接続し、「SMTP RCPT TO」コマンドを実行して、「SMTP DATA」コマンドの前に接続を閉じます。

    note note
    NOTE
    • このオプションは、ミッドソーシングで設定しないでください。

    • SMTP サーバー設定の詳細については、この節を参照してください。

  • BCC でメールを送信:BCC メールアドレスをメッセージのターゲットに追加するだけで、BCC 経由でメールを外部システムに保存します。詳細情報

配信を確定 confirming-delivery

配信が設定され、送信準備が整ったら、配信分析を実行します。

これを行うには、「送信」をクリックし、目的のアクションを選択して、「分析」をクリックします。詳細情報

完了したら、「配信を確定」をクリックし、メッセージの配信を開始します。

その後、配信ウィザードを閉じて、「配信」タブで配信の実行をトラッキングできます。このタブには、配信の詳細または配信リストからアクセスできます。

メッセージを送信した後は、配信を監視およびトラッキングできます。詳しくは、以下の節を参照してください。

配信送信のスケジュール設定 scheduling-the-delivery-sending

配信をスケジュールすることで、メッセージの送信を遅らせることができます。

  1. 送信」ボタンをクリックし、「配信を延期」オプションを選択します。

  2. 連絡日」フィールドに開始日を入力します。

  1. その後、配信分析を開始し、配信の送信を確定します。ただし、配信の送信は、「連絡日」フィールドで指定した日付まで開始されません。
IMPORTANT
分析を開始すると、定義した連絡日が固定されます。この日付を修正する場合は、修正内容が考慮されるように、分析を再度実行する必要があります。

配信リストには、配信が「保留中」ステータスで表示されます。

スケジュールは、配信の「スケジュール設定」ボタンを使用してアップストリーム設定することも可能です。

これにより、配信を後の日付まで遅らせたり、暫定カレンダーに配信を保存したりできます。

  • 予約配信(自動実行なし)」オプションでは、配信の暫定的な分析をスケジュールできます。

    この設定を保存すると、配信のステータスは「ターゲティングを保留中」に変化します。分析は指定した日付に開始されます。

  • 予約配信(予約された日になると自動実行)」オプションでは、配信日を指定できます。

    送信」をクリックし、「配信を延期」を選択してから、分析を開始して配信を確定します。分析が完了すると、配信ターゲットの準備ができた状態になり、メッセージは指定した日付が来ると自動的に送信されます。

日付と時刻は、作業しているオペレーターのタイムゾーンに基づいて表されます。連絡日の入力フィールドの下にある​ タイムゾーン ​ドロップダウンリストを使用すると、入力した日付と時刻が、指定したタイムゾーンに自動変換されます。

例えば、ロンドン時間の 8:00 に配信を自動実行するスケジュールを設定すると、時間は選択したタイムゾーンに自動的に変換されます。

複数のウェーブを使用して送信 sending-using-multiple-waves

負荷を分散するには、配信を複数のバッチに分割します。全体の配信を基準にしてバッチの数とその比率を設定します。

NOTE
定義できるのは、サイズと 2 つの連続するウェーブの間隔のみです。受信者の選択条件をウェーブごとに設定することはできません。
  1. 配信プロパティウィンドウを開き、「配信」タブをクリックします。

  2. 複数のウェーブを使用して送信」オプションを選択し、「ウェーブを定義…」リンクをクリックします。

  3. ウェーブを設定するには、次のいずれかをおこないます。

    • 各ウェーブのサイズを定義します。例えば、対応するフィールドに 30% ​と入力した場合、各ウェーブは、配信に含まれるメッセージの 30%を表します(ただし、最後のウェーブは除きます。最後のウェーブは、メッセージの 10%を表します)。

      期間」フィールドで、2 つの連続するウェーブの開始間隔を指定します。例えば、2d と入力した場合、最初のウェーブは直ちに開始され、2 番目のウェーブは 2 日後に、3 番目のウェーブは 4 日後にといった具合に開始されます。

    • 各ウェーブを送信するためのカレンダーを定義します。

      開始日」列では、2 つの連続するウェーブの開始間隔を指定します。「サイズ」列では、固定の数値または割合を入力します。

      以下の例では、最初のウェーブは、配信に含まれるメッセージ総数の 25%を表しており、直ちに開始されます。次の 2 つのウェーブで配信が完了しますが、これらのウェーブは、6 時間間隔で開始するように設定されています。

    特別なタイポロジルールである「ウェーブスケジュールの検証」では、最後のウェーブが配信の有効期限の前に計画されているかどうかが確認されます。キャンペーンタイポロジとそのルールは、配信プロパティの「タイポロジ」タブで設定します。詳しくは、タイポロジを使用したプロセスの検証を参照してください。

    note important
    IMPORTANT
    最後の 2 つのウェーブが配信期限を過ぎないことを確認してください。配信期限は、「有効性」タブで定義されています。配信期限を過ぎると、一部のメッセージが送信されない場合があります。
    また、最後のウェーブを設定するときに、再試行の時間を十分にみておく必要があります。この節を参照してください。
  4. 送信状況を監視するには、配信ログを参照してください。このページを参照してください。

    処理済みのウェーブで既に送信された配信(ステータスが​ 送信済み)と、残りのウェーブで送信されるウェーブ(ステータスが​ 保留中)を確認できます。

以下の 2 つの例は、最も一般的な複数のウェーブの使用例です。

  • ランプアッププロセス時

    新しいプラットフォームを使用してメールが送信された場合、インターネットサービスプロバイダー(ISP)は認識されない IP アドレスを疑わしく思います。多くの場合、大量のメールが突然送信されると、ISP はそれらのメールをスパムとしてマークします。

    ウェーブを使用して送信するボリュームを徐々に増やすことで、スパムとしてマークされないようにできます。この方法により、スタートアップフェーズをスムーズに進め、無効なアドレスが全体に占める割合を減らすことができます。

    そのためには、「カレンダーに従ってウェーブをスケジュール」オプションを選択します。例えば、最初のウェーブを 10%に、2 番目のウェーブを 15%にといった具合に設定します。

  • コールセンターが関与するキャンペーン

    電話によるロイヤルティキャンペーンを管理する場合、組織が処理できるサブスクライバーへの電話の本数には限界があります。

    ウェーブを使用して、1 日あたりのメッセージ数を 20 に制限できます(コールセンターの 1 日あたりの処理能力)。

    これをおこなうには、「同じサイズの複数のウェーブをスケジュール」オプションを選択します。ウェーブのサイズとして 20 を入力し、「期間」フィールドに 1d と入力します。

再試行の設定 configuring-retries

ソフト ​または​ 無視 ​のエラーによって一時的に配信できなかったメッセージは、自動再試行の対象となります。配信エラーのタイプと理由については、この節を参照してください。

IMPORTANT
ホストインストールまたはハイブリッドインストールで、Enhanced MTA にアップグレードした場合、Campaign では配信の再試行設定が使用されなくなります。ソフトバウンスの再試行とその間隔は、メッセージの電子メールドメインから返されるバウンス応答のタイプと重大度に基づいて、Enhanced MTA が決定します。

従来の Campaign MTA を使用したオンプレミスインストールおよびホスト/ハイブリッドインストールの場合、配信パラメーターの「配信」タブの中央セクションは、配信の翌日に実行する再試行の数と再試行間の最小遅延を示します。

デフォルトでは、配信後の最初の日に最低 1 時間の間隔をおいて、24 時間に 5 回の再試行がスケジュールされます。その後は、「有効性」タブで指定される配信期限が来るまで、1 日 1 回の再試行がスケジュールされます。詳しくは、有効期間を定義を参照してください。

有効期間を定義 defining-validity-period

メッセージの送信(および再試行)が可能な期間は、配信が開始されたときから配信期限までです。配信期限は、配信プロパティの「有効性」タブに表示されます。

  • 配信期間」フィールドには、グローバルでおこなう配信再試行の期限を入力できます。Adobe Campaign は、開始日にメッセージの送信を開始した後、エラーのみを返すメッセージについて、設定された定期的な再試行を、有効期限日に達するまで実行します。

    日付を指定することもできます。そのためには、「有効期限を明示的に設定」を選択します。この場合、配信および有効期限日に時刻を指定することもできます。デフォルト値は現在時刻ですが、入力フィールドを使用して直接変更できます。

    note important
    IMPORTANT
    ホストインストールまたはハイブリッドインストールで、Enhanced MTA にアップグレードした場合、Campaign のメール配信の​ 配信期間 ​設定は、3.5 日以下 ​に設定された場合にのみ使用されます。3.5 日を超える値を定義した場合、その値は考慮されません。
  • リソースの有効期限:「有効期限」フィールドは、アップロードされたリソース(主にミラーページと画像)に関して使用されます。ディスクスペースを節約するために、このページ上のリソースが有効な期間は限られています。

    このフィールドの値は、この節にリストされている単位で表示できます。

recommendation-more-help
601d79c3-e613-4db3-889a-ae959cd9e3e1