3つの簡単なステップですべての人にメールを送信する方法:ウェビナーの記録+ Q&A

公開: 2019-08-02

メールのアクセシビリティは、2019年の最もホットなメールデザイントレンドの1つに選ばれ、現在、大多数のブランドにとって優先事項となっています。 しかし、多くのマーケターが自分の電子メールをより包括的にすることを始める方法を知らないことも事実です。

アクセシビリティのベストプラクティスの実装は、あなたが思っているよりも簡単です。 このウェビナーでは、Litmusのアクセシビリティの専門家であるJasonRodriguezとAliceLiが、アクセシビリティへの投資に価値があることを証明する統計と調査を行い、すべての人にとってより良いメールを作成するために必要な3つのステップを共有します。

ウェビナーをライブで見る機会がありませんでしたか? 心配しないでください。 いつでも完全な録音にアクセスして、以下のQ&Aを読むことができます

Q&A

ウェビナー中に質問をしてくれた皆さん、本当にありがとうございました! これは、最も人気のある質問に対する回答の要約と、ライブウェビナーでは得られなかったいくつかの質問に対する回答です。 他に質問がありますか? コメント欄に残してください。

認知の限界をどのように説明しますか?

ベティナ物事を覚えるのが難しい、失読症や自閉症に注意を払うなど、さまざまな種類の認知障害があります。 これらの条件はそれぞれ固有ですが、このウェビナーのコピーライティングとデザインのセクションのヒントに従うことで、認知機能に制限のある人がメールにアクセスしやすくなります。 たとえば、メールのコピーを明確かつ簡潔に保ち、難しい単語や専門用語の使用を避けます。 レイアウトをシンプルに保ち、サブスクライバーが電子メールをスキャンしやすく、重要なもの(および重要でないもの)をすばやく理解できるようにする明確な視覚的階層を開発します。

最も使用されているスクリーンリーダーは何ですか? どのようにテストしますか?

アリス:最も人気のある2つのスクリーンリーダーはNVDAJAWSです。 NVDAは、 NV Accessによって開発された無料のオープンソースツールです。NVDAは、視覚障害を持つ人々がテクノロジーにアクセスしやすくすることに専念している素晴らしい組織です。 JAWSは、人気のあるサブスクリプションベースの画面読み上げツールです。

メールがスクリーンリーダーでどのように聞こえるかを理解するためのソフトウェアをインストールしたくない場合は、Litmusを使用できます。 最近、NVDAをLitmusに統合したため、Litmusチェックリスト内でメールの音声プレビューを聞くことができます。 詳細をご覧ください

さらに、最新のオペレーティングシステムはすべて、ある種のネイティブ画面読み上げサポートも提供しています。 たとえばMacの場合、それはVoiceOverです。

アクセシビリティのためにメールを最適化するのに素晴らしい仕事をしているブランドは何ですか? インスピレーションが欲しい!

Jason 私のお気に入りの1つはdequeです。 彼らは多くのアクセシビリティトレーニングを行い、素晴らしいブログと素晴らしいメールを持っています! 彼らの電子メールは、アクセシビリティのベストプラクティスに従うだけでなく、トピックについて学ぶのに役立つ優れたコンテンツも備えています。 あなたは彼らのニュースレターにサインアップする必要があります

うぬぼれているように聞こえる危険を冒して、私はアリスと電子メールチームがリトマスニュースレターで行った仕事に非常に感銘を受けました 美しくデザインされているだけでなく、The Ultimate Guide to Email Accessibilityで説明されているベストプラクティスに基づいて、アクセシブルにするために多大な労力を費やしています。

「Alexa」や「Siri」などのツールが他のスクリーンリーダーとどのように異なるかについての洞察はありますか? または、Outlookの「読み上げ」機能ですか?

Jason Deliveringポッドキャストの最近のエピソードで、私は音声アシスタントについて深く掘り下げました。 あなたのメールを本当に読むのはAlexaだけですが、 alt属性、テーブル、その他のHTML要素を無視して、HTMLテキストのみを読み取ります。 これは、スクリーンリーダーが電子メールを処理する方法とは異なります。 音声アシスタントは、必ずしもアクセシビリティではなく、利便性を重視しているため、たとえばNVDAのような本格的なスクリーンリーダーと同じようには機能しません。 多くの場合、コンテンツをナビゲートするには電話またはラップトップが必要ですが、音声アシスタントはあなたをサポートしているだけです。 Alexa、Google Home、Siri、Cortanaがメールを処理する方法の詳細については、このポッドキャストのエピソードをご覧ください。  

アニメーションGIFはどうですか? それらを使用するかどうか? それらは読者に問題を引き起こしますか?

アリス使用できますが、使い方には注意してください。 アニメーションは光過敏性てんかん発作を引き起こす可能性があるため、不快感や点滅が多すぎるGIFを含めたくないでしょう。 また、コピーなどの重要な情報をGIFに含めたくない場合もあります。 GIFに隠されたコピーは、スクリーンリーダーからはアクセスできず、画像が無効になっている電子メールクライアントには表示されないため、メッセージングの重要な部分が失われるリスクがあります。

アクセス可能なメールテンプレートの例はどこにありますか?

Jason 無料のテンプレートはたくさんありますが、アクセシビリティを念頭に置いて最適化されているものは多くありません。 そのため、最近、アクセシビリティのベストプラクティスに従った4つの新しいテンプレートを作成しました。これらは、 Litmusコミュニティで無料で利用できます ビルドしたい場合は、テンプレートを確認してください…

  • アクセス可能なニュースレター
  • アクセス可能な個人メモ
  • アクセス可能なトランザクションメール
  • アクセシブルな製品発表

絵文字の使用はアクセシビリティにどのように影響しますか?

ジェイソン:ほとんどのスクリーンリーダーは絵文字を理解して読み上げることができますが、ユーザーにとって最適なエクスペリエンスではない可能性があります。 この例の件名を絵文字で読み上げるNVDAを聞いてみましょう。

今年最大のセール

テキストの横に絵文字がどのようにばらばらに聞こえるかを聞くことができます。 絵文字は今では当たり前のことであり、支援技術のユーザーはそれらを聞くことに慣れている可能性がありますが、絵文字によっては、それでも厄介に聞こえることがあります。 他の要素や電子メールのコピーと同様に、それが機能するかどうかを確認する最良の方法は、それをテストし、NVDAやLitmus AccessibilityCheckerなどのツールを使用して電子メールを聞くことです。

DIVにも「role = presentation」を適用する必要がありますか?

アリスいや! role =” presentation”は、スクリーンリーダーにタグの意味を無視するように指示することだけを目的としています。グラフなどの表形式のデータでは、ユーザーがタグを適切にナビゲートして理解するためにすべての列と行の情報が必要になるため、テーブルにはタグが必要です。 電子メールでは、開発者は表形式のデータではなく表に依存することがよくあります。そのため、表ではこれが必要です。 一方、DIVには、スクリーンリーダーでオーバーライドする必要のある意味的な意味はありません。

画像ベースの電子メールの使用を主張するクライアントの場合、従うべきベストプラクティスはありますか?

ベティナこれは難しいです! 全画像の電子メールを送信することが恐ろしい考えである理由は無数にあります。 したがって、最初のステップとして、このアプローチにはひどい加入者体験が伴うことをクライアントに納得させるために、できることは何でもしてください。 画像のみのメールを送信すべきではない理由に関するブログ投稿には、ケースを作成するのに役立つ多くの洞察とヒントがあります。

クライアントを正しい軌道に乗せる方法がない場合、できることは、ALTテキストを使用して画像オフビューを最適化し(ALTテキストのスタイルを設定することもできます)、少なくともCTAができるように防弾ボタンを使用することです。画像が無効になっても機能します。

Webフォントの使用はアクセシビリティに影響を与えますか?

アリスコードの観点からは、そうすべきではありません。 設計の観点からは、WebフォントとそのWebセーフフォールバックの両方が、読みやすくするためにコントラスト比の基準を満たしていることを常に確認する必要があることを意味します。 たとえば、ウェブフォントがフォールバックよりも厚い場合は、フォールバックがコントラスト比スコアも通過することを確認してください。フォールバックは、Gmailなどのユーザーが代わりに表示する可能性があるためです。

コードテンプレートで行っていない変更の1つは、見出しまたは段落にセマンティック要素を使用することです。 現在、テキストのテーブルセルを定型化しています。 これはアクセシビリティに関してどのような問題を引き起こす可能性がありますか?

アリステキストをラップするテーブルには、不要なスクリーンリーダーのノイズを抑えるために、すでに「プレゼンテーション」または「なし」に設定された役割があると思います。 そのため、その問題以外に、正しい見出し/段落タグを使用しないと、ユーザーが目次であるかのように見出しから見出し(および関連する段落)にスキップできるため、支援機器のナビゲーションの問題が発生します。

カーリーアポストロフィ、引用符、アンパサンドなどの特殊文字をスクリーンリーダーで読み取ることはできますか?

アリス状況によります。 アンパサンドは「and」と読み上げられることがよくあります。 引用符とカーリーアポストロフィは、誰かが何かを大声で読み上げているときに発音しないように無視されます。 箇条書きが「箇条書き」として読み取られるなど、その他の特殊文字はケースバイケースで考慮されます。 私は通常、常にテストして確認することをお勧めします。

アクセシビリティのためだけにテキストをフォーマットすることについて何か提案はありますか? セクション間にいくつかの「=」または「-」の区切りを使用します。 それらはどのように処理されますか?

アリスダッシュやアンダースコアは読み上げられない傾向があるので、問題ありません。 ただし、スクリーンリーダーは「等号」を読み上げるので、避けることをお勧めします。