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
60
かわいい娘
yuzneri
0
75
人間の目はかわらない、でも、発表の届き方はかわる
yuzneri
0
100
人間の目はかわらない、だからJPEGは30年もつ
yuzneri
12
20k
テーブルをDELETEした
yuzneri
0
210
昔つくったIoTデバイス
yuzneri
0
120
サークル参加から学ぶ、小さな事業の回し方
yuzneri
0
420
色を視る
yuzneri
0
610
ゲームと乱数
yuzneri
0
170
Other Decks in Programming
See All in Programming
【加筆修正版】Laravel のアプリケーションをどこにデプロイするか #phpcon_ehime
akase244
0
150
Long Living Tokens, Die, Die, Die! (or: The One Ring is Banned in Modern)
sylph01
0
300
KiroのSpecで「五目並べ」を作ってみる
satoshi256kbyte
1
380
すこし踏み込む CancellationToken
htkym
2
1.7k
Starting & Sustaining Code-Based E2E Testing for Non-Coding QA Teams( #jasstniigata )
teyamagu
PRO
1
1k
[ハンズオン]AIへの指示だけで「五目並べ」を作ってみよう
satoshi256kbyte
1
380
Herb in Rails 8.2: Your ERB views, now HTML-aware @ Kaigi on Rails 2026, Tokyo, Japan
marcoroth
2
220
Jetpack Compose Mechanisms
skydoves
3
820
IBM Bob でAI駆動開発『QC-Playbook』
ichirokano2
0
110
JIS keyboard support in Omarchy
lef237
0
110
半永久的に提供し続けられるプライベートクラウドを目指して ― 利用者の認知負荷を抑えるAPI抽象化とハードウェア世代交代の基盤設計
tomokon
0
500
Everything will be SERVERLESS — 信じて運用した10年の経験値 / Everything Will be Serverless — Lessons Learned from 10 Years of Operational Experience
seike460
PRO
1
1.1k
Featured
See All Featured
Bash Introduction
62gerente
615
220k
Improving Core Web Vitals using Speculation Rules API
sergeychernyshev
21
1.7k
The Curse of the Amulet
leimatthew05
3
16k
Building a Scalable Design System with Sketch
lauravandoore
464
34k
Joys of Absence: A Defence of Solitary Play
codingconduct
1
550
Neural Spatial Audio Processing for Sound Field Analysis and Control
skoyamalab
0
570
Unlocking the hidden potential of vector embeddings in international SEO
frankvandijk
0
990
Test your architecture with Archunit
thirion
2
2.4k
The Invisible Side of Design
smashingmag
301
52k
Deep Space Network (abreviated)
tonyrice
0
370
How to Think Like a Performance Engineer
csswizardry
28
2.9k
Measuring & Analyzing Core Web Vitals
bluesmoon
9
1k
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