配信パフォーマンスのベストプラクティス delivery-performances

配信を失敗した状態のままインスタンス上で放置すると、一時テーブルが維持され、パフォーマンスに影響が生じるため、配信を失敗した状態のまま放置しないでください。

不要になった配信を削除します。

過去 12 ヶ月間にアクティブでない受信者は、アドレスの質を維持するためにデータベースから削除されます。

大規模な配信を同時にスケジュールしないようにしてください。負荷がシステム全体で均等に分散されるまでには、5 ～ 10 分かかります。他のチームメンバーと話し合い、最適なパフォーマンスが得られるように配信スケジュールを調整します。マーケティングサーバーが様々なタスクをいくつも同時に処理していると、パフォーマンスが低下することがあります。

メールのサイズをできるだけ小さくします。メールの推奨最大サイズは約 35 KB です。送信サーバー上に生成されるボリュームは、メール配信の規模によって決まります。

受信者数が 100 万人を超える大規模配信の場合は、送信キューにそれだけのスペースが必要です。これだけでサーバーに問題が生じるわけではありませんが、他の多数の大規模配信も同時におこなわれると、送信に遅れが生じる場合があります。

メールのパーソナライゼーションでは、データベースから各受信者のデータを取り出します。パーソナライゼーション要素が多数ある場合は、配信の準備に必要なデータの量もそれだけ多くなります。

アドレスへのインデックスの追加.このアプリケーションで使用する SQL クエリのパフォーマンスを最適化するには、データスキーマのメイン要素からインデックスを宣言します。