Suche senden
Hochladen
実はできている!? Webアクセシビリティ
•
4 gefällt mir
•
2,613 views
力也 伊原
Folgen
2016年7月5日にメンバーズキャリアで開催されたイベントで使用したスライドです。
Weniger lesen
Mehr lesen
Design
Melden
Teilen
Melden
Teilen
1 von 207
Jetzt herunterladen
Downloaden Sie, um offline zu lesen
Empfohlen
2017年2月15日開催のセミナー「これから取り組むWebアクセシビリティ Vol.2」で、セッション1「なぜ企業はWebアクセシビリティに取り組むのか?」に用いたスライドです。講師は作業部会1(理解と普及)委員の伊原 力也氏です。
なぜ企業はWebアクセシビリティに取り組むのか?
なぜ企業はWebアクセシビリティに取り組むのか?
Web Accessibility Infrastructure Committee (WAIC)
2016年4月19日にシナップ社内で開催されたアクセシビリティ勉強会で使用したスライドです。
アクセシビリティとこれからのWebデザイン
アクセシビリティとこれからのWebデザイン
力也 伊原
2017年6月3日開催のイベント「!important #04 -特盛!アクセシビリティスペシャル-」で使用したスライドです。
あなたの価値を高めるWebアクセシビリティ(!importantバージョン)
あなたの価値を高めるWebアクセシビリティ(!importantバージョン)
力也 伊原
2017年11月11日の「Japan Accessibility Conference vol.1」登壇で使用したスライドです。 https://japan-a11y-conf.com/ https://connpass.com/event/68762/
あなたの価値を高めるWebアクセシビリティ(JAC Special Ver.)
あなたの価値を高めるWebアクセシビリティ(JAC Special Ver.)
力也 伊原
2022年5月14日開催のオンラインイベント「TechFeed Conference 2022」で使用したスライドです。スライドにあるテキスト情報については、 https://www.mitsue.co.jp/knowledge/blog/a11y/202205/23_1142.html にてご利用いただけます。
WCAG 2.2で追加される達成基準
WCAG 2.2で追加される達成基準
Mitsue-Links Co.,Ltd. Accessibility Department
html5j アクセシビリティ部 第0回勉強会にて ※ 2014年12月4日のイベントでのスライドは以下をご覧ください。 http://www.slideshare.net/rikiha/a11yfes-rikiha
アクセシビリティ対応をプロジェクトに取り入れるには?
アクセシビリティ対応をプロジェクトに取り入れるには?
力也 伊原
リーンコーヒーの紹介 アジェンダのないミーティング方法 参加者が集まり、アジェンダを作り、議論を始める そんなミーティングの方法の紹介
Lean coffee
Lean coffee
Takeshi Arai
2016年10月25日 PMCONF発表 http://pmconf.jp/ 2016年09月16日 デブサミ関西2016発表 http://event.shoeisha.jp/devsumi/20160916/
正しいものを正しくつくる
正しいものを正しくつくる
toshihiro ichitani
Empfohlen
2017年2月15日開催のセミナー「これから取り組むWebアクセシビリティ Vol.2」で、セッション1「なぜ企業はWebアクセシビリティに取り組むのか?」に用いたスライドです。講師は作業部会1(理解と普及)委員の伊原 力也氏です。
なぜ企業はWebアクセシビリティに取り組むのか?
なぜ企業はWebアクセシビリティに取り組むのか?
Web Accessibility Infrastructure Committee (WAIC)
2016年4月19日にシナップ社内で開催されたアクセシビリティ勉強会で使用したスライドです。
アクセシビリティとこれからのWebデザイン
アクセシビリティとこれからのWebデザイン
力也 伊原
2017年6月3日開催のイベント「!important #04 -特盛!アクセシビリティスペシャル-」で使用したスライドです。
あなたの価値を高めるWebアクセシビリティ(!importantバージョン)
あなたの価値を高めるWebアクセシビリティ(!importantバージョン)
力也 伊原
2017年11月11日の「Japan Accessibility Conference vol.1」登壇で使用したスライドです。 https://japan-a11y-conf.com/ https://connpass.com/event/68762/
あなたの価値を高めるWebアクセシビリティ(JAC Special Ver.)
あなたの価値を高めるWebアクセシビリティ(JAC Special Ver.)
力也 伊原
2022年5月14日開催のオンラインイベント「TechFeed Conference 2022」で使用したスライドです。スライドにあるテキスト情報については、 https://www.mitsue.co.jp/knowledge/blog/a11y/202205/23_1142.html にてご利用いただけます。
WCAG 2.2で追加される達成基準
WCAG 2.2で追加される達成基準
Mitsue-Links Co.,Ltd. Accessibility Department
html5j アクセシビリティ部 第0回勉強会にて ※ 2014年12月4日のイベントでのスライドは以下をご覧ください。 http://www.slideshare.net/rikiha/a11yfes-rikiha
アクセシビリティ対応をプロジェクトに取り入れるには?
アクセシビリティ対応をプロジェクトに取り入れるには?
力也 伊原
リーンコーヒーの紹介 アジェンダのないミーティング方法 参加者が集まり、アジェンダを作り、議論を始める そんなミーティングの方法の紹介
Lean coffee
Lean coffee
Takeshi Arai
2016年10月25日 PMCONF発表 http://pmconf.jp/ 2016年09月16日 デブサミ関西2016発表 http://event.shoeisha.jp/devsumi/20160916/
正しいものを正しくつくる
正しいものを正しくつくる
toshihiro ichitani
2018年8月22日開催のセミナー「これから取り組むWebアクセシビリティ 2018 夏」で、セッション2「こうすればできる!ウェブアクセシビリティ実装のポイントと実装チェックリストの作り方」に用いたスライドです。講師は作業部会4(翻訳)主査の太田 良典 氏です。
こうすればできる!ウェブアクセシビリティ実装のポイントと実装チェックリストの作り方
こうすればできる!ウェブアクセシビリティ実装のポイントと実装チェックリストの作り方
Web Accessibility Infrastructure Committee (WAIC)
2016年11月2日 HRTech Summit で発表
価値探索 -仮説検証の実践-
価値探索 -仮説検証の実践-
toshihiro ichitani
devlovex のスライドです
大企業アジャイルの勘所 #devlovex #devlovexd
大企業アジャイルの勘所 #devlovex #devlovexd
Itsuki Kuroda
pmconf2019 Tably小城の発表資料。 プロダクトの骨太の方針を作るためのフレームワークの使い方についての資料です。 https://2019.pmconf.jp/sessions/2019/11/13/S2-018/ こちらも合わせてご確認ください。 はじめてのPRD Tably 及川卓也 (@takoratta) https://www.slideshare.net/takoratta/prd-192302662
プロダクトの強い軸を作るプロダクトマネジメントフレームワーク
プロダクトの強い軸を作るプロダクトマネジメントフレームワーク
kumiko koshiro
なぜ、仮説検証型アジャイル開発へ辿り着くのか
正しいものを正しくつくるへ至る道
正しいものを正しくつくるへ至る道
toshihiro ichitani
エンタープライズアジャイル勉強会2017年12月で話した内容
アジャイル開発はWhyから始まる
アジャイル開発はWhyから始まる
toshihiro ichitani
LayerX社内の定例でつかった資料です。
開発速度が速い #とは(LayerX社内資料)
開発速度が速い #とは(LayerX社内資料)
mosa siru
IIJ社内で行われている新人向けハンズオン勉強会「IIJ Bootcamp」で行われた "DevOps Overview" です。 開発者と運用者がうまくいくには。効率的な時間の使い方。自動化の話。Kubernetesなどを紹介します。 ▼IIJ Bootcampについて IIJ Bootcampとは、様々な技術に触れることを目的としたIIJ社内で行われている新人向けハンズオン勉強会です。 https://iij.github.io/bootcamp/ 各技術が誕生した経緯・歴史、ほかの技術と比較といった知識を得るためのきっかけとして、さまざまな言語・フレームワーク・ツールに触れて実際に動かすハンズオンを行っています。 カリキュラムにはハンズオンだけでなく、「overview」として技術ジャンルの全体像や歴史などを紹介する回も設けています。
DevOps Overview
DevOps Overview
IIJ
ユーザーにうれしいチャットボットをつくるためのUX 7原則(7 Principles to Design UX of Chatbots)をまとめました。 1. 会話に人格を感じるか 2. ワンストップで解決策が得られるか 3. 会話が噛み合わなくてもフォローできているか 4. 再生より再認で進んでいけるか 5. 回答できる範囲がわかるようになっているか 6. センシティブな話題こそ回答が得られるか 7. 一般的なユーザビリティ原則にしたがっているか
ユーザーにうれしいチャットボットのUX 7原則 - 7 Principles to Design UX of Chatbots
ユーザーにうれしいチャットボットのUX 7原則 - 7 Principles to Design UX of Chatbots
Yoshiki Hayama
2016年8月に株式会社サイバーエージェントで開催された社内勉強会で使用したスライドです。
15分でわかるモバイルアクセシビリティ
15分でわかるモバイルアクセシビリティ
力也 伊原
UI/UXデザインをおぼろげに思っているけど実際どうなのよ、というのを自分もあやふやだったのでざっくりと説明。
0528 kanntigai ui_ux
0528 kanntigai ui_ux
Saori Matsui
デザイン仕様書(ガイド) デザイン仕様書(ガイド)書き方 (初歩者用) http://assistor.jp
デザイン仕様書(ガイド)の書き方 (初歩者用)
デザイン仕様書(ガイド)の書き方 (初歩者用)
witstudio
クレイトン・M・クリステンセン氏の「ジョブ理論」の布教用に使用したものです。
ジョブ理論をなんとなく理解する
ジョブ理論をなんとなく理解する
haruka iwama
アジャイルについての全般的な説明。アジャイルな企業の例、アジャイルとはなにか、価値・原則・プラクティスとは、向き不向きについて、やってみるには。 「PERFORCE on Tour 2017 TOKYO - デプロイメント・ファースト -」基調講演資料
アジャイルとスクラムとは 原則、価値、プラクティス
アジャイルとスクラムとは 原則、価値、プラクティス
Yasui Tsutomu
アジャイル札幌の発表資料
越境アジャイル
越境アジャイル
toshihiro ichitani
https://nagasaki-it-engineers.connpass.com/event/93810/ Agile Japan 2018 長崎サテライト with NaITE LT資料です。 自分の意思確認にやらないことリストとトレードオフスライダーを使っている話を紹介しました。 ※ ↓のスライドの内容と大枠は変わらないのですが、一部スライドの追加などを行ったのであらためてupしました。 https://www.slideshare.net/NobuhiroYoshitake/ss-114492839 ##AgileJapanNagasaki
インセプションデッキ:やらないことリストとトレードオフスライダーをやってる話
インセプションデッキ:やらないことリストとトレードオフスライダーをやってる話
Nobuhiro Yoshitake
2022/04/23 WTM IWD 2022 「集え Flutter レディース」セッション資料 2022/02/24 に Flutter packages に移管された go_router パッケージが利用している基盤とこれからについての考察です。 「集え Flutter レディース」は、 テック界に女性エンジニアが増えるよう応援する、Women Techmakers プログラムによる、 国際女性デー月間(International Women's Day Month)の女性エンジニアによる Flutter開発技術オンライン発表会です。 【IWD2022】集え Flutter レディース https://gdgkyoto.connpass.com/event/240258/ https://gdg.community.dev/events/details/google-gdg-kyoto-presents-wtm-international-womens-day-2022/
go_router が隠してくれるもの
go_router が隠してくれるもの
cch-robo
2016年5月10日にサイボウズ社内で開催されたアクセシビリティ勉強会で使用したスライドです。
なぜ、サイボウズでアクセシビリティなのか?
なぜ、サイボウズでアクセシビリティなのか?
力也 伊原
吉祥寺.pm #26でお話したソフトウェア開発における『知の高速道路』の話です。 将棋や数学とのソレには程遠い。主にサッカーの戦術的ピリオダイゼーションを参考に考えてみました。が結論は、まだありません。
ソフトウェア開発における『知の高速道路』
ソフトウェア開発における『知の高速道路』
Yoshitaka Kawashima
2017年2月15日開催のセミナー「これから取り組むWebアクセシビリティ Vol.2」で、セッション2「一般企業におけるWebアクセシビリティの進め方」に用いたスライドです。講師は作業部会1(理解と普及)委員の増井 達⺒氏です。
一般企業におけるWebアクセシビリティの進め方
一般企業におけるWebアクセシビリティの進め方
Web Accessibility Infrastructure Committee (WAIC)
2014年12月4日に開催された「アクセシビリティやるぞ!祭り by Yahoo! JAPAN・ミツエーリンクス・BA」で使用したスライドです。
アクセシビリティ対応をプロジェクトに取り入れるには?
アクセシビリティ対応をプロジェクトに取り入れるには?
力也 伊原
2016年1月8日に開催されたUXJAM New YearのLTで使用したスライドです。
可能性のデザイン
可能性のデザイン
力也 伊原
Weitere ähnliche Inhalte
Was ist angesagt?
2018年8月22日開催のセミナー「これから取り組むWebアクセシビリティ 2018 夏」で、セッション2「こうすればできる!ウェブアクセシビリティ実装のポイントと実装チェックリストの作り方」に用いたスライドです。講師は作業部会4(翻訳)主査の太田 良典 氏です。
こうすればできる!ウェブアクセシビリティ実装のポイントと実装チェックリストの作り方
こうすればできる!ウェブアクセシビリティ実装のポイントと実装チェックリストの作り方
Web Accessibility Infrastructure Committee (WAIC)
2016年11月2日 HRTech Summit で発表
価値探索 -仮説検証の実践-
価値探索 -仮説検証の実践-
toshihiro ichitani
devlovex のスライドです
大企業アジャイルの勘所 #devlovex #devlovexd
大企業アジャイルの勘所 #devlovex #devlovexd
Itsuki Kuroda
pmconf2019 Tably小城の発表資料。 プロダクトの骨太の方針を作るためのフレームワークの使い方についての資料です。 https://2019.pmconf.jp/sessions/2019/11/13/S2-018/ こちらも合わせてご確認ください。 はじめてのPRD Tably 及川卓也 (@takoratta) https://www.slideshare.net/takoratta/prd-192302662
プロダクトの強い軸を作るプロダクトマネジメントフレームワーク
プロダクトの強い軸を作るプロダクトマネジメントフレームワーク
kumiko koshiro
なぜ、仮説検証型アジャイル開発へ辿り着くのか
正しいものを正しくつくるへ至る道
正しいものを正しくつくるへ至る道
toshihiro ichitani
エンタープライズアジャイル勉強会2017年12月で話した内容
アジャイル開発はWhyから始まる
アジャイル開発はWhyから始まる
toshihiro ichitani
LayerX社内の定例でつかった資料です。
開発速度が速い #とは(LayerX社内資料)
開発速度が速い #とは(LayerX社内資料)
mosa siru
IIJ社内で行われている新人向けハンズオン勉強会「IIJ Bootcamp」で行われた "DevOps Overview" です。 開発者と運用者がうまくいくには。効率的な時間の使い方。自動化の話。Kubernetesなどを紹介します。 ▼IIJ Bootcampについて IIJ Bootcampとは、様々な技術に触れることを目的としたIIJ社内で行われている新人向けハンズオン勉強会です。 https://iij.github.io/bootcamp/ 各技術が誕生した経緯・歴史、ほかの技術と比較といった知識を得るためのきっかけとして、さまざまな言語・フレームワーク・ツールに触れて実際に動かすハンズオンを行っています。 カリキュラムにはハンズオンだけでなく、「overview」として技術ジャンルの全体像や歴史などを紹介する回も設けています。
DevOps Overview
DevOps Overview
IIJ
ユーザーにうれしいチャットボットをつくるためのUX 7原則(7 Principles to Design UX of Chatbots)をまとめました。 1. 会話に人格を感じるか 2. ワンストップで解決策が得られるか 3. 会話が噛み合わなくてもフォローできているか 4. 再生より再認で進んでいけるか 5. 回答できる範囲がわかるようになっているか 6. センシティブな話題こそ回答が得られるか 7. 一般的なユーザビリティ原則にしたがっているか
ユーザーにうれしいチャットボットのUX 7原則 - 7 Principles to Design UX of Chatbots
ユーザーにうれしいチャットボットのUX 7原則 - 7 Principles to Design UX of Chatbots
Yoshiki Hayama
2016年8月に株式会社サイバーエージェントで開催された社内勉強会で使用したスライドです。
15分でわかるモバイルアクセシビリティ
15分でわかるモバイルアクセシビリティ
力也 伊原
UI/UXデザインをおぼろげに思っているけど実際どうなのよ、というのを自分もあやふやだったのでざっくりと説明。
0528 kanntigai ui_ux
0528 kanntigai ui_ux
Saori Matsui
デザイン仕様書(ガイド) デザイン仕様書(ガイド)書き方 (初歩者用) http://assistor.jp
デザイン仕様書(ガイド)の書き方 (初歩者用)
デザイン仕様書(ガイド)の書き方 (初歩者用)
witstudio
クレイトン・M・クリステンセン氏の「ジョブ理論」の布教用に使用したものです。
ジョブ理論をなんとなく理解する
ジョブ理論をなんとなく理解する
haruka iwama
アジャイルについての全般的な説明。アジャイルな企業の例、アジャイルとはなにか、価値・原則・プラクティスとは、向き不向きについて、やってみるには。 「PERFORCE on Tour 2017 TOKYO - デプロイメント・ファースト -」基調講演資料
アジャイルとスクラムとは 原則、価値、プラクティス
アジャイルとスクラムとは 原則、価値、プラクティス
Yasui Tsutomu
アジャイル札幌の発表資料
越境アジャイル
越境アジャイル
toshihiro ichitani
https://nagasaki-it-engineers.connpass.com/event/93810/ Agile Japan 2018 長崎サテライト with NaITE LT資料です。 自分の意思確認にやらないことリストとトレードオフスライダーを使っている話を紹介しました。 ※ ↓のスライドの内容と大枠は変わらないのですが、一部スライドの追加などを行ったのであらためてupしました。 https://www.slideshare.net/NobuhiroYoshitake/ss-114492839 ##AgileJapanNagasaki
インセプションデッキ:やらないことリストとトレードオフスライダーをやってる話
インセプションデッキ:やらないことリストとトレードオフスライダーをやってる話
Nobuhiro Yoshitake
2022/04/23 WTM IWD 2022 「集え Flutter レディース」セッション資料 2022/02/24 に Flutter packages に移管された go_router パッケージが利用している基盤とこれからについての考察です。 「集え Flutter レディース」は、 テック界に女性エンジニアが増えるよう応援する、Women Techmakers プログラムによる、 国際女性デー月間(International Women's Day Month)の女性エンジニアによる Flutter開発技術オンライン発表会です。 【IWD2022】集え Flutter レディース https://gdgkyoto.connpass.com/event/240258/ https://gdg.community.dev/events/details/google-gdg-kyoto-presents-wtm-international-womens-day-2022/
go_router が隠してくれるもの
go_router が隠してくれるもの
cch-robo
2016年5月10日にサイボウズ社内で開催されたアクセシビリティ勉強会で使用したスライドです。
なぜ、サイボウズでアクセシビリティなのか?
なぜ、サイボウズでアクセシビリティなのか?
力也 伊原
吉祥寺.pm #26でお話したソフトウェア開発における『知の高速道路』の話です。 将棋や数学とのソレには程遠い。主にサッカーの戦術的ピリオダイゼーションを参考に考えてみました。が結論は、まだありません。
ソフトウェア開発における『知の高速道路』
ソフトウェア開発における『知の高速道路』
Yoshitaka Kawashima
2017年2月15日開催のセミナー「これから取り組むWebアクセシビリティ Vol.2」で、セッション2「一般企業におけるWebアクセシビリティの進め方」に用いたスライドです。講師は作業部会1(理解と普及)委員の増井 達⺒氏です。
一般企業におけるWebアクセシビリティの進め方
一般企業におけるWebアクセシビリティの進め方
Web Accessibility Infrastructure Committee (WAIC)
Was ist angesagt?
(20)
こうすればできる!ウェブアクセシビリティ実装のポイントと実装チェックリストの作り方
こうすればできる!ウェブアクセシビリティ実装のポイントと実装チェックリストの作り方
価値探索 -仮説検証の実践-
価値探索 -仮説検証の実践-
大企業アジャイルの勘所 #devlovex #devlovexd
大企業アジャイルの勘所 #devlovex #devlovexd
プロダクトの強い軸を作るプロダクトマネジメントフレームワーク
プロダクトの強い軸を作るプロダクトマネジメントフレームワーク
正しいものを正しくつくるへ至る道
正しいものを正しくつくるへ至る道
アジャイル開発はWhyから始まる
アジャイル開発はWhyから始まる
開発速度が速い #とは(LayerX社内資料)
開発速度が速い #とは(LayerX社内資料)
DevOps Overview
DevOps Overview
ユーザーにうれしいチャットボットのUX 7原則 - 7 Principles to Design UX of Chatbots
ユーザーにうれしいチャットボットのUX 7原則 - 7 Principles to Design UX of Chatbots
15分でわかるモバイルアクセシビリティ
15分でわかるモバイルアクセシビリティ
0528 kanntigai ui_ux
0528 kanntigai ui_ux
デザイン仕様書(ガイド)の書き方 (初歩者用)
デザイン仕様書(ガイド)の書き方 (初歩者用)
ジョブ理論をなんとなく理解する
ジョブ理論をなんとなく理解する
アジャイルとスクラムとは 原則、価値、プラクティス
アジャイルとスクラムとは 原則、価値、プラクティス
越境アジャイル
越境アジャイル
インセプションデッキ:やらないことリストとトレードオフスライダーをやってる話
インセプションデッキ:やらないことリストとトレードオフスライダーをやってる話
go_router が隠してくれるもの
go_router が隠してくれるもの
なぜ、サイボウズでアクセシビリティなのか?
なぜ、サイボウズでアクセシビリティなのか?
ソフトウェア開発における『知の高速道路』
ソフトウェア開発における『知の高速道路』
一般企業におけるWebアクセシビリティの進め方
一般企業におけるWebアクセシビリティの進め方
Andere mochten auch
2014年12月4日に開催された「アクセシビリティやるぞ!祭り by Yahoo! JAPAN・ミツエーリンクス・BA」で使用したスライドです。
アクセシビリティ対応をプロジェクトに取り入れるには?
アクセシビリティ対応をプロジェクトに取り入れるには?
力也 伊原
2016年1月8日に開催されたUXJAM New YearのLTで使用したスライドです。
可能性のデザイン
可能性のデザイン
力也 伊原
2016年5月19日開催のイベント「アクセシビリティの祭典」で使用したスライドです。
サイトをアクセシブルにするための受発注のセオリー
サイトをアクセシブルにするための受発注のセオリー
力也 伊原
2016年12月3日に開催されたWCAN 2016 Winterで使用したスライドです。
あなたの価値を高めるWebアクセシビリティ
あなたの価値を高めるWebアクセシビリティ
力也 伊原
2017年1月18日に行われた「たまキャリ #1」のセッションで使用したスライドです。
今やWeb制作者じゃなくなった私の仕事実態
今やWeb制作者じゃなくなった私の仕事実態
力也 伊原
2015年5月14日に開催された書籍出版記念イベント「Webサイト設計・UI実装・アクセシビリティのモダンアプローチ」のセッション2で使用した資料です。
WAI-ARIAで実現するマルチデバイス環境のWebアプリケーション
WAI-ARIAで実現するマルチデバイス環境のWebアプリケーション
力也 伊原
アクセシビリティの祭典(2016)のライトニング・トーク3にて使用したスライドです。現状HTML5のaudio要素・video要素のためにブラウザが提供する標準UIにはアクセシビリティ上の問題があるため、それを解消する手段として、ワシントン大学のプロジェクトとして開発されているAble Playerをご紹介し、その日本語化を行った成果をご説明しています。
アクセシブルな音声・動画プレイヤーのご紹介
アクセシブルな音声・動画プレイヤーのご紹介
Toru MOCHIDA
2012年1月21日、NPO法人ハーモニー・アイ様の主催でアルファサード有限会社の大阪オフィスで開催した「マルチデバイス、ソーシャル時代の企業CSRとアクセシビリティセミナー 」で持田が講演したスライドです。
アクセシビリティの基礎
アクセシビリティの基礎
Toru MOCHIDA
2014年10月25日 第20回リクリセミナー 「Webディレクターの頭の中」で使用したスライドです。 サービス業での経験をベースに、コミュニケーションを円滑にするために今も日々心がけていることをまとめました。
サービス業から学んだコミュニケーションのコツ
サービス業から学んだコミュニケーションのコツ
Yumi Masaki
アクセシビリティを加速するWAI-ARIA
アクセシビリティを加速するWAI-ARIA
Mitsue-Links Co.,Ltd. Accessibility Department
2014年12月4日、Yahoo! JAPAN BASE6 (東京ミッドタウンそば)で開催されたイベント「アクセシビリティやるぞ!祭り by Yahoo! JAPAN・ミツエーリンクス・BA」での講演資料です。
Webアクセシビリティの現状ダイジェスト 2014
Webアクセシビリティの現状ダイジェスト 2014
Mitsue-Links Co.,Ltd. Accessibility Department
Gov Out
Gov Out
euweben01
Eco friendly and sustainable set net fishing called Teichiami was invented in Himi more than 400 years ago.
Sustainable fishing, Teichiami by future evangelist @Impact Hub Kyoto 2014.11.30
Sustainable fishing, Teichiami by future evangelist @Impact Hub Kyoto 2014.11.30
HAPPY PROJECT LLC/ Kyoto University of Foreign Studies/ Yokohama National University
The first session will provide an introduction/review of the five fundamental components of inbound marketing; content, search engine optimization, social media promotion, conversion and analytics.
Advanced Content Strategies 1: Introduction
Advanced Content Strategies 1: Introduction
Liberty Digital Marketing
ERP initiatives
ERP initiatives
SalesQuest
Powerpoint file I showed to the children in assembly
Malaysia Assembly powerpoint
Malaysia Assembly powerpoint
joannalindon
Media Ideas Presentation
Media Ideas Presentation
Lolly91
WTR OPP 2011
WTR OPP 2011
waytorich
Gorillas by Lexi
Gorillas by Lexi
The Lower School
Here at Charity Dynamics Sue Dalos, Principal Consultant, Jett Winders, VP of Strategic Services, and Aleena Antonino, Support Manager, are experts in participant support. They came together for this webinar to share their insights and recommendations for nonprofits about participant and donor support. What you'll learn: -Why great customer service is necessary for nonprofit organizations -How customer support can make lasting impressions with your participants -What the best practices are for improving customer service experience
Participant Support Webinar
Participant Support Webinar
Charity Dynamics
Andere mochten auch
(20)
アクセシビリティ対応をプロジェクトに取り入れるには?
アクセシビリティ対応をプロジェクトに取り入れるには?
可能性のデザイン
可能性のデザイン
サイトをアクセシブルにするための受発注のセオリー
サイトをアクセシブルにするための受発注のセオリー
あなたの価値を高めるWebアクセシビリティ
あなたの価値を高めるWebアクセシビリティ
今やWeb制作者じゃなくなった私の仕事実態
今やWeb制作者じゃなくなった私の仕事実態
WAI-ARIAで実現するマルチデバイス環境のWebアプリケーション
WAI-ARIAで実現するマルチデバイス環境のWebアプリケーション
アクセシブルな音声・動画プレイヤーのご紹介
アクセシブルな音声・動画プレイヤーのご紹介
アクセシビリティの基礎
アクセシビリティの基礎
サービス業から学んだコミュニケーションのコツ
サービス業から学んだコミュニケーションのコツ
アクセシビリティを加速するWAI-ARIA
アクセシビリティを加速するWAI-ARIA
Webアクセシビリティの現状ダイジェスト 2014
Webアクセシビリティの現状ダイジェスト 2014
Gov Out
Gov Out
Sustainable fishing, Teichiami by future evangelist @Impact Hub Kyoto 2014.11.30
Sustainable fishing, Teichiami by future evangelist @Impact Hub Kyoto 2014.11.30
Advanced Content Strategies 1: Introduction
Advanced Content Strategies 1: Introduction
ERP initiatives
ERP initiatives
Malaysia Assembly powerpoint
Malaysia Assembly powerpoint
Media Ideas Presentation
Media Ideas Presentation
WTR OPP 2011
WTR OPP 2011
Gorillas by Lexi
Gorillas by Lexi
Participant Support Webinar
Participant Support Webinar
Ähnlich wie 実はできている!? Webアクセシビリティ
4/28 hireLink vol.16 実はできている!? Webアクセシビリティ講演資料です。 登壇者 太田良典 BA アクセシビリティスペシャリスト HTML4.01のW3C仕様書を翻訳した「HTML4仕様書邦訳計画補完委員会」の委員を務めた後、2001年にBAに参加。 Web技術の分野で幅広い専門性を持ち、セキュリティ分野においては「第二回IPA賞(情報セキュリティ部門)」を受賞。 アクセシビリティ分野では、ウェブアクセシビリティ基盤委員会(WAIC)の委員として活動。 著書(共著)に「Dreamweaverプロフェッショナル・スタイル」「デザイニングWebアクセシビリティ」など。 http://www.b-architects.com http://bakera.jp/ http://twitter.com/bakera 伊原力也 BA シニア・インフォメーションアーキテクト HCD-Net認定 人間中心設計専門家。 ウェブアクセシビリティ基盤委員会(WAIC)理解と普及作業部会委員。 1999年よりWeb標準に則ったWebサイトの構築業務に従事。 2004年にBAに参加。マークアップデザインエンジニアとして業務を行う傍ら、HCD(人間中心設計)プロセス導入を推進。 現在はプロジェクト設計、調査分析、コンセプト立案から、アクセシビリティおよびユーザビリティを確保したインタラクションデザイン、さらにフロントエンド実装のディレクションまでを一貫して手がける。 クリエイティブユニットmokuva所属。 http://www.b-architects.com/ http://mokuva.com/ http://twitter.com/magi1125
実はできているWebアクセシビリティ 007
実はできているWebアクセシビリティ 007
株式会社トライブ
実はできている!? Webアクセシビリティ2
実はできている!? Webアクセシビリティ2
実はできている!? Webアクセシビリティ2
株式会社トライブ
2016-09-27に渋谷ヒカリエで実施したイベント「ヒカ☆ラボ」の講演資料です。 https://career.levtech.jp/hikalab/event/detail/60/
実はできているWebアクセシビリティ ヒカラボ編
実はできているWebアクセシビリティ ヒカラボ編
Yoshinori OHTA
WCAF Vol.9 「Think of UX」 (2012年11月23日) http://www.wcaf.jp/vol9/
キッチンにはスマートフォンとカレーライス
キッチンにはスマートフォンとカレーライス
トモロヲ いちがみ
2016-03-03 OpenCUのイベント「アクセシビリティからはじめるWebサイトのUI/UXデザイン」の講演資料です。 http://www.opencu.com/2016/02/web-accessibility/
アクセシビリティからはじめる、WebサイトのUI/UXデザイン
アクセシビリティからはじめる、WebサイトのUI/UXデザイン
Yoshinori OHTA
デザイニングWebアクセシビリティ刊行記念イベント <http: /> で使用したスライドです。
アクセシビリティからはじめる、WebサイトのUXデザイン
アクセシビリティからはじめる、WebサイトのUXデザイン
Yoshinori OHTA
2007年11月15日、デジタルハリウッド大学藤本ゼミでのプレゼンテーションです。 http://champla.exblog.jp/6446112
デジタルハリウッド大学藤本ゼミプレゼンテーション(20071115)
デジタルハリウッド大学藤本ゼミプレゼンテーション(20071115)
Yosuke Yoshizaki
【クリエイティブハント】のセッション(2017/10/14 14:50~、4コマ目、森林ステージ) 「今だからこそ知りたい!オープンソース時代に生きるクリエイターとコミュニティとビジネス」のスライドです。 http://creative-hunt.org/ 【セッション概要】 クリエイティブの現場はWordPressをはじめとする多くのオープンソースソフトウェアにより支えられている側面があります。 そのオープンソースはクリエイターのコミュニティとビジネスにより支えられています。 今更聞けないオープンソースの定義から、コミュニティへの関わり方やコミュニティの今、そしてオープンソースで仕事をするイロハをお話しします。
今だからこそ知りたい!オープンソース時代に生きるクリエイターとコミュニティとビジネス(クリエイティブハント) #ゴーハント
今だからこそ知りたい!オープンソース時代に生きるクリエイターとコミュニティとビジネス(クリエイティブハント) #ゴーハント
Hiroyuki Ishikawa
NTTコミュニケーションズ主催の「@IT 情報マネジメント×ビジネスICTセミナー」の基調講演で話したスライドです。
Business ICT seminar #43 Keynote Presentation
Business ICT seminar #43 Keynote Presentation
Takashi Sakamoto
Ähnlich wie 実はできている!? Webアクセシビリティ
(9)
実はできているWebアクセシビリティ 007
実はできているWebアクセシビリティ 007
実はできている!? Webアクセシビリティ2
実はできている!? Webアクセシビリティ2
実はできているWebアクセシビリティ ヒカラボ編
実はできているWebアクセシビリティ ヒカラボ編
キッチンにはスマートフォンとカレーライス
キッチンにはスマートフォンとカレーライス
アクセシビリティからはじめる、WebサイトのUI/UXデザイン
アクセシビリティからはじめる、WebサイトのUI/UXデザイン
アクセシビリティからはじめる、WebサイトのUXデザイン
アクセシビリティからはじめる、WebサイトのUXデザイン
デジタルハリウッド大学藤本ゼミプレゼンテーション(20071115)
デジタルハリウッド大学藤本ゼミプレゼンテーション(20071115)
今だからこそ知りたい!オープンソース時代に生きるクリエイターとコミュニティとビジネス(クリエイティブハント) #ゴーハント
今だからこそ知りたい!オープンソース時代に生きるクリエイターとコミュニティとビジネス(クリエイティブハント) #ゴーハント
Business ICT seminar #43 Keynote Presentation
Business ICT seminar #43 Keynote Presentation
Mehr von 力也 伊原
2019年6月18日開催の freee Tech Night #3 「ビジネスドメイン開発の裏側で」で発表したスライドです。 原稿:https://paper.dropbox.com/doc/--AfWuDogVQsciKaRRsML2Mc6lAg-QEa7yivdkMXPFhOdYLZUC イベントページ:https://freee-tech-night.connpass.com/event/132171/
年末調整の情報設計
年末調整の情報設計
力也 伊原
2017年12月11日に開催されたセミナー「HCDコンピタンス知識編『情報構造の設計・概論』」で使用したスライドです。 https://www.hcdnet.org/hcd/event/entry-1130.html
情報構造設計の基礎知識
情報構造設計の基礎知識
力也 伊原
2017年5月18日開催のイベント「アクセシビリティの祭典」で使用したスライドです。
あなたの価値を高めるWebアクセシビリティ(アクセシビリティの祭典バージョン)
あなたの価値を高めるWebアクセシビリティ(アクセシビリティの祭典バージョン)
力也 伊原
2016年8月25日に開催されたイベント「Design-JP 第1回 勉強会 : プロトタイピングの回」で使用したスライドです。公開向けに編集した抜粋版となっています。
プロトタイピングツール投入のケーススタディ
プロトタイピングツール投入のケーススタディ
力也 伊原
2016年7月24日に開催されたイベント「Adobe Design Jimoto Vol.2 in 渋谷」のトークセッションで使用したスライドです。
働き方のプロトタイピング
働き方のプロトタイピング
力也 伊原
2016年7月にヤフー株式会社で開催された社内勉強会で使用したスライドです。
フロントエンドからの発想
フロントエンドからの発想
力也 伊原
2015年7月4日(土)に開催された「AccSell Meetup 009『デザイニング Webアクセシビリティ』ディレクターズカット版」のセッションで用いたスライドです。 http://accsell.net/info/accsell-meetup009.html 書籍「デザイニングWebアクセシビリティ」2015年7月24日(金)に発売! http://www.amazon.co.jp/dp/4862462650/
アクセシブルなナビゲーションデザインの考え方
アクセシブルなナビゲーションデザインの考え方
力也 伊原
CSS Nite LP, Disk 27「スマートフォン対応サイト制作(3)」にて。一部増補改訂。
NTTデータグループウェブサイトのマルチデバイス対応
NTTデータグループウェブサイトのマルチデバイス対応
力也 伊原
Ustream:ワイヤーコミュニケーション 第2回 http://www.ustream.tv/recorded/7738057 Togetter:お気に入り 第2回「ワイヤーフレームコミュニケーション研究会」 - ハッシュタグ " #wireframecomwg " まとめ http://togetter.com/li/30127 「ワイヤーフレームコミュニケーション研究会第2回」のお知らせ http://blog.sinap.jp/2010/05/wireframecomwg02-cm.html
マークアップエンジニアと情報アーキテクチャ
マークアップエンジニアと情報アーキテクチャ
力也 伊原
Mehr von 力也 伊原
(9)
年末調整の情報設計
年末調整の情報設計
情報構造設計の基礎知識
情報構造設計の基礎知識
あなたの価値を高めるWebアクセシビリティ(アクセシビリティの祭典バージョン)
あなたの価値を高めるWebアクセシビリティ(アクセシビリティの祭典バージョン)
プロトタイピングツール投入のケーススタディ
プロトタイピングツール投入のケーススタディ
働き方のプロトタイピング
働き方のプロトタイピング
フロントエンドからの発想
フロントエンドからの発想
アクセシブルなナビゲーションデザインの考え方
アクセシブルなナビゲーションデザインの考え方
NTTデータグループウェブサイトのマルチデバイス対応
NTTデータグループウェブサイトのマルチデバイス対応
マークアップエンジニアと情報アーキテクチャ
マークアップエンジニアと情報アーキテクチャ
実はできている!? Webアクセシビリティ
1.
実はできている!? Webアクセシビリティ
2.
注意事項 会場は禁煙です。 ハッシュタグは#a11ybooksとなります。
イベントの模様は自由に撮影いただき、ブログやSNS等で 拡散いただいて構いません(むしろお願いします)。 主催者も、公式Facebookページ用に写真撮影をいたします (ご了承ください) スライドの公開は主催者よりSNSなどでご案内します。 2
3.
本日の流れ 自己紹介 アクセシビリティとは?
実はできている!? アクセシビリティだと思っていたが……? 気づかないうちにアクセシビリティを確保していた! 3
4.
自己紹介 4
5.
BA 5
6.
ウェブアクセシビリティ基盤委員会(WAIC) 6
7.
デザイニングWebアクセシビリティ 7
8.
アクセシビリティとは?
9.
アクセシビリティとは さまざまな利用者が さまざまな環境でアクセス可能であること 情報を認識して理解できる さまざまな選択肢が提供されている
自分に合った形で利用できる 9
10.
さまざまな環境 10
11.
ビジュアルブラウザ(Firefox) 11
12.
テキストブラウザ(w3m) 12
13.
ダウンローダー(SiteSucker) 13
14.
クローラー(Googlebot) 14
15.
ハイコントラストモード 15
16.
ハイコントラストモード 16
17.
拡大ツール(Windows拡大鏡) 17
18.
スクリーンリーダー(NVDA) 18
19.
スクリーンリーダー(VoiceOver) 19
20.
代替マウス 20
21.
点字ディスプレイ 21
22.
視線入力装置 22
23.
障害者のウェブページ利用方法の紹介ビデオ 23
24.
障害者のウェブページ利用方法の紹介ビデオ 実際に支援技術を使ってアクセスしている 様子を見ることができる 視覚障害者(全盲) 視覚障害者(弱視)
肢体不自由者 http://www.soumu.go.jp/menu_news/s- news/2005/051215_1_wmv.html 24
25.
アクセシビリティだと 思っていたが……?
26.
アクセシビリティに配慮 と言われたとき、 何を思い浮かべますか? アクセシビリティに配慮したサイトとは? 26
27.
福岡県大野城市 27
28.
福岡県大野城市 28
29.
文字サイズ変更ボタン・色反転ボタン 29
30.
東京都西東京市 30
31.
東京都西東京市 31
32.
「本文へ」リンク 32
33.
東京オリンピック・パラリンピック競技大会組織委員会 33
34.
東京オリンピック・パラリンピック競技大会組織委員会 34
35.
カルーセル停止/再生ボタン 35
36.
JISの文字サイズ変更の要件 1.4.4 テキストのサイズ変更の達成基準 キャプション及び文字画像を除き,テキスト は,コンテンツ又は機能を損なうことなく, 支援技術なしで200 %までサイズ変更できる (レベル
AA)。 36
37.
実際にはどうか? 37
38.
サイズ:小 38
39.
サイズ:中 39
40.
サイズ:大 40
41.
文字サイズ変更機能の現実 中を100%としたとき、大は約133% 「大」を複数回押しても大きくならない 拡大される要素はテキストのみ ナビゲーションや見出しの文字は大きくならない 41
42.
熊本県の例 42
43.
熊本県の例 43
44.
ところで…… 44
45.
総務省 みんなの公共サイト運用ガイドライン 45
46.
2.1.4.ウェブアクセシビリティ対応に関する誤解 46
47.
2.1.4.ウェブアクセシビリティ対応に関する誤解 注意点! ホームページ等において、音声読み上げ、 文字拡大、文字色変更等の支援機能を提供 する事例がありますが、これだけでは、ウ ェブアクセシビリティに対応しているとは 言えません。 47
48.
Webアクセシビリティの確保は特別なことではない。 障害者差別解消法の施行で考えるべき企業サイトの品質 48
49.
植木さんのコメント 49
50.
文字サイズ変更ボタンや 音声読み上げ機能は 必要なのか? よくある質問 50
51.
JISに準拠していれば、 どちらもいらない 植木さんの回答 51
52.
植木さんのコメント続き 実際に試すと、ほとんど文字の大きさが変わ らない文字サイズ変更ボタンが少なくない 最近のWebブラウザであれば ズーム機能を標準で搭載している 意味のない文字サイズ変更ボタンは やっている感を出すための免罪符に近い 52
53.
基準を満たす方法の例 53
54.
ブラウザのズーム機能を利用する ブラウザの機能で 文字サイズを変えられるようにする 文字サイズ変更ボタンをつける 文字サイズを変えても 重なったりはみ出したりしないようにする 54
55.
JISの文字サイズ変更の要件 1.4.4 テキストのサイズ変更の達成基準 キャプション及び文字画像を除き,テキスト は,コンテンツ又は機能を損なうことなく, 支援技術なしで200 %までサイズ変更できる (レベル
AA)。 55 これは何?
56.
3つのレベル レベルA: 支援技術を駆使すればアクセスできる レベルAA: 支援技術がなくても多くの環境でアクセスできる レベルAAA:
支援技術がなくても多くの環境でアクセスしやすい 発展的なもの、達成が難しいものを含む 56
57.
文字サイズの変更はレベル「AA」 支援技術を使えば、以下のようなことが可能 サイト側の文字サイズの指定を無視して ユーザーが好みのサイズに変更 テキストを音声で読み上げる 57
58.
ここまでのまとめ 58
59.
ここまでのまとめ 文字サイズ変更などの機能は目立つが、 あまり役に立っていないこともある 文字サイズが変更できることは大切だが 文字サイズ変更ボタンでなくてもよい 文字サイズ変更はレベルAAの達成基準 59
60.
文字サイズ変更ボタンは なくてもいい! もっと大切なことがある! ひとことで言うと? 60
61.
気づかないうちに アクセシビリティを確保していた! ~実装・デザイン編~
62.
アクセシビリティとは(おさらい) さまざまな利用者がアクセス可能であること 情報を認識して理解できる さまざまな選択肢が提供されている
自分に合った形で利用できる 62
63.
2.1.4.ウェブアクセシビリティ対応に関する誤解 注意点! ホームページ等において、音声読み上げ、 文字拡大、文字色変更等の支援機能を提供 する事例がありますが、これだけでは、ウ ェブアクセシビリティに対応しているとは 言えません。 63
64.
みんなの公共サイト運用ガイドライン(続き) 利用者は、多くの場合、音声読み上げソフト や文字拡大ソフトなど、自分がホームページ 等を利用するために必要な支援機能を、自身 のパソコン等にインストールし必要な設定を 行った上で、その支援機能を活用して様々な ホームページ等にアクセスしています。 64
65.
ブラウザや支援技術で アクセスできることが 重要 つまり 65
66.
重要なのは「マシンリーダビリティ」 アクセスできる! テキストが明確 ちゃんとマークアップされている アクセスできない!
テキストが存在しない、あいまい ちゃんとマークアップされてない 66
67.
実は大切なこと 1. ページタイトルをきちんとつける 2. 階層構造に沿った見出しをつける 3.
見た目に頼り切らない 4. 画像に頼り切らない 5. キーボードだけで操作できる 67
68.
ページタイトルをきちんとつける 68
69.
ページタイトルは重要な手がかり ブラウザのタブ名 ブックマークのタイトル 表示履歴のタイトル サーチエンジンやサイト内検索結果 外部からのリンク 69
70.
OK:内容が連想できるタイトルをつける 70
71.
OK:ツールを使ってタイトルを確認する 71
72.
NG:ページタイトルがない 72
73.
NG:他のページと区別できないタイトル 73
74.
NG:長すぎて肝心な部分が切られてしまう 74
75.
階層構造に沿った見出しをつける 75
76.
ユーザーは見出しに注目している 76
77.
OK:レベルに沿った具体的な見出しをつける 77
78.
OK:見出しを見出しとしてマークアップ 78
79.
NG:見出しがない 79
80.
NG:見出しから内容を推測できない 80
81.
NG:見出しの階層が不適切 81
82.
NG:見出しがマークアップされていない 82
83.
見た目に頼り切らない 83
84.
視覚デザインは、見えないと伝わらない 色 配置 形・大きさ 文字の装飾 84
85.
OK:色だけでなくラベルに変化をつける 85
86.
OK:見た目の特徴だけでなくラベルで指示 86
87.
NG:色に頼った表現 87
88.
NG:色に頼った表現 88
89.
NG:配置に頼った表現 89
90.
画像に頼り切らない 90
91.
画像は利用できないことがある 画像が利用できない状況 画像が読み込めない 画像を表示できないブラウザを使っている
スクリーンリーダーを使っている 91
92.
OK:本文やキャプションで説明する 92
93.
NG:画像だけで情報が提供されている 93
94.
代替テキストとは? 画像の代替となるテキスト 画像が表示できないとき、代わりに使われる HTMLではimg
要素のalt属性で指定 例: <imgsrc=”foo.png” alt=”代替テキスト” /> 94
95.
文脈に沿った代替テキストとは 画像の「補足や説明」ではなく「代わり」 画像だけに着目すると失敗しやすい 前後の文や、ページのテーマを含めて考える 「alt属性値」が必ず必要なわけではない
必須なのは「alt属性」 本文がきちんとしていれば「カラ(alt=“”) 」 「写真」「図」などが最適なケースも多い 95
96.
OK:装飾画像の代替テキストは空にする 96
97.
OK:キャプションつきの写真に適切な代替を 97
98.
NG:装飾画像に説明文が指定されている 98
99.
NG:代替テキストとキャプションがかぶっている 99
100.
NG:画像の代替テキストが不適切 100
101.
背景画像は伝わらないことがある HTMLのimg要素は「内容」 代替テキストが設定できる スクリーンリーダーやクローラーにも伝わる CSSの背景画像は「装飾」
ハイコントラストモードや印刷プレビューで消える スクリーンリーダーやクローラーには伝わらない 101
102.
OK:意味のある画像は前景に置く 102
103.
NG:意味を持つ画像を背景画像として実装 103
104.
NG:ロゴやナビゲーションを画像置換で実装 104
105.
WebDeveloperによるチェック 105
106.
キーボードだけで操作できる 106
107.
さまざまな入力 マウス、トラックパッド、トラックボール、マウス キー、代替マウス、タッチデバイス、キーボード、 ソフトウェアキーボード、走査スイッチ、 視線入力、音声操作、点字キーボード…… 107
108.
OK:キーボードでも操作可能にする 108
109.
OK:切り替えボタンを明示する 109
110.
OK:フォーカス表示をブラウザ標準にまかせる 110
111.
NG:マウスクリックでしか操作できない 111
112.
NG:マウスオーバーでしか操作できない 112
113.
NG:スワイプでしか操作できない 113
114.
NG:フォーカス表示が見えない 114
115.
気づかないうちに アクセシビリティを確保していた! ~設計編~
116.
「適切なテキスト」のための設計 1. 内容を推測できるカテゴリ名にする 2. わかりやすい現在地表示をつける 3.
リンク先がわかるようにする 4. フォームのラベルを明確にする 5. フォームのエラーを明確にする 116
117.
内容を推測できるカテゴリ名にする 117
118.
OK:内容を推測できるカテゴリ名にする 118
119.
OK:ルールと仕組みで一貫性を保つ 119
120.
NG:カテゴリ名がわかりにくい 120
121.
NG:ラベルがバラバラ 121
122.
わかりやすい現在地表示をつける 122
123.
OK:一般的なわかりやすい現在地表示をつける 123
124.
OK:一般的なわかりやすい現在地表示をつける 124
125.
NG:現在地を把握する手段がない 125
126.
NG:現在地の表示と間違えそうな表現がある 126
127.
注:コンテンツを邪魔しては意味がない 127
128.
リンク先がわかるようにする 128
129.
ユーザーはリンクに注目している 129
130.
OK:リンクにリンク先のタイトルを加える 130
131.
OK:文中リンクを外に出して独立させる 131
132.
NG:ラベルがないリンク 132
133.
NG:「こちら」リンク 133
134.
NG:「もっと読む」「詳細」リンク 134
135.
フォームのラベルを明確にする 135
136.
OK:具体的で明確なラベルをつける 136
137.
OK:必須項目を明確にする 137
138.
OK:必要に応じて説明をつける 138
139.
OK:プレースホルダをラベル代わりにしない 139
140.
NG:ラベルや説明があいまいで混乱する 140
141.
NG:必須か任意かがわからない 141
142.
NG:必要な説明がなく、入力の条件がわからない 142
143.
NG:ラベルがなく、入力欄が何なのかわからない 143
144.
フォームのエラーを明確にする 144
145.
OK:エラー箇所を明確に示す 145
146.
OK:エラー表示と修正フォームをセットにする 146
147.
OK:エラー理由と修正方法を明示する 147
148.
NG:エラー箇所がわからず修正できない 148
149.
NG:エラー表示画面と入力画面がわかれている 149
150.
NG:エラーメッセージが理解できず修正できない 150
151.
気づかないうちに アクセシビリティを確保していた! ~企画・要件編~
152.
プロジェクトの最初から 「アクセシビリティを どうするか?」 を決めておくべし ちゃんとやるには「アクセシビリティ方針」 152
153.
方針がないと…… 153
154.
方針がないとどうなる? 配慮が全く行われない 公開に実は必要だったとなっても後の祭り 適切な判断ができない 判断がぶれる、人によって判断が異なる 合意形成ができない、覆る
プロジェクト内、あるいはクライアントとの衝突 154
155.
まずは最低限の方針を立てよう 155
156.
Webアクセシビリティ方針とは? 156
157.
JISX8341-3:2016 附属書JA JA.1 企画 企画段階においてウェブページ一式の責任者 は,ウェブアクセシビリティ方針を策定する 。策定したウェブアクセシビリティ方針は, ウェブサイトではサイト上,ウェブアプリケ ーションではマニュアルなどで公開するとよ い。 157
158.
方針策定ガイドライン 158
159.
難しそう! 159
160.
定めるべきことは意外に少ない 必須項目 対象の範囲 (サイトのURLなど)
適合レベル及び対応度 (レベルAA準拠、など) その他、定めると良い項目 達成までの期限、例外事項、追加の達成基準、 担当部署、現時点での問題点への対応など 160
161.
実はやっていた! 161
162.
アクセシビリティについては 「JIS X 8341-3:2010」に準拠すること。 達成等級は以下の通り: 達成等級AA
準拠 162 実例
163.
方針策定のコツ 163
164.
無理のない範囲で 164
165.
明確に定める ガイドラインに沿って 目標とするレベルを決める 特にアクセシビリティが重要ならレベルAA 適用範囲、期限などをはっきりさせる 基本的にはサイト全体、公開時に対応でよい
例外ができてしまう場合は明確にする 165
166.
各種ガイドラインを参考に 制作プロセスに関するガイドライン ウェブアクセシビリティ方針策定ガイドライン JISX8341-3:2016対応発注ガイドライン
JISX8341-3:2016試験実施ガイドライン ※「ウェブコンテンツのJIS X8341-3:2016対応度表記ガ イドライン」は「準拠」の表記に関するもので、これら 全てに関連する 166
167.
方針があればそれでいいのか? 方針があっても、 適切でないものだと効果を発揮しない あいまいな方針を立ててしまう 誤解に基づいて方針を立ててしまう
手段が目的になってしまう 167
168.
実際にあったこんな要件 168 あまり良くない例
169.
あいまいな方針を立ててしまうケース 169
170.
170 セキュリティ、Web標準、 アクセシビリティに配慮し 制作すること。 実例
171.
勢いはあるが…… 具体的に何をどうすれば良いのかからない 「配慮する」といっても人によって基準がまちまち 171
172.
172 アクセシビリティについては 「JIS X 8341-3:2010」に 準拠すること。 実例
173.
JISに沿うことはわかるが…… 目標とするレベルが不明 たとえばAAの達成基準を 満たすべきなのかどうかわからない 173
174.
誤解に基づいて方針を立ててしまうケース 174
175.
175 文字拡大機能 ブラウザの機能ではなく、 ページ上のボタンをクリックすることで CSS を切り替え処理等により容易に 文字サイズを変更できるようにすること。 サイズについては3サイズ程度 選択できるようにすること。 実例
176.
その結果 176
177.
手段が目的になってしまうケース 177
178.
178 以下ランキング同業種内1位評価獲得 • 全上場企業ホームページ充実度ランキング調査 • IRサイト総合ランキング •
主要企業Webユーザビリティランキング • インターネットIR表彰 実例
179.
ランキング対策の「アクセシビリティ対応」 179
180.
実際にあったこんな要件 180 なかなか良いと思える例
181.
アクセシビリティについては 「JIS X 8341-3:2010」に準拠すること。 達成等級は以下の通り: 達成等級AA
準拠 181 実例
182.
表記 ウェブアクセシビ リティ方針の提示 又は公開 目標とする適合レ ベルの達成基準の 試験結果 追加表記事項 準拠 必須 試験を実施し、達成 基準を全て満たして いることを確認 なし 一部準拠 必須 試験を実施し、達成 基準の一部を満たし ていることを確認 今後の対応方針 部分適合に関する記 述(適用する場合) 配慮
必須 試験の実施の有無、 結果は問わない 目標とした適合レベ ル又は参照した達成 基準一覧 ただし……「準拠」の意味、分かっていますか? 182
183.
アクセシビリティ、 ユーザビリティについて、 弊社のレベルを考慮いただき 準拠基準をご提案ください。 183 実例
184.
「 JIS X
8341-3:2010」 の「等級A」への 準拠を検討しているが、本方針は 要件定義工程でのWEBサイト検討状況を 踏まえ決定する想定です。 アクセシビリティ方針の検討方法についても ご提案ください。 184 実例
185.
制作と合わせて方針の提案も求められるケース 185 ウェブアクセシビリティ方針策定ガイドライン JIS X 8341-3:2016
対応発注ガイドライン 提 案 書 作 成 R F P 作 成
186.
制作と合わせて方針の提案も求められるケース 方針や策定プロセスも一緒に考えればよい あいまいに書くよりも、ずっと良いアプローチ 受注側の力の見せどころ 186
187.
目的もドキュメント化しよう 187
188.
ヤフー株式会社ウェブアクセシビリティ方針 188
189.
目的もドキュメント化しよう なぜアクセシビリティに取り組むかを明文化 何のためのアクセシビリティなのかを押さえる 公開されている他社の方針を参考にするのも良い
ただし、意味も分からずにコピペはNG 目的が明確になると、 手段と目的の混同を避けられる 「基準を満たすこと」は最終目的ではないはず 189
190.
「基準を満たすこと」が目的になると…… 190
191.
注意を要する要件 191
192.
注意を要する要件 アクセシビリティ方針が明確にできても、 その方針を守ることができるかは別の話 サイトに求められる要件の中には、 注意が必要なものもある アクセシビリティが確保できないもの アクセシビリティ確保のためにコストがかかるもの 192
193.
CAPTCHA 193
194.
ブラウザやOSの機能への干渉 194
195.
動画 195
196.
紙媒体用のコンテンツ 196
197.
方針があると? 方針を前提にすることで、 要件の可否を判断することができる アクセスできなくなるような要件を入れない コストがかかりそうな要件があるときは コストを見積もっておくことができるようになる これらは後からの対応ではどうにもならない 197
198.
まとめ
199.
文字サイズ変更ボタンは なくてもいい! さらに もっと大切なことがある! もう一度 199
200.
実装で重要なのは「マシンリーダビリティ」 アクセスできる! テキストが明確 ちゃんとマークアップされている アクセスできない!
テキストが存在しない、あいまい ちゃんとマークアップされてない 200
201.
設計や企画時の配慮も重要 わかりやすいテキストを設計しよう わかりやすいラベルは誰にとっても有用 ナビゲーションやリンクやフォームの設計時に 少し気をつけるだけでグッと良くなる 方針を立ててみよう
何のために、何を、どこまでやるのか? 製作の前(発注前、提案時、受注後)に考えよう 201
202.
どのプロセスにもポイントがある 実は「設計」が重要 テキストが存在しなければマークアップできない さらに「戦略」「要件」も重要 最初から考えないと、あとで大変になる 202
203.
Webに関わるどんな人にも できることがある Webに関わる全ての人に関係がある 203
204.
何かを付け足すのではなく 当たり前のことを 真っ当にやることが重要 実は特別なことではない 204
205.
さあ、はじめよう! 205
206.
デザイニングWebアクセシビリティ 206
207.
ありがとうございました
Jetzt herunterladen