限定公開でまとめを作れば、相互フォローやフォロワー限定でまとめを共有できます!

地図の代替テキストを考える

WEB+DB PRESS Vol.95 特集1 を発端として。
インターネット accessibility a11y ALT
3509view 5コメント
4
水無月ばけら @bakera
WEB+DB PRESS Vol.95 を買ってアクセシビリティ特集を読みました。
水無月ばけら @bakera
地図の代替テキストを空にするのはどうなのでしょう。代替テキストを空にすると、そこに画像があること自体が分からなくなります。地図は重要でさまざまな利用が想定されるので、少なくとも、そこに地図があると分かるような代替テキストを指定したほうが良いと思っています。
水無月ばけら @bakera
たとえば、通信速度が遅いので画像の表示をきっている、というケースについて文中でも言及されていましたが、そういう人は「地図」という代替テキストを見て、そこだけは画像を表示しようとするかもしれません。代替テキストが空だとそういう操作もできなくなります。
水無月ばけら @bakera
(なお、Safariなどは画像表示無効にしているときに代替テキストを展開しないので、そもそもそういう操作ができないような気がしますが、これはブラウザ側の問題と考えています。)
水無月ばけら @bakera
なお、スクリーンリーダーのユーザーの場合でも、地図の画像だけダウンロードしてメールで誰かに転送してみてもらうとか、そういった利用法は考えられると思います。
もんど @momdo_
地図の代替テキストを空にする、ねぇ。前後に地の文で説明されている、という状況なのだろうか。
水無月ばけら @bakera
@momdo_ 前に地の文で所在地、交通、道順の情報が書かれていて、「画像と同等の情報が直前にテキストとして記述されているため」altは空にする、と明示的に説明されています。
もんど @momdo_
@bakera 英文が長いのでここには貼りませんが、HTML Standardにある「繰り返しはしない」という原則に従うとこうなるのかなと(リンク先最後の行)。 html.spec.whatwg.org/multipage/embe…
水無月ばけら @bakera
@momdo_ 繰り返しが冗長なのはそのとおりで、テキストの繰り返しを代替テキストに入れる必要は全くないと思います。単に alt="[地図]" とか、なんかそこに地図があるぞと分かるだけの代替テキストがあれば良いかなと。
もんど @momdo_
@bakera なるほど。空にした方がよいのか、地図とだけ書いた方がよいのか、というのはどちらかというと後者の方がいいのかもしれませんね…。
Kazuhito Kidachi @kazuhito
地図に限らず、そこに画像があるなら(読み上げが冗長になっても良いので)教えて欲しいという声はあったような。ただそこにどこまで応えれば良いかというのは、ユーザビリティ的な話になってくるような。
ma-san@仙台麺活 @ma_san__
もともと目が見えていた方で、後天的に目が見えなくなった方からは「過剰でも良いからテキストがあると助かる。足りないよりは良い」と言われてから冗長になってもテキストは入れるようにはしているが……。繰り返しの場合は入れなくてもいい、のかな。
ma-san@仙台麺活 @ma_san__
考えれば考えるほど、コンテンツデザイナーやらライターやらの力って偉大だなと。
もんど @momdo_
というかHTML 5.1とHTML Standardで例示の節構成がかなり異なっていたりするので、思わぬ罠が潜んでいたり?(確かめたことはない)w3.org/TR/html51/sema…
Rikiya Ihara @magi1125
若干趣旨が違いますが、altの話、「alt属性が無いとURLが読み上げられる」けど「alt=""だと画像が無いという扱いになる」というあたりが感覚的な理解と乖離しやすいのでしょうね。これは説明する側としても毎度違和感がある。
Kazuhito Kidachi @kazuhito
alt 属性そのものを正当に省略できるケースが定義されたから余計にワケワカメな気がするのだよなぁ。
SAWADA STANDARD DESIGN @SawadaStdDesign
地図を肴に呑む位なので、地図で表現する情報と「全く同じ」情報を代替テキストにするのは困難ですね。道順の説明文では分からなかった場所でも「あのうどん屋の隣か!」みたく独自の目印を探せるのも地図の利点ですし。なので地図だと分かる代替テキストを入れることには賛成です。(リアルな地図なら
SAWADA STANDARD DESIGN @SawadaStdDesign
@SawadaStdDesign でも逆に、本文で説明されていない要素を削ぎ落とした(点と線だけみたいな)シンプルなデザインの地図であれば、所在地/交通/道順等が説明文にあれば「同等」と言えるでしょうから、alt属性を空にするケースもありだと思います。(まだ買って読んでないですが
Max/なかね まさふみ @ma10
@SawadaStdDesign 僕はそのケースであってもそこに意味のある画像があるという事実は伝わるべきだと思うので、空にするべきではないと思います。
SAWADA STANDARD DESIGN @SawadaStdDesign
.@ma10 説明文で所在地/交通/道順等を記載した場合に「冗長な情報」を代替テキストに書くよりは「空もあり」と思いましたが、「意味のある画像かどうか」という判断基準もありますね。やっぱり「地図と分かる代替テキスト」を押さえておくという方が確実ぽいですね。
SAWADA STANDARD DESIGN @SawadaStdDesign
「altのロックンロール」の歌詞に追加しようかしら(いやいや
Max/なかね まさふみ @ma10
@SawadaStdDesign 僕は基本的に「過不足ない」ことが重要だと思っています。冗長なaltテキストは過分であり、意味がある画像に空のaltテキストは不充分、その間を探らないといけないんだと思っています。
SAWADA STANDARD DESIGN @SawadaStdDesign
オッサンの優柔不断さがリツイートされていく。笑
もんど @momdo_
話題のWEB+DBのアクセシビリティ特集を今本屋で読んでますが、昼間の @bakera さんが話題にしてた地図の件、個人的にはalt属性が空でもいいのかなという気がしてきました。
もんど @momdo_
アンカーがあるなら地図のような代替テキストが欲しいところですが、infomativeな大きな装飾だと思えばありなのかなと(やや強引だけど)。
残りを読む(35)

コメント

野嵜健秀 @nozakitakehide 2016-10-24 19:54:33
Googleマップとかどうしたものやら
Kazuhito Kidachi @kazuhito 2016-10-24 20:09:36
nozakitakehide とりあえず、操作可能というWCAG2の4大原則の一つについては結構頑張ってるみたいですよ(キーボードのみで操作可能にするとか)。ただGoogleマップに限らず、地図ってそこから何を読み取るかというのがユーザーのコンテキストに依存しがちなんで、色々難しいし悩ましいです。
エヌユル @ncaq 2016-10-24 20:45:37
mapの三文字ぐらい書いてもいいと思うんだが 読み上げにそんな時間かかるか?
あすかまる @_akm00 2016-10-24 20:51:43
興味深いですね。雑誌を買って読んでみます。この手の雑誌は価格が高いのがつらいところですが…。
Kazuhito Kidachi @kazuhito 2016-12-08 19:50:33
まとめを更新しました。
ログインして広告を非表示にする
ログインして広告を非表示にする