マーケティング担当者向けのデジタル アクセシビリティ パート 3: メール、ソーシャル コンテンツ、SEO
公開: 2022-08-04マーケティング担当者の仕事は、ユーザー フレンドリーな Web サイトを維持することだけではありません。 マーケティングの専門家も、さまざまな戦略とチャネルを使用して Web サイトのトラフィックを獲得します。 地球上で最も素晴らしいサイトを持っているかどうかは問題ではありません。誰も訪れない場合は、1997 年頃の Angelfire サイト (覚えていますか?) のいずれかを持っていることになります。
この 3 つの記事のシリーズは、デジタル コンテンツをよりアクセスしやすくするために、すぐに実装できるいくつかの基本的なプラクティスを紹介することを目的としています。
ユーザー エクスペリエンスと Web サイトのデジタル アクセシビリティに関する以前の投稿では、Web サイト マーケティングの機能とテクニックについて掘り下げました。 この投稿では、電子メールから始めて、外部チャネルとメディア、およびそれらをテストする方法について説明します。 アクセシビリティの問題の概要については、この 3 部構成のシリーズの最初の部分を参照することもできます。
アクセス可能なメール
メール マーケティングは、マーケターのツールキットの中で最も重要なツールの 1 つです。 企業は、顧客サポートだけでなく、トランザクション (注文確認など) やプロモーションの目的でも電子メールを使用します。 今日、デジタルに精通した企業で、その多くのメリットを活用していない企業を見つけるのは難しいでしょう。
しかし、事実上すべての組織が電子メールを使用して顧客、クライアント、見込み客と通信していますが、すべての組織が送信する電子メールにアクセスできるようにしているわけではありません。
HTML とプレーンテキストのメール
あなたの会社が平文の電子メールを送信している場合、それらにアクセスできる可能性があります。 リンク テキストが説明的でない場合 (詳細については、前の投稿を参照してください)、障害を持つ個人がメッセージの要点を理解するのが少し難しくなる可能性がありますが、それは不可能な障壁ではありません。
問題は、ほとんどのマーケティング担当者が HTML メールを好むことです。 そして、愛してはいけないものは何ですか？ ブランドに合わせてスタイルを設定し、魅力的な画像や人目を引く GIF で埋めて、バニラのプレーンテキスト メールよりも魅力的なメールを作成できます。 さらに、サードパーティ Cookie が過去のものになりつつある現在、電子メールは大きなデジタル マーケティング トレンドとして急速に復活しています。
それはここでは問題ではありません。 問題は、メールを装飾し始め、アクセシビリティを考慮しないと、一部のユーザーが包括的な理解を得ることができない (最悪の場合、まったく理解できない) 可能性があることです。
HTML メールは、メール プラットフォームでレンダリングするためにヘッダー タグとイメージ タグ、およびスタイルを使用するという意味で Web ページに似ています。 プレーンテキストの電子メールはまさにそれです: プレーンテキストです。 HTML メールにアクセスできるようにするには、Web サイトの場合と同じガイドラインに従う必要があります。
テーブルベースのレイアウトの問題
ほとんどの HTML 電子メールは、複数の電子メール クライアントで表示される電子メールに対して最も一貫した外観を提供するため、テーブル タグを使用して構造化されています。 しかし、実際には table タグはこのように使用されることを意図していませんでした。 他の多くの Web デザイン手法と同様に、Web デザイナーは独自の目的のためにそれらをハイジャックしました。 ただし、これはスクリーン リーダーのユーザーに問題をもたらします。スクリーン リーダーは依然としてテーブル内のコンテンツを個々のセルとして読み取るため、まとまりのないユーザー エクスペリエンスがもたらされます。
ただし、HTML に小さなコード スニペットを追加することで、これを回避できます。 role=“presentation”を追加するだけで、これらがデータ テーブルではなくプレゼンテーション テーブルであることをこれらのユーザーに警告できます。
プレゼンテーション ロールは、テーブル内のコンテンツに影響を与えずに、テーブル構造をスクリーン リーダーから隠します。 スクリーン リーダーのユーザーには、最初からテーブルがないように見えます。
タグをケチらないでください
メールを作成しているからといって、秩序あるコードのルールがなくなるわけではありません。 ヘッダーが正しく使用されていることを確認してください (たとえば、タイトルに H1 を使用し、サブヘッダーに H2/H3 を使用するなど)、視覚能力に関係なく、誰もが論理的な読み方でコンテンツの要点を理解できるようにします。注文。 ここでもタイトルタグを利用して、追加のコンテキストを提供します。
ここでも代替テキストが重要です。
画像をダウンロードするためにユーザーがクリックする必要がある電子メール クライアントの場合、次のような経験があるかもしれません。 「画像をダウンロード」をクリックしてビジュアルが表示されるとすぐに、パズルのピースがはめ込まれますが、その瞬間までは完全に混乱します。
残念ながら、マーケティング担当者がビジュアルに代替テキストを含めることを怠った場合、これはスクリーン リーダー ユーザーにとって毎日 (または毎時) のエクスペリエンスになります。 だから彼らに好意を持って、それを電子メールの画像に含めてください。 装飾的な画像には、空の alt 属性を使用します。
モバイルアクセシビリティのベストプラクティス
人々がモバイル デバイスで電子メールを読むことが増えているため、この点を考慮して設計することがより重要になっています。 便利なことに、モバイル エクスペリエンスを向上させるためのガイドラインは、アクセシビリティと一致しています。 例えば：
- テキストを 14 ピクセル以上のフォントに保つことを目指してください。携帯電話でメッセージを読むことができなければ、まったく読まれません。
- 色のコントラストを承認済みのガイドラインに合わせて維持します。これにより、すべての視覚能力を持つ人々がコンテンツをより簡単に利用できるようになります
- 中央揃えの段落を避ける (特に小さなデバイスでは読みにくい)
- リンクテキストは有益で短いものにする
包括的なマルチメディア体験
ビデオやポッドキャストなどのマルチメディアは、マーケティング担当者がブランドの認知度を高め、製品への関心を高め、ターゲット ユーザーとつながるのに役立つ優れた資産です。 幸いなことに、a) このようなコンテンツをアクセシブルにするのは非常に簡単であり、b) アクセシブルにすると、すべてのユーザーのエクスペリエンスが向上します。
アクセシブルなビデオ
視覚障害者は画面上で何が起こっているかを完全に見ることができませんが、聴覚障害のある人は会話を聞くことができません. 字幕を追加して、聴覚障害者や難聴者に対応することができます。 YouTube はキャプションを自動的に生成しますが、最高の品質ではありません。通常、長いビデオの場合はキャプション サービスを利用するか、短い場合は自動生成されたキャプションを手動で修正することをお勧めします。 キャプションの良い利点の 1 つは、完全に見ることができる人に役立つことです。 待合室や空港にいて、ミュートされたテレビで人々が話していることを聞きたいと思ったことはありませんか? または、あなたがどうしても見たくてたまらない動画を友人がソーシャル メディアに投稿しているのに、あなたは公共の場でヘッドフォンを使わずにいるかもしれません。 キャプションはこれらの問題を解決し、視覚障害を持つ人々がコンテンツにアクセスできるようにします。
視覚障害者は会話を聞くことができますが、誰も話していない場合にナレーションがない場合、ビデオの重要な部分を見逃す可能性があります。 そこで便利なのが音声解説です。 音声解説は、画面上で起こっていることのナレーションです。 例については、以下のビデオを確認してください。
ビデオが再生されませんか? YouTubeでご覧ください。
Netflix が音声解説を開始したとき、大ヒットしたため、ユーザーが外出先でどんちゃん騒ぎしながらデータ使用量を節約できる音声のみのモードをテストすることにしました。
音声コンテンツのトランスクリプト
成績証明書は、あらゆる種類の障害を持つ人々にとって非常に役立ちます。 スクリーン リーダーのユーザーや聴覚障害のあるユーザーは、ビデオ全体を確認する必要なく、すばやく読み進めることができます (障害のないユーザーもこの機能を利用できます!)。
一部のアセットは完全にオーディオ ベースです。 たとえば、ポッドキャストは、それを聞くことができない人にとってはまったく役に立ちません。 トランスクリプトによりアクセス可能になります。 DMI は、Making Live Theater Work Online に関するこのエピソードのように、すべてのポッドキャストのトランスクリプトを提供します。
トランスクリプトをサイトに追加する最も簡単な方法は、ダウンロード可能なテキスト ファイルとして使用することです。このテキストをページに表示すると、SEO の取り組みに役立ちます。
PDF (Portable Document Formats)
PDF がアクセス可能であることを保証する必要がある理由は、包括性だけではありません。 SEOにも有利です。 スクリーン リーダーがそれを読み取ることができれば、ウェブ クローラーがそれをクロールして、ウェブサイトのコンテンツに関する重要なシグナルを Google に送り返すことができます。
一部のソフトウェアは、他のソフトウェアよりもドキュメントをアクセシブルな PDF に変換する機能が優れています。 Microsoft はアクセシビリティに特に注意を払ってきましたが、他の企業はアクセシビリティの優先順位を下げており、アクセシブルな PDF を作成するために必要な労力のレベルがそれを示しています。
マイクロソフト プログラム
Microsoft Word には、 Acrobatメニュー ヘッダーの下に [ Create PDF ] オプションがあります。 これにより、ファイルがアクセシブルな PDF に自動的に変換されます。 同じオプションを使用して、PowerPoint プレゼンテーションを PDF に変換できます。 (ファイルを PDF に変換する前に、常に画像に代替テキストを追加する必要があることに注意してください。) ファイルを PDF に変換する前に、([レビュー] メニュー項目の下にある) ネイティブのアクセシビリティ チェックを使用します。
Adobe Acrobat を使用してアクセシブルな PDF を作成する
他のファイル形式をアクセス可能な PDF に変換するには、もう少し手間がかかります。 たとえば、デザイン ファイル (Adobe ソフトウェアで作成されたものなど) は、ファイルを PDF に変換する前後に何らかの操作が必要になります。
Adobe Acrobat Pro にはネイティブのアクセシビリティ チェック機能があり、いくつかのエラーを明らかにするのに役立ちますが、Acrobat アクセシビリティ機能を使用してプロセスを完了するために必要な作業は困難な場合があり、プロに任せるのが最善です.
PDF のアクセシビリティのテスト
スクリーン リーダーまたは JAWS Inspect などのツールを使用して、PDF のアクセシビリティをテストすることをお勧めします。 ネイティブのアクセシビリティ チェッカーが PDF について何を教えてくれるかに関係なく、実際のユーザーまたはプロキシにファイルを公開することが、そのアクセシビリティを確認する最善の方法です。
SO（検索エンジン最適化）とアクセシビリティ
SEO にとって良いことは、アクセシビリティにも良いことです。 スクリーン リーダーは Web クローラーに似ています。どちらも、利用可能なサイトのコンテンツのみを読み取ることができます。 つまり、アクセスできない PDF、代替テキストのない画像、トランスクリプトのないマルチメディアなどはすべて事実上見えなくなります。 ファイル名のみを読み取ることができます。 あなたのウェブサイトは、アクセスできない要素のために、ランク付けする素晴らしい機会を逃している可能性があります.
適切で連続した見出し構造や説明的なリンク テキストを使用するなど、アクセシビリティ ガイドラインに収束する SEO のベスト プラクティスは他にもあります。 このトピックの詳細については、SEO がアクセシビリティにどのように役立つか、またその逆についてのブログ記事をご覧ください。
マーケティング資料のアクセシビリティのテスト
アクセシビリティのテストは、最初にアセットをアクセシブルにするための取り組みと同じくらい重要です。 アクセシビリティを目指すことは素晴らしいことですが、コンテンツが実際にアクセシブルであることを確認するまでは、戦いの半分しか戦っていません。
さらに、結果をテストして文書化することは、訴訟の対象になった場合に会社にとって有益であり、アクセシビリティの問題を根本から止める傾向を特定するのに役立ちます。
テスト ツールの詳細については、TGPi の Web サイトをご覧ください。