Skip to content

よくある質問

この記事では、メールに関するよくある質問への回答を提供します。

メールが送信された際、複数のプロファイルが同じメールアドレスを持っている場合はどうなりますか？

キャンペーンを受信するセグメント内に同じメールアドレスを持つ複数のユーザーがいる場合、送信時にそのメールアドレスを持つ1つのユーザープロファイルが選択されます。これにより、メールは1回のみ送信され、重複排除が行われるため、同じメールアドレスに複数回届くことはありません。

一意のメールアドレス： Brazeはプロファイル間でメールアドレスの一意性を強制しません。メールアドレスとプロファイルの1対1の関係に依存している場合は、ユーザー作成時に内部で重複を監視してください。

Liquid実行前の重複排除： Brazeが1回のディスパッチ内でメールアドレスによる重複排除を行う送信（例えば、同じアドレスを持つ複数のセグメントメンバーがまとめて処理されるスケジュールされたキャンペーン）では、重複排除はそのアドレスを代表するプロファイルに対してLiquidが実行される前に行われます。そのプロファイルでLiquidが中止された場合（例えばabort_message()を使用した場合）、そのアドレスはそのディスパッチでメッセージを受信しません。これには、重複排除によってすでにスキップされたプロファイルも含まれます。トリガー送信では同じディスパッチ内のアドレス重複排除は適用されません。同じアドレスを共有する複数のプロファイルが1つのバッチ内で全て対象のままとなる可能性があるため、この中止動作は同じようには適用されません（次の段落を参照してください）。

複数のプロファイルが同じメールアドレスを共有しており、1つのプロファイルが購読解除した場合、Brazeはそのアドレスを持つ他のプロファイル（最大100件）を同じ購読ステータスに更新します。これは購読解除だけでなく、グローバル購読ステータスや個別の購読グループステータスなどの他の変更にも適用されます。

シードグループ： シードグループを使用するキャンペーンでは、複数のプロファイルが同じアドレスを共有している場合、Brazeはプライマリ配信用に1つのプロファイルを選択します。そのプライマリ受信者は、同じアドレスを持つ別のプロファイルがシードグループに含まれていても、シードグループに含まれていない場合があります。

以下のシナリオでは、ユーザーがメールを2回受信したように見えることがあります。

  • シードリストまたはテスト受信者： シードアドレスや内部テスト受信者は、メインオーディエンスに加えて送信を受信する場合があり、受信トレイがプロファイルとシードエントリの両方に一致する場合、重複のように見えることがあります。
  • キャンペーンまたはキャンバスの作成中にエラーが発生した場合： ユーザーは同じ送信を2回受信するわけではありませんが、同じ件名の2つの別々のメールを受信する場合があります。キャンペーンまたはキャンバスが複製された場合、画像や件名などのメール設定の詳細を確認してください。また、変更ログを参照して、キャンペーンまたはキャンバスが起動後に変更されたかどうかを確認できます。重複は、ユーザーが受信した時点のオリジナルと同じ件名を持つ場合があります。
  • 複数のユーザープロファイルがメール転送を設定している場合： ユーザーが特定のアプリで複数のアカウントを持っているが、1つのアカウントがメールを転送している場合、ユーザーは受信トレイごとに1回キャンペーンを受信します。メッセージが転送される受信トレイでは、メールが2回表示される場合があります。別のアカウントからメールが転送されたことを示すプロバイダーは一部のみです。
  • 受信者側のメール設定： 一部のクライアントは受信トレイを統合します（「ユニバーサル受信トレイ」）。同じキャンペーンが1つの受信トレイを共有する複数のアカウントをターゲットにしている場合、実際には2つの異なるプロファイルにメッセージが送信されたにもかかわらず、1人がキャンペーンを2回受信したように見えることがあります。受信者は、複数のアカウントが1つの受信トレイに統合されているかどうかを確認できます。

この重複排除は、ターゲットユーザーが同じディスパッチ内にいる場合に適用されます。再適格性はメールアドレスごとではなく、プロファイルごとに評価されます。

メールキャンペーンとキャンバスステップの再適格性は、受信トレイではなく各ユーザーのプロファイルを使用するため、そのロジックが満たされている間、複数のプロファイルが別々の送信に適格となる場合があります。トリガーと組み合わせると、アドレスレベルで単一の非適格期間を設定しようとしている場合でも、同じ受信トレイに複数のメッセージが配信される可能性があります。トリガーキャンペーン（APIトリガーキャンペーンを除く）とキャンバスは、同じメールアドレスを持つ異なるプロファイルが異なるタイミングでトリガーを満たした場合にも、1つのアドレスに2回送信される可能性があります。例えば、ユーザーAとユーザーBがjohndoe@example.comを共有しているが、異なるタイムゾーンにいて、配信がローカルタイムゾーンを使用している場合です。

ユーザーはキャンバスエントリ時にメールで重複排除されないため、レート制限されたエントリにより若干異なるタイミングで進行した場合、キャンバスの最初のステップ以降で重複排除されない場合があります。特定のメールアドレスに関連付けられたユーザーがメールを開封またはクリックすると、そのメールアドレスを共有するすべてのユーザープロファイルが、キャンペーンを開封またはクリックしたとしてマークされます。

例外：APIトリガーキャンペーン

APIトリガーキャンペーンは、オーディエンスがどこで定義されているかに応じて、重複排除するか重複送信するかが決まります。複数の配信を受信するには、API呼び出し内で異なるuser_idsを使用して重複メールを個別にターゲットする必要があります。APIトリガーキャンペーンには3つの可能なシナリオがあります。

  • シナリオ1：ターゲットセグメント内の重複メール： 同じメールがAPIトリガーキャンペーンのダッシュボードのオーディエンスフィルターでグループ化された複数のユーザープロファイルに表示される場合、プロファイルの1つのみがメールを受信します。
  • シナリオ2：recipientsオブジェクト内の異なるuser_idsにおける重複メール： 同じメールがrecipientsオブジェクトで参照される複数のexternal_user_id値内に表示される場合、メールは2回送信されます。
  • シナリオ3：recipientsオブジェクト内の重複user_idsによる重複メール： 同じユーザープロファイルを2回追加しようとした場合、プロファイルの1つのみがメールを受信します。

重複メールアドレスでのABテスト

複数のプロファイルが同じメールアドレスを共有する可能性がある場合、メールでの多変量テストおよびABテストは避けてください。バリアントはプロファイルごとに割り当てられるため、同じ受信トレイに複数のメッセージが送信される可能性があります。そのような状況でテストする必要がある場合は、勝者バリアントステップとローカルタイムゾーン配信を組み合わせて勝者の選択を遅らせるような方法は避けてください。これらのオプションを組み合わせると、重複送信の可能性が高まります。

キャンバスと重複メールアドレス

キャンバスジャーニーでは、重複メールアドレスが1回の送信を受信するか複数回受信するかは、エントリのバッチ処理、ステップのタイミング、その他の要因に依存する場合があります。ジャーニーで検証するまで、動作は未定義として扱ってください。可能な場合は、重複プロファイルをマージまたは統合してください。deterministic deduplication for duplicate email addresses in キャンバスをご希望ですか？製品フィードバックの送信をご検討ください。

ユーザーのメールアドレスが別のユーザーと共有されているアドレスに変更された場合、購読ステータスはどうなりますか？

ユーザーAのメールアドレスを既存のユーザーBが共有する別のメールアドレスに設定または更新した場合、ユーザーがメールを更新した際に再購読する設定がオンになっていない限り、ユーザーAはユーザーBから既に存在する購読ステータスを継承します。

送信メール設定の更新は遡及的に適用されますか？

いいえ。送信メール設定に加えた更新は、既存の送信に遡及的に影響しません。例えば、メール設定でデフォルトの表示名を変更しても、アクティブなキャンペーンやキャンバスの既存のデフォルト表示名は自動的に置き換えられません。

「良い」メール配信率とは何ですか？

一般的に、「理想的な数値」はメッセージの約98%が配信され、バウンス率が3%以下であることです。メッセージの98%未満しか配信されていない場合、通常は懸念の原因があります。

ただし、98%以上の配信率でも配信性の問題がある場合があります。例えば、すべてのバウンスが単一のドメインから発生している場合、そのプロバイダーとのレピュテーションの問題を示す明確なシグナルです。

さらに、メッセージが配信されてもスパムフォルダに入っている場合があり、これは潜在的に深刻なレピュテーションの問題を示しています。配信されるメッセージの数だけでなく、開封率やクリック率も監視して、ユーザーが実際に受信トレイでメッセージを見ているかどうかを判断することが重要です。プロバイダーは通常すべてのスパムインスタンスを報告しないため、1%のスパム率でも懸念の原因となり、さらなる分析が必要になる場合があります。

最後に、ビジネスや送信するメールの種類も配信に影響する場合があります。例えば、主にトランザクションメールを送信している人は、多くのマーケティングメッセージを送信している人よりも良い率を期待できるはずです。

メール配信指標が合計100%にならないのはなぜですか？

メール配信指標（配信、バウンス、スパム率）が合計100%にならないのは、ソフトバウンスされた後、最大72時間のリトライ期間後に配信されなかったメールがあるためです。

ソフトバウンスは、「メールボックスがいっぱい」「サーバーが一時的に利用不可」など、一時的または過渡的な問題によりバウンスされたメールです。ソフトバウンスされたメールが72時間後もまだ配信されていない場合、このメールはキャンペーンの配信指標に計上されません。

メールフィードバックループとは何ですか？

メールフィードバックループ（FBL）により、送信者は大量の苦情を受けるキャンペーンを特定することで、レピュテーションを監視できます。Gmailフィードバックループの実装手順については、Googleのフィードバックループの記事を参照してください。

開封トラッキングピクセルとは何ですか？

開封トラッキングピクセルは、送信者のメールクリックトラッキングドメインを利用して、メールの開封イベントをトラッキングします。ピクセルはメールのHTMLに追加される画像タグです。最も一般的には、bodyタグ内の最後のHTML要素です。ユーザーがメールを読み込むと、ブランドトラッキングドメインから画像を取得するリクエストが行われ、開封イベントが記録されます。

プレーンテキストで表示されるメールの開封をトラッキングできますか？

いいえ。BrazeはメールのHTMLに埋め込まれた開封トラッキングピクセルを使用してメールの開封をトラッキングします。受信者のメールクライアントがメールを読み込むと、この画像をリクエストし、Brazeが開封イベントを記録します。

プレーンテキストメールには画像を含めることができないため、開封トラッキングピクセルは含まれず、プレーンテキストで表示されるメールの開封をトラッキングすることはできません。ハイパーリンクはプレーンテキストでも機能するため、クリックは引き続きトラッキングできます。

これは想定される動作です。開封率の精度を高めるには、メールをHTMLとして設計し、受信者がプレーンテキスト版を表示した場合は開封がカウントされないことに注意してください。

受信者がメールを転送した場合、メールトラッキングはどのように機能しますか？

受信者がメールを転送すると、転送されたメールにはオリジナルと同じ開封トラッキングピクセルとクリックトラッキングリンクが含まれます。これは以下を意味します。

  • 元のキャンペーンオーディエンスに含まれていなかった人が転送されたメールを受信して開封した場合、Brazeは開封イベントを記録します。
  • 転送されたメール内のリンクをクリックした場合、Brazeはクリックイベントを記録します。
  • これらのイベントは、転送されたメールを受信した人ではなく、元の受信者のプロファイルに帰属します。トラッキングピクセルとリンクが元の受信者に紐付けられているためです。

Brazeは、元の受信者からの開封やクリックと、転送されたコピーを受信した人からのものを区別できません。これはメールトラッキングピクセルの標準的な動作であり、すべてのメールサービスプロバイダーに影響します。

メール指標を分析する際は、転送アクティビティが開封数やクリック数に寄与する可能性があることに注意してください。異常に高いエンゲージメント率や、同じプロファイルからの長期にわたる繰り返しのアクティビティに気付いた場合、転送が要因である可能性があります。

メールキャンペーンまたはキャンバスが停止された場合はどうなりますか？

ユーザーはキャンバスへのエントリが阻止され、それ以上のメッセージは送信されません。

メールキャンペーンとキャンバスの場合、停止ボタンは送信を即座に停止しません。送信リクエストが送信されると、ユーザーへの配信を停止することはできず、多少の遅延後に配信される場合があります。

キャンペーンまたはキャンバスが停止された後、Brazeはそれ以上のリクエストを送信しませんが、ESPが処理中のリクエストを完了する間、分析が増加し続ける場合があります。

メール分析で合計クリック数が合計開封数より多いのはなぜですか？

合計開封数はユーザーがメールを開封した回数のカウントであり、合計クリック数はリンククリックを含むあらゆる種類のクリックを含む、配信されたメール内でユーザーがクリックした回数のカウントです。以下のいずれかの理由により、開封数よりクリック数が多く表示される場合があります。

  • ユーザーが1回の開封内でメール本文を複数回クリックしている。
  • ユーザーがスマートフォンのプレビューペイン内でメールリンクをクリックしている。この場合、Brazeはこのメールをクリックされたが開封されていないとして記録します。
  • ユーザーが以前プレビューしたメールを再度開封している。

クリック数がクリックしたユーザーのセグメントより多いのはなぜですか？

キャンペーン分析はクリックイベントの合計数を表示し、セグメントはそれらのクリックを実行したユニークユーザーの数を返します。各ユーザーが複数回クリックできるため、分析の合計クリック数は、セグメントを作成した際のクリックしたユーザー数よりも多くなることがよくあります。

例えば、100人のユーザーがそれぞれリンクを3回クリックした場合、キャンペーン分析では300の合計クリックが表示されますが、そのキャンペーンの「メールをクリック」でフィルタリングしたセグメントは100人のユーザーを返します。

メールの開封数とクリック数がゼロと表示されるのはなぜですか？

トラッキングドメインの設定ミスがある場合、メールの開封数やクリック数が表示されないことがあります。これは以下のいずれかの理由による可能性があります。

  • トラッキングURLがhttpsではなくhttpになっているSSLの問題がある。
  • 開封イベント、クリックイベント、またはその両方のユーザーエージェント文字列が入力されていないCDNの問題がある。

異常なメール開封またはクリック動作が見られるのはなぜですか？

メールの開封やクリック指標に予期しないパターン（例えば、1人のユーザーがすべてのリンクを即座にクリックしているように見える、または開封が期待通りに記録されない）に気付いた場合、以下の一般的な原因を確認してください。

メールのクリッピングによりトラッキングピクセルが削除される

受信者のメールプロバイダー（Gmailが約102KBを超えるメッセージをクリッピングするなど）によってメールがクリッピングされると、メールの下部のコンテンツが切り詰められる場合があります。開封トラッキングピクセルは通常メールの下部に挿入されるため、クリッピングにより開封トラッキングが機能しなくなる可能性があります。

確認方法： メールの下部に「メッセージ全体を表示」または類似のリンクが表示されているかどうかを確認してください。Inbox Visionを使用して、スクロール可能な完全なメールをプレビューし、メッセージがクリッピングされているかどうかを確認できます。

解決方法： トラッキングピクセルをメールの下部ではなく上部に配置するようにBrazeを設定できます。トラッキングピクセルを移動すると、一部のメールクライアントでHTMLの表示に影響する場合があるため、この変更後にInbox Visionでメールをテストしてください。受信者が画像を無効にしている場合、ピクセルの配置に関係なく開封をトラッキングすることはできません。

トラッキングピクセルによりメール上部に白い隙間が表示される

開封トラッキングピクセルがメールの上部に配置されている場合、特にモバイルデバイスでメール本文の上部に目に見える白い線や隙間が表示されることがあります。

確認方法： Brazeで設定 > メール設定に移動し、開封トラッキングピクセルセクションを選択してください。送信プロバイダーに対してSendGrid用に移動、SparkPost用に移動、またはAmazon SES用に移動が有効になっている場合、ピクセルはメールHTMLの上部に配置されています。表示されたメールの上部に白い隙間や線が見える場合、この設定が原因である可能性があります。

解決方法： 送信プロバイダーの開封トラッキングピクセルセクションで、該当するSendGrid用に移動、SparkPost用に移動、またはAmazon SES用に移動のトグルをオフにしてください。トラッキングピクセルは通常、メールの下部ではあまり目立ちません。配置を変更した後、Inbox Visionでメールをテストしてください。詳細については、配置の更新を参照してください。

統計の遅延または開封なしのクリック

開封トラッキングは、受信者が画像を有効にしてメールを読み込むことに依存しています。場合によっては、以下の理由により統計が遅延したり、対応する開封なしにクリックが記録されたりすることがあります。

  • 受信者がメールを完全に開封せずにプレビューペインで表示し、プレビューから直接リンクをクリックしている。
  • メールクライアントが、受信者がリンクを操作した後まで画像（したがってトラッキングピクセル）を読み込まない。

一部の企業メールセキュリティツール（Barracuda、Proofpoint、類似のサービスなど）は、メッセージ内のすべてのリンクを自動的にクリックして安全性を確認することで、受信メールをスキャンします。これにより、送信後数秒以内にクリックイベントが表示され、メール内のすべてのリンクが急速に連続してクリックされることがよくあります。

この動作は、機関のメールドメイン（高校、大学、企業環境など）でより一般的であり、送信ドメインがトラッキングドメインと大きく異なる場合に発生しやすくなります。カスタムブランドトラッキングドメインを設定すると、これらの自動クリックの頻度を減らすことができます。

確認方法： クリックイベントのIPアドレス（Currentsデータで利用可能）を検索エンジンで調べてください。IPが既知のセキュリティプロバイダー（Barracuda Networksなど）に関連付けられている場合、クリックは自動化されている可能性が高いです。複数の自動クリックにわたって一貫したUser-Agentヘッダーが表示される場合もあります。

セキュリティスキャンがメール指標に与える影響に関する追加のコンテキストについては、クリック率の増加への対処を参照してください。

サーバークリックをトリガーする潜在的なリスクは何ですか？

メールメッセージの特定の要素（過度に長いメッセージや感嘆符の多用など）は、メールセキュリティの応答をトリガーする可能性があります。これらの応答は、レポートやIPレピュテーションに影響を与え、ユーザーの購読解除につながる可能性があります。

これらの応答への対処方法のベストプラクティスについては、クリック率の増加への対処を参照してください。

Brazeは、メール内で以下のLiquidが使用されている場合に購読解除リンクをトラッキングします：${set_user_to_unsubscribed_url}

メール本文の購読解除リンクをクリックしたユーザーよりも購読解除数が多い場合、List-unsubscribeがその差を説明していることがよくあります。List-unsubscribeは、メールヘッダー内の追加の購読解除パス（メッセージ本文のリンクではありません）です。ユーザーがこの方法で購読解除すると、購読解除数にカウントされますが、本文内のトラッキングされた購読解除URLのクリックとしてはカウントされません。

本文の購読解除リンクの合計クリック数が購読解除数より多い場合、ユーザーがリンクを複数回クリックした可能性があります。例えば、購読解除し、再購読し、再度購読解除した場合、メール分析ではクリック内訳に複数のクリックが記録されます。

ユーザーが購読解除リンクを2回クリックした場合（例えば、購読解除し、再度購読し、再び購読解除した場合）、これはメール分析で2回カウントされます。

いいえ。Brazeはこの機能を提供していません。これは、メールの大多数がモバイルデバイスや最新のメールクライアントで開封されており、画像やコンテンツを問題なく表示するためです。

回避策： この同じ結果を達成するには、メールのコンテンツを外部のランディングページ（Webサイトなど）にホストし、メール本文を編集する際にリンクツールを使用して、作成中のメールキャンペーンからそのページにリンクすることができます。

BrazeはプレーンテキストのURLや「www.」テキストを自動的にリンクに変換しますか？

いいえ。Brazeはメッセージをスキャンして、www.で始まるテキストやURLのように見えるプレーンテキストをハイパーリンクに変換することはありません。HTMLアンカータグ（<a href="...">）で定義したリンクのみが、Brazeの通常のレンダリングとリンク機能を通じて処理されます。

受信者がプレーンテキストをクリック可能なリンクとして表示している場合、その動作は通常、メールクライアント（Gmail、Outlook、Apple Mailなど）によるものです。多くのクライアントは、メッセージが配信された後にURLのような文字列を検出し、受信者のデバイス上でリンクに変換します。Brazeはその動作を制御できず、受信者に対してオフにすることもできません。

予測可能なリンクの外観、トラッキング、スタイリングのために、プレーンテキストURLの代わりに明示的な<a href>タグを使用してください。

メールHTML内のリンクにtarget属性（target="_blank"やtarget="_top"など）を設定できますが、ほとんどのメールクライアントはこの属性を無視またはオーバーライドします。例えば、Gmailは指定に関係なく、事実上_blankのような動作を強制します。

メールクライアントの動作は異なるため、リンクの開き方を制御するためにtarget属性に依存すべきではありません。どのメールクライアントがtarget属性をサポートしているかの詳細については、caniemail.comを参照してください。

メールセキュリティソフトウェアによってユーザーが自動的に購読解除されるのはなぜですか？

一部の企業メールセキュリティツール（Barracuda、Proofpoint、類似のサービスなど）は、購読解除リンクを含む受信メール内のすべてのURLをプリフェッチまたはスキャンします。セキュリティツールがワンクリックのlist-unsubscribeリンクをたどると、意図しない購読解除が発生する可能性があります。

これを軽減するには：

  • 受信者に送信ドメインの許可リストへの追加を推奨する： 影響を受ける受信者のITチームと協力して、送信ドメインとBrazeトラッキングドメインをメールセキュリティの許可リストに追加してください。
  • ユーザー設定センターを使用する： 直接の購読解除リンクの代わりに、購読解除アクションを確認するためにユーザーの操作を必要とするユーザー設定センターを使用してください。セキュリティスキャナーは通常、複数ステップのフォームを完了しません。
  • 購読解除ログを確認する： Currentsの購読解除イベントデータのUser-AgentヘッダーとIPアドレスを確認して、自動スキャンと一致するパターン（複数の購読解除にわたる一貫したUser-Agentヘッダーなど）を特定してください。

サーバーサイドスキャンがメール指標に与える影響の詳細については、クリック率の増加への対処を参照してください。

マシン開封率が予期せず変化したのはなぜですか？

マシン開封は、Apple Mail Privacy Protection（MPP）などのメールセキュリティ機能によってトリガーされ、ユーザーが実際にメールを開封することなく、メールコンテンツ（トラッキングピクセルを含む）をプリロードします。マシン開封率は以下に基づいて変動する可能性があります。

  • Apple Mailやその他のプライバシー対応メールクライアントを使用するオーディエンスの割合の変化。
  • メールプロバイダーのプライバシー機能やボット検出動作の更新。
  • オーディエンスのセグメンテーションやターゲティングの変更。

マシン開封率は、実際のエンゲージメントの信頼できる指標ではありません。メールパフォーマンスのより正確な把握には、その他の開封（非マシン開封）とユニーククリックに注目してください。メールパフォーマンスダッシュボードを使用して、これらの指標を経時的に比較することもできます。

Gmailはメールメッセージからすべての非HTTP/HTTPSリンクを削除します。ディープリンクがカスタムスキーム（myapp://path/to/contentなど）を使用している場合、Gmailはそれを削除し、Gmailでメールを読んでいる受信者にはリンクが機能しません。これはGmailの制限であり、Brazeの制限ではありません。

これを回避するには：

  • Universal Links（iOS）またはApp Links（Android）を使用する。 これらは標準のhttps:// URLを使用し、アプリがインストールされている場合はアプリを開き、そうでない場合はWebページにフォールバックします。設定手順については、Universal LinksとApp Linksを参照してください。
  • ディープリンクプロバイダーを使用する。 Branchなどのサービスは、Gmailを含むメールクライアントと互換性のあるHTTP形式のディープリンクを生成します。
  • リダイレクトエンドポイントを設定する。 サーバー上にアプリのカスタムスキームURLにリダイレクトするhttps://エンドポイントをホストします。メールクライアントはhttps://リンクを保持し、リダイレクトがアプリの起動を処理します。

ユニーク開封数指標にはマシン開封が含まれますか？

はい。ユニーク開封数にはマシン開封が含まれます。両方の指標はキャンペーン分析ビューとレポートビルダーで確認できます。

メール配信量が送信量と一致しないのはなぜですか？

メールが送信された後、受信者の受信トレイがいつ配信するかを決定します。メールボックスがいっぱい、特定のIPからのESPスロットリングなどの理由により、メッセージは数時間または数日間遅延する場合があります。

遅延されたメッセージが送信日とは異なるカレンダー日に配信された場合、同じ日付範囲で配信数が送信数を超える場合があります。多くの遅延が1日に集中した場合、その範囲で送信数が配信数を超える場合があります。

この警告は、購読解除リンクがなかったキャンペーンから複製されたキャンペーンで表示され続ける場合があります。これを解消するには：

  • HTMLメールの場合、プレーンテキストタブに移動し、HTMLから再生成を選択してください。
  • 複製後、バリアントを複製してから元のバリアントを削除してください。元のバリアントを選択しないでください。選択すると警告が引き継がれる可能性があります。

ユーザーが受信すべきでないメールを受信したのはなぜですか？

Brazeが設定通りに動作していても、配信が間違っているように見えることがあります。以下を確認してください。

  • 1つの受信トレイを共有する重複プロファイル（メールが送信された際、複数のプロファイルが同じメールアドレスを持っている場合はどうなりますか？を参照）。
  • オーディエンスに含まれている、またはCC/BCCとして送信に含まれているシードリスト、テスト受信者、または内部アドレス。
  • セグメントまたはキャンバスのタイミング： Brazeが適格性を評価した時点でユーザーがオーディエンスまたはキャンバスステップに一致し、その後メッセージを読む前に属性や購読ステータスが変更された。
  • 購読グループ： グローバル購読ステータスが別の状態を示唆していても、メッセージがターゲットとしたグループにユーザーがオプトインしたままだった。
  • セグメンテーション後、変更が適用されると予想する前にユーザーを更新したAPIまたはファイルインポート。

メッセージアクティビティログ、キャンペーンまたはキャンバスの変更ログ、セグメント定義を確認してください。それでも送信を照合できない場合は、ユーザー識別子、dispatch_id（利用可能な場合）、タイムスタンプを添えてBrazeサポートにお問い合わせください。

ユーザーがメールメッセージを受信していないのはなぜですか？

ユーザーが受信すると予想したメールを受信しない理由はいくつかあります。

  • メールを受信する資格がなかった。
  • メールアドレスが無効または存在しない。
  • メッセージを見逃したか削除した可能性がある。
  • メッセージがスパムフォルダにある可能性がある。

以下の表を使用して原因を絞り込んでください。

メールが送信されなかった

考えられる原因 確認事項
ユーザーがキャンペーンまたはキャンバスの対象ではなかった ターゲットオーディエンス（キャンペーンの場合）またはターゲットオーディエンス（キャンバスの場合）の設定を確認して、送信時にユーザーがすべてのオーディエンスフィルター、セグメント条件、配信ルールを満たしていたことを確認してください。
メッセージが中止された メッセージアクティビティログでLiquidエラーや必須フィールドの欠落などの中止理由を確認してください。
ユーザーのメールアドレスが無効または欠落していた ユーザー検索でユーザーのプロファイルを確認し、送信時に有効なメールアドレスが登録されていたことを確認してください。
ユーザーのメールアドレスが以前ハードバウンスした ハードバウンスはメールアドレスを無効としてマークし、そのアドレスへの今後の送信を防止します。同様に、受信者がメールをスパムとしてマークした場合、Brazeはそのユーザーにトランザクションメールのみを送信し、標準キャンペーンは送信しません。ユーザーのプロファイルのエンゲージメントタブを確認してください。詳細については、購読解除されたメールアドレスとバウンスと無効なメールを参照してください。
ユーザーがメールの購読を解除している エンゲージメントタブの連絡先設定でユーザーの購読ステータスを確認してください。Brazeは購読解除したユーザーにメールを送信しません。

メールは送信されたが、受信トレイに届かなかった

考えられる原因 確認事項
メールボックスプロバイダー（MBP）に到達できなかった 一時的な問題により、メールが受信者のMBPに到達できませんでした。これは通常、リトライにより自動的に解決されます。メールサービスプロバイダーはソフトバウンスを最大72時間リトライします。
MBPがメールをバウンスした 受信者のメールサーバーがメールを拒否しました。バウンスの詳細についてはメッセージアクティビティログを確認してください。
MBPがメールをサイレントにドロップした MBPはメールを受け入れましたが、ユーザーに表示せず、バウンスも返しませんでした。これはBrazeの制御外であり、Brazeのログでは検出できません。
メールがスパムフォルダに入った MBPがメッセージをスパムと判定し、ユーザーのスパムまたは迷惑メールフォルダにルーティングしました。ユーザーにスパムフォルダを確認するよう依頼してください。
受信者がカスタムメールフィルタリングを設定している ユーザーまたはIT管理者が、受信メッセージをフィルタリング、リダイレクト、または削除するメールボックスルールを設定している可能性があります。

メール配信性の問題をトラブルシューティングするにはどうすればよいですか？

メールが遅延、延期、またはバウンスしている場合は、メッセージアクティビティログでバウンスと延期の詳細を確認し、配信チェーンのどこで問題が発生しているかを特定してください。一般的な配信性の問題は4つのカテゴリに分類されます。

ESPのレート制限応答の読み取り

メールサービスプロバイダー（ESP）（Amazon SES、SparkPost、SendGridなど）は、メッセージを受け入れるか延期する際にSMTP応答コードを返します。レート制限応答は通常、一時的な障害を示す4xxコードを使用します。

  • 421： サービスが一時的に利用不可。高ボリューム、接続制限、またはサーバーリソースの制約が原因であることが多いです。メッセージはキューに残り、ESPが自動的に配信をリトライします。
  • 429： APIレート制限を超過。許可された時間枠内で送信したリクエストが多すぎます。
  • 450 / 451： ボリュームまたは接続による一時的な延期。受信サーバーが速度を落とすよう要求しています。

メッセージアクティビティログまたはESPダッシュボードでこれらのコードが表示された場合、影響を受けるドメインへの送信量を減らし、段階的に長いリトライ間隔を使用してください。レート制限中にフルボリュームで送信を続けると、一時的な延期が永続的な拒否にエスカレートする可能性があります。

メールボックスプロバイダーのレート制限

メールボックスプロバイダーは、Brazeの送信制御とは別に、受信メールに対する独自のレート制限を適用します。これらの制限は厳格であり、直接制御することはできません。

  • Virgin Media / NTL（英国）：421 4.1.1 MXIN503 Hourly ratelimit for your IP exceededエラーをトリガーする時間単位のレート制限を使用します。これらの制限は、低ボリュームの送信者にも影響する可能性があります。そのIPを共有するすべての送信者にわたってIPレベルで適用されます。
  • Gmail、Yahoo、iCloud、Microsoft：各プロバイダーは、送信者のレピュテーション、ボリューム、エンゲージメントパターンに基づく独自のスロットリングしきい値を持っています。

プロバイダー固有のレート制限に遭遇した場合は、送信をより長い期間にわたってバッチ処理するか、メールボックスプロバイダーごとにセグメント化してボリュームをより段階的に分散することを検討してください。受信者リストが1つのプロバイダーに集中していないか確認し、集中している場合は配信を分散させてください。

ウイルス対策スキャンによる企業メールの遅延

ビジネスメールアドレスは、配信前にメッセージをスキャンする企業セキュリティゲートウェイを通過することがよくあります。これにより、特に以下のようなメッセージの場合、メールが15〜20分以上遅延する可能性があります。

  • 大きな添付ファイル
  • 馴染みのないドメインへのリンク
  • フィッシングパターンに似たコンテンツ

これらの遅延は、セキュリティシステムが隔離されたサンドボックス環境で動作分析のためにメッセージをキューに入れるために発生します。大量のメールが同時に到着すると、メッセージが分析のためにキューに入り、遅延がさらに延長されます。これはエンタープライズメールセキュリティの通常の動作であり、回避できるものではありません。企業の受信者にタイムセンシティブなメッセージを送信する場合は、コミュニケーションのタイムラインにこの処理時間を考慮してください。

Google 421 4.7.28レート制限エラーのトラブルシューティング

Gmailは、IPアドレス、送信IP範囲、SPFドメイン、DKIMドメイン、またはURLドメインから異常な率の迷惑メールを検出した場合に421-4.7.28エラーを返します。これは永続的なブロックではなく一時的なスロットルですが、送信量、速度、またはレピュテーションがGmailの現在の期待を満たしていないことを示しています。

このエラーを受信した場合：

  1. 24〜48時間、必須でない送信を直ちに一時停止してください。スロットル中に送信を続けると問題がエスカレートし、永続的な550拒否につながる可能性があります。
  2. SPF、DKIM、DMARCが正しく設定されており、From:ヘッダーが認証と一致していることを確認してください。
  3. Google Postmaster ToolsとBrazeの配信性センター（Google Postmasterを接続後）で、ドメインのコンプライアンスステータスとスパム苦情率を確認してください。ユーザー報告のスパム率は0.1%未満に維持する必要があります（上限は0.3%です）。
  4. 一時停止後、最もエンゲージメントの高い受信者のみに対して、以前のボリュームの10〜20%で送信を再開してください。さらなる4xxエラーが発生しない場合にのみ、数週間かけてゆっくりとボリュームを増やしてください。

追加のガイダンスについては、Googleの一括メール送信者ガイドラインを参照してください。

Outlookで画像を最適化するにはどうすればよいですか？

Outlookは標準のブラウザレンダリングではなくMicrosoft Wordレンダリングを使用することが多く、画像が正しくレンダリングされなかったり、画像の周りに枠線が追加されたりする場合があります。このクライアント固有のレンダリングは、異なるメールクライアント間での代替テキストの表示方法にも影響します。

Outlookで画像が期待される幅より大きく表示される場合は、画像に以下のCSSを追加してください。

1

max-width: 100%;

例：

1

<img src="your-image.png" style="max-width: 100%;" alt="Description">

また、条件付きコメントを使用して、Outlookデスクトップでコンテンツを非表示にすることもできます。

1
2
3

<!--[if !mso]><!-- -->
<span>Content hidden in Outlook desktop</span>
<!--<![endif]-->

メールメッセージでSVGまたはWebP画像を使用できますか？

SVG画像は、メールクライアント間でのサポートが限られているため、メールには推奨されません。Gmailやその他の主要なメールプロバイダーはSVG画像をレンダリングしないため、受信者にとって画像が壊れたり表示されなかったりする可能性があります。WebPもクライアント間で一貫してサポートされていません。

代わりに、PNGやJPEGなどの広くサポートされている形式を使用して、画像が確実にレンダリングされるようにしてください。

メールに動画を埋め込むことはできますか？

埋め込み動画は、Gmail、Outlook、Yahooなどの多くの一般的なメールクライアントでネイティブにサポートされていません。そのため、埋め込み動画要素は意図通りに表示されないか、まったく表示されない場合があります。さらに、メールに直接動画を埋め込むと、メールサイズが大幅に増加し、メッセージがスパムとしてマークされる可能性が高まります。

代わりに、動画プレーヤー内の動画に似たGIFまたは静止画像を作成し、その画像を動画にリンクすることができます。ユーザーが画像をクリックすると、Webサイトまたは動画プラットフォームにホストされている動画に誘導されます。BrazeはPlayableとのインテグレーションもサポートしており、サポートされているメールクライアントで自動再生される最適化された動画コンテンツを提供します。

メッセージ作成画面の一部で割り当てたLiquid変数を別の部分で使用できますか？

いいえ。メールの各部分（件名、本文、ヘッダー、ボタンなど）は個別に生成されるため、1つのフィールドで割り当てたLiquidは別のフィールドでは使用できません。必要な各フィールドで変数を割り当ててください。

メールテンプレートが見つかりません。どこにありますか？

まず、テンプレートを表示するためのユーザー権限があることを確認してください。保存されたメールテンプレートを表示するには、コンテンツ > メールに移動してください。ステータスとタイプ（HTMLまたはドラッグ＆ドロップ）でテンプレートをフィルタリングできます。

リレーメールやマスクメール用にドメインを登録する必要がありますか？

AppleのPrivate Email Relayでは、バウンスを防ぐためにApple Developer Portalで送信ドメインを登録する必要があります。Google Shielded Emailでは、手動でのドメイン登録や許可リスト登録プロセスは必要ありません。

いいえ。メールの件名にハイパーリンクを追加することは、メールボックスプロバイダーによってサポートされていません。一部のメールボックスプロバイダーは件名を自動的にスキャンし、住所、日付、時刻をクリック可能なリンクに変換しますが、これは受信者のデバイスで自動的に行われるものであり、Braze（またはいかなるESP）の制御外です。

同様に、プリヘッダー内にハイパーリンクを追加することも、メール業界全体でサポートされていません。

件名やプリヘッダー領域でクリック可能なコンテンツに似た機能が必要な場合は、Gmailプロモーションを使用して、Gmailユーザー向けにメールにインタラクティブなアノテーションを追加することを検討してください。

バウンス理由のunable to get mx infoまたはfailed to get IPs from PTR recordとは何を意味しますか？

メッセージアクティビティログで、以下のようなバウンス理由は、Brazeのメッセージ構成ではなく、受信ドメインのメール設定（アドレスの@の後のドメイン）の解決に問題があることを示しています。

一般的な原因には以下が含まれます。

  • そのドメインのMXレコードが欠落、不正、または到達不能
  • 受信インフラが期待するPTR（逆引きDNS）チェックに失敗する、または解決しない受信メールホスト名
  • メールアドレスの無効または誤入力されたドメイン

次のステップ：

  • アドレスとドメインのスペルを確認してください。
  • アドレスが正しい場合は、そのドメインのメールボックス所有者またはITチームに連絡してください。
  • DNSプロバイダーと協力して、メールサーバーのPTRレコードを含むMXおよび関連DNSレコードを監査するよう依頼してください。

他の受信者は通常影響を受けません。ソフトバウンスがレポートにどのように表示されるかについては、ソフトバウンスを参照してください。

Brazeから自分自身にメールを送信するとスパムアラートが表示されるのはなぜですか？

Brazeから自分のメールアドレスにテストメールを送信し、スパム警告やフィッシングアラート（「送信ドメインが貴社のドメインに似ていますが、認識できません」など）が表示された場合、これはBrazeの設定のエラーではなく、一般的なフィッシング対策セキュリティ機能です。

このアラートは通常、メールの送信ドメインが受信者ドメインと一致する場合（例えば、両方が@yourcompany.comの場合）に表示されます。メールセキュリティシステムは、詐欺師が受信者の会社ドメインに似たドメインを偽装することが多いため、これをフラグします。

メールが正しく設定されていることを確認するには：

  1. メールクライアントで元のメッセージ（生のメールヘッダー）を表示してください。
  2. SPF、DKIM、DMARC認証がすべてパスしていることを確認してください。
  3. 3つすべてがパスしている場合、Brazeのメール送信は正しく設定されています。

このアラートが表示されないようにするには：

ITチームに、Brazeの送信ドメインとIPアドレスを会社のメールセキュリティサービスまたはメールゲートウェイの許可リストに追加するよう依頼してください。これにより、セキュリティシステムがBrazeの送信インフラからのメールを信頼するようになります。
New Stuff!