Skip to content

受信トレイビジョン

受信トレイビジョンを使用すると、さまざまなメールクライアントやモバイルデバイスの視点からメールを確認できます。たとえば、ダークモードとライトモードの違いをテストして、メールが意図したとおりにレンダリングされることを確認できます。

考慮事項

一般的に、メールコンテンツがユーザープロファイル情報などのテンプレート情報に依存している場合、Inbox Visionではメールが正しく動作しません。これは、Brazeがこの機能を使用してメールを送信する際に、空のユーザーをテンプレートとして使用するためです。

この問題を解決するには、Inbox Visionを実行する前に、メールメッセージ内のLiquidにデフォルト値または任意の値を追加します。Inbox Visionでのテストが完了すると、元のメールメッセージが表示されます。値が指定されていない場合、テストでプレビューが正しくレンダリングされないことがあります。

Inbox Visionでプレビューできるメール数には、会社ごとに上限があります。これはInbox Visionのメールプレビュータブで確認できます。

プレビューを表示するには、件名と有効な送信ドメインを含めてください。デスクトップとモバイルのレンダリングの違いにも注意してください。プレビューを使用して、メールが意図したとおりに表示されることを確認します。

Inbox Visionでメールメッセージをテストするには:

  1. ドラッグ&ドロップエディターまたはHTMLメールエディターを開きます。
  2. エディターでプレビュー&テストを選択します。
  3. Inbox Visionを選択します。
  4. Inbox Visionを実行を選択します。これには最大10分かかります。
  5. 次に、タイルを選択してプレビューの詳細を表示します。プレビューはWebクライアントアプリケーションクライアントモバイルクライアントのセクションにグループ化されています。

プレビューするメールクライアントを選択するオプション

  1. Inbox Visionを実行を選択します。完了までに2〜10分かかる場合があります。

ユーザーとしてプレビューする

ランダムユーザーとしてプレビューする場合、Inbox Visionはユーザー固有の設定や属性(名前や設定内容など)を保存しません。カスタムユーザーを選択した場合、特定のユーザーデータが使用されるため、Inbox Visionのプレビューが他のプレビューと異なる場合があります。

コード分析

コード分析では、潜在的なHTMLの問題がハイライトされ、発生回数が表示され、サポートされていないHTML要素が示されます。

コード分析情報の表示

この情報は、Inbox Vision タブで リストビュー を選択すると確認できます。リストビューはHTMLメールテンプレートでのみ利用可能です。ドラッグ&ドロップテンプレートの場合は、代わりにプレビューを使用して問題を解決してください。

Inbox Visionプレビューでのコード分析の例。

スパムテスト

スパムテストは、メールがスパムとしてフィルタリングされる可能性を推定します。テストは IronPort、SpamAssassin、Barracuda などのフィルターや、Gmail や Outlook などの ISP フィルターを使用して実行され、デフォルトでは開封やクリックを行わない静的なシード受信トレイが使用されます。

配信到達率をより正確に把握するには、少数のライブコホートでコンテンツをテストしてください。高い開封率とクリック率が最も信頼性の高いシグナルです。スパムテストは、エンゲージメント監視と並行して活用する入力の1つとして使用してください。

スパムテスト結果の確認

スパムテストの結果を確認するには:

  1. Inbox Vision セクションの Spam Testing タブを選択します。Spam Test Result テーブルには、スパムフィルター名、ステータス、タイプが表示されます。
  2. 結果を確認し、メールキャンペーンに必要な調整を行います。
  3. Re-run Test を選択して、スパムテストの結果を再読み込みします。

アクセシビリティテスト

アクセシビリティテストは、メール内の潜在的なアクセシビリティの問題を強調表示し、どの要素が基準を満たしていないかを示します。Brazeは、W3Cが策定した国際的に認知された基準であるWebコンテンツアクセシビリティガイドライン(WCAG)に基づいてコンテンツを分析し、Webコンテンツをよりアクセシブルにします。

仕組み

Inbox Visionを実行すると、BrazeはWCAG 2.2 AAルールセットにおける一般的なアクセシビリティの問題(代替テキストの欠落、不十分なカラーコントラスト、不適切な見出し構造など)を自動的にチェックし、重大度ごとに分類して修正の優先順位付けを支援します。代替テキストが存在する場合でも、その表示方法は受信者のメールクライアントによって制御され、Brazeによるものではないことに注意してください。

アクセシビリティテスト結果の表示

アクセシビリティテストは、各ルールについて合格、不合格、または要確認としてアクセシビリティテストタブに結果を生成します。Brazeは、WCAGの4つの原則であるPOUR(知覚可能、操作可能、理解可能、堅牢)を使用して各ルールを分類します。

POURカテゴリー

Inbox Visionは、4つの基本的なPOUR原則(知覚可能、操作可能、理解可能、堅牢)に基づいて問題を分類します。

原則 定義
知覚可能 情報およびユーザーインターフェイスコンポーネントは、ユーザーが知覚できる方法で提示される必要があります。

ユーザーは提示される情報を知覚できなければなりません(すべての感覚に対して不可視であってはなりません)。
操作可能 ユーザーインターフェイスコンポーネントとナビゲーションは操作可能でなければなりません。

ユーザーはインターフェイスを操作できなければなりません(ユーザーが実行できない操作を要求してはなりません)。
理解可能 情報およびユーザーインターフェイスの操作は理解可能でなければなりません。

ユーザーは情報およびユーザーインターフェイスの操作を理解できなければなりません(コンテンツや操作がユーザーの理解を超えるものであってはなりません)。
堅牢 コンテンツは、支援技術を含む幅広いユーザーエージェントによって確実に解釈できるように十分に堅牢でなければなりません。

技術が進歩してもユーザーがコンテンツにアクセスできなければなりません(技術やユーザーエージェントが進化しても、コンテンツはアクセシブルであり続ける必要があります)。

重大度レベル

Inbox Visionは、修正の優先順位付けを支援するために、アクセシビリティの問題を重大度別に分類します。

ステータス 定義
クリティカル 障害を持つユーザーがコンテンツや機能にアクセスすることをブロックする可能性のある問題です。最も重大であり、優先的に修正する必要があります。
シリアス 重大な障壁を引き起こす可能性がありますが、アクセスを完全にブロックするとは限らない問題です。速やかに対処する必要があります。
モデレート 障害を持つユーザーにある程度の困難を引き起こす可能性がありますが、アクセスを完全にブロックする可能性は低い問題です。
マイナー アクセシビリティへの影響が比較的低く、軽微な不便を引き起こす程度の問題です。
要確認 問題があるかどうかを検出できません。これは、テキストが背景画像上に配置されているためにコントラスト比を判定できない場合に発生することがあります。自動的に判定できないため、手動で確認する必要があります。
合格 WCAG A、AA、またはアクセシビリティのベストプラクティスに合格しています。

自動アクセシビリティテストの理解

自動アクセシビリティテストは、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インライン化を使用してください。

メール本文が空白になる場合

受信者がメール本文が空白であるが、差出人名や件名は表示できると報告した場合:

  1. 影響を受けているメールクライアントを確認します。
  2. Inbox Vision を使用して、それらのクライアントでバリアントをテストし、HTMLまたはCSSの互換性の問題を特定します。
  3. クライアントが<style>ブロックを削除する場合は、影響を受けるHTML要素にstyle属性を追加します。インライン化の動作とその制限について詳しくは、CSSインライン化を参照してください。Gmailでは、CSSが多すぎると<style>ブロック全体が削除されることがあり、これがメール本文が空白になる一般的な原因です。
  4. HTMLエディターでは、送信情報 > 詳細設定の下にあるインラインCSSを有効にするをオンにして、メッセージ全体のスタイルシートルールをインライン化することもできます。このオプションは、エディターによってすでにインライン化されているドラッグ&ドロップメールでは使用できません。
  5. 今後のキャンペーンを送信する前に、Inbox Vision で再テストを行います。
New Stuff!