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

よくある質問

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

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

キャンペーンを受信するセグメントに、一致するメールアドレスを持つ複数のユーザーがいる場合、送信時にそのメールアドレスを持つ単一のユーザープロファイルが選択されます。これにより、メールは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：受信者オブジェクト内の異なるuser_idsにおける重複メール： 同じメールがrecipientsオブジェクトで参照される複数のexternal_user_id値内に表示される場合、メールは2回送信されます。
シナリオ3：受信者オブジェクト内の重複user_idsによる重複メール： 同じユーザープロファイルを2回追加しようとした場合、プロファイルのうち1つのみがメールを受信します。

重要

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

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

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

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

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

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

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

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

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

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

一般的に、「マジックナンバー」はメッセージの約98%が配信され、バウンス率が3%以下であることです。配信されたメッセージが98%未満の場合、通常は懸念の理由があります。

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

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

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

メール配信メトリクスが100%にならないのはなぜですか？

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

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

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

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

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

開封トラッキングピクセルは、送信者のメールクリックトラッキングドメインを活用してメール開封イベントを追跡します。このピクセルはメールの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が約102KBを超えるメッセージをクリッピングするなど）によってメールがクリップされると、メールの下部のコンテンツが切り詰められる場合があります。開封トラッキングピクセルは通常メールの下部に挿入されるため、クリッピングにより開封トラッキングが機能しなくなる場合があります。

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

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

トラッキングピクセルがメール上部に白い隙間を作る

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

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

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

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

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

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

セキュリティソフトウェアがリンクのクリックをシミュレートする

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

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

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

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

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

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

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

Brazeは「購読解除」メトリクスにカウントされる購読解除リンクを追跡できますか？

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>タグを使用してください。

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

メール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プライバシー保護（MPP）などのメールセキュリティ機能によってトリガーされ、ユーザーが物理的にメールを開かずにメールコンテンツ（トラッキングピクセルを含む）がプリロードされます。マシン開封率は以下に基づいて変動する可能性があります。

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

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

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

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

これを回避するには：

Universal Links（iOS）またはApp Links（Android）を使用する。 これらは標準のhttps://URLを使用し、アプリがインストールされている場合はアプリを開き、そうでない場合はWebページにフォールバックします。設定手順については、ユニバーサルリンクとApp Linksを参照してください。
ディープリンクプロバイダーを使用する。 Branchなどのサービスは、Gmailを含むメールクライアントと互換性のあるHTTP形式のディープリンクを生成します。
リダイレクトエンドポイントを設定する。 サーバー上に、アプリのカスタムスキームURLにリダイレクトするhttps://エンドポイントをホストします。メールクライアントは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つのプロバイダーに集中していないか確認し、集中している場合は配信を分散させてください。

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

企業のメールアドレスは、配信前にメッセージをスキャンする企業セキュリティゲートウェイを通過することが多いです。これにより、特に以下のメッセージでは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]-->

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

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

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

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

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

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

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

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

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

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

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

Appleのプライベートメールリレーでは、バウンスを防ぐために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プロバイダーと連携して、MXおよび関連するDNSレコード（メールサーバーのPTRレコードを含む）を監査するよう依頼してください。

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

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

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

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

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

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

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

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

New Stuff!