Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
みんなにやさしいウェブサイト
Search
yuzneri
April 20, 2025
Programming
220
1
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
みんなにやさしいウェブサイト
2025年4月21日
Toranomon Tech Hub 第三回 技術異種格闘技戦〜好きな技術LT大会〜
yuzneri
April 20, 2025
More Decks by yuzneri
See All by yuzneri
10秒ずつ届く推し
yuzneri
0
53
かわいい娘
yuzneri
0
69
人間の目はかわらない、でも、発表の届き方はかわる
yuzneri
0
92
人間の目はかわらない、だからJPEGは30年もつ
yuzneri
12
20k
テーブルをDELETEした
yuzneri
0
200
昔つくったIoTデバイス
yuzneri
0
110
サークル参加から学ぶ、小さな事業の回し方
yuzneri
0
390
色を視る
yuzneri
0
590
ゲームと乱数
yuzneri
0
170
Other Decks in Programming
See All in Programming
ハーネス設計入門 〜 基礎知識の整理から実務へのステップアップ 〜
kinopeee
13
10k
マイコン向けの軽量Ruby「PicoRuby」で各種デバイスを制御するネイティブアプリの実現手法
bash0c7
0
430
MVNOの申込からeSIM開通までをiOSアプリでつなぐ- 本人確認・MNP・通信事業者基盤をまたぐ実装
satotakeshi
0
460
仕様駆動開発による爆速プロダクト開発 / Bakusoku Spec Driven Development
kobakei
0
120
世界の中心で、AI(App Intents)をさけぶ ー App Intents中心設計の実践ガイド
touyou
0
650
The Rails Doctrine Decade
koic
2
270
20260914 AIエージェント時代のPlatform Engineering LLM基盤とプロダクトの責務境界線
kanfab1
7
2.2k
AI が書く Go コードの品質を劇的に向上させる Linter: “declscope”
mpyw
0
380
JPUG勉強会 OSSデータベースの内部構造を理解しよう(第2回)
oga5
0
270
[GoCon2026] When Goroutines Are Not Enough: Runtime Locality in High-Throughput Go
takehaya
6
2.4k
Kiroで創り、AgentCoreで繋ぐ!AWSで実践する「AI-DLC」から「AIエージェント統合」までの最新地図
licux
4
740
ゲームコントローラやキーボードのファームウェアをSwiftで書く
kishikawakatsumi
1
250
Featured
See All Featured
Practical Orchestrator
shlominoach
192
12k
Raft: Consensus for Rubyists
vanstee
142
7.7k
Tell your own story through comics
letsgokoyo
1
1.1k
RailsConf 2023
tenderlove
30
1.6k
A brief & incomplete history of UX Design for the World Wide Web: 1989–2019
jct
2
510
I Don’t Have Time: Getting Over the Fear to Launch Your Podcast
jcasabona
35
2.8k
Learning to Love Humans: Emotional Interface Design
aarron
275
41k
svc-hook: hooking system calls on ARM64 by binary rewriting
retrage
2
580
[RailsConf 2023] Rails as a piece of cake
palkan
59
7k
GraphQLとの向き合い方2022年版
quramy
50
15k
The AI Revolution Will Not Be Monopolized: How open-source beats economies of scale, even for LLMs
inesmontani
PRO
3
3.7k
Automating Front-end Workflow
addyosmani
1369
210k
Transcript
みんなにやさしい ウェブサイト 2025年4⽉21⽇ Toranomon Tech Hub 第三回 技術異種格闘技戦〜好きな技術LT⼤会〜
ゆずねり (X: @yuzuneri) •お仕事 •Webバックエンドたま にフロントエンジニア •趣味 •ドール、ポーカー、交 錯員 2025/4/21
2
アジェンダ 1. やさしいウェブサイトとは 2. ウェブアクセシビリティの基本 3. まとめ 2025/4/21 3
やさしいウェブサイトとは
バリア‐フリー〘名〙(英barrier-free) ⽼齢者、障害者、妊婦、⼦どもなどの⽣活弱者に不都合 な障害がないこと。だれもが安全で快適に⽣活できる環 境、状態であること。また、そのさま。道や床などの段 差をなくしたり、階段をなくしてゆるやかなスロープに して⼿すりをつけるなどは、そのような環境の実現のた めの事例であるが、物理的なものに限らず、⽂化‧情報、 制度、⼈々の意識についても同じことがいえる。(精選 版 ⽇本国語⼤辞典)
2025/4/21 5
誰でも使えるのがWebの本質 •ウェブの⼒はその普遍性にある。障害の有無に かかわらず、誰もがアクセスできることは不可 ⽋な要素である。 (ティム‧バーナーズ= リー) https://www.w3.org/ja/mission/accessibility/ 2025/4/21 6
ウェブサイトの重要性 •オンラインサービスへのアクセスが制限される と⾏政、教育、就労など様々な機会損失が発⽣ •災害情報など⽣命に関わるサービスもある 2025/4/21 7
法的背景 •⽇本では2024年4⽉に障害者差別解消法が改正 され⺠間事業者にも合理的配慮が義務化 •国際的にも多くの国で類似の法整備がある 2025/4/21 8
ウェブアクセシビリティという考え •みんなが使いやすいウェブサイトを⽬指す =ウェブアクセシビリティ •情報格差をなくし、誰⼀⼈取り残さないように するため •W3Cが作成 2025/4/21 9
ウェブアクセシビリティの基本
誰のため? •障害のある⽅ • 視覚、聴覚、運動障害など •⼀時的な制約がある⽅ • 怪我や病気、周囲の環境など •利⽤環境の依存 • パソコン、スマートフォン、インターネット環境など
2025/4/21 11
4つの基本原則 1. 知覚可能(Perceivable) 2. 操作可能(Operable) 3. 理解可能(Understandable) 4. 堅牢(Robust) 2025/4/21
12
1. 知覚可能(Perceivable) •情報やUIがユーザに認識できる •⾊だけに頼らない表現 •⾳声情報の提供 •字幕情報の提供 •画像に代替テキストを提供 2025/4/21 13
2. 操作可能(Operable) •ユーザがすべてのUIを操作できる •キーボードでの操作 •コンテンツを読むのに⼗分な時間がある •フラッシュを抑制する 2025/4/21 14
3.理解可能(Understandable) •ユーザが情報やUI操作を理解できる •読みやすいテキスト •表⽰や操作が予想でき、⼀貫性がある •間違いを防いだり、修正を容易にできる 2025/4/21 15
4. 堅牢(Robust) •さまざまなユーザーエージェントが確実に利⽤ できる •HTMLを正しく利⽤する •特定のブラウザに依存しない 2025/4/21 16
OSやブラウザの機能で達成する •⽂字拡⼤、カラー変更などを独⾃の補助機能を 実装してもアクセシビリティは確保できない •利⽤者は、ウェブサイトの補助機能を積極的に 使いたいわけではない •OSやブラウザの設定で⼀貫した体験をしたい 2025/4/21 17
達成基準のレベル •レベルA • 最低限守るべき必須要件 •レベルAA • 多くの⼈がアクセスしやすくなる推奨要件 •レベルAAA • あらゆる⼈が最⼤限アクセスしやすくなる追加要件
2025/4/21 18
原則とレベルの件数 A AA AAA 計 知覚可能 9 11 9 29
操作可能 14 6 14 34 理解可能 7 6 8 21 堅牢 1 1 0 2 計 31 24 31 86 2025/4/21 19
まとめ •ウェブアクセシビリティは「特別な誰か」のた めのものではない •少しの配慮で多くの⼈が使いやすくなる •簡単なところからぜひはじめてみてください! 2025/4/21 20
参考⽂献 •Web Content Accessibility Guidelines (WCAG) 2.2 • https://www.w3.org/TR/WCAG22/ •ウェブアクセシビリティ導⼊ガイドブック|デジタ
ル庁 • https://www.digital.go.jp/resources/introduction- to-web-accessibility-guidebook 2025/4/21 21