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