Skip to content
Last updated

Engage FAQ

Q. IPウォームアップを管理する必要がありますか?

Engage Studioは、送信パターンに基づいて必要な専用IPの数を決定し、それらを作成し、送信要件に基づいてスケーリングする方法を管理します。新しい送信者IPアドレスは、専用IPアドレスを自動的にウォームアップします。その自動プロセスの一部は、共有IPプールと対話的に機能することです。

制限事項:

  • 送信IPアドレスは、送信量に基づいて自動的に割り当てられます。したがって、IPアドレスを固定することはできません。

Q: Engage Studio Activationでスロットリングを制御するにはどうすればよいですか、また予想されるスループットは何ですか?

Activation設定でバッチサイズスレッド数を設定することで、スロットリングを手動で制御できます。予想されるパフォーマンスは次のとおりです。

  • Batch size = 1000 / Thread Count = 1 → 1時間あたり約100,000レコード

  • Batch size = 1000 / Thread Count = 10 → 1時間あたり約1.5M〜2Mレコード

Q. ドラッグアンドドロップで作成されたメールは、メールクライアントで適切に表示されますか?

Beefree SDKを利用したメールコンテンツエディタは、幅広いメールクライアント互換性を保証します。このポータルを参照してください。

Q. クライアントがHTMLメールをサポートしていない場合、プレーンテキストメールを送信できますか?

Engage Studioでは、送信者はメールのHTMLバージョンとプレーンテキストバージョンの両方を同時に送信できます。これは、Multi-Part MIMEと呼ばれる形式を使用して行われます。Engage Studioでマルチパート MIMEメールが作成されると、1つのメッセージとして一緒に送信されます。Plain Text Editorでは、コンテンツエディタと同じようにLiquid構文を使用できます。

Q: HTMLブロックを使用してEngage Studioでプリヘッダーを追加するにはどうすればよいですか?

プリヘッダーは、メールを開く前に受信者の受信トレイで件名の横に表示される短いテキストで、開封率の向上に役立ちます。Engage Studioに専用のプリヘッダーフィールドがない場合、メール本文の最上部にHTMLブロックを挿入することでプリヘッダーを追加できます。

方法は次のとおりです。

  1. キャンペーンエディタで、メールコンテンツの最初にHTMLブロックを配置します。

  2. 次のコードを挿入します。

<!-- Preheader -->
<div class="preheader" style="font-size:1px;line-height:1px;display:none;color:#fff;max-height:0;max-width:0;opacity:0;overflow:hidden">
Enter your preheader text here.
</div>

これにより、テキストがメール本文に表示されませんが、ほとんどのメールクライアントで件名と一緒に表示されます。推奨される長さは35〜90文字で、GmailやOutlookなどの主要クライアント全体で適切にレンダリングされることを確認するために、常にテスト送信を実行する必要があります。

Q: コンテンツベースの再送信防止メカニズムとは何ですか?

このメカニズムは、同じコンテンツの重複メールが24時間以内に送信されることを防ぎます。 たとえば、誤って同じキャンペーンを2回起動した場合でも、システムが自動的に検出し、2回目の送信をブロックします。

システムは、次の情報に基づいて2つのメールが同一かどうかを判断します。

  • 受信者のメールアドレス(大文字小文字を区別しない。例:Test@Example.com → test@example.com)
  • メールの件名(タイトル)
  • メール本文の内容(Liquidテンプレート評価前)

上記のすべてが同じ場合、24時間以内の2回目の送信試行はスキップされます。 これにより、誤った重複送信を防ぎ、送信者の評判を保護し、受信者により良い体験を提供します。

Q: example.comなどのドメインへのメールが送信されないのはなぜですか?

Engage Studioは、次のような無効または予約済みのテストドメインへのメール配信を自動的にブロックします。

  • example.com / example.org / example.net(サブドメインを含む)
  • localhost

これらのドメインは、テストまたはプレースホルダーの目的で一般的に使用されており、公共のインターネット上でルーティングできません。これらのドメインへのメール送信は、不要なハードバウンスを引き起こし、送信者の評判に悪影響を及ぼします。

APIエンドポイントまたは送信タイプに応じて、動作は次のようになります。

シナリオ動作
テストモード(/api/email_transactions/test)無効なドメインへのメールは警告なくスキップされます
一括送信(bulk_create_array)無効な受信者はスキップされ、有効な受信者のみに送信されます

テストデータにこれらのドメインが含まれていない限り、お客様の対応は必要ありません。送信を続けるには、テストドメインを置き換えるか、テストに有効な内部ドメインを使用してください。