長い「代替」テキストと視覚障害者のためのベストプラクティスは？
私のStack Exchangeコミュニティの1つは現在 欠落している画像の代替テキストをクリーンアップしています であり、サイトをスクリーンリーダーで使用するユーザーのために用意されています。私たち 理解 追加する代替テキストは画像の代わりに提供されること、そしてそれが完全に冗長な場合は省略し（画像は純粋な装飾です）、読者が必要とする説明に焦点を当てることを知っています（たとえば、「サイトのロゴ」は、ロゴの長い説明よりも意味があります）。
私たちは研究指向のサイトであり、画像が段落などのテキストの本からのスキャンである場合がいくつかあります。 （これは、テキストがオンラインで利用できない場合や、本が絶版になる場合があるためです。）これらの場合のいくつかのオプションについて説明しましたが、スクリーンリーダーを使用したり、このフィールドをよく知っている人はいません。 、私たちはあなたのところに来ています。
テキストを再入力して、画像を必要とせずに、インラインブロックのテキストを（ブロッククォートで）作成します。メリット：アクセシビリティ。考えられる欠点：これが補足情報である場合、スキップするのが困難です（目の見える人も画像をスキップするだけかもしれません）。
テキストを代替テキストとして再入力して、表示できる人のために画像を残すことができます。インラインテキストよりもスクリーンリーダーを使用する方が簡単かどうかはわかりません。
テキストを要約し、引用を含めることができます。 「（技術辞書）からの（単語）のエントリ」、そのソースを見つけるために読者に任せる。
私たちのサイトをアクセシブルにするこの側面にどのように取り組みますか？この状況で代替テキストを期待しているスクリーンリーダーに依存しているユーザーは何ですか？
私たちのサイトはStack Exchangeサイトなので、Markdownに限定されています。
再入力と要約
（a）スキャンの全体テキストが関連する場合、テキスト全体をテキストフォーム。
（b）スキャンしたテキストの特定の部分のみが関連する場合、この部分のみをテキスト形式で提供する必要があります。 （関連する部分が逐語的に引用されている限り、さらに要約を含めることができます。）
（c）スキャンしたテキストに関連性がない場合（例：手書き、デザインなど）、この情報はテキスト形式（テキストを提供する必要はありません）。
alt属性とblockquote要素
alt属性のコンテンツにはサイズ制限はありませんが、longテキストには使用しません。 altのテキストには書式を設定することはできません（見出し、リストなどはありません）。簡単にコピーアンドペーストすることはできません。ブラウザのページ上の検索機能で検索することはできません。等々。
HTMLはlongdesc属性（imgの場合）、object要素（フォールバックコンテンツを持つことができます）、およびfigure要素（長い代替コンテンツを参照するため）を提供しますfigcaption）で可能な代替案（すべて代替/代替コンテンツのマークアップが許可されます）ですが、これらはStack Exchangeサイトでは使用できないと思います。
大まかなガイドライン：
- テキストが短い場合は常に
altを使用し、常に大文字と小文字を区別します（c）。 - テキストが長い場合、および/またはユーザーがテキストと「対話」する可能性がある場合は、
blockquoteを使用します。
（この場合、altのimg属性は空にする必要があります。）
スキャンを続ける
スキャンからの関連するテキストがテキスト形式で提供されている場合は、画像を削除することを検討できますが、テキストに加えてそれを保持しておくと役立つことがよくあると思います。
1つの例は、書き起こされたテキストのレビューを許可することです（ユーザーが間違いを犯していないかどうかを確認するため）。
テキストが関連するすべてを伝えている場合は、画像を含める/表示するのではなく、画像にリンクすることを検討してください。
…（ …のスキャンから転記 ）で言うように：
Lorem ipsum…
…adipisci velit