受信トレイビジョン
受信トレイビジョンを使用すると、さまざまなメールクライアントやモバイルデバイスの視点からメールを確認できます。たとえば、ダークモードとライトモードの違いをテストして、メールが意図したとおりにレンダリングされることを確認できます。
メールのコンテンツがユーザープロファイルデータなどのテンプレート情報に依存している場合、受信トレイビジョンが正しく動作しないことがあります。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、スパムテスト、アクセシビリティテストは実行できません。
ユーザーとしてプレビューする
ランダムユーザーとしてプレビューする場合、Inbox Visionはユーザー固有の設定や属性 (名前や設定項目など) を保存しません。カスタムユーザーを選択した場合、Inbox Visionのプレビューは特定のユーザーデータを使用するため、他のプレビューとは異なる場合があります。
コード分析
コード分析では、HTML の潜在的な問題をハイライトし、その発生回数を表示するとともに、サポートされていない HTML 要素を示します。
コード分析情報の表示
この情報は、Inbox Vision タブで リストビューを選択すると確認できます。リストビューは HTML メールテンプレートでのみ利用できます。ドラッグ＆ドロップテンプレートの場合は、代わりにプレビューを使用して問題を解決してください。
Braze はメールが届くのを待ってからスクリーンショットを撮るため、特定のクライアントのプレビューよりもコード分析のほうが早く表示されることがあります。
スパムテスト
スパムテストでは、メールがスパムとしてフィルタリングされる可能性を推定します。テストは、IronPort、SpamAssassin、Barracuda などのフィルターや、Gmail、Outlook などの ISP フィルターを対象に実行されます。テストには静的なシード受信トレイを使用し、これらの受信トレイはデフォルトでは開封もクリックもしません。
受信トレイへの配置は、主に実際の受信者のエンゲージメントによって決まります。スパムテストの結果は、実際のキャンペーンで確認される結果と一致しない場合があります。
配信到達性をより正確に把握するには、少人数の実際のコホートでコンテンツをテストしてください。開封率やクリック率が高いことが、最も信頼できる指標です。スパムテストは、エンゲージメントのモニタリングと組み合わせて、判断材料の1つとして活用してください。
スパムテスト結果の表示
スパムテストの結果を確認するには、次の手順に従います。
- Inbox Vision セクションで スパムテスト タブを選択します。スパムテスト結果の表には、スパムフィルター名、ステータス、タイプが表示されます。
- 結果を確認し、必要に応じてメールキャンペーンを調整します。
- テストを再実行を選択すると、スパムテストの結果が再読み込みされます。
アクセシビリティテスト
アクセシビリティテストは、メール内の潜在的なアクセシビリティの問題を明らかにし、基準を満たしていない要素を表示します。Brazeは、WebコンテンツをよりアクセシブルにするためにW3Cが策定した国際的に認められた基準である、Webコンテンツ・アクセシビリティ・ガイドライン (WCAG) の一部の項目に照らしてコンテンツを分析します。
仕組み
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 を実行するたびに使用するデフォルトのプレビューセットを定義できます。
特定のクライアントで問題が継続して発生する場合は、サポートチケットを作成してください。
iframe を多用するクライアントのトラブルシューティング
GMX などの一部のメールクライアントは、メッセージを iframe 内でレンダリングし、<style> ブロック内の CSS を削除または無視する場合があります。Inbox Vision や実際の送信で、これらのクライアントでスタイルが反映されていない場合は、次の対応を行ってください。
- CSS で配置するレイアウトではなく、テーブルベースのレイアウトを使用します。
- 重要なスタイルは、対象の要素にインラインの
style属性として適用します。 - デスクトップで非表示とモバイルで非表示は
<style>ブロック内のメディアクエリに依存しているため、これらのクライアントでは機能しない場合があります。ビューポートに応じて非表示にしたコンテンツが、両方の表示で現れることがあります。
送信する前に、影響を受けるクライアントのプレビューを使用して、更新したメッセージを Inbox Vision でテストしてください。
テストの精度と実際の受信トレイとの違い
プロバイダーによって同じ HTML の解釈が異なるため、送信されたメッセージがエディターのプレビューと異なって表示されることがあります。送信された HTML のコピーをダウンロードして比較し、クライアントが <style> ブロックを削除する場合は CSS のインライン化を使用してください。
メール本文が空白になる
受信者から、差出人名や件名は表示されるのにメール本文が空白になっているという報告があった場合は、次の手順を実行します。
- 影響を受けているメールクライアントを確認します。
- Inbox Vision を使用して、それらのクライアントでバリアントをテストし、HTML や CSS の互換性の問題を特定します。
- クライアントが
<style>ブロックを削除する場合は、影響を受ける HTML 要素にstyle属性を追加します。インライン化の動作とその制限の詳細については、CSS のインライン化を参照してください。Gmail では CSS が多すぎると<style>ブロック全体が削除されることがあり、これはメール本文が空白になる一般的な原因です。 - HTML エディターでは、送信情報 > 詳細でインラインCSSを有効にするをオンにして、メッセージ全体のスタイルシートルールをインライン化することもできます。このオプションはドラッグ＆ドロップのメールでは使用できません。ドラッグ＆ドロップのメールは、エディターによってすでにインライン化されているためです。
- 今後のキャンペーンを送信する前に、Inbox Vision で再テストします。