[영어원서읽기] 사용자를 생각하게 하지마! - 12
Don't Make Me Think
Chapter 12. Accessibility and you
JUST WHEN YOU THINK YOU’RE DONE, A CAT FLOATS BY WITH BUTTERED TOAST STRAPPED TO ITS BACK
When a cat is dropped, it always lands on its feet, and when toast is dropped, it always lands with the buttered side facing down. I propose to strap buttered toast to the back of a cat; the two will hover, spinning, inches above the ground. With a giant buttered-cat array, a high-speed monorail could easily link New York with Chicago.*
—JOHN FRAZEE, IN THE JOURNAL OF IRREPRODUCIBLE RESULTS
People sometimes ask me, “What about accessibility? Isn’t that part of usability?”
And they’re right, of course. Unless you’re going to make a blanket decision that people with disabilities aren’t part of your audience, you really can’t say your site is usable unless it’s accessible.
At this point, everyone involved in Web design knows at least a little bit about Web accessibility. And yet almost every site I go to still fails my three-second accessibility test—increasing the size of the type.
물론 그 말이 맞습니다. 장애인이 고객의 일부가 아니라는 포괄적인 결정을 내리지 않는 한, 접근성이 없으면 사이트를 사용할 수 있다고 말할 수 없습니다.
이 시점에서 웹 디자인에 관련된 모든 사람은 웹 접근성에 대해 조금이라도 알고 있습니다. 하지만 제가 방문하는 거의 모든 사이트가 여전히 3초 접근성 테스트에서 불합격하고 있습니다.
What developers and designers hear
In most organizations, the people responsible for accessibility are usually the designers and developers. When they learn about accessibility, they often encounter the same reasons why it's important:
While these reasons hold truth, they may not convince young developers and designers. Two arguments, in particular, tend to make them skeptical:
- Percentage of the population with a disability: Young developers, largely able-bodied, struggle to believe that a large portion of the population needs help accessing the Web. They may dismiss this statistic as an exaggeration.
- Benefits for everyone: While some adaptations, like closed captioning, benefit many, developers and designers often struggle to see how other accessibility features improve experiences for everyone.
⠀The most important reason for accessibility, however, is that it's simply the right thing to do. It profoundly improves the lives of many people, such as blind individuals who can now access newspapers and magazines independently.
How often do we have the chance to significantly enhance people's lives just by doing our jobs a bit better?
For those who still aren't convinced, be aware that legislation on accessibility is likely forthcoming.
대부분의 조직에서 접근성을 담당하는 사람은 보통 디자이너와 개발자입니다. 이들은 접근성에 대해 배울 때 접근성이 왜 중요한지에 대해 동일한 이유를 접하는 경우가 많습니다:
이러한 이유에는 진실이 담겨 있지만 젊은 개발자와 디자이너에게는 설득력이 없을 수 있습니다. 특히 두 가지 주장은 이들을 회의적으로 만드는 경향이 있습니다:
- 장애가 있는 인구의 비율: 대부분 비장애인인 젊은 개발자들은 인구의 많은 부분이 웹에 액세스하는 데 도움이 필요하다는 사실을 믿기 어렵습니다. 그들은 이 통계를 과장된 수치라고 무시할 수도 있습니다.
- 모두를 위한 혜택: 폐쇄 자막과 같은 일부 조정은 많은 사람에게 혜택을 주지만, 개발자와 디자이너는 다른 접근성 기능이 모든 사람의 경험을 어떻게 개선하는지 파악하는 데 어려움을 겪는 경우가 많습니다.
하지만 접근성을 고려해야 하는 가장 중요한 이유는 접근성이야말로 옳은 일이기 때문입니다. 접근성은 시각장애인이 독립적으로 신문과 잡지를 볼 수 있게 된 것처럼 많은 사람들의 삶을 크게 개선합니다.
우리가 일을 조금 더 잘하는 것만으로도 사람들의 삶을 크게 향상시킬 수 있는 기회가 얼마나 자주 있을까요?
아직 확신이 서지 않는 분들을 위해 접근성에 관한 법안이 곧 마련될 예정이라는 사실을 알아두세요.
What designers and developers fear
As designers and developers delve into accessibility, two common fears emerge:
- More work: Developers often see accessibility as an additional burden in an already tight project schedule. It may be mandated from above, leading to time-consuming tasks like reports, reviews, and meetings.
- Compromised design: Designers fear that accommodating accessibility will result in designs that are less appealing and less useful for the majority of users. They worry about conflicting design priorities between accessibility and aesthetics.
⠀In an ideal scenario, accessibility solutions would be like a sign I once saw in a Chicago taxi. It appeared ordinary at first, but upon closer inspection, I noticed it was ingeniously designed. The sign had a thin layer of Plexiglas overlay with the message embossed in Braille, providing the best experience for both sighted and visually impaired passengers. It was an elegant solution that catered to all audiences.
However, some designers may view accessibility as akin to the dystopian scenario in Vonnegut's short story "Harrison Bergeron," where equality is enforced by handicapping everyone.
디자이너와 개발자가 접근성을 연구할 때 두 가지 공통적인 두려움이 생깁니다:
- 업무량 증가: 개발자는 가뜩이나 빠듯한 프로젝트 일정에 접근성을 추가 부담으로 여기는 경우가 많습니다. 위에서부터 의무화되어 보고서, 검토, 회의와 같은 시간이 많이 소요되는 작업으로 이어질 수 있습니다.
- 디자인 손상: 디자이너는 접근성을 수용하면 대다수 사용자에게 덜 매력적이고 덜 유용한 디자인이 될까 봐 두려워합니다. 접근성과 심미성 사이에서 디자인 우선순위가 상충되는 것에 대해 걱정합니다.
이상적인 시나리오에서 접근성 솔루션은 시카고 택시에서 본 표지판과 같은 것입니다. 처음에는 평범해 보였지만 자세히 살펴보니 기발하게 디자인되어 있었습니다. 이 표지판은 얇은 플렉시글라스 위에 점자로 된 메시지가 양각되어 있어 시각 장애인과 비장애인 승객 모두에게 최상의 경험을 제공했습니다. 모든 청중을 만족시키는 우아한 솔루션이었습니다.
그러나 일부 디자이너는 접근성을 보네거트의 단편 소설 '해리슨 버거론'에 나오는 디스토피아적 시나리오처럼 모든 사람에게 장애를 강요하여 평등을 강요하는 것으로 간주할 수도 있습니다. - The truth is, itcan be complicated
When individuals first delve into accessibility, they often encounter advice that seems promising: use an accessibility validator. However, the reality is less straightforward. Validators function more like grammar checkers than spell checkers. While they catch some obvious errors like missing alt text, they also generate vague warnings and lengthy lists of recommendations that may not actually be issues. This can be disheartening for beginners, as it suggests a steep learning curve.
In truth, achieving accessibility is more challenging than it should be. Most designers and developers won't become accessibility experts overnight. For web accessibility to become widespread, improvements are needed. Screen readers and adaptive technologies must become more intuitive, web development tools need to facilitate correct coding for accessibility, and design processes should incorporate accessibility considerations from the outset.
접근성에 대해 처음 알아볼 때 접근성 검사기를 사용하면 좋겠다는 조언을 자주 접하게 됩니다. 하지만 현실은 그리 간단하지 않습니다. 유효성 검사기는 맞춤법 검사기보다는 문법 검사기와 더 유사한 기능을 합니다. 대체 텍스트 누락과 같은 명백한 오류를 잡아내기도 하지만, 실제로 문제가 되지 않을 수도 있는 모호한 경고와 긴 권장 사항 목록을 생성하기도 합니다. 이는 초보자에게는 가파른 학습 곡선을 제시하기 때문에 실망감을 줄 수 있습니다.
사실 접근성을 달성하는 것은 생각보다 어려운 일입니다. 대부분의 디자이너와 개발자가 하루아침에 접근성 전문가가 되지는 않습니다. 웹 접근성이 널리 보급되려면 개선이 필요합니다. 스크린 리더와 적응형 기술이 더욱 직관적으로 개선되어야 하고, 웹 개발 도구는 접근성을 위한 올바른 코딩을 용이하게 해야 하며, 디자인 프로세스에는 처음부터 접근성을 고려해야 합니다.
The four things you can do right now
Although the current state of accessibility tools and standards may not be perfect, it's crucial for all of us to take responsibility for ensuring accessibility in web design. With existing technology and standards, making a site highly accessible is achievable without excessive effort by focusing on key areas with the most impact.
#1. Address Usability Issues
Improving a site's accessibility often begins with addressing usability problems that confuse all users. Enhancing usability for the general audience inherently improves accessibility. Testing the site frequently and refining confusing elements is essential. Without clear usability, simply fixing code issues won't suffice.
#2. Gain Insights from Blind Users
Observing blind users navigate websites with screen readers provides invaluable insights into their experiences. An article by Mary Theofanos and Janice Redish offers practical observations on screen reader usage, aiding in understanding user needs.
#3. Educate Yourself
Reading books on web accessibility, such as "A Web for Everyone" and "Web Accessibility: Web Standards and Regulatory Compliance," provides comprehensive knowledge. While these books cover extensive topics, grasping the fundamental concepts suffices initially.
#4. Implement Key Changes
Start by implementing specific changes that enhance accessibility:
- Add appropriate alt text to images.
- Utilize headings correctly for content organization.
- Ensure forms are compatible with screen readers.
- Include a "Skip to Main Content" link.
- Ensure all content is accessible via keyboard.
- Ensure sufficient contrast between text and background.
Use accessible website templates.
⠀By focusing on these areas, even beginners can make significant strides in improving accessibility. While hopes for seamless accessibility integration remain, taking proactive steps toward accessibility is essential in the interim.
현재 접근성 도구와 표준의 상태가 완벽하지는 않지만, 웹 디자인에서 접근성을 보장하기 위해서는 우리 모두가 책임을 다하는 것이 중요합니다. 기존의 기술과 표준을 활용하면 가장 큰 영향을 미치는 핵심 영역에 집중함으로써 과도한 노력 없이도 접근성이 높은 사이트를 만들 수 있습니다.
#1. 사용성 문제 해결
사이트의 접근성을 개선하려면 모든 사용자에게 혼란을 주는 사용성 문제를 해결하는 것부터 시작해야 합니다. 일반 사용자를 위한 사용성을 개선하면 접근성이 본질적으로 향상됩니다. 사이트를 자주 테스트하고 혼란스러운 요소를 개선하는 것은 필수적입니다. 사용성이 명확하지 않으면 단순히 코드 문제를 수정하는 것만으로는 충분하지 않습니다.
#2. 시각 장애 사용자로부터 인사이트 확보
시각장애인이 스크린 리더로 웹사이트를 탐색하는 모습을 관찰하면 사용자 경험에 대한 귀중한 인사이트를 얻을 수 있습니다. Mary Theofanos와 Janice Redish의 글은 스크린 리더 사용에 대한 실질적인 관찰 결과를 제공하여 사용자의 요구 사항을 이해하는 데 도움을 줍니다.
#3. 스스로 교육하기
'모두를 위한 웹', '웹 접근성' 등 웹 접근성에 관한 책을 읽어보세요: 웹 표준 및 규정 준수"와 같은 책을 읽으면 포괄적인 지식을 얻을 수 있습니다. 이 책들은 광범위한 주제를 다루고 있지만 처음에는 기본적인 개념만 파악해도 충분합니다.
#4. 주요 변경 사항 구현
접근성을 향상시키는 구체적인 변경 사항을 구현하는 것부터 시작하세요:
- 이미지에 적절한 대체 텍스트를 추가합니다.
- 콘텐츠 구성을 위해 제목을 올바르게 활용합니다.
- 양식이 스크린 리더와 호환되는지 확인합니다.
- '주요 콘텐츠로 건너뛰기' 링크를 포함합니다.
- 키보드를 통해 모든 콘텐츠에 접근할 수 있는지 확인합니다.
- 텍스트와 배경의 대비가 충분한지 확인합니다.
- 접근 가능한 웹사이트 템플릿을 사용합니다.
이러한 영역에 집중하면 초보자도 접근성을 개선하는 데 상당한 진전을 이룰 수 있습니다. 완벽한 접근성 통합을 기대하기는 어렵지만, 당분간은 접근성을 위한 선제적인 조치를 취하는 것이 필수적입니다.
'IT 이야기 > UI UX' 카테고리의 다른 글
[영어원서읽기] 사용자를 생각하게 하지마! - 13 (0) | 2024.03.09 |
---|---|
[영어원서읽기] 사용자를 생각하게 하지마! - 11 (0) | 2024.03.09 |
[영어원서읽기] 사용자를 생각하게 하지마! - 10 (1) | 2024.03.09 |
[영어원서읽기] 사용자를 생각하게 하지마! - 09 (0) | 2024.03.08 |
[영어원서읽기] 사용자를 생각하게 하지마! - 08 (1) | 2024.03.08 |
댓글
이 글 공유하기
다른 글
-
[영어원서읽기] 사용자를 생각하게 하지마! - 13
[영어원서읽기] 사용자를 생각하게 하지마! - 13
2024.03.09 -
[영어원서읽기] 사용자를 생각하게 하지마! - 11
[영어원서읽기] 사용자를 생각하게 하지마! - 11
2024.03.09 -
[영어원서읽기] 사용자를 생각하게 하지마! - 10
[영어원서읽기] 사용자를 생각하게 하지마! - 10
2024.03.09 -
[영어원서읽기] 사용자를 생각하게 하지마! - 09
[영어원서읽기] 사용자를 생각하게 하지마! - 09
2024.03.08