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!