コンテンツにスキップ

よくある質問

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

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

キャンペーンを受信するセグメント内に、メールアドレスが一致する複数のユーザーがいる場合、送信時にそのメールアドレスを持つユーザープロファイルが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つの受信トレイに統合されているかどうかを確認できます。

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

メールキャンペーンとキャンバスステップの再適格性は、受信トレイではなく各ユーザーのプロファイルを使用します。そのため、そのロジックが満たされている間は、複数のプロファイルがそれぞれ別の送信の対象となる可能性があります。トリガーと組み合わせると、アドレス単位で1つの不適格期間を守ろうとしていても、同じ受信トレイに複数のメッセージが配信される可能性があります。トリガーキャンペーン（API トリガーキャンペーンを除く）とキャンバスでも、メールアドレスが一致する異なるプロファイルが異なるタイミングでトリガー条件を満たした場合、1つのアドレスに2回送信されることがあります。たとえば、ユーザーAとユーザーBが[email protected]を共有しているものの、異なるタイムゾーンにいて、配信にローカルタイムゾーンを使用している場合です。

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

例外: 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 Canvasをご希望ですか？製品フィードバックの送信をご検討ください。

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

ユーザーAのメールアドレスを、ユーザーBがすでに使用しているアドレスに設定または更新すると、ユーザーAはユーザーBの購読ステータスを引き継ぎます。メールを更新したときにユーザーを再購読させるがオンになっている場合、Brazeは以前に購読解除したユーザーを、新しいアドレスがまだ購読解除リストに含まれていない場合にのみ再購読させます。詳しくは、メールが変更されたときにユーザーを再購読させるを参照してください。

送信メール設定の更新は過去にさかのぼって適用されますか？

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

「良好な」メール配信率とはどの程度ですか？

一般的に、「マジックナンバー」はメッセージの約98%が配信され、バウンス率が3%以下であることです。配信されたメッセージが98%を下回る場合は、通常、懸念すべき状況です。

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

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

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

BrazeでMicrosoft SNDSを設定するにはどうすればよいですか？

Microsoft SNDS（Smart Network Data Services）は、専用の送信IPから送信されたメールをMicrosoftの受信トレイプロバイダーがどのように評価しているかをレポートします。Brazeは、Amazon SES、SendGrid、SparkPostの専用IPについて、配信到達性センターにSNDSデータを自動的に表示します。お客様側での設定は不要です。

SNDSの指標と定義を確認するには、Microsoft Smart Network Data Services（SNDS）を設定するを参照してください。

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

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

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

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

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

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

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

プレーンテキストで表示されたメールの開封を追跡できますか？

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

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

これは想定された挙動です。開封率を正確に把握するには、メールをHTMLで作成し、受信者がプレーンテキスト版を表示した場合は開封がカウントされないことに留意してください。

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

受信者がメールを転送すると、転送されたメールには元のメールと同じ開封トラッキングピクセルとクリックトラッキングリンクが含まれます。つまり、次のようになります。

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

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

メールの指標を分析する際は、転送のアクティビティが開封数やクリック数に影響する可能性があることに留意してください。エンゲージメント率が異常に高い場合や、同じプロファイルから時間をおいて繰り返しアクティビティが発生している場合は、転送が要因となっている可能性があります。

送信済みのメールキャンペーンやキャンバスを取り消すことはできますか？

いいえ。Brazeが送信リクエストをメールサービスプロバイダー (ESP) に引き渡した後は、その送信を取り消すことはできません。また、メッセージが受信者の受信トレイに届いた後は、削除することもできません。

それ以降の送信を停止するには、キャンペーンを停止またはキャンバスを停止を選択します。すでにESPに引き渡されたメッセージは引き続き配信される可能性があります。詳しくは、メールキャンペーンまたはキャンバスを停止するとどうなりますか？を参照してください。

メールキャンペーンまたはキャンバスを停止するとどうなりますか？

ユーザーはキャンバスにエントリーできなくなり、それ以降のメッセージは送信されません。

メールキャンペーンとキャンバスでは、停止ボタンを押しても送信がすぐに停止するわけではありません。送信リクエストが送られた後は、ユーザーへの配信を止めることはできません。配信は多少遅れて行われる場合があります。

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

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

総開封数はユーザーがメールを開封した回数であり、総クリック数はユーザーが配信されたメール内でクリックした回数（リンクのクリックなど、あらゆる種類のクリックを含む）です。開封数よりクリック数が多く表示される理由として、次のようなものが考えられます。

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

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

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

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

メールの開封数とクリック数がゼロになっているのはなぜですか？

トラッキングドメインの設定に誤りがある場合、メールの開封やクリックが表示されないことがあります。原因として、次のいずれかが考えられます。

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

メールの開封やクリックの挙動が異常に見えるのはなぜですか？

メールの開封指標やクリック指標に予期しないパターン（1人のユーザーがすべてのリンクを即座にクリックしているように見える、開封が想定どおりに記録されないなど）が見られる場合は、次の一般的な原因を確認してください。

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

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

確認方法: メールの下部に「メッセージ全体を表示」などのリンクが表示されているかどうかを確認します。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レピュテーションに影響し、ユーザーの購読解除につながる可能性があります。

こうした対応への対処に関するベストプラクティスについては、クリック率の増加への対処を参照してください。

メール内で次のLiquidを使用している場合、Brazeは購読解除リンクを追跡します: ${set_user_to_unsubscribed_url}

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

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

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

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

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

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

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

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

リンクの外観、トラッキング、スタイルを予測どおりにするには、プレーンテキストのURLではなく、明示的な<a href>タグを使用してください。

メールHTML内のリンクにtarget属性（target="_blank"やtarget="_top"など）を設定することはできますが、ほとんどのメールクライアントはこの属性を無視または上書きします。たとえばGmailでは、指定した内容にかかわらず、実質的に_blankのような挙動が強制されます。

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

一部のクエリパーサーは、エンコードされていないプラス記号+をスペースとして扱います。リンク先URLのクエリパラメーターにプラス記号が必要な場合は、メールにリンクを追加する前に%2Bとしてパーセントエンコードしてください。

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

一部の企業向けメールセキュリティツール（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の制限ではありません。

これを回避するには、次の方法があります。

  • ユニバーサルリンク（iOS）またはアプリリンク（Android）を使用する。 これらは標準のhttps:// URLを使用し、アプリがインストールされている場合はアプリを開き、それ以外の場合はWebページにフォールバックします。設定手順については、ユニバーサルリンクとアプリリンクを参照してください。
  • ディープリンクプロバイダーを使用する。 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管理者が、受信メッセージをフィルタリング、リダイレクト、または削除するメールボックスルールを設定している可能性があります。

バウンスリストからメールアドレスを削除するにはどうすればよいですか？

有効なメールアドレスがBrazeで無効と表示されている場合（通常はメールサービスプロバイダーからのハードバウンス後）、/email/bounce/removeエンドポイントを使用してください。これにより、Brazeのバウンスリストと、メールプロバイダーが管理するバウンスリストの両方からアドレスが削除されます。その後、Brazeはそのアドレスへの送信を再開します。

アドレスがハードバウンスではなくスパムとしてマークされた場合は、代わりに/email/spam/removeエンドポイントを使用してください。

詳しくは、バウンスと無効なメールとバウンスリストまたはスパムリストからメールアドレスを削除するを参照してください。

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

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

ESPのレート制限レスポンスの読み方

Amazon SES、SparkPost、SendGridなどのメールサービスプロバイダー (ESP) は、メッセージを受け入れたり保留したりする際にSMTPレスポンスコードを返します。レート制限のレスポンスには通常、一時的な失敗を示す4xxコードが使用されます。

  • 421: サービスが一時的に利用できません。多くの場合、大量の送信、接続数の制限、サーバーリソースの制約が原因です。メッセージはキューに残り、ESPが自動的に配信を再試行します。
  • 429: API のレート制限を超えました。許容される時間枠内に送信したリクエストが多すぎます。
  • 450 / 451: 送信量または接続数による一時的な保留です。受信側サーバーが送信ペースを落とすよう求めています。

メッセージアクティビティログやESPのダッシュボードでこれらのコードが表示された場合は、影響を受けているドメインへの送信量を減らし、再試行の間隔を徐々に長くしてください。レート制限中に最大量で送信を続けると、一時的な保留が恒久的な拒否にエスカレートする可能性があります。

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

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

  • Virgin Media / NTL（英国）: 1時間単位のレート制限を使用しており、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’s Bulk Email Senders Guidelinesを参照してください。

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

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

Outlookで画像が想定した幅より大きく表示される場合は、画像に次のCSSを追加してください。




max-width: 100%;

例:




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

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




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

Outlookへのテスト送信で画像が重複する

メールテンプレートを複製した後、Outlookへのテスト送信では画像が2回表示されるのに、プレビューでは1回しか表示されない場合、メールにはその画像の2つのバージョン（標準の画像ブロックとMicrosoft Office（MSO）の条件付きブロック）が含まれている可能性があります。

これを解決するには、画像を重複させているMSOの条件付きブロックを削除します。MSOブロックを削除すると一部のOutlookバージョンでの表示に影響する場合は、各クライアントで画像のバージョンが1つだけ表示されるように条件ロジックを調整してください。

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

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

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

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

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

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

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

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

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

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

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

Appleのプライベートメールリレーでは、バウンスを防ぐためにApple Developer Portalで送信ドメインを登録する必要があります。Google Shielded Emailでは、手動でのドメイン登録や許可リストへの追加は必要ありません。

SPFとDKIMの設定はどこにありますか？

SPFやDKIM専用の設定ページはありません。Brazeはドメインの設定時にこれらのレコードを生成してドメイン設定ページに表示するため、ダッシュボードではなくDNSプロバイダーで設定します。

次に行うことは、設定によって異なります。

  • 検証済みドメインを使用している場合は、NSレコードを一度追加してサブドメインを委任します。その後、BrazeがSPFレコードとDKIMレコードを作成・管理します。
  • それ以外の場合は、設定 > メールセルフサービスに表示されるTXTレコードとCNAMEレコードをDNSプロバイダーに追加し、ダッシュボードに戻って認証を選択します。

レコードが正しいことを確認しても認証が失敗し続ける場合は、Brazeサポートにお問い合わせください。各レコードの役割については、メール認証とDNSレコードについてを参照してください。

送信IPアドレスはどこで確認できますか？

会社の設定の下にある設定 > メールセルフサービスに移動し、IPプールを展開すると、割り当てられているアドレスを確認できます。このページには送信者認証という見出しが表示されます。このページを表示するには、「ドメイン設定を編集」などのドメイン設定に関する権限が必要です。

メールセルフサービスページでは、IPアドレスは読み取り専用です。追加や編集を行うには、Brazeサポートにお問い合わせください。設定手順の全体については、IPとドメインを設定するを参照してください。

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

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

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

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

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

一般的な原因には次のようなものがあります。

  • そのドメインのMXレコードが存在しない、正しくない、または到達できない
  • 受信メールのホスト名が解決されない、または受信側インフラが想定するPTR（逆引きDNS）チェックに失敗する
  • メールアドレスのドメインが無効である、または入力ミスがある

次のステップ:

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

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

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

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

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

メールが正しく設定されていることを確認するには、次の手順を行います。

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

このアラートが表示されないようにするには、次の対応を行います。

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

Brazeカスタマーエンゲージメントプラットフォームのドキュメント。

リソース
法的情報
会社情報
© 2026 Braze, Inc. All rights reserved.
Braze ステータスの確認
New Stuff!