受信トレイビジョン
受信トレイビジョンを使用すると、さまざまなメールクライアントやモバイルデバイスの視点からメールを確認できます。たとえば、ダークモードとライトモードの違いをテストして、メールが意図したとおりにレンダリングされることを確認できます。
メールのコンテンツがユーザープロファイルデータなどのテンプレート情報に依存している場合、受信トレイビジョンが正しく動作しないことがあります。Brazeはこの機能でメールを送信する際、空のユーザーをテンプレートとして使用します。
メールメッセージ内のすべてのLiquidにデフォルト値を追加してください。デフォルト値がない場合、偽陽性が発生したり、テストが失敗したりする可能性があります。
考慮事項
一般的に、メールのコンテンツがユーザープロファイル情報などのテンプレート情報に依存している場合、受信トレイビジョンではメールが正しく動作しません。これは、Brazeがこの機能を使用してメールを送信する際に、空のユーザーをテンプレートとして使用するためです。
受信トレイビジョンを実行する前に、メールメッセージ内のLiquidにデフォルト値または任意の値を追加することで、この問題を解決できます。受信トレイビジョンでのテストが完了すると、元のメールメッセージが表示されます。値が指定されていない場合、テストでプレビューが正常にレンダリングされないことがあります。
受信トレイビジョンでプレビューできるメールの数には、会社ごとの制限があります。これは受信トレイビジョンのメールプレビュータブで確認できます。
プレビューを表示するには、件名と有効な送信ドメインを含めてください。デスクトップとモバイルのレンダリングの違いに注意してください。プレビューを使用して、メールが意図したとおりに表示されることを確認してください。
Campaignのプレビューで権限エラーが表示される場合は、キャッシュとCookieをクリアするか、シークレットウィンドウを試してください。ブラウザの拡張機能がプレビューをブロックすることがあります。
受信トレイビジョンでメールメッセージをテストするには:
- ドラッグ&ドロップエディターまたはHTMLメールエディターに移動します。
- エディターでプレビューとテストを選択します。
- 受信トレイビジョンを選択します。
- 受信トレイビジョンを実行を選択します。これには最大10分かかります。
- 次に、タイルを選択してプレビューの詳細を表示します。これらのプレビューは、Webクライアント、アプリケーションクライアント、モバイルクライアントのセクションにグループ化されています。

- 受信トレイビジョンを実行を選択します。完了までに2〜10分かかる場合があります。
受信トレイビジョンは、中止ロジックを含むメールメッセージをサポートしていません。これらのメールは静的コンテンツとしてレンダリングされるためです。
ユーザーとしてプレビューする
ランダムなユーザーとしてプレビューする場合、受信トレイビジョンはユーザー固有の設定や属性(名前やプリファレンスなど)を保存しません。カスタムユーザーを選択すると、特定のユーザーデータが使用されるため、受信トレイビジョンのプレビューが他のプレビューと異なる場合があります。
コード分析
コード分析は、潜在的なHTMLの問題を強調表示し、発生回数を表示し、サポートされていないHTML要素を示します。
コード分析情報の表示
この情報は、受信トレイビジョンタブで リストビューを選択すると確認できます。リストビューはHTMLメールテンプレートでのみ使用できます。ドラッグ&ドロップテンプレートの場合は、代わりにプレビューを使用して問題を解決してください。

Brazeはスクリーンショットを撮る前にメールの到着を待つため、コード分析は特定のクライアントのプレビューよりも速く表示されることがあります。
スパムテスト
スパムテストは、メールがスパムとしてフィルタリングされる可能性を推定します。テストはIronPort、SpamAssassin、Barracudaなどのフィルターや、GmailやOutlookなどのISPフィルターを使用して実行されます。デフォルトでは開封やクリックを行わない静的なシード受信トレイが使用されます。
受信トレイへの配置は、主にライブの受信者エンゲージメントによって決まります。スパムテストの結果は、実際のCampaignで確認される結果と一致しない場合があります。
配信性をより正確に把握するには、小規模なライブコホートでコンテンツをテストしてください。高い開封率とクリック率が最も信頼性の高いシグナルです。スパムテストは、エンゲージメントモニタリングと併せた入力の1つとして使用してください。
スパムテスト結果の表示
スパムテストの結果を確認するには:
- 受信トレイビジョンセクションのスパムテストタブを選択します。スパムテスト結果テーブルには、スパムフィルター名、ステータス、タイプが表示されます。
- これらの結果を確認し、メールCampaignに必要な調整を行います。
- テストを再実行を選択して、スパムテストの結果を再読み込みします。
アクセシビリティテスト
アクセシビリティテストは、メール内の潜在的なアクセシビリティの問題を強調表示し、基準を満たしていない要素を示します。Brazeは、W3Cが開発した国際的に認められた標準であるWebコンテンツアクセシビリティガイドライン(WCAG)の一部に基づいてコンテンツを分析し、Webコンテンツをよりアクセシブルにします。
仕組み
受信トレイビジョンを実行すると、BrazeはWCAG 2.2 AAルールセットの一般的なアクセシビリティの問題(代替テキストの欠落、不十分なカラーコントラスト、不適切な見出し構造など)を自動的にチェックし、修正の優先順位付けに役立つよう重大度を分類します。
アクセシビリティテストは、European Accessibility Actなどの規制や法律に対するお客様のコンプライアンスの取り組みをサポートするために使用できます。ただし、お客様は、Brazeがアクセシビリティテストの使用がお客様のコンプライアンス義務を満たすかどうかについていかなる表明や保証も行わず、これに関連するすべての責任を否認することを了承するものとします。
アクセシビリティテスト結果の表示
アクセシビリティテストは、アクセシビリティテストタブで各ルールの結果を合格、不合格、または要確認として生成します。Brazeは、WCAGの4つの原則であるPOUR(知覚可能、操作可能、理解可能、堅牢)を使用して各ルールを分類します。
POURカテゴリ
受信トレイビジョンは、4つの基本的なPOUR原則(知覚可能、操作可能、理解可能、堅牢)に基づいて問題を分類します。
| 原則 | 定義 |
|---|---|
| 知覚可能 | 情報とユーザーインターフェイスコンポーネントは、ユーザーが知覚できる方法で提示される必要があります。 ユーザーは提示される情報を知覚できなければなりません(すべての感覚に対して不可視であってはなりません)。 |
| 操作可能 | ユーザーインターフェイスコンポーネントとナビゲーションは操作可能でなければなりません。 ユーザーはインターフェイスを操作できなければなりません(ユーザーが実行できない操作をインターフェイスが要求してはなりません)。 |
| 理解可能 | 情報とユーザーインターフェイスの操作は理解可能でなければなりません。 ユーザーは情報とユーザーインターフェイスの操作を理解できなければなりません(コンテンツや操作がユーザーの理解を超えてはなりません)。 |
| 堅牢 | コンテンツは、支援技術を含む幅広いユーザーエージェントによって確実に解釈できるほど堅牢でなければなりません。 技術が進歩してもユーザーがコンテンツにアクセスできなければなりません(技術やユーザーエージェントが進化しても、コンテンツはアクセシブルであり続ける必要があります)。 |
重大度レベル
受信トレイビジョンは、修正の優先順位付けに役立つよう、アクセシビリティの問題を重大度別に分類します。
| ステータス | 定義 |
|---|---|
| 重大 | 障害のあるユーザーのコンテンツや機能へのアクセスをブロックする可能性のある問題です。最も深刻であり、優先的に修正する必要があります。 |
| 深刻 | 重大な障壁を引き起こす可能性がありますが、アクセスを完全にブロックするわけではない問題です。速やかに対処する必要があります。 |
| 中程度 | 障害のあるユーザーにとって多少の困難を引き起こす可能性がありますが、アクセスを完全にブロックする可能性は低い問題です。 |
| 軽微 | アクセシビリティへの影響が比較的低く、軽微な不便のみを引き起こす可能性のある問題です。 |
| 要確認 | 問題があるかどうかを検出できません。テキストが背景画像の上に配置されている場合にコントラスト比を判定できないときなどに発生します。自動的に判定できないため、手動で確認する必要があります。 |
| 合格 | WCAG A、AA、またはアクセシビリティのベストプラクティスに合格しました。 |
ドラッグ&ドロップエディターはドキュメントの<title>要素の設定をサポートしていないため、アクセシビリティスキャナーはこのチェックで常に不合格になります。
この制限は将来の改善として追跡されています。これがワークフローやユーザーに影響する場合は、影響の大きい修正を優先できるようフィードバックを共有してください。
自動アクセシビリティテストについて
自動アクセシビリティテストは、WCAG Level AA 標準に基づくalt テキストの欠落や低色コントラストなどの一般的な問題をキャッチするのに役立ちます。これは、より包括的なメッセージを構築するための強力な出発点です。
しかし、オートメーションはすべてを捕まえることはできない。いくつかの問題は、フォーカス順序が意味を持つかどうか、リンクやボタンが明確にラベル付けされているかどうか、または指示に従うことが容易かどうか、人間の目のようなものを必要とする。これらのチェックは、最終的な評決ではなく、診断ツールとして考えてください。フラグが設定された問題を手動で確認し、何かが「要レビュー」とマークされている場合は最善の判断を使用することをお勧めします。
追加のサポートのために、Braze でのアクセシビリティは、以下を含む、すべてのユーザーのコンテンツをより使いやすくするための実用的なヒントを共有します。
自動テストと思慮深い手動レビューを組み合わせると、より多くの問題が見つかり、すべてのユーザーのより良い体験ができるようになります。
ベストプラクティス
メールサブスクライバーリストを確認する
メールインサイトダッシュボードを参照して、サブスクライバーがエンゲージしている最も人気のあるデバイスタイプとプロバイダーを確認してください。ブラウザ、デバイスモデルなど、より詳細な情報が必要な場合は、Currentsデータまたはクエリビルダーを活用して、ユーザーの最近のメールエンゲージメントに関するこのレベルの詳細を取得できます。
それ以外の場合、Brazeは一般的な業界データと専門家データに基づいた上位20件のプレビューをデフォルトで表示します。これは、サブスクライバーがメールとエンゲージしている場所の大部分をカバーしています。データ分析で他のより人気のあるプレビューが示された場合は、受信トレイビジョンを実行するたびにデフォルトのプレビューセットを定義できます。
意味のあるプレビューと影響を受けるプレビューを選択する
ビジネスが主に米国に拠点を置いている場合、GMX.deなどの国際的なプレビューは、ごく少数のユーザーのみが使用している可能性があります。サブスクライバーへの影響が大きい受信トレイを優先して最適化し、プレビューをより影響の大きい受信トレイに使用することをお勧めします。
特定のプレビューに影響する修正を行う場合は、未使用のプレビューを消費しないよう、影響を受けるプレビューのみを選択してください。
最終版のメールで受信トレイビジョンを実行する
メールメッセージが本番環境に対応している、またはそれに近い状態のときに受信トレイビジョンを実行することをお勧めします。これにより、メールが最終版になってユーザーへの送信準備が整うまでに複数の反復を経るため、生成されるプレビューの数を減らすことができます。
1回の編集や変更のたびに受信トレイビジョンを実行すると、プレビューがすぐに消費されてしまいます。まずメールに必要なすべての変更を行い、その後受信トレイビジョンを実行して、すべての変更が各環境でのメールのレンダリングにどのように影響するかをプレビューすることをお勧めします。
Brazeは実際のメールクライアントを通じてテストを実行し、レンダリングが正確であることを確認します。特定のクライアントで一貫して問題が発生する場合は、サポートチケットを開いてください。
テストの精度とライブ受信トレイの比較
送信されたメッセージは、プロバイダーが同じHTMLを異なる方法で解釈するため、エディターのプレビューとは異なって見える場合があります。送信されたHTMLのコピーをダウンロードして比較し、クライアントが<style>ブロックを削除する場合はCSSインライン化を使用してください。