このページはAIにより自動翻訳されており、不正確な内容が含まれている可能性があります。翻訳の誤りを報告するには、ページ右側の目次の下にあるフィードバックをご利用ください。

よくある質問

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

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

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

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

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トリガーキャンペーンを除く）とキャンバスでは、一致するメールアドレスを持つ異なるプロファイルが異なるタイミングでトリガーを満たした場合、同じアドレスに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つのみがメールを受信します。

重要

API呼び出しを通じてAPIキャンペーン（APIトリガーキャンペーンを除く）を送信し、同じメールアドレスを持つ複数のユーザーがセグメントオーディエンスに指定されている場合、呼び出しに記載された回数だけそのアドレスに送信されます。これは、API呼び出しが意図的に構築されたものとみなされるためです。

重複メールアドレスでの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%にならないのはなぜですか？

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

送信済みのメールキャンペーンまたはキャンバスをリコールできますか？

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

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

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

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

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

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

メール分析で合計クリック数が合計開封数より多く表示されるのはなぜですか？

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

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

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

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

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

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

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

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

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

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

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

受信者のメールプロバイダー（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レピュテーションに影響を与え、ユーザーの購読解除につながる可能性があります。

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

Brazeは「購読解除」指標にカウントされる購読解除リンクをトラッキングできますか？

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

購読解除数と購読解除リンクのクリック数が異なるのはなぜですか？

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

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

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

メールに「ブラウザでこのメールを表示」リンクを追加できますか？

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

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

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

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

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

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

メールリンクの `target` 属性を制御できますか？

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

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

メールリンク内のプラス記号 `+` がスペースに変わるのはなぜですか？

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

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

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

これを軽減するには：

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

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

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

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

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

マシンオープンの割合は、実際のエンゲージメントの信頼できる指標ではありません。メールパフォーマンスのより正確なビューを得るには、その他の開封（マシンオープン以外の開封）とユニーククリックに焦点を当ててください。メールパフォーマンスダッシュボードを使用して、これらの指標を時系列で比較することもできます。

Gmailでディープリンクが機能しないのはなぜですか？

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形式のディープリンクを生成します。
リダイレクトエンドポイントを設定する。 サーバー上に https:// エンドポイントをホストし、アプリのカスタムスキームURLにリダイレクトします。メールクライアントは https:// リンクを保持し、リダイレクトがアプリの起動を処理します。

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

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

これがコンバージョンダッシュボードのアトリビューションにどのように影響するかについては、コンバージョンダッシュボードページのトラブルシューティングにあるメール開封の合計がキャンペーン分析と一致しないのはなぜですか？を参照してください。

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

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

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

メールに既に購読解除リンクがあるのに、購読解除リンクを含めるよう警告が表示されるのはなぜですか？

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

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

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

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

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

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

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

ユーザーが受信を期待していたメールを受信しない理由はいくつかあります。

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

ヒント

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のレート制限レスポンスの読み取り

メールサービスプロバイダー（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つのプロバイダーに集中しているかどうかを確認し、ほとんどの受信者が1つのドメインを使用している場合は、配信をずらしてください。

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

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

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

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

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

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

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

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

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

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

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

メールメッセージで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では、手動のドメイン登録や許可リスト登録プロセスは不要です。

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

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

次のステップは設定によって異なります。

確認済みドメインを使用している場合は、サブドメインを委任するためにNSレコードを1回追加します。Brazeがその後、SPFとDKIMレコードを作成・管理します。
それ以外の場合は、Brazeが設定 > メールセルフサービスに表示する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チームに連絡してください。
DNSプロバイダーに、メールサーバーのPTRレコードを含むMXおよび関連DNSレコードの監査を依頼してください。

他の受信者は通常影響を受けません。レポートでのソフトバウンスの表示方法については、ソフトバウンスを参照してください。

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

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

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

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

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

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

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

New Stuff!