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

よくある質問

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

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

同じメールアドレスを持つ複数のユーザーがキャンペーンを受信するセグメントに含まれている場合、送信時にそのメールアドレスを持つ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が[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 キャンバスをご希望ですか？製品フィードバックの送信をご検討ください。

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

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

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

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

「良好な」メール配信率とは？

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

ただし、98%以上の配信率であっても、配信性に問題がある場合があります。例えば、すべてのバウンスが単一のドメインから来ている場合、それはそのプロバイダーとの評判の問題の明確な兆候です。

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

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

メール配信指標が合計で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の問題がある。

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

メールの開封やクリックの指標に予期しないパターン（例えば、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は「購読解除」指標にカウントされる購読解除リンクをトラッキングできますか？

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 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つのプロバイダーに集中していないか確認し、集中している場合は配信を段階的に行ってください。

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

ビジネス用メールアドレスは、配信前にメッセージをスキャンする企業セキュリティゲートウェイを通過することが多いです。これにより、特に以下を含むメッセージの場合、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レンダリングを使用することが多く、これにより画像が正しくレンダリングされなかったり、画像の周囲にボーダーが追加されたりする可能性があります。このクライアント固有のレンダリングは、alt テキストが異なるメールクライアントでどのように表示されるかにも影響します。

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 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プロバイダーと共にMXおよび関連するDNSレコード（メールサーバーのPTRレコードを含む）を監査するよう依頼してください。

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

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

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

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

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

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

このアラートの表示を防止するには：

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

New Stuff!