配信の問題が発生した場合の配信パフォーマンスを確保すると共に、パフォーマンスの確認に以下のガイドラインに従うことをお勧めします。
関連トピック:
配信を失敗した状態のままインスタンス上で放置すると、一時テーブルが維持され、パフォーマンスに影響が生じるため、配信を失敗した状態のまま放置しないでください。
不要になった配信を削除します。
過去 12 ヶ月間にアクティブでない受信者は、アドレスの質を維持するためにデータベースから削除されます。
大規模な配信を同時にスケジュールしないようにしてください。負荷がシステム全体で均等に分散されるまでには、5 ~ 10 分かかります。他のチームメンバーと話し合い、最適なパフォーマンスが得られるように配信スケジュールを調整します。マーケティングサーバーが様々なタスクをいくつも同時に処理していると、パフォーマンスが低下することがあります。
E メールのサイズをできるだけ小さくします。E メールの推奨最大サイズは約 35 KB です。送信サーバー上に生成されるボリュームは、E メール配信の規模によって決まります。
受信者数が 100 万人を超える大規模配信の場合は、送信キューにそれだけのスペースが必要です。これだけでサーバーに問題が生じるわけではありませんが、他の多数の大規模配信も同時におこなわれると、送信に遅れが生じる場合があります。
E メールのパーソナライゼーションでは、データベースから各受信者のデータを取り出します。パーソナライゼーション要素が多数ある場合は、配信の準備に必要なデータの量もそれだけ多くなります。
アドレスへのインデックスの追加.このアプリケーションで使用する SQL クエリのパフォーマンスを最適化するには、データスキーマのメイン要素からインデックスを宣言します。
ISP は、操作がない状態が続くアドレスを無効にします。この新しいステータスについての通知を送信者に送信するために、バウンスメッセージが送信されます。
配信のパフォーマンスが悪い場合は、次の項目を確認できます。
プラットフォームとデータベースのメンテナンスも、配信の送信パフォーマンスに影響することがあります。詳しくは、このページを参照してください。