アクセス可能なコンテンツのデザイン accessible-content
欧州アクセシビリティ法 は、加盟国間の国のルールの違いによる障壁を取り除くことにより、アクセシブルな製品やサービスの内部市場を強化することを目的とした指令です。
この規制では、電子メール、ニュースレター、PDF、ダウンロード可能なコンテンツを含むすべてのデジタル通信にアクセスできると述べています。 したがって、受信者用のコンテンツを作成する場合は、アクセシブルなフォントや読み取り可能な形式を使用したり、画像用の代替テキストを提供するなど、特定のガイドラインに従う必要があります。
Marketo EngageのメールDesignerを使用すると、Web Content Accessibility Guidelines (WCAG) 2.1、レベル AA に基づいて、このディレクティブを簡単に準拠できます。 Marketo Engageを使用してアクセス可能なコンテンツを設計する際のベストプラクティスを以下に示します。
テキストの読みやすさの確保 text-readability
テキスト コンポーネントの「スタイル」タブを活用して、適切なカラーコントラストやシンプルなフォントの使用など、テキストが読みやすいものになるようにします。
フォントおよびテキストの場合は、次のガイドラインに従ってください。
フォントの選択
- Arial、Verdana、Tahoma、Helvetica、Open Sans などのサンセリフフォントを使用します。
- 本文コンテンツには、セリフ、筆記体、装飾体のフォントを使用しないでください。
- 一貫性とフォールバックのために、限定的なフォントセットに固定します(例:
font-family: Arial, Helvetica, sans-serif;
)。
フォントサイズ
- 本文のフォントサイズは 16 px 以上を確保します。
- 見出しには適切な階層を使用します。
カラーコントラスト
- テキストと背景の間のコントラスト比を 4.5:1 以上に維持します。
- 大きなテキスト(≥24px または太字 18px)の場合は、少なくとも 3 :1 のコントラストを確認します。
- 白い背景では、ライトグレーまたはパステルのテキストは回避します。
- 意味を伝えるために色だけに頼らないでください。 アンダーライン、アイコンなどを使用
テキストのアクセシビリティ
- 画像内のテキストは回避します。
- 本文では大文字を使用しないでください。
- レイアウトを中断することなく、テキストを最大 200% までズームできることを確認します。
視覚的なアクセシビリティの確保 visual-accessibility
- 重要な情報に対しては色のみのインジケーターの使用は回避します。
- わかりやすくするために、テキストラベルまたはアイコンを使用します。
- ボタンが大きく、適切な間隔が空いていることを確保して、モバイルおよびレスポンシブレイアウト向けにデザインを最適化します。
- デバイスや画面サイズをまたいで定期的にテストすることで、アクセシビリティを維持します。
Marketo Engageでは、メールDesigner スタイル パネルのスタイルパラメーターと属性を使用して、コンテンツ内の様々な要素のサイズと間隔をさらに細かく設定できます。
例えば、背景を更新したり、余白、パディング、配置を変更して視覚的なアクセシビリティを向上させることができます。
Marketo EngageのメールDesignerを使用すると、様々なデバイスや画面サイズに合わせてデザインをプレビューし最適化できます。 いつでも ライブビューに切り替え て、様々なデバイスサイズでのコンテンツのレンダリング方法を確認できます。
画像用の代替テキストの使用 alt-text
画像 コンポーネントを使用して、画像用の代替テキストを提供します。
- 画像の目的を簡潔に文脈に沿って説明します。
- 「…の画像」のような冗長なフレーズを回避し、装飾的な画像には空の代替テキストを使用します。
- 意味のあるアイコンには分かりやすいラベルを付け、複雑な画像には簡潔な代替テキストと、別の場所でより長い説明を使用します。
読み取り可能な形式の使用 readable-format
メールDesigner関連の構造およびコンテンツコンポーネント、および スタイル パネルのオプションを使用して、すべてのユーザーがアクセスできる明確、論理的、簡潔な方法でコンテンツを整理します。
- 適切な見出し、段落、リスト、テーブルを含む、構造化されたセマンティック HTML を使用します。
- コンテンツが、左から右、上から下への論理的なフローに従っていることを確認します。
- 明確で簡潔な言語を使用します。
- PDF とインフォグラフィックには代替形式を用意します。
- テキストのサイズ変更と折り返しを許可し、すべての形式で適切なカラーコントラストを使用してタイポグラフィが読み取れるようにします。
コンテンツの読みやすさの確保 readability
コンテンツを読みやすくするには、明確で、適切に構造化され、誰でも使用できる必要があります。これには、視覚、認知、読み取りに問題があるユーザーや、支援テクノロジーを使用しているユーザーも含まれます。 アクセス可能なコンテンツを作成する際に考慮すべき点を以下に示します。
- 文の長さは 20 語以内に抑えます。
- コピーを編集して直接かつ簡潔にします。
- 能動態を使用して、文の構造をよりシンプルにします。
- 一部の人にとってなじみのないスラングや専門用語、地域用語は避けます。
メールの読みやすさを評価するには、Microsoft Word に含まれている一番人気の Flesch Reading Ease テストを使用します。このテストでは、コンテンツの読みやすさを 0~100 のスケールで計算します。
コンテンツのテスト test
コンテンツのアクセシビリティを検証するには、Marketo Engageが提供するテスト機能を使用できます。 これらは、コンテンツが完全にアクセス可能かどうかを確認するのに特別に設計されたものではありませんが、第 1 レベルの検証を提供できます。
-
テストプロファイルを使用したコンテンツのプレビュー。
-
Litmus を活用した「メールレンダリング」オプションを使用して、主要なメールクライアント(Apple メール、Gmail、Outlook)でデザインをシミュレートし、テキスト、色、画像によってコンテンツがアクセス可能になるかどうかを確認します。
-
配達確認を送信して、実際のオーディエンスに送信する前にコンテンツのレンダリングをテストします。
コンテンツに確実にアクセスできるかどうかをより一貫した方法で確認するには、次のような特定の外部ツールを使用します。
-
コントラストとコンプライアンスを評価する WebAim コントラストチェッカーおよび WAVE web アクセシビリティ評価ツール。
-
スクリーンリーダー(iPhoneの NVDA や VoiceOver など)などの支援テクノロジーを使用して、視覚に障害のあるユーザーの観点からメールを操作できます。
ダークモードの使用 dark-mode
ダークモード は、明るい感度や視覚障害のあるユーザーの視覚的なアクセシビリティを強化し、視聴体験を向上させます。
ダークモードでコンテンツをデザインするためのベストプラクティスを次に示します。
- 透明 PNG または SVG の使用
- 適切なメタタグと CSS の設定
- ダークモードがサポートされていない場合、アクセシブルなフォールバックスタイルを提供します。
すべてのメールコンテンツと UI 要素をライトモードとダークモードの両方でテストして、メールがダークモードで正しくレンダリングされることを確認します。
アクセシビリティに対する特定の属性の使用 attributes
言語属性 language
デザインを作成する際は、コンテンツ本体に lang
(言語)属性と dir
(テキスト方向)属性を含めます。これらの属性は、支援テクノロジー(スクリーンリーダーなど)がコンテンツを適切に解釈して表示するのに役立ちます。
-
lang
属性は、支援テクノロジーに対するメールの言語を示し、単語が正しく発音されるようにします。accordion 例 英語の例:
code language-none <body lang="en">
フランス語の例:
code language-none <body lang="fr">
-
dir
属性は、テキストの方向を指定します。英語やフランス語を含むほとんどの言語は左から右(ltr)に読みますが、アラビア語やヘブライ語などの言語は右から左(rtl)に読みます。accordion 例 英語の例(左から右):
code language-html <body lang="en" dir="ltr">
アラビア語の例(右から左):
code language-html <body lang="ar" dir="rtl">
スクリーンリーダーは、正しい発音ルールを適用するために lang
属性に依存し、テキストの方向によって、左から右または右から左の言語でコンテンツが自然に流れるようになります。これらの属性がないと、ユーザーは読み取り順序に混乱したり、発音が間違ったりする場合があります。メール本文は、常に適切な lang
属性と dir
属性で囲みます。
<table>
や <td>
ブロックなど)に割り当てます。テーブル tables
HTMLのコンテンツでは、レイアウトにテーブルが使用されることがよくあります。 デフォルトでは、スクリーンリーダーはすべての <table>
をデータテーブルとして処理し、行、列、構造を読み上げます。テーブルが書式設定のみに使用されている場合、混乱を招くことがあります。
レイアウトテーブルに role="presentation"
(または role="none"
)を追加して、支援テクノロジーが構造をスキップし、実際のコンテンツにのみ焦点を当てられるようにします。
role="presentation"
付き)code language-html |
---|
|
スクリーンリーダーは次のように内容を読み上げます。
「Hello World。ニュースレターへようこそ。」(行、列、テーブルに関する読み上げはされません)
role="presentation"
なし)code language-html |
---|
|
スクリーンリーダーは次ように内容を読み上げます。
「2 列 3 行のテーブルです。」
「名前は、ピーター。 スコア、19。」
「名前はパーカー。 スコア、62。」
role="presentation"
は、レイアウトテーブルにのみ使用します。データテーブルの場合、スクリーンリーダーがヘッダーと関係を正しく読み上げることができるように、セマンティック <table>
構造を保持します。リンクのテキスト links
スクリーンリーダーは、リンクのテキストを使用してリンクを読み上げます。リンクに「こちらをクリック」または「詳細情報」のみのラベルが付いている場合、支援テクノロジーのユーザーは宛先を知りません。アクセシビリティを確保するには、ターゲットやアクションを明確に示す説明テキストが必要です。
メールDesignerを使用してコンテンツにリンクを追加し、ラベルを編集して識別可能(表示可能)でわかりやすく(目的が明確)にします。 「こちら」や「詳細」など、あいまいなラベルは回避します。
code language-none |
---|
|
スクリーンリーダーは次のように内容を読み上げます。
「リンク、8月リリースノート」
code language-none |
---|
|
スクリーンリーダーは次のように内容を読み上げます。
「リンク、こちらをクリック。」(読み取り順序からコンテキストが提供されない)