تم التطوير من قبل مجموعة عمل التعليم والتوعية(EOWG).
28 | # Read Translations Notes at https://github.com/w3c/wai-intro-accessibility/blob/gh-pages/README.md
29 | # end of translation instructions
30 | ---
31 |
32 |
33 | {::nomarkdown}
34 | {% include box.html type="start" h="2" title="ملخص" class="full" %}
35 | {:/}
36 |
37 | عندما يتم تصميم مواقع الويب وأدوات الويب وترميزها بشكل صحيح، يمكن للأشخاص ذوي الإعاقة استخدامها. ومع ذلك، يتم حاليا تطوير العديد من المواقع والأدوات مع حواجز الولوج يجعلها صعبة أو مستحيلة الاستخدام على بعض الأشخاص.
38 |
39 | إن ولوجية الويب تفيد الأفراد والشركات والمجتمع. معايير الويب الدولية تحدد ما هو مطلوب للولوجية.
40 |
41 | {::nomarkdown}
42 | {% include box.html type="end" %}
43 | {:/}
44 |
45 | {::nomarkdown}
46 | {% include_cached toc.html type="start" title="محتويات الصفحة" class="full" %}
47 | {:/}
48 |
49 |
قوة الويب في عموميته.
70 | ولوج الجميع بغض النظر عن الإعاقة يعد جانبًا أساسيًا.
71 |
72 |
73 |
74 | تم تصميم الويب أساسَا للعمل مع جميع الأشخاص، بغض النظر عن أجهزتهم أو برامجهم أو لغتهم أو موقعهم أو قدرتهم. عندما يحقق الويب هذا الهدف يكون في متناول أشخاص لديهم مجال متنوع في السمع والحركة والبصر والقدرة المعرفية.
75 |
76 | وبالتالي، تأثير الإعاقة تغير بشكل جذري على الويب لأن الويب يزيل الحواجز التي تعترض التواصل والتفاعل التي يواجهها كثير من الأشخاص في العالم المادي. وهكذا، عندما تكون مواقع الويب والتطبيقات والتقنيات والأدوات سيئة التصميم، فيمكنها إنشاء حواجز تقصي المستخدمين من استخدام الويب.
77 |
78 | **تعد الولوجية ضرورية للمطورين والمؤسسات الذين يرغبون في إنشاء مواقع ويب وأدوات ويب عالية الجودة بدون إقصاء المستخدمين من منتجاتهم وخدماتهم.**
79 |
80 | ## ما هي ولوجية الويب {#what}
81 |
82 | الولوجية تعني أنه تم تصميم وتطوير مواقع الويب والأدوات والتقنيات بحيث يمكن للأشخاص ذوي الإعاقة استخدامها. وبشكل معين يمكن للأشخاص:
83 |
84 | - إدراك الويب وفهمه والتصفح والتفاعل معه
85 | - المساهمة في الويب
86 |
87 | تشمل الولوجية جميع الإعاقات التي تؤثر على الولوج إلى الويب بما في ذلك:
88 |
89 | - السمع
90 | - قدرة المعرفة
91 | - الأعصاب
92 | - القدرة البدنية
93 | - الخطاب
94 | - البصر
95 |
96 | ولوجية الويب تفيد أيضًا الأشخاص من غير ذوي الإعاقة، على سبيل المثال:
97 |
98 | - أشخاص يستخدمون الهواتف المحمولة والساعات الذكية وأجهزة التلفزيون الذكية والأجهزة الأخرى ذات الشاشات الصغيرة وطرق الإدخال المختلفة إلخ.
99 | - كبار السن مع قدراتهم المتغيرة بسبب الشيخوخة
100 | - أشخاص يعانون من "إعاقات مؤقتة" مثل كسر في الذراع أو نظارات مفقودة
101 | - أشخاص يعانون من "قيود ظرفية" كما هو الحال في ضوء الشمس الساطع أو في بيئة حيث لا يمكن الاستماع إلى الصوت
102 | - أشخاص يستخدمون اتصال بإنترنت بطيئ أو لديهم نطاق ترددي محدود أو مكلِّف
103 |
104 |
105 | للحصول على فيديو مدته 7 دقائق مع أمثلة عن مدى أهمية الولوجية للأشخاص ذوي الإعاقة وفوائدها للجميع في ظروف متنوعة، أنظر:
106 | {% include video-link.html title="فيديو أفاق ولوجيات الويب (يوتوب)" href="https://www.youtube.com/watch?v=3f31oufqFSM" src="/content-images/wai-intro-accessibility/video-still-accessibility-perspectives-16-9.jpg" %}
107 |
108 | {::nomarkdown}
109 | {% include box.html type="start" h="3" title="مزيد من المعلومات حول ما هي الولوجية " class="simple aside" %}
110 | {:/}
111 |
112 | - إذا كنت ترغب في معرفة المزيد عن تأثير الإعاقات المختلفة على استخدام الويب وقراءة سيناريوهات الأشخاص ذوي الإعاقة الذين يستخدمون الويب، راجع [[كيف يستخدم الأشخاص ذوو الإعاقة الويب]](/people-use-web/).
113 | - إذا كنت ترغب في الحصول على المزيد من الأمثلة عن المزايا للآخرين، مع روابط إلى WCAG (إرشادات الولوج إلى محتويات الويب) التي تدعم الأمثلة، راجع [[تجارب الويب المشتركة: الحواجز العامة لمستخدمي الأجهزة المحمولة والأشخاص ذوي الإعاقة]](/standards-guidelines/shared-experiences/) والأرشيف [ولوجية الويب تفيد الأشخاص ذوي الإعاقات وبدونها](https://www.w3.org/WAI/business-case/archive/soc#groups).
114 |
115 | {::nomarkdown}
116 | {% include box.html type="end" %}
117 | {:/}
118 |
119 | ## الولوجية مهمة للأفراد والشركات والمجتمع {#important}
120 |
121 | يعد الويب مورداً متزايد الأهمية في العديد من جوانب الحياة: التعليم والتوظيف والإدارة والتجارة والرعاية الصحية والترفيه وأكثر من ذلك. من الضروري أن يكون الويب متاحًا لتوفير تكافؤ الولوج وتكافؤ الفرص للأشخاص ذوي القدرات المتنوعة. يُعرّف الولوج إلى تكنولوجيات المعلومات والاتصالات، بما في ذلك الويب، بأنه حق أساسي من حقوق الإنسان في اتفاقية الأمم المتحدة لحقوق الأشخاص ذوي الإعاقة (UN CRPD).
122 |
123 | يوفر الويب إمكانية غير مسبوقة للولوج إلى المعلومات والتفاعل للعديد من الأشخاص ذوي الإعاقة. بمعنى أنه بواسطة تقنيات الويب يمكن التغلب بسهولة أكبر على حواجز الولوج إلى الوسائط المطبوعة والصوتية والمرئية.
124 |
125 | الولوجة تدعم الإدماج الاجتماعي للأشخاص ذوي الإعاقة وغيرهم مثل:
126 |
127 | - العجزة
128 | - الناس في المناطق القروية
129 | - الناس في البلدان النامية
130 |
131 | **هناك أيضا تحليل تجاري قوي للولوجية.** كما هو موضح في الفقرة السابقة، يعمل التصميم الولوجي على تحسين تجربة المستخدمين بشكل عام ورضاهم، لا سيما في ظروف متنوعة عبر أجهزة مختلفة وكذلك للمستخدمين الأقدم. يمكن للولوجية أن تعمل على تعزيز شعارك التجاري وتحفيز الابتكار وتوسيع السوق.
132 |
133 | ولوجية الويب **مطلوبة بموجب القانون** في العديد من الحالات.
134 |
135 | {::nomarkdown}
136 | {% include box.html type="start" h="3" title="مزيد من المعلومات حول أهمية الولوجية" class="simple aside" %}
137 | {:/}
138 |
139 | - معلومات عامة عن المزايا في الأعمال في [[التحليل التجاري للولوجية الرقمية]](/business-case/).
140 | - إرشادات لمعرفة المتطلبات القانونية في [العوامل القانونية والسياسة](https://www.w3.org/WAI/business-case/archive/pol) المؤرشفة.
141 |
142 | {::nomarkdown}
143 | {% include box.html type="end" %}
144 | {:/}
145 |
146 | ## جعل الويب ولوجي {#making}
147 |
148 | تعتمد ولوجية الويب على العديد من المكونات التي تعمل معًا، بما في ذلك تقنيات الويب ومتصفحات الويب و \"وكلاء المستخدم\" وأدوات التأليف ومواقع الويب.
149 |
150 | تقوم مبادرة ولوجية الويب (WAI) لدى W3C بتطوير المواصفات التقنية والإرشادات والتقنيات والموارد الداعمة التي تصف حلول الولوجية. وتعتبر هذه معايير دولية لولوجية الويب؛ على سبيل المثال، WCAG 2.0 هي أيضًا معيار ISO: ISO / IEC 40500.
151 |
152 | {::nomarkdown}
153 | {% include box.html type="start" h="3" title="مزيد من المعلومات عن جعل الويب ولوجي" class="simple aside" %}
154 | {:/}
155 |
156 | - لمعرفة المزيد عن جوانب ولوجية الويب هذه، راجع [[المكونات الأساسية لولوجية الويب]](/fundamentals/components/).
157 | - يتم تقديم إرشادات الولوج إلى محتوى الويب (WCAG) وإرشادات الولوج إلى أدوات التأليف (ATAG) و ARIA لتطبيقات الويب الغنية القابلة للولوج، وغيرها من الموارد المهمة في [[نظرة عامة على معايير الولوجية عند W3C]](/standards-guidelines/).
158 | - لمعرفة المزيد حول كيفية قيام W3C WAI بتطوير المواد من خلال المشاركة الدولية متعددة الأطراف وكيف يمكنك المساهمة، راجع [[عن W3C WAI]](/about/) و [[والمشاركة في WAI]](/get-involved/).
159 |
160 | {::nomarkdown}
161 | {% include box.html type="end" %}
162 | {:/}
163 |
164 | ### جعل موقعك ولوجي {#website}
165 |
166 | العديد من جوانب الولوجية سهلة الفهم والتنفيذ. بعض حلول الولوجية أكثر تعقيدًا وتتطلب المزيد من المعرفة لتنفيذها.
167 |
168 | يُعد دمج الولوجية مبكرًا في المشاريع أكثر فعالية. لذلك ليس عليك العودة والقيام بالعمل مرة أخرى.
169 |
170 | {::nomarkdown}
171 | {% include box.html type="start" h="3" title="لمعرفة المزيد عن جعل موقعك ولوجي" class="simple aside" %}
172 | {:/}
173 |
174 | - للحصول على مقدمة لمتطلبات الولوجية والمعايير الدولية، راجع [[مبادئ الولوجية]](/fundamentals/accessibility-principles/).
175 | - لفهم بعض تحديات الولوجية الشائعة بمنظور الاختبار، راجع [[الاختبارات البسيطة: نظرة أولى على ولوجية الويب]](/test-evaluate/preliminary/).
176 | - للإطلاع على بعض الاعتبارات الأساسية المتعلقة بالتصميم والكتابة والتطوير لأجل الولوجية، انظر [[ تلميحات للبدء]](/tips/).
177 | - عندما تكون مستعدًا لمعرفة المزيد عن التطوير والتصميم، فربما تستخدم موارد مثل:
178 | - [كيفية التوافق مع WCAG (مرجع سريع)](http://www.w3.org/WAI/WCAG21/quickref/)
179 | - [البرامج التعليمية في ولوجية الويب](https://www.w3.org/WAI/tutorials/)
180 | - للحصول على الاعتبارات التنظيمية وإدارة المشاريع، راجع [[تخطيط ولوجية الويب وإدارتها]](/planning-and-managing/).
181 | إذا كنت بحاجة إلى إجراء إصلاحات سريعة الآن، فراجع [[طرق الإصلاحات المؤقتة]](/planning/interim-repairs/).
182 |
183 | {::nomarkdown}
184 | {% include box.html type="end" %}
185 | {:/}
186 |
187 | ## تقييم الولوجية {#evaluate}
188 |
189 | عند تطوير موقع ويب أو إعادة تصميمه، قم بتقييم الولوجية مبكراً وأثناء عملية التطوير لتحديد مشكلات الولوجية مبكرًا ، عندما يكون من السهل معالجتها. الخطوات البسيطة مثل تغيير الإعدادات في المتصفح يمكن أن تساعدك على تقييم بعض الجوانب. التقييم الشامل لتحديد ما إذا كان موقع الويب يستوفي جميع إرشادات الولوجية يتطلب مزيدًا من الجهد.
190 |
191 | هناك أدوات التقييم التي تساعد في التقييم. ومع ذلك لا يمكن لأي أداة بمفردها تحديد ما إذا كان الموقع متوافقًا مع إرشادات الولوجية. يلزم إجراء تقييم إنساني جيد الاطلاع لتحديد ما إذا كان الموقع ولوجي أم لا.
192 |
193 |
194 | {::nomarkdown}
195 | {% include box.html type="start" h="3" title="مزيد من المعلومات عن تقييم الولوجية" class="simple aside" %}
196 | {:/}
197 |
198 | - يتم وصف الموارد للمساعدة في تقييم الولوجية في [[نظرة عامة على تقييم ولوجية الويب]](/test-evaluate/).
199 |
200 | {::nomarkdown}
201 | {% include box.html type="end" %}
202 | {:/}
203 |
204 | {% include excol.html type="start" id="أمثلة" %}
205 |
206 | ## أمثلة
207 |
208 | {% include excol.html type="middle" %}
209 |
210 | ### نص بديل للصور
211 |
212 | {:.right}
213 |
214 | يجب أن تتضمن الصور *[نصًا بديلًا معادلًا](http://www.w3.org/TR/UNDERSTANDING-WCAG20/text-equiv.html)* (alt text) في الترميز او الشفرة.
215 |
216 | إذا لم يتم توفير نص بديل للصور، فالولوج إلى معلومات الصورة سيكون غير ممكن مثلا للأشخاص الذين لا يمكنهم رؤية واستخدام قارئ الشاشة الذي يقرأ المعلومات بصوت عالٍ على إحدى الصفحات، بما في ذلك النص البديل للصورة المرئية.
217 |
218 | عند تقديم نص بديل معادل تكون المعلومات متاحة للأشخاص المكفوفين، وكذلك للأشخاص الذين يقومون بإيقاف تشغيل الصور (في المناطق مثلا ذات النطاق الترددي المكلف أو المنخفض). كما أنها متاحة للتقنيات التي لا يمكنها رؤية الصور مثل محركات البحث.
219 |
220 | ### مدخلات لوحة المفاتيح
221 |
222 | {:.left width="67" height="45"}
223 |
224 | لا يمكن لبعض الأشخاص استخدام الماوس، بما في ذلك العديد من المستخدمين الأكبر سنا ممن لديهم تحكم محدود في المحركات الدقيقة. موقع ويب ولوجي لا يعتمد على الماوس ويجعل [جميع الوظائف متاحة من لوحة المفاتيح](http://www.w3.org/TR/UNDERSTANDING-WCAG20/keyboard-operation.html). عندئذ يمكن للأشخاص ذوي الإعاقة استخدام [التقنيات المساعدة](/planning/involving-users/#at) التي تقلد لوحة المفاتيح مثل إدخال الصوت.
225 |
226 | ### نصوص للصوت
227 |
228 | [{:.right width="251" height="254"}](http://www.w3.org/WAI/highlights/200606wcag2interview.html)
229 |
230 | مثلما لا تتوفر الصور للأشخاص الذين لا يستطيعون مشاهدتها، فإن الملفات الصوتية غير متاحة للأشخاص الذين لا يستطيعون سماعها. إن توفير نسخة نصية يجعل المعلومات الصوتية في متناول الأشخاص الذين يعانون من الصمم أو ضعاف السمع، بالإضافة إلى محركات البحث والتقنيات الأخرى التي لا يمكنها السماع.
231 |
232 | من السهل وغير المكلف نسبيًا لمواقع الويب أن توفر النصوص. هناك أيضًا [خدمات النسخ](http://www.uiaccess.com/transcripts/transcript_services.html) لتي تنشئ نسخ نصية بتنسيق HTML.
233 |
234 | {::nomarkdown}
235 | {% include box.html type="start" h="3" title="مزيد من الأمثلة" class="simple aside" %}
236 | {:/}
237 |
238 | - [[تلميحات للبدء]](/tips/)
239 | - [[الاختبارات البسيطة: نظرة أولى على ولوجية الويب]](/test-evaluate/preliminary/)
240 | - {% include video-link.html class="small inline" title=" أفاق ولوجيات الويب — فيديو وأوصاف" href="/perspective-videos/" src="/content-images/wai-intro-accessibility/video-still-accessibility-perspectives-16-9.jpg" %}
241 |
242 | {::nomarkdown}
243 | {% include box.html type="end" %}
244 | {:/}
245 |
246 | {% include excol.html type="end" %}
247 |
248 | ## للمزيد من المعلومات {#more-info}
249 |
250 | يوفر W3C WAI مجموعة كبيرة من الموارد حول الجوانب المختلفة لـ[معايير](/standards-guidelines/) ولوجية الويب و[التعليم](/teach-advocate/) و[الاختبار / التقييم](/test-evaluate/) و[إدارة المشروع والسياسة](/planning/). نحن نشجعك على استكشاف هذا الموقع أو الإطلاع على قائمة [موارد WAI](http://www.w3.org/WAI/Resources/).
251 |
--------------------------------------------------------------------------------
/content/index.cs.md:
--------------------------------------------------------------------------------
1 | ---
2 | # Translation instructions are after the "#" character in this first section. (They are comments that do not show up in the web page.)
3 | title: Úvod do webové přístupnosti # Do not translate "title:". Do translate the text after "title:".
4 | lang: cs # Change "en" to the translated language shortcode from https://www.iana.org/assignments/language-subtag-registry/language-subtag-registry
5 | last_updated: 2020-08-26 # Put the date of this translation YYYY-MM-DD (with month in the middle)
6 | translators: #Add one -name: line for every translator
7 | - name: "Kristýna Švecová"
8 | contributors: #Add one -name: line for every contributor
9 | - name: "Jiří Zmrhal"
10 | permalink: /fundamentals/accessibility-intro/cs # Add the language shortcode to the end; for example /fundamentals/accessibility-intro/fr
11 | ref: /fundamentals/accessibility-intro/ # Do not change this
12 | changelog: /fundamentals/accessibility-intro/changelog/
13 | layout: default
14 | github:
15 | repository: w3c/wai-intro-accessibility
16 | branch: gh-pages
17 | path: content/index.cs.md # Add the language shortcode to the middle of the filename, for example index.fr.md
18 |
19 | # In the footer below:
20 | # Do not translate or change CHANGELOG or ACKNOWLEDGEMENTS.
21 | # Translate the other words below, including "Date:" and "Editor:"
22 | # Translate the Working Group name. Leave the Working Group acronym in English.
23 | # Do not change the dates in the footer below.
24 | footer: > # Translate all the words below, including "Date:" and "Editor:". Do not change these dates.
25 |
Datum: Aktualizováno 5. června 2019. Poprvé zveřejněno v únoru 2005. CHANGELOG.
Vyvinuto Pracovní skupinou pro vzdělání a osvětu (EOWG).
28 | # Read Translations Notes at https://github.com/w3c/wai-intro-accessibility/blob/gh-pages/README.md
29 | # end of translation instructions
30 | ---
31 |
32 |
33 | {::nomarkdown}
34 | {% include box.html type="start" h="2" title="Shrnutí" class="full" %}
35 | {:/}
36 |
37 | Pokud jsou webové stránky a nástroje řádně navrženy a naprogramovány, jsou použitelné pro lidi se zdravotním postižením. V současné době je ale mnoho stránek a nástrojů vytvořeno s bariérami přístupnosti, které pro některé lidi znemožňují použití těchto stránek.
38 |
39 | Tvorba přístupného webu je prospěšná pro jednotlivce, podniky i společnost. Mezinárodní webové směrnice definují, co je potřeba pro webovou přístupnost.
40 |
41 | {::nomarkdown}
42 | {% include box.html type="end" %}
43 | {:/}
44 |
45 | {::options toc_levels="2" /}
46 |
47 | {::nomarkdown}
48 | {% include_cached toc.html type="start" title="Obsah stránky" class="full" %}
49 | {:/}
50 |
51 | - TOC is created automatically.
52 | {:toc}
53 |
54 | Související zdroje
55 | {% include video-link.html title="Video úvod do webové přístupnosti a W3C standardů (4 minuty)" href="https://www.w3.org/WAI/videos/standards-and-benefits.html" src="/content-images/wai-intro-accessibility/video-still-accessibility-intro-16-9.jpg" %}
56 |
57 | {::nomarkdown}
58 | {% include_cached toc.html type="end" %}
59 | {:/}
60 |
61 | ## Přístupnost v souvislostech {#context}
62 |
63 |
64 |
Síla webu je v jeho všeobecnosti.
65 | Přístup pro všechny nehledě na způsobilost je zásadním aspektem.
66 |
67 |
68 |
69 | Web je v podstatě navržen, aby fungoval pro všechny lidi, nehledě na jejich hardware, software, jazyk, lokaci nebo schopnosti. Když web dosáhne tohoto cíle, je přístupný pro osoby s širokým spektrem sluchu, pohybu, zraku a kognitivních schopností.
70 |
71 | Dopad zdravotního postižení se tedy na webu radikálně mění, protože web odstraňuje překážky v komunikaci a interakcích, kterým mnoho lidí ve fyzickém světě čelí. Pokud jsou však webové stránky, aplikace, technologie nebo nástroje špatně navrženy, mohou vytvářet bariéry, které zabraňují lidem v používání webu.
72 |
73 | **Přístupnost je nezbytná pro vývojáře a organizace, kteří chtějí produkovat vysoce kvalitní webové stránky a webové nástroje a nezabraňovat lidem v používání jejich produktů a služeb.**
74 |
75 |
76 | ## Co je webová přístupnost {#what}
77 |
78 | Webová přístupnost znamená, že webové stránky, nástroje a technologie jsou navržené a vyvinuté tak, že lidé se zdravotním postižením je mohou používat. Konkrétněji, lidé mohou:
79 |
80 | - vnímat, rozumět, navigovat a interagovat s webem
81 | - přispívat na web
82 |
83 | Webová přístupnost zahrnuje všechna postižení, která mají vliv na přístup k webu, včetně postižení:
84 |
85 | - sluchových
86 | - kognitivních
87 | - neurologických
88 | - fyzických
89 | - řečových
90 | - zrakových
91 |
92 | Webová přístupnost je přínosná také pro osoby *bez* postižení, například:
93 |
94 | - osoby, které používají mobilní telefony, chytré hodinky, chytré televize a další přístroje s malými obrazovkami, různými vstupními režimy apod.
95 | - starší osoby, jejichž schopnosti se mění s věkem
96 | - osoby s "dočasným postižením" jako třeba zlomenou rukou nebo ztracenými brýlemi
97 | - osoby v "limitujících situacích" jako třeba na přímém slunci nebo v prostředí, kde nemohou poslouchat zvuk
98 | - osoby s pomalým připojením k internetu nebo s omezenými nebo drahými daty
99 |
100 | Pro sedmiminutové video s příklady, jak je přístupnost nezbytná pro lidi s postižením a užitečná pro všechny v různých situacích, navštivte:
101 | {% include video-link.html title="Video o perspektivách webové přístupnosti (YouTube)" href="https://www.youtube.com/watch?v=3f31oufqFSM" src="/content-images/wai-intro-accessibility/video-still-accessibility-perspectives-16-9.jpg" %}
102 |
103 | {::nomarkdown}
104 | {% include box.html type="start" h="3" title="Více informací o tom, co je přístupnost" class="simple aside" %}
105 | {:/}
106 |
107 | - Pokud chcete zjistit více o tom, jak různá zdravotní postižení ovlivňují používání webu, navštivte [[Jak lidé s postižením používají web]](/people-use-web/).
108 | - Pro více příkladů výhod pro ostatní, podložených WCAG, navštivte [[Sdílené zkušenosti na webu: Bariéry společné pro uživatele mobilních telefonů a osoby s postižením]](/standards-guidelines/shared-experiences/) a archivované [výhody webové přístupnost pro lidi s postižením i bez](https://www.w3.org/WAI/business-case/archive/soc#groups).
109 |
110 | {::nomarkdown}
111 | {% include box.html type="end" %}
112 | {:/}
113 |
114 | ## Přístupnost je důležitá pro jednotlivce, podniky, společnost {#important}
115 |
116 | Web se stává stále důležitějších zdrojem v mnoha oblastech života: vzdělání, zaměstnání, vládě, obchodu, zdravotnictví, rekreaci a dalších. Je zásadní, aby web byl přístupný a poskytoval rovnocenný přístup a rovné příležitosti lidem s různými schopnostmi. Přístup k informačním a komunikačním technologiím, včetně webu, je definován jako základní lidské právo v konvenci Spojených národů O právech osob se zdravotním postižením (UN [CRPD](https://www.un.org/development/desa/disabilities/convention-on-the-rights-of-persons-with-disabilities.html)).
117 |
118 | Web nabízí možnost bezprecedentního přístupu k informacím a interakcím pro mnoho lidí se zdravotním postižením. To znamená, že bariéry přístupnosti v tisku, audio a vizuálních médiích lze snadno překonat pomocí webových technologií.
119 |
120 | Přístupnost podporuje sociální začleňování osob se zdravotním postižením i ostatních, například:
121 |
122 | - starších osob
123 | - osob v odlehlých oblastech
124 | - osob v rozvojových zemích
125 |
126 | **Přístupnost má také zásadní ekonomický význam.** Jak je vysvětleno v předchozích sekcích, přístupný design vylepšuje celkový uživatelský prožitek a spokojenost, zejména v různých situacích, s různými zařízeními a pro starší uživatele. Přístupnost může vylepšit Vaši značku, řídit inovace a zvětšit Váš dosah na trhu.
127 |
128 | Webová přístupnost je **vyžadována zákonem** v mnoha situacích.
129 |
130 | {::nomarkdown}
131 | {% include box.html type="start" h="3" title="Více informací k sekci Přístupnost je důležitá" class="simple aside" %}
132 | {:/}
133 |
134 | - Základní informace o výhodách pro firmy jsou v [[Obchodním případě pro digitální přístupnost]](/business-case/).
135 | - Pokyny pro pochopení zákonných požadavků je v archivovaných [Právních a politických faktorech](https://www.w3.org/WAI/business-case/archive/pol).
136 |
137 | {::nomarkdown}
138 | {% include box.html type="end" %}
139 | {:/}
140 |
141 | ## Tvorba přístupného webu {#making}
142 |
143 | Webová přístupnost závisí na několika spolupracujících komponentách, včetně webových technologií, prohlížečů a dalších \"uživatelských\" agentů, vývojových nástrojů a webových stránek.
144 |
145 | Iniciativa pro webovou přístupnost W3C ([WAI](/get-involved/)) vyvíjí technické specifikace, pokyny, techniky a podpůrné zdroje, které popisují přístupná řešení. Ta jsou považována za mezinárodní standardy pro webovou přístupnost, například WCAG 2.0 je také ISO norma: ISO/IEC 40500.
146 |
147 | {::nomarkdown}
148 | {% include box.html type="start" h="3" title="Více informací o Tvorbě přístupného webu" class="simple aside" %}
149 | {:/}
150 |
151 | - Více o spolupracujících aspektech přístupnosti v [[Základních komponentech webové přístupnosti]](/fundamentals/components/).
152 | - Pokyny pro zpřístupnění obsahu webu (WCAG), Pokyny pro zpřístupnění vývojových nástrojů (ATAG), ARIA Přístupné internetové aplikace a další důležité zdroje jsou představeny ve [[W3C Přehledu standardů přístupnosti]](/standards-guidelines/).
153 | - Pro více informací o tom, jak W3C WAI vyvíjí materiály za pomoci několika zúčastněných stran, mezinárodní spolupráce a jak můžete přispět Vy, navštivte [[O WAI]](/about/) a [[Přispívání pro WAI]](/get-involved/).
154 |
155 | {::nomarkdown}
156 | {% include box.html type="end" %}
157 | {:/}
158 |
159 | ### Zpřístupnění Vaší webové stránky {#website}
160 |
161 | Řada aspektů přístupnosti je poměrně snadno pochopitelná a impementovatelná. Některá řešení přístupnosti jsou složitější a jejich implementace vyžaduje více znalostí.
162 |
163 | Nejefektivnější je zařadit přístupnost hned od začátku projektu, aby nebylo nutné se vracet a opravovat již existující práci.
164 |
165 | {::nomarkdown}
166 | {% include box.html type="start" h="3" title="Více informací o Zpřístupnění Vaší webové stránky" class="simple aside" %}
167 | {:/}
168 |
169 | - Pro úvod do požadavků pro přístupnost a mezinárodních standardů, navštivte [[Principy přístupnosti]](/fundamentals/accessibility-principles/).
170 | - Pro porozumění běžným překážkám přístupnosti z pohledu testování, navštivte [[Základní kontrola - První revize]](/test-evaluate/preliminary/).
171 | - Pro základní činitele přístupnosti při navrhování, psaní a vyvíjení, navštivte [[Tipy pro začátek]](/tips/).
172 | - Pokud jste připraveni dozvědět se víc o vyvíjení a navrhování, pravděpodobně se Vám budou hodit zdroje jako:
173 | - [Jak splnit WCAG (Rychlý průvodce)](http://www.w3.org/WAI/WCAG21/quickref/)
174 | - [Výukové materiály pro webovou přístupnost](https://www.w3.org/WAI/tutorials/)
175 | - Pro řízení projektů a organizační aspekty, navštivte [[Plánování a řízení webové přístupnosti]](/planning-and-managing/).
176 | Pokud potřebujete rychlé opravy hned, navštivte [[Kroky pro dočasné opravy]](/planning/interim-repairs/).
177 |
178 | {::nomarkdown}
179 | {% include box.html type="end" %}
180 | {:/}
181 |
182 | ## Hodnocení přístupnosti {#evaluate}
183 |
184 | Při vývoji nebo redesignu webové stránky zhodnoťte přístupnost na začátku, a pak také během vývoje, abyste identifikovali problémy v přístupnosti co nejdříve, dokud je možné je snadněji opravit. Jednuduché kroky, jako třeba změna nastavení v prohlížeči, Vám mohou pomoci zhodnotit některé aspekty přístupnosti. Komplexní zhodnocení toho, zda Vaše webová stránka splňuje všechny pokyny pro přístupnost, vyžaduje více úsilí.
185 |
186 | Existují nástroje, které pomáhají s hodnocením. Žádný nástroj však sám nemůže určit, zda stránka splňuje všechny pokyny pro přístupnost. K určení, zda je web skutečně přístupný, je třeba informované lidské zhodnocení.
187 |
188 |
189 | {::nomarkdown}
190 | {% include box.html type="start" h="3" title="Více informací o Hodnocení přístupnosti" class="simple aside" %}
191 | {:/}
192 |
193 | - Zdroje, které pomáhají s hodnocením přístupnosti, jsou popsány v [[Hodnocení přístupnosti webových stránek]](/test-evaluate/).
194 |
195 | {::nomarkdown}
196 | {% include box.html type="end" %}
197 | {:/}
198 |
199 | {% include excol.html type="start" id="examples" %}
200 |
201 | ## Příklady
202 |
203 | {% include excol.html type="middle" %}
204 |
205 | ### Textové alternativy obrázků
206 |
207 | {:.right}
208 |
209 | Obrázky by měly obsahovat *[ekvivalentní textové alternativy](http://www.w3.org/TR/UNDERSTANDING-WCAG20/text-equiv.html)* (alt text) v kódu.
210 |
211 | Pokud není poskytnuta textová alternativa obrázku, obrázek není přístupný například pro lidi, kteří nevidí a používají čtečku obrazovky. Ta čte nahlas informace na stránce, včetně textových alternativ pro obrázky.
212 |
213 | Pokud je poskytnutá textová alternativa obrázku, informace je přístupná pro slepé osoby, stejně jako pro osoby, které mají vypnuté zobrazení obrázků (například v oblastech s drahým nebo pomalým připojením). Informace je také dostupná pro technologie, které obrázky nevidí, jako třeba vyhledávače.
214 |
215 | ### Přístupnost z klávesnice
216 |
217 | {:.left width="67" height="45"}
218 |
219 | Někteří lidé nemohou používat myš, včetně starších osob s omezenou jemnou motorikou. Přístupná webová stránka nespoléhá na myš, [všechny funkce jsou dostupné z klávesnice](http://www.w3.org/TR/UNDERSTANDING-WCAG20/keyboard-operation.html). Pak lidé se zdravotním postižením mohou používat [asistenční technologie](/planning/involving-users/#at), které imitují klávesnici, jako třeba ovládání hlasem.
220 |
221 | ### Přepis pro zvuk
222 |
223 | [{:.right width="251" height="254"}](http://www.w3.org/WAI/highlights/200606wcag2interview.html)
224 |
225 | Stejně jako obrázky nejsou přístupné lidem, kteří nevidí, zvukové soubory nejsou dostupné lidem, kteří neslyší. Poskytnutí přepisu zpřístupní zvukové informace hluchým a osobám se zhoršeným sluchem, zároveň vyhledávačům a dalším technologiím, které neslyší.
226 |
227 | Poskytnutí přepisu je jednoduché a relativně levné. Existují také [služby pro tvorbu přepisu](http://www.uiaccess.com/transcripts/transcript_services.html), které vytvoří přepis ve formátu HTML.
228 |
229 | {::nomarkdown}
230 | {% include box.html type="start" h="3" title="Více příkladů" class="simple aside" %}
231 | {:/}
232 |
233 | - [[Tipy pro začátek]](/tips/)
234 | - [[Základní kontrola - První revize]](/test-evaluate/preliminary/)
235 | - {% include video-link.html class="small inline" title="Perspektivy webové přístupnosti — videa a popisy" href="/perspective-videos/" src="/content-images/wai-intro-accessibility/video-still-accessibility-perspectives-16-9.jpg" %}
236 |
237 | {::nomarkdown}
238 | {% include box.html type="end" %}
239 | {:/}
240 |
241 | {% include excol.html type="end" %}
242 |
243 | ## Více informací {#more-info}
244 |
245 | W3C WAI poskytuje široké spektrum zdrojů o různých aspektech [standardů](/standards-guidelines/) webové přístupnosti, [vzdělávání](/teach-advocate/), [testování/hodnocení](/test-evaluate/), [řízení projektů a firemních postupech](/planning/). Doporučujeme prozkoumat tento web nebo prostudovat seznam [zdrojů WAI](/Resources/).
246 |
--------------------------------------------------------------------------------
/content/index.de.md:
--------------------------------------------------------------------------------
1 | ---
2 | # Translation instructions are after the "#" character in this first section. They are comments that do not show up in the web page. You do not need to translate the instructions after "#".
3 | # In this first section, do not translate the words before a colon. For example, do not translate "title:". Do translate the text after "title:"
4 | title: Einführung in das barrierefreie Web
5 | lang: de
6 | last_updated: 2024-02-23
7 | translators:
8 | - name: "Alexej Rotar"
9 | contributors:
10 | - name: "Jens Oliver Meiert"
11 | link: "https://meiert.com/de/biography/"
12 | github:
13 | repository: w3c/wai-intro-accessibility
14 | branch: gh-pages
15 | path: content/index.de.md
16 |
17 | permalink: /fundamentals/accessibility-intro/de
18 | ref: /fundamentals/accessibility-intro/
19 | changelog: /fundamentals/accessibility-intro/changelog/
20 | layout: default
21 |
22 | # In the footer below:
23 | # Do not change the dates
24 | # Do not translate CHANGELOG
25 | # Translate the other words, including "Date:" and "Editor:"
26 | # Translate the Working Group name. Leave the Working Group acronym in English.
27 | footer: >
28 |
Datum: Aktualisiert am 20. November 2023. Erstmals veröffentlicht 2005. CHANGELOG.
Entwickelt von der Arbeitsgruppe für Bildung und Öffentlichkeitsarbeit. (EOWG).
31 | ---
32 |
33 | {::nomarkdown}
34 | {% include box.html type="start" h="2" title="Zusammenfassung" class="full" %}
35 | {:/}
36 |
37 | Wenn Webseiten und Webwerkzeuge richtig gestaltet und programmiert sind, können Menschen mit Behinderungen sie nutzen. Derzeit werden jedoch viele Seiten und Werkzeuge mit Barrieren entwickelt, die ihre Nutzung für manche Menschen schwer oder unmöglich machen.
38 |
39 | Das Web barrierefrei zu machen dient Einzelnen, Unternehmen sowie der Gesellschaft. Internationale Webstandards legen fest, was für Barrierefreiheit erforderlich ist.
40 |
41 | {::nomarkdown}
42 | {% include box.html type="end" %}
43 | {:/}
44 |
45 | {::options toc_levels="2" /}
46 |
47 | {::nomarkdown}
48 | {% include_cached toc.html type="start" title="Inhaltsverzeichnis" class="full" %}
49 | {:/}
50 |
51 | - Das Inhaltsverzeichnis wurde automatisch erstellt.
52 | {:toc}
53 |
54 | Verwandte Quelle
55 | {% include video-link.html title="Videoeinführung in das barrierefreie Web und W3C-Standards (4 Minuten)" href="https://www.w3.org/WAI/videos/standards-and-benefits/" src="/content-images/wai-intro-accessibility/video-still-accessibility-intro-16-9.jpg" %}
56 |
57 | {::nomarkdown}
58 | {% include_cached toc.html type="end" %}
59 | {:/}
60 |
61 | ## Barrierefreiheit im Kontext {#context}
62 |
63 |
64 |
Die Stärke des Webs liegt in dessen Universalität.
65 | Der Zugriff aller Menschen, unabhängig von Behinderungen, ist ein unabdingbarer Bestandteil.
66 |
67 |
68 |
69 | Das Web ist grundlegend so gestaltet, dass es für alle Menschen unabhängig von deren Hardware, Software, Sprache, Ort oder Fähigkeiten funktioniert. Wenn das Web dieses Ziel erreicht, ist es für Menschen mit unterschiedlichen Hör-, Bewegungs-, Sehvermögen und kognitiven Fähigkeiten zugänglich.
70 |
71 | Der Einfluss von Behinderungen ist im Web anders, weil das Web Barrieren in der Kommunikation und Interaktion beseitigt, denen viele Menschen in der physischen Welt begegnen. Wenn Webseiten, Anwendungen, Technologien oder Werkzeuge allerdings schlecht gestaltet sind, können sie Barrieren erzeugen, die Menschen an der Nutzung des Webs hindern.
72 |
73 | **Barrierefreitheit ist essenziell für Entwickler:innen und Organisationen, die hochwertige Webseiten und Webwerkzeuge erstellen und Menschen nicht an der Nutzung ihrer Produkte und Dienstleistungen hindern wollen.**
74 |
75 |
76 | ## Was ist das barrierefreie Web {#what}
77 |
78 | Barrierefreies Web bedeutet, dass Webseiten, Werkzeuge und Technologien so gestaltet sind, dass Menschen mit Behinderungen sie nutzen können. Genauer gesagt können Menschen
79 |
80 | - das Web wahrnehmen, verstehen, navigieren sowie mit ihm interagieren
81 | - zum Web beitragen
82 |
83 | Barrierefreies Web schließt alle Behinderungen ein, die den Zugang zum Web beeinträchtigen, einschließlich
84 |
85 | - Hörbehinderungen,
86 | - kognitive Behinderungen,
87 | - neurologische Erkrankungen,
88 | - körperliche Behinderungen,
89 | - Sprachbehinderungen und
90 | - Sehbehinderungen.
91 |
92 | Ein barrierefreies Web dient auch Menschen *ohne* Behinderungen, beispielsweise:
93 |
94 | - Menschen, die Handys, Smart Watches, Smart TVs oder andere Geräte mit kleinen Bildschirmen, unterschiedlichen Eingabemethoden etc. nutzen
95 | - älteren Menschen mit altersbedingt ändernden Fähigkeiten
96 | - Menschen mit "vorübergehenden Behinderungen", etwa einem gebrochenen Arm oder einer verlegten Brille
97 | - Menschen mit "situationsbedingten Einschränkungen", wie etwa im hellen Sonnenlicht oder in Umgebungen, in denen sie keine Audioinhalte hören können
98 | - Menschen, die eine langsame Internetverbindung nutzen oder die beschränkte oder teure Bandbreite haben
99 |
100 | Im nachfolgenden 7-minütigen Video sehen Sie Beispiele, die zeigen, wie Barrierefreiheit essenziell für Menschen mit Behinderungen und nützlich für alle in verschiedenen Situationen ist:
101 | {% include video-link.html title="Video zu Perspektiven auf barrierefreies Web (YouTube)" href="https://www.youtube.com/watch?v=3f31oufqFSM" src="/content-images/wai-intro-accessibility/video-still-accessibility-perspectives-16-9.jpg" %}
102 |
103 | {::nomarkdown}
104 | {% include box.html type="start" h="3" title="Weitere Infos zum barrierefreien Web" class="simple aside" %}
105 | {:/}
106 |
107 | - Wenn Sie mehr darüber lernen wollen, wie verschiedene Behinderungen die Nutzung des Webs beeinflussen und Beispiele sehen wollen, wie Menschen mit Behinderung das Web nutzen, lesen Sie [[Wie Menschen mit Behinderung das Web nutzen]](/people-use-web/).
108 | - Mehr Beispiele über Vorteile für andere finden Sie in den Ressourcen zu Mobile [[Geteilte Erfahrungen im Web: gemeinsame Barrieren von Nutzer:innen mit mobilen Geräten und Menschen mit Behinderung]](/standards-guidelines/shared-experiences/), Multimedia [Genutzt von Menschen mit und ohne Behinderungen](/media/av/users-orgs/#situations) sowie in der archivierten Seite [Ein barrierefreies Web nutzt Menschen mit und ohne Behinderungen](https://www.w3.org/WAI/business-case/archive/soc#groups).
109 |
110 | {::nomarkdown}
111 | {% include box.html type="end" %}
112 | {:/}
113 |
114 | ## Barrierefreiheit ist wichtig für Einzelne, Unternehmen und Gesellschaft {#important}
115 |
116 | Das Web ist eine zunehmend wichtigere Ressource in vielen Bereichen des Lebens: Bildung, Beschäftigung, Regierung, Handel, Gesundheitsversorgung, Freizeit und mehr. Ein barrierefreies Web ist essenziell, um Menschen mit verschiedenen Fähigkeiten gleichen Zugang und gleiche Chancen zu bieten. Der Zugang zu Kommunikationstechnologien, einschließlich des Webs, wurde im Übereinkommen über die Rechte von Menschen mit Behinderungen (UN [CRPD](https://www.un.org/development/desa/disabilities/convention-on-the-rights-of-persons-with-disabilities.html)) als grundlegendes Menschenrecht festgelegt.
117 |
118 | Das Web bietet für Menschen mit Behinderungen eine noch nie dagewesene Möglichkeit für den Zugang zu Informationen sowie für die Interaktion, in dem Sinne, dass Barrieren von Print-, Audio- und Videomedien viel einfacher mittels Webtechnologien beseitigt werden können.
119 |
120 | Barrierefreiheit unterstützt die soziale Inklusion von Menschen mit Behinderungen und anderen, darunter:
121 |
122 | - älteren Menschen
123 | - Menschen in ländlichen Gegenden
124 | - Menschen in Entwicklungsländern
125 |
126 | **Es gibt auch aus unternehmerischer Sicht ein starkes Argument für Barrierefreiheit.** Wie im vorigen Abschnitt gezeigt, verbessert barrierefreies Design die allgemeine Nutzer:innenerfahrung und Befriedigung, insbesondere in einer Vielzahl von Umständen, über verschiedene Geräte hinweg und für ältere Nutzer:innen. Barrierefreiheit kann Ihre Marke stärken, Innovation fördern und Ihre Marktreichweite erhöhen.
127 |
128 | Barrierefreiheit ist in vielen Fällen **gesetzlich verpflichtend**.
129 |
130 | {::nomarkdown}
131 | {% include box.html type="start" h="3" title="Weitere Infos zur Bedeutung von Barrierefreiheit" class="simple aside" %}
132 | {:/}
133 |
134 | - Allgemeine Informationen über die geschäftlichen Vorteile finden Sie unter [[Gründe für digitale Barrierefreiheit aus unternehmerisches Sicht]](/business-case/).
135 | - Beispiele für Vorteile von [barrierefreien Audio- und Videomedien](/media/av/) finden Sie unter [Vorteile für Unternehmen](/media/av/users-orgs/#benefits).
136 | - Anleitungen für die Erfassung von rechtlichen Anforderungen finden Sie im archivierten [Rechtliche Faktoren und Richtlinien](https://www.w3.org/WAI/business-case/archive/pol).
137 |
138 | {::nomarkdown}
139 | {% include box.html type="end" %}
140 | {:/}
141 |
142 | ## Das Web barrierefrei machen {#making}
143 |
144 | Barrierefreiheit im Web hängt vom Zusammenspiel zahlreicher Komponenten ab, unter anderem Webtechnologien, Webbrowsern und anderen \"User Agents\", Erstellungswerkzeugen und Webseiten.
145 |
146 | Die W3C-Initiative für barrierefreies Web – die Web Accessibility Initiative ([WAI](/about/participating/)) – entwickelt technische Spezifikationen, Richtlinien, Techniken sowie unterstützende Ressourcen, die Lösungen für Barrierefreiheit beschreiben. Diese gelten als internationale Standards für barrierefreies Web. Die Richtlinien für barrierefreie Webinhalte, WCAG 2.0, ist beispielsweise auch ein ISO Standard: ISO/IEC 40500.
147 |
148 | {::nomarkdown}
149 | {% include box.html type="start" h="3" title="Weitere Infos zum barrierefreien Gestalten des Webs" class="simple aside" %}
150 | {:/}
151 |
152 | - Mehr zum Zusammenspiel dieser Aspekte gibt es unter [[Wesentliche Komponenten des barrierefreien Webs]](/fundamentals/components/).
153 | - Die Richtlinien für barrierefreie Webinhalte (WCAG), die Richtlinien für barrierefreie Erstellungswerkzeuge (ATAG), den Standard für barrierefreie Internetanwendungen (ARIA), und weitere wichtige Ressourcen werden eingeführt unter [[Übersicht über die Standards für Barrierefreiheit des W3C]](/standards-guidelines/).
154 | - Mehr darüber wie W3C WAI durch die internationale Beteiligung vieler Interessensvertreter:innen Material entwickelt und wie Sie beitragen können, finden Sie in [[Über WAI]](/about/) und unter [[Sich bei WAI beteiligen]](/about/participating/).
155 |
156 | {::nomarkdown}
157 | {% include box.html type="end" %}
158 | {:/}
159 |
160 | ### Ihre Webseite barrierefrei gestalten {#website}
161 |
162 | Viele Aspekte von Barrierefreiheit sind ziemlich einfach zu verstehen und zu implementieren. Manche Lösungen für Barrierefreiheit sind eher komplex und benötigen mehr Kenntnisse für die Umsetzung.
163 |
164 | Am effizientesten und effektivsten ist es, Barrierefreiheit von Anfang an in einem Projekt zu berücksichtigen, damit Sie nicht zurückgehen und Arbeiten erneut durchführen müssen.
165 |
166 | {::nomarkdown}
167 | {% include box.html type="start" h="3" title="Weitere Infos zum barrierefreien Gestalten Ihrer Webseite" class="simple aside" %}
168 | {:/}
169 |
170 | - Eine Einführung in die Anforderungen an Barrierefreiheit und internationale Standards finden Sie unter [[Grundlagen der Barrierefreiheit]](/fundamentals/accessibility-principles/).
171 | - Um einige übliche Barrieren aus Sicht des Testens zu verstehen, beachten Sie [[Einfache Checks – Eine erste Beurteilung]](/test-evaluate/preliminary/).
172 | - Für ein paar grundsätzliche Überlegungen im Bezug auf das Gestalten, Schreiben und Entwickeln für Barrierefreiheit, beachten Sie [[Tipps für den Einstieg]](/tips/).
173 | - Sobald Sie bereit sind, mehr über das Entwickeln und Gestalten zu erfahren, werden Sie wahrscheinlich Ressourcen wie die nachfolgenden nutzen:
174 | - [Wie erfülle ich die WCAG (Kurzübersicht)](https://www.w3.org/WAI/WCAG22/quickref/)
175 | - [Tutorials für barrierefreies Web](/tutorials/)
176 | - Für Projektmanagement und organisationelle Überlegungen, lesen Sie [[Planung und Management für barrierefreies Web]](/planning-and-managing/).
177 | Falls Sie sofort schnelle Lösungen benötigen, finden Sie hier [[Ansätze für vorübergehende Korrekturen]](/planning/interim-repairs/).
178 |
179 | {::nomarkdown}
180 | {% include box.html type="end" %}
181 | {:/}
182 |
183 | ## Barrierefreiheit beurteilen {#evaluate}
184 |
185 | Beim Entwickeln und Neugestalten einer Webseite sollten Sie schon früh und während des gesamten Entwicklungsprozesses die Barrierefreiheit beurteilen, um Probleme dann zu erkennen, wenn sie einfacher zu adressieren sind. Einfache Maßnahmen wie das Ändern von Browsereinstellungen können Ihnen helfen, einige Aspekte von Barrierefreiheit direkt einzuschätzen. Eine umfangreiche Evaluierung, um zu überprüfen, ob eine Webseite alle Richtlinien für Barrierefreiheit erfüllt, erfordert mehr Aufwand.
186 |
187 | Es gibt Tools, die bei der Auswertung unterstützen. Es kann jedoch kein Tool alleine feststellen, ob eine Seite die Richtlinien für Barrierefreiheit erfüllt. Eine Auswertung durch jemand mit der entsprechenden Erfahrung ist notwendig, um zu bestimmen, ob eine Seite tatsächlich barrierefrei ist.
188 |
189 |
190 | {::nomarkdown}
191 | {% include box.html type="start" h="3" title="Weitere Infos zur Beurteilung von Barrierefreiheit" class="simple aside" %}
192 | {:/}
193 |
194 | - Ressourcen zur Unterstützung bei der Beurteilung von Barrierefreiheit werden in [[Barrierefreiheit von Webseiten beurteilen]](/test-evaluate/) beschrieben.
195 |
196 | {::nomarkdown}
197 | {% include box.html type="end" %}
198 | {:/}
199 |
200 | {% include excol.html type="start" id="examples" %}
201 |
202 | ## Beispiele
203 |
204 | {% include excol.html type="middle" %}
205 |
206 | ### Alternativer Text für Bilder
207 |
208 | {:.right}
209 |
210 | Bilder sollten *[äquivalenten alternativen Text](https://www.w3.org/WAI/WCAG22/Understanding/text-alternatives)* (sogenannten alt-Text) im Markup/Code enthalten.
211 |
212 | Wenn kein alternativer Text für Bilder angegeben wird, ist die Information im Bild nicht zugänglich für Menschen, die beispielsweise nicht sehen können und die einen Screenreader nutzen, der die Informationen auf der Seite – einschließlich der alternativen Texte visueller Bilder – laut vorliest.
213 |
214 | Wenn äquivalente alternative Texte angegeben werden, sind Informationen für Menschen, die blind sind, ebenso zugänglich wie für Menschen, die Bilder deaktivieren (etwa in Gebieten mit teurer oder geringer Bandbreite). Zudem sind sie zugänglich für Technologien, die keine Bilder wahrnehmen können, wie etwa Suchmaschinen.
215 |
216 | ### Tastatureingabe
217 |
218 | {:.left width="67" height="45"}
219 |
220 | Manche Menschen können keine Maus benutzen, wie beispielsweise ältere Menschen mit eingeschränkter motorischer Kontrolle. Eine barrierefreie Webseite ist nicht auf eine Maus angewiesen; sie stellt [sämtliche Funktionalität über die Tastatur zur Verfügung](https://www.w3.org/WAI/WCAG22/Understanding/keyboard-accessible). Dann können Menschen mit Behinderungen [Hilfstechnologien](/planning/involving-users/#at) nutzen, die die Tastatur imitieren, wie etwa per Spracheingabe.
221 |
222 | ### Transkription von Audio
223 |
224 | [{:.right width="251" height="254"}](http://www.w3.org/WAI/highlights/200606wcag2interview.html)
225 |
226 | So wie Bilder nicht für Menschen zugänglich sind, die nicht sehen können, sind auch Audiodateien nicht verfügbar für Menschen, die nicht hören können. Das Bereitstellen einer Transkription macht Audioinformationen für Menschen verfügbar, die taub oder schwerhörig sind, ebenso wie für Suchmaschinen oder andere Technologien, die nicht hören können.
227 |
228 | Es ist einfach und relativ günstig, für Webseiten Transkriptionen bereitzustellen. Außerdem gibt es [Transkriptionsdienstleistungen](http://www.uiaccess.com/transcripts/transcript_services.html), die Texttranskriptionen im HTML-Format erstellen.
229 |
230 | {::nomarkdown}
231 | {% include box.html type="start" h="3" title="Mehr Beispiele" class="simple aside" %}
232 | {:/}
233 |
234 | - [[Tipps für den Einstieg]](/tips/)
235 | - [[Einfache Checks – Eine erste Beurteilung]](/test-evaluate/preliminary/)
236 | - {% include video-link.html class="small inline" title="Perspektiven auf barrierefreies Web — Videos und Beschreibungen" href="/perspective-videos/" src="/content-images/wai-intro-accessibility/video-still-accessibility-perspectives-16-9.jpg" %}
237 |
238 | {::nomarkdown}
239 | {% include box.html type="end" %}
240 | {:/}
241 |
242 | {% include excol.html type="end" %}
243 |
244 | ## Für weitere Informationen {#more-info}
245 |
246 | Die W3C WAI bietet eine breite Palette an Ressourcen rund um [Standards](/standards-guidelines/), [Bildung](/teach-advocate/), [Testing/Auswertung](/test-evaluate/), [Projektmanagement und Richtlinien](/planning/) für ein barrierefreies Web. Wir empfehlen Ihnen, diese Webseite näher zu erkunden und sich mit der Liste von [WAI-Ressourcen](/resources/) vertraut zu machen.
247 |
248 | **[[Grundlagen der digitalen Barrierefreiheit – kostenloser Onlinekurs]](/courses/foundations-course/)** bietet Ihnen die nötigen Grundlagen, um Ihre digitale Technologie barrierefrei zu machen.
249 |
--------------------------------------------------------------------------------
/content/index.es.md:
--------------------------------------------------------------------------------
1 | ---
2 | # Translation instructions are after the "#" character in this first section. (They are comments that do not show up in the web page.)
3 | title: Introducción a la Accesibilidad Web # Do not translate "title:". Do translate the text after "title:".
4 | lang: es # Change "en" to the translated language shortcode from https://www.iana.org/assignments/language-subtag-registry/language-subtag-registry
5 | last_updated: 2019-07-11 # Put the date of this translation YYYY-MM-DD (with month in the middle)
6 |
7 | translators:
8 | - name: "Jorge Rumoroso"
9 | link: "https://twitter.com/rumoroso"
10 | contributors:
11 | - name: "Carlos Muncharaz"
12 |
13 | permalink: /fundamentals/accessibility-intro/es # Add the language shortcode to the end; for example /fundamentals/accessibility-intro/fr
14 | ref: /fundamentals/accessibility-intro/ # Do not change this
15 | changelog: /fundamentals/accessibility-intro/changelog/
16 | layout: default
17 | github:
18 | repository: w3c/wai-intro-accessibility
19 | branch: gh-pages
20 | path: content/index.es.md # Add the language shortcode to the middle of the filename, for example index.fr.md
21 |
22 | # In the footer below:
23 | # Do not translate or change CHANGELOG or ACKNOWLEDGEMENTS.
24 | # Translate the other words below, including "Date:" and "Editor:"
25 | # Translate the Working Group name. Leave the Working Group acronym in English.
26 | # Do not change the dates in the footer below.
27 | footer: >
28 |
Fecha: Actualizado a 11 July 2019. Primera publicación en Febrero 2005. CHANGELOG.
Desarrollado por Grupo de Trabajo de Educación y Divulgación (EOWG).
31 | # Read Translations Notes at https://github.com/w3c/wai-intro-accessibility/blob/gh-pages/README.md
32 | # end of translation instructions
33 | ---
34 |
35 |
36 | {::nomarkdown}
37 | {% include box.html type="start" h="2" title="Resumen" class="full" %}
38 | {:/}
39 |
40 | Cuando los sitios y herramientas web están bien diseñados y codificados, las personas con discapacidad pueden utilizarlos. Sin embargo, en la actualidad muchos sitios y herramientas están desarrollados incluyendo barreras de accesibilidad que dificultan o imposibilitan su uso por parte de algunas personas.
41 |
42 | Hacer la web accesible beneficia tanto a las personas, como a las empresas y a la sociedad en general. Los estándares web internacionales definen lo que la accesibilidad necesita.
43 |
44 | {::nomarkdown}
45 | {% include box.html type="end" %}
46 | {:/}
47 |
48 | {::options toc_levels="2" /}
49 |
50 | {::nomarkdown}
51 | {% include_cached toc.html type="start" title="Contenido de la Página" class="full" %}
52 | {:/}
53 |
54 | - TOC is created automatically.
55 | {:toc}
56 |
57 | Recursos relacionados
58 | {% include video-link.html title="Video Introducción a la Accesibilidad Web y Estándares W3C (4 minutos)" href="https://www.w3.org/WAI/videos/standards-and-benefits.html" src="/content-images/wai-intro-accessibility/video-still-accessibility-intro-16-9.jpg" %}
59 |
60 | {::nomarkdown}
61 | {% include_cached toc.html type="end" %}
62 | {:/}
63 |
64 | ## Accesibilidad en contexto {#context}
65 |
66 |
67 |
El poder de la Web está en su universalidad.
68 | El acceso para cualquier persona, independientemente de las discapacidades, es un aspecto esencial.
69 |
70 |
71 |
72 | La Web está fundamentalmente diseñada para que todo el mundo pueda usarla, independientemente del hardware, software, idioma, ubicación o capacidad. Cuando la Web cumple ese objetivo, es accesible para personas con un diverso rango de audición, movimiento, visión y habilidades cognitivas.
73 |
74 | Por lo tanto, el impacto de la discapacidad cambia radicalmente en la Web porque ésta elimina las barreras de comunicación e interacción que muchas personas encuentran en el mundo físico. Sin embargo, cuando los sitios web, aplicaciones, tecnologías o herramientas están mal diseñados, pueden crear barreras que excluyen a las personas del uso de la Web.
75 |
76 | **La Accesibilidad es esencial para desarrolladores y organizaciones que quieren crear sitios y herramientas web de calidad y no excluir personas del uso de sus productos y servicios.**
77 |
78 |
79 | ## Qué es la Accesibilidad Web {#what}
80 |
81 | Accesibilidad Web significa que sitios web, herramientas y tecnologías están diseñadas y desarrolladas de tal manera que las personas con discapacidades pueden usarlas. Más concretamente, las personas pueden:
82 |
83 | - percibir, comprender, navegar e interactuar con la Web
84 | - contribuir a la Web
85 |
86 | La Accesibilidad web abarca todas las discapacidades que afectan al acceso a la Web, incluyendo:
87 |
88 | - auditivas
89 | - cognitivas
90 | - neurológicas
91 | - físicas
92 | - del habla
93 | - visuales
94 |
95 | La accesibilidad web también beneficia personas *sin* discapacidad, como por ejemplo:
96 |
97 | - personas utilizando teléfonos móviles, relojes inteligentes, televisores inteligentes y otros dispositivos con pantallas pequeñas, diferentes modos de entrada, etc.
98 | - personas mayores cuyas habilidades cambian con la edad
99 | - personas con "discapacidades temporales", como puede ser un brazo roto o la pérdida de unas gafas
100 | - personas con "limitaciones por su ubicación", como puede ser bajo la luz del sol o en un entorno donde no se puede escuchar audio
101 | - personas con conexión lenta a Internet o que tienen ancho de banda limitado o costoso
102 |
103 | Puede ver un vídeo de 7 minutos con ejemplos de cómo la accesibilidad es esencial para personas con discapacidades y útil para cualquier persona en una gran variedad de situaciones:
104 | {% include video-link.html title="Perspectivas de Accesibilidad Web (YouTube)" href="https://www.youtube.com/watch?v=3f31oufqFSM" src="/content-images/wai-intro-accessibility/video-still-accessibility-perspectives-16-9.jpg" %}
105 |
106 | {::nomarkdown}
107 | {% include box.html type="start" h="3" title="Más información sobre Qué es Accesibilidad" class="simple aside" %}
108 | {:/}
109 |
110 | - Si desea aprender más acerca de cómo las diferentes discapacidades afectan en el uso de la Web y leer sobre escenarios de personas con discapacidad usando la Web, acceda a [[Cómo las Personas con Discapacidades Utilizan la Web]](/people-use-web/).
111 | - Si desea más ejemplos de beneficios para otras personas, con las WCAG como ayuda, acceda a [[Experiencias Web Compartidas: Barreras comunes para Personas Usuarias de Dispositivos Móviles y Personas con Discapacidades]](/standards-guidelines/shared-experiences/) y a [Accesibilidad Web Beneficia a Personas con y sin Discapacidades](https://www.w3.org/WAI/business-case/archive/soc#groups).
112 |
113 | {::nomarkdown}
114 | {% include box.html type="end" %}
115 | {:/}
116 |
117 | ## La Accesibilidad es importante para las personas, empresas y sociedad {#important}
118 |
119 | La Web es un recurso importante en muchos aspectos de la vida: educación, trabajo, gobierno, salud, entretenimiento y más. Es esencial que la Web sea accesible de cara a facilitar igualdad de acceso y oportunidades a las personas con diferentes habilidades. El acceso a las tecnologías de la información y comunicación, incluyendo la Web, está definido como un derecho humano básico en la Convención de las Naciones Unidas sobre los Derechos de las Personas con Discapacidades (UN [CRPD](https://www.un.org/development/desa/disabilities/convention-on-the-rights-of-persons-with-disabilities.html)).
120 |
121 | La Web ofrece la posibilidad sin precedentes de acceso a la información e interacción para muchas personas con discapacidad. Esto significa que las barreras de accesibilidad a material impreso, audio y medios visuales pueden ser más fácilmente superables a través de las tecnologías web.
122 |
123 | La Accesibilidad da soporte a la inclusión social tanto a personas con discapacidad como a otras tales como:
124 |
125 | - personas mayores
126 | - personas en áreas rurales
127 | - personas en países en desarrollo
128 |
129 | **También existe un sólido argumento comercial a favor de la accesibilidad.** Como se mostró en la sección previa, el diseño accesible mejora la experiencia y satisfacción de las personas usuarias, en una variedad de situaciones, a través de diferentes dispositivos y para personas mayores. Además, la accesibilidad puede mejorar su marca, impulsar la innovación y ampliar su alcance en el mercado.
130 |
131 | La accesibilidad web es **requisito legal** en muchas ocasiones.
132 |
133 | {::nomarkdown}
134 | {% include box.html type="start" h="3" title="Más información sobre La Accesibilidad es Importante" class="simple aside" %}
135 | {:/}
136 |
137 | - Información general sobre los beneficios a nivel de negocio en [[El Caso de Negocio de la Accesibilidad Digital]](/business-case/).
138 | - La guía para calcular los requisitos legales se encuentra en el archivo [Factores Legales y Políticos](https://www.w3.org/WAI/business-case/archive/pol).
139 |
140 | {::nomarkdown}
141 | {% include box.html type="end" %}
142 | {:/}
143 |
144 | ## Hacer la Web accesible {#making}
145 |
146 | La accesibilidad web depende de muchos componentes trabajando juntos, incluyendo tecnologías web, navegadores y otros \"agentes de usuario\", herramientas de autor y sitios web.
147 |
148 | La Iniciativa de Accesibilidad Web del W3C ([WAI](/get-involved/)) desarrolla especificaciones técnicas, pautas, técnicas y recursos que describen soluciones de accesibilidad. Estos son considerados estándares internacionales para la accesibilidad web; por ejemplo, WCAG 2.0 son también estándar ISO: ISO/IEC 40500.
149 |
150 | {::nomarkdown}
151 | {% include box.html type="start" h="3" title="Más información sobre cómo Hacer la Web Accesible" class="simple aside" %}
152 | {:/}
153 |
154 | - Más acerca de los componentes de la accesibilidad trabajando juntos: [[Componentes Esenciales de la Accesibilidad Web]](/fundamentals/components/).
155 | - Pautas de Accesibilidad al Contenido Web (WCAG), Pautas de Accesibilidad para Herramientas de Autor (ATAG), ARIA para Aplicaciones de Internet Enriquecidas Accesibles y otros recursos importantes: [[Resumen de los Estándares de Accesibilidad del W3C]](/standards-guidelines/).
156 | - Para aprender más sobre cómo W3C WAI desarrolla material a través de la participación de múltiples partes interesadas, la participación internacional y la forma en que usted puede contribuir: [[Sobre WAI]](/about/) y [[Participación en WAI]](/get-involved/).
157 |
158 | {::nomarkdown}
159 | {% include box.html type="end" %}
160 | {:/}
161 |
162 | ### Hacer su sitio web accesible {#website}
163 |
164 | Múltiples aspectos de la accesibilidad son sencillos de entender e implementar, mientras que algunas otras soluciones son mucho más complejas y requieren más conocimiento.
165 |
166 | Es más eficiente y efectivo incorporar la accesibilidad desde el principio de los proyectos. De esta manera posteriormente no será necesario volver atrás y rehacer el trabajo.
167 |
168 | {::nomarkdown}
169 | {% include box.html type="start" h="3" title="Más información sobre cómo Hacer su Sitio Web Accesible" class="simple aside" %}
170 | {:/}
171 |
172 | - Para tener una introducción a los requisitos de accesibilidad y estándares internacionales, acceda a [[Principios de Accesibilidad]](/fundamentals/accessibility-principles/).
173 | - Para entender algunas de las barreras comunes de accesibilidad desde la perspectiva de la evaluación, acceda a [[Pruebas sencillas - Una Primera Revisión]](/test-evaluate/preliminary/).
174 | - Para conocer algunas de las consideraciones básicas de diseño, edición y desarrollo para accesibilidad, acceda a [[Consejos Para Empezar]](/tips/).
175 | - Cuando esté preparado para saber más sobre desarrollo y diseño, probablemente le serán útiles recursos como:
176 | - [Cómo cumplir las WCAG (Referencia Rápida)](http://www.w3.org/WAI/WCAG21/quickref/)
177 | - [Tutoriales de Accesibilidad Web](https://www.w3.org/WAI/tutorials/)
178 | - Para la gestión de proyectos y consideraciones organizativas, acceda a [[Planificación y Gestión de la Accesibilidad Web]](/planning-and-managing/).
179 | Si necesita hacer correciones rápidas, acceda a [[Estrategias para Reparaciones Provisionales]](/planning/interim-repairs/).
180 |
181 | {::nomarkdown}
182 | {% include box.html type="end" %}
183 | {:/}
184 |
185 | ## Evaluar la Accesibilidad {#evaluate}
186 |
187 | Al desarrollar o rediseñar un sitio web, evalúe la accesibilidad desde el principio y durante todo el proceso de desarrollo para identificar los problemas de accesibilidad desde el inicio, cuando es más fácil resolverlos. Pasos sencillos, como cambiar la configuración del navegador, pueden ayudarle a evaluar algunos aspectos de la accesibilidad. Una evaluación exhaustiva para determinar si un sitio web cumple con todas las pautas de accesibilidad requiere más esfuerzo.
188 |
189 | Existen herramientas que ayudan en la evaluación. Sin embargo, ninguna herramienta por sí sola puede determinar si un sitio cumple con las pautas de accesibilidad. Se requiere una evaluación humana bien experimentada para determinar si un sitio es accesible.
190 |
191 |
192 | {::nomarkdown}
193 | {% include box.html type="start" h="3" title="Más información sobre cómo Evaluar Accesibilidad" class="simple aside" %}
194 | {:/}
195 |
196 | - Los recursos para ayudar en la evaluación de accesibilidad se describen en [[Evaluar la Accesibilidad de Sitios Web]](/test-evaluate/).
197 |
198 | {::nomarkdown}
199 | {% include box.html type="end" %}
200 | {:/}
201 |
202 | {% include excol.html type="start" id="examples" %}
203 |
204 | ## Ejemplos
205 |
206 | {% include excol.html type="middle" %}
207 |
208 | ### Alternativas textuales para imágenes
209 |
210 | {:.right}
211 |
212 | Las imágenes deben incluir una *[alternativa textual equivalente](http://www.w3.org/TR/UNDERSTANDING-WCAG20/text-equiv.html)* (texto alternativo) en el marcado/código.
213 |
214 | Si no se facilita texto alternativo para las imágenes, su información es inaccesible, por ejemplo para personas que no pueden ver y utilizan un lector de pantalla que lee la información de la página, incluyendo el texto alternativo de la imagen.
215 |
216 | Cuando el equivalente textual es facilitado, la información está disponible para personas ciegas, además de para personas que desactivan las imágenes (por ejemplo, en áreas con ancho de banda limitado o de alto coste). También está disponible para tecnologías que no pueden ver imágenes, como por ejemplo los motores de búsqueda.
217 |
218 | ### Entrada con teclado
219 |
220 | {:.left width="67" height="45"}
221 |
222 | Algunas personas no pueden utilizar ratón, incluyendo muchas personas mayores con control de la motricidad limitado. Un sitio web accesible no depende del ratón; hace que [toda la funcionalidad esté disponible para el teclado](http://www.w3.org/TR/UNDERSTANDING-WCAG20/keyboard-operation.html). Entonces, las personas con discoapacidad pueden utilizar [tecnologías de apoyo](/planning/involving-users/#at) que simulan el teclado, como por ejemplo la entrada por voz.
223 |
224 | ### Transcripciones para audio
225 |
226 | [{:.right width="251" height="254"}](http://www.w3.org/WAI/highlights/200606wcag2interview.html)
227 |
228 | Del mismo modo que las imágenes no están disponibles para las personas que no pueden ver, los archivos de audio no están disponibles para las personas que no pueden oír. Proporcionar una transcripción de texto hace que la información de audio sea accesible para las personas sordas o con problemas de audición, así como para los motores de búsqueda y otras tecnologías que no pueden oír.
229 |
230 | Facilitar transcripciones es fácil y relativamente barato para los sitios web. También existen [servicios de transcripción](http://www.uiaccess.com/transcripts/transcript_services.html) que crean transcripciones textuales en formato HTML.
231 |
232 | {::nomarkdown}
233 | {% include box.html type="start" h="3" title="More Examples" class="simple aside" %}
234 | {:/}
235 |
236 | - [[Consejos para empezar]](/tips/)
237 | - [[Pruebas sencillas - Una Primera Revisión]](/test-evaluate/preliminary/)
238 | - {% include video-link.html class="small inline" title="Perspectivas de Accesibilidad Web — videos y descripciones" href="/perspective-videos/" src="/content-images/wai-intro-accessibility/video-still-accessibility-perspectives-16-9.jpg" %}
239 |
240 | {::nomarkdown}
241 | {% include box.html type="end" %}
242 | {:/}
243 |
244 | {% include excol.html type="end" %}
245 |
246 | ## Para más información {#more-info}
247 |
248 | W3C WAI facilita un ámplio rango de recursos sobre diferentes aspectos de los [estándares](/standards-guidelines/) de accesibilidad web la accesibilidad web, [formación](/teach-advocate/), [testing/evaluación](/test-evaluate/), [gestión de proyectos y políticas](/planning/). Le animamos a que explore este sitio web o consulte la lista de [recursos de la WAI](/Resources/).
249 |
--------------------------------------------------------------------------------
/content/index.fr.md:
--------------------------------------------------------------------------------
1 | ---
2 | # Translation instructions are after the "#" character in this first section. They are comments that do not show up in the web page. You do not need to translate the instructions after "#".
3 | # In this first section, do not translate the words before a colon. For example, do not translate "title:". Do translate the text after "title:"
4 | title: Introduction à l’accessibilité du web
5 | lang: fr
6 | last_updated: 2024-03-07 # Put the date of this translation YYYY-MM-DD (with month in the middle)
7 |
8 | translators:
9 | - name: "Sylvie Duchateau"
10 | contributors:
11 | - name: "Rémi Bétin"
12 |
13 | github:
14 | repository: w3c/wai-intro-accessibility
15 | branch: gh-pages
16 | path: content/index.fr.md
17 |
18 | permalink: /fundamentals/accessibility-intro/fr
19 | ref: /fundamentals/accessibility-intro/ # Do not change this
20 |
21 | changelog: /fundamentals/accessibility-intro/changelog/ # Do not change this
22 | layout: default
23 |
24 | # In the footer below:
25 | # Do not change the dates
26 | # Do not translate CHANGELOG
27 | # Translate the other words, including "Date:" and "Editor:"
28 | # Translate the Working Group name. Leave the Working Group acronym in English.
29 | footer: >
30 |
Date : mise à jour le 7 mars 2024. Première publication en février 2005. CHANGELOG.
Réalisé par le groupe de travail Éducation et Promotion (EOWG).
33 | ---
34 |
35 | {::nomarkdown}
36 | {% include box.html type="start" h="2" title="Résumé" class="full" %}
37 | {:/}
38 |
39 | Lorsqu’un site ou un outil web est bien conçu et bien codé, les personnes handicapées peuvent l’utiliser. Cependant, beaucoup de sites et d’outils développés actuellement contiennent des problèmes d’accessibilité, ce qui les rend difficiles ou impossibles à utiliser par certaines personnes.
40 |
41 | Rendre le web accessible est un avantage pour les internautes, les entreprises et la société. Les standards du web internationaux définissent ce qui est nécessaire pour l’accessibilité.
42 |
43 | {::nomarkdown}
44 | {% include box.html type="end" %}
45 | {:/}
46 |
47 | {::nomarkdown}
48 | {% include_cached toc.html type="start" title="Contenu de la page" class="full" %}
49 | {:/}
50 |
51 |
60 |
61 | Ressource complémentaire
62 | {% include video-link.html title="Vidéo : introduction à l’accessibilité web et aux standards du W3C (4 minutes)" href="https://www.w3.org/WAI/videos/standards-and-benefits/fr" src="/content-images/wai-intro-accessibility/video-still-accessibility-intro-16-9.jpg" %}
63 |
64 | {::nomarkdown}
65 | {% include_cached toc.html type="end" %}
66 | {:/}
67 |
68 | ## Le contexte de l’accessibilité {#context}
69 |
70 |
71 |
Le pouvoir du Web est dans son universalité.
72 | L’accès pour tous, quel que soit le handicap, est un aspect essentiel.
73 |
74 |
75 |
76 | Le web est principalement conçu de sorte qu’il fonctionne pour tous les internautes, quel que soit leur matériel, leur logiciel, leur langue, leur localisation ou leurs capacités. Si le web répond à cet objectif, il est accessible à des personnes ayant diverses capacités auditives, motrices, visuelles et cognitives.
77 |
78 | Ainsi, l’impact du handicap change radicalement sur le web car le web supprime les barrières de communication et d’interaction que rencontrent beaucoup de personnes dans le monde physique. Cependant, lorsqu’un site web, une application, une technologie ou un outil est mal conçu, il peut créer des barrières empêchant des personnes d’utiliser le web.
79 |
80 | **L’accessibilité est essentielle pour les développeurs et les organismes qui veulent créer des sites et des outils web de haute qualité, et ne pas exclure des personnes de l’utilisation de leurs produits et services.**
81 |
82 | ## Qu’est-ce que l’accessibilité du web {#what}
83 |
84 | L’accessibilité du web signifie que les sites web, les outils et les technologies sont conçus et développés de façon à ce que les personnes handicapées puissent les utiliser. Plus précisément, les personnes peuvent :
85 |
86 | - percevoir, comprendre, naviguer et interagir avec le web
87 | - contribuer sur le web
88 |
89 | L’accessibilité du web comprend tous les handicaps affectant l’accès au web, en particulier le handicap :
90 |
91 | - auditif
92 | - cognitif
93 | - neurologique
94 | - physique
95 | - de la parole
96 | - visuel
97 |
98 | L’accessibilité du web bénéficie également aux personnes *sans* handicap, comme par exemple :
99 |
100 | - les personnes utilisant un téléphone mobile, une montre connectée, une télévision connectée, et autres périphériques ayant des petits écrans, différents modes de saisie, etc.
101 | - les personnes âgées dont les capacités changent avec l’âge
102 | - les personnes ayant un « handicap temporaire » tel qu’un bras cassé ou perdu leurs lunettes
103 | - les personnes ayant « une limitation situationnelle » comme être en plein soleil ou dans un environnement où elles ne peuvent pas écouter l’audio
104 | - les personnes utilisant une connexion internet lente ou ayant une bande passante limitée ou onéreuse
105 |
106 | Voir une vidéo de 7 minutes qui contient des exemples montrant comment l’accessibilité est essentielle pour les personnes handicapées et utile à tout le monde dans un grand nombre de situations, voir :
107 | {% include video-link.html title="Video Les perspectives de l’accessibilité du web (YouTube)" href="https://www.youtube.com/watch?v=3f31oufqFSM" src="/content-images/wai-intro-accessibility/video-still-accessibility-perspectives-16-9.jpg" %}
108 |
109 | {::nomarkdown}
110 | {% include box.html type="start" h="3" title="Plus d’informations sur ce qu’est l’accessibilité" class="simple aside" %}
111 | {:/}
112 |
113 | - Pour en savoir plus sur la façon dont différents handicaps impactent l’utilisation du web et découvrir les scénarios de personnes handicapées utilisant le web, voir la ressource [[Comment les personnes handicapées utilisent le web]](/people-use-web/).
114 | - Pour plus d’exemples sur les avantages pour d’autres personnes, voir [[Expériences du web partagées : les barrières communes aux personnes utilisant des appareils mobiles et aux personnes handicapées]](/standards-guidelines/shared-experiences/) concernant le mobile, [Utilisées par des personnes avec ou sans handicaps](/media/av/users-orgs/#situations) concernant le multimédia, et la ressource archivée [L’accessibilité du Web bénéficie aux personnes avec et sans handicap](https://www.w3.org/WAI/business-case/archive/soc#groups).
115 |
116 | {::nomarkdown}
117 | {% include box.html type="end" %}
118 | {:/}
119 |
120 | ## L’accessibilité est importante pour les internautes, les entreprises, la société {#important}
121 |
122 | Le web est une ressource de plus en plus importante dans beaucoup d’aspects de la vie : l’éducation, l’emploi, le gouvernement, le commerce, la santé, les loisirs et plus encore. Il est essentiel que le web soit accessible afin de fournir une égalité d’accès et l’égalité des chances à des personnes avec diverses capacités. L’accès à l’information et aux technologies de communication, y compris le web, est défini comme un droit humain fondamental dans la convention des Nations Unies relative aux droits des personnes handicapées ([CRPD](https://www.un.org/development/desa/disabilities/convention-on-the-rights-of-persons-with-disabilities.html) de l’ONU).
123 |
124 | Le web offre la possibilité d’un accès sans précédent à l’information et l’interaction de beaucoup de personnes handicapées. C’est-à-dire que les barrières d’accessibilité de l’écrit, des média audio et visuels, peuvent être plus facilement surmontées grâce aux technologies web.
125 |
126 | L’accessibilité supporte l’inclusion sociale des personnes handicapées ainsi que d’autres personnes comme par exemple :
127 |
128 | - les personnes âgées
129 | - les personnes résidant dans des régions rurales
130 | - les personnes vivant dans les pays en voie de développement
131 |
132 | **L’accessibilité représente également un gros avantage pour les entreprises.** Comme expliqué dans la section précédente, le design accessible améliore l’expérience globale et la satisfaction de l’utilisateur, en particulier, dans une variété de situations, pour différents périphériques et pour les utilisateurs âgés. L’accessibilité peut améliorer votre marque, favoriser l’innovation et augmenter votre place sur le marché.
133 |
134 | L’accessibilité du web est **exigée par la loi** dans beaucoup de situations.
135 |
136 | {::nomarkdown}
137 | {% include box.html type="start" h="3" title="Plus d’informations sur l’importance de l’accessibilité" class="simple aside" %}
138 | {:/}
139 |
140 | - Des informations générales sur les avantages pour les entreprises sont disponibles dans [[l’analyse de rentabilité de l’accessibilité numérique]](/business-case/).
141 | - Des exemples sur les bénéfices de [rendre les médias audio et vidéo accessibles](/media/av/) sont présentés dans la section [Bénéfices pour les organisations](/media/av/users-orgs/#benefits).
142 | - Des conseils sur comment trouver les exigences légales sont consultables dans le document archivé [les facteurs juridiques et politiques](https://www.w3.org/WAI/business-case/archive/pol).
143 |
144 | {::nomarkdown}
145 | {% include box.html type="end" %}
146 | {:/}
147 |
148 | ## Rendre le web accessible {#making}
149 |
150 | L’accessibilité du web dépend de plusieurs composants fonctionnant ensemble, comprenant les technologies web, les navigateurs et autres « agents utilisateurs », outils d’édition et sites web.
151 |
152 | L’Initiative pour l’accessibilité du Web, Web Accessibility Initiative du W3C ([WAI](/about/participating/)) développe des spécifications techniques, des règles, des techniques et ressources d’accompagnement qui décrivent des solutions d’accessibilité. Elles sont considérées comme des normes internationales pour l’accessibilité du web ; par exemple, WCAG 2.0 est aussi une norme ISO : ISO/IEC 40500.
153 |
154 | {::nomarkdown}
155 | {% include box.html type="start" h="3" title="Plus d’informations pour rendre le web accessible" class="simple aside" %}
156 | {:/}
157 |
158 | - Voir plus d’informations sur ces aspects de l’accessibilité qui fonctionnent ensemble, dans [[les composants essentiels de l’accessibilité du web]](/fundamentals/components/).
159 | - Les règles pour l’accessibilité des contenus web, Web Content Accessibility Guidelines (WCAG), les règles pour l’accessibilité des outils d’édition, Authoring Tool Accessibility Guidelines (ATAG), Aria pour les applications internet riches, ARIA for Accessible Rich Internet Applications, et d’autres ressources importantes sont présentées dans [[vue d’ensemble des standards d’accessibilité du W3C]](/standards-guidelines/).
160 | - Pour en savoir plus sur la façon dont W3C WAI développe des documents, les différentes parties prenantes, la participation internationale et comment vous pouvez contribuer, voir [[À propos de la WAI]](/about/) et [[Participer à la WAI]](/about/participating/).
161 |
162 | {::nomarkdown}
163 | {% include box.html type="end" %}
164 | {:/}
165 |
166 | ### Rendre vos sites web accessibles {#website}
167 |
168 | Beaucoup d’aspects de l’accessibilité sont relativement faciles à comprendre et à mettre en œuvre. Certaines solutions d’accessibilité sont plus complexes et requièrent plus de connaissances pour être implémentées.
169 |
170 | Il est plus efficace d’incorporer l’accessibilité au début d’un projet pour ne pas avoir à revenir en arrière et recommencer le travail.
171 |
172 | {::nomarkdown}
173 | {% include box.html type="start" h="3" title="Plus d’informations sur la façon de rendre votre site web accessible" class="simple aside" %}
174 | {:/}
175 |
176 | - Pour une introduction sur les exigences d’accessibilité et les normes internationales, voir [[Les principes de l’accessibilité]](/fundamentals/accessibility-principles/).
177 | - Pour comprendre les barrières d’accessibilité fréquentes dans une perspective de test, voir [[Tests faciles : - première évaluation]](/test-evaluate/preliminary/).
178 | - Pour des considérations de base sur le design, la rédaction et le développement pour l’accessibilité, voir [[Astuces pour débuter]](/tips/).
179 | - Lorsque vous serez en mesure d’en savoir plus sur le développement et le design, vous pourrez probablement utiliser des ressources comme par exemple :
180 | - [Comment satisfaire aux WCAG (référence rapide)](https://www.w3.org/WAI/WCAG22/quickref/)
181 | - [Tutoriels sur l’accessibilité du Web](/tutorials/)
182 | - Pour la gestion de projets et des questions d’organisation, voir [[Planifier et gérer l’accessibilité du web]](/planning-and-managing/).
183 | Si vous devez effectuer des réparations rapides dès maintenant, voir [[Méthodes pour une réparation provisoire]](/planning/interim-repairs/).
184 |
185 | {::nomarkdown}
186 | {% include box.html type="end" %}
187 | {:/}
188 |
189 | ## Évaluer l’accessibilité {#evaluate}
190 |
191 | Lors du développement ou de la refonte d’un site web, évaluez l’accessibilité dès le début et pendant le processus de développement afin d’identifier rapidement les problèmes d’accessibilité, parce qu’il est facile de les corriger. Des mesures simples, telles que la modification des paramètres d’un navigateur, peuvent vous aider à évaluer certains aspects d’accessibilité. Une évaluation complète permettant de déterminer si un site web est conforme à toutes les règles d’accessibilité nécessite plus d’efforts.
192 |
193 | Il existe des outils qui peuvent aider à l’évaluation. Cependant, aucun outil seul ne peut déterminer si un site est conforme aux règles d’accessibilité. L’évaluation par un humain est nécessaire pour déterminer si un site est accessible.
194 |
195 |
196 | {::nomarkdown}
197 | {% include box.html type="start" h="3" title="Plus d’information sur l’évaluation de l’accessibilité" class="simple aside" %}
198 | {:/}
199 |
200 | - Les ressources qui peuvent aider à évaluer l’accessibilité sont décrites dans [[Évaluer l’accessibilité d’un site web]](/test-evaluate/).
201 |
202 | {::nomarkdown}
203 | {% include box.html type="end" %}
204 | {:/}
205 |
206 | {% include excol.html type="start" id="examples" %}
207 |
208 | ## Exemples
209 |
210 | {% include excol.html type="middle" %}
211 |
212 | ### Alternative textuelle pour les images
213 |
214 | {:.right}
215 |
216 | Les images doivent comprendre une *[alternative textuelle équivalente](https://www.w3.org/WAI/WCAG22/Understanding/text-alternatives)* (équivalent textuel) dans le balisage/code.
217 |
218 | S’il n’y a pas d’alternative textuelle à une image, l’information de l’image est inaccessible, par exemple, pour les personnes qui ne voient pas et utilisent un lecteur d’écran qui lit à haute voix l’information d’une page, comprenant l’alternative textuelle de l’image visuelle.
219 |
220 | Lorsqu’un équivalent textuel est fourni dans l’alternative textuelle, l’information est disponible pour les personnes aveugles, ainsi que celles qui désactivent les images (par exemple, dans des endroits où la bande passante est onéreuse ou lente). Elle est également disponible pour les technologies qui ne voient pas les images, comme par exemple les moteurs de recherche.
221 |
222 | ### Saisie au clavier
223 |
224 | {:.left width="67" height="45"}
225 |
226 | Certaines personnes ne peuvent pas utiliser de souris, y compris les personnes âgées qui ont un contrôle limité de la motricité de précision. Un site web accessible ne dépend pas de la souris ; il rend [toutes les fonctionnalités disponibles au clavier](https://www.w3.org/WAI/WCAG22/Understanding/keyboard-accessible). Ainsi, les personnes handicapées peuvent utiliser [des technologies d’assistance](/planning/involving-users/#at) qui simulent le clavier, telles que la dictée vocale.
227 |
228 | ### Transcriptions de l’audio
229 |
230 | [{:.right width="251" height="254"}](https://www.w3.org/WAI/highlights/200606wcag2interview.html)
231 |
232 | Tout comme les images qui ne sont pas disponibles pour les personnes qui ne voient pas, les fichiers audio ne sont pas disponibles pour les personnes qui n’entendent pa. L’ajout d’une transcription textuelle rend l’information audio accessible aux personnes sourdes, mal entendantes, ainsi qu’aux moteurs de recherche et autres technologies qui n’entendent pas.
233 |
234 | Il est facile et relativement peu cher de fournir des transcriptions sur des sites web. Il existe également des [services de transcription](http://www.uiaccess.com/transcripts/transcript_services.html) qui créent des transcriptions textuelles au format HTML.
235 |
236 | {::nomarkdown}
237 | {% include box.html type="start" h="3" title="Plus d’exemples" class="simple aside" %}
238 | {:/}
239 |
240 | - [[Conseils pour débuter]](/tips/)
241 | - [[Tests faciles - première évaluation]](/test-evaluate/preliminary/)
242 | - {% include video-link.html class="small inline" title="Perspectives de l’accessibilité du web — videos et descriptions" href="/perspective-videos/" src="/content-images/wai-intro-accessibility/video-still-accessibility-perspectives-16-9.jpg" %}
243 |
244 | {::nomarkdown}
245 | {% include box.html type="end" %}
246 | {:/}
247 |
248 | {% include excol.html type="end" %}
249 |
250 | ## Pour plus d’informations {#more-info}
251 |
252 | W3C WAI propose un grand nombre de ressources sur les différents aspects de l’accessibilité du web [standards](/standards-guidelines/), [éducation](/teach-advocate/), [test/évaluation](/test-evaluate/), [gestion de projet et politique](/planning/). Nous vous encourageons à explorer ce site web ou à parcourir la liste des [ressources de la WAI](/resources/).
253 |
254 | **[[Fondations de l’accessibilité numérique - Cours en ligne gratuit]](/courses/foundations-course/)** vous apporte les bases dont vous avez besoin pour rendre votre technologie numérique accessible.
255 |
--------------------------------------------------------------------------------
/content/index.id.md:
--------------------------------------------------------------------------------
1 | ---
2 | # Translation instructions are after the "#" character in this first section. (They are comments that do not show up in the web page.)
3 | title: Pengenalan ke Aksesibilitas Web # Do not translate "title:". Do translate the text after "title:".
4 | lang: id # Change "en" to the translated language shortcode from https://www.iana.org/assignments/language-subtag-registry/language-subtag-registry
5 | last_updated: 2023-11-23 # Put the date of this translation YYYY-MM-DD (with month in the middle)
6 | translators: #Add one -name: line for every translator
7 | - name: "Fri Rasyidi"
8 | contributors: #Add one -name: line for every contributor
9 | - name: "Aris Yohanes Elean"
10 | permalink: /fundamentals/accessibility-intro/id # Add the language shortcode to the end; for example /fundamentals/accessibility-intro/fr
11 | ref: /fundamentals/accessibility-intro/ # Do not change this
12 | changelog: /fundamentals/accessibility-intro/changelog/
13 | layout: default
14 | github:
15 | repository: w3c/wai-intro-accessibility
16 | branch: gh-pages
17 | path: content/index.id.md # Add the language shortcode to the middle of the filename, for example index.fr.md
18 |
19 | # In the footer below:
20 | # Do not translate or change CHANGELOG or ACKNOWLEDGEMENTS.
21 | # Translate the other words below, including "Date:" and "Editor:"
22 | # Translate the Working Group name. Leave the Working Group acronym in English.
23 | # Do not change the dates in the footer below.
24 | footer: >
25 |
Tanggal: Diperbarui 20 November 2023. Pertama kali dipublikasikan Februari 2005. CHANGELOG.
Dikembangkan oleh Kelompok Kerja Edukasi dan Pendampingan (EOWG).
28 | # Read Translations Notes at https://github.com/w3c/wai-intro-accessibility/blob/gh-pages/README.md
29 | # end of translation instructions
30 | ---
31 |
32 |
33 | {::nomarkdown}
34 | {% include box.html type="start" h="2" title="Ringkasan" class="full" %}
35 | {:/}
36 |
37 | Ketika situs dan sarana web didesain dan kodenya ditulis dengan baik, para penyandang disabilitas akan bisa menggunakan situs dan sarana tersebut. Sayangnya, saat ini banyak situs dan sarana web yang memiliki hambatan aksesibilitas dan membuatnya menjadi sulit atau bahkan tidak bisa digunakan oleh beberapa orang.
38 |
39 | Membuat Web yang aksesibel akan memberikan manfaat bagi individu, bisnis, dan masyarakat luas. Standar internasional web memaparkan tentang syarat yang dibutuhkan untuk aksesibilitas.
40 |
41 | {::nomarkdown}
42 | {% include box.html type="end" %}
43 | {:/}
44 |
45 | {::options toc_levels="2" /}
46 |
47 | {::nomarkdown}
48 | {% include_cached toc.html type="start" title="Daftar Isi" class="full" %}
49 | {:/}
50 |
51 | - TOC is created automatically.
52 | {:toc}
53 |
54 | Sumber Informasi Terkait
55 | {% include video-link.html title="Video Pengenalan ke Aksesibilitas Web dan Standar W3C (4 menit)" href="https://www.w3.org/WAI/videos/standards-and-benefits/" src="/content-images/wai-intro-accessibility/video-still-accessibility-intro-16-9.jpg" %}
56 |
57 | {::nomarkdown}
58 | {% include_cached toc.html type="end" %}
59 | {:/}
60 |
61 | ## Aksesibilitas dalam Konteks {#context}
62 |
63 |
64 |
Kekuatan Web ada pada sifatnya yang universal.
65 | Bisa diakses semua orang terlepas dari keterbatasan yang dimiliki seseorang adalah aspek yang esensial.
66 |
67 |
68 |
69 | Secara fundamental, web didesain untuk bisa digunakan oleh semua orang, terlepas dari perangkat keras, perangkat lunak, bahasa, lokasi, atau pun kemampuan mereka. Ketika Web memenuhi targetnya, Web akan bisa diakses oleh orang-orang dengan kemampuan mendengar, bergerak, melihat, dan kognitif yang berbeda.
70 |
71 | Itulah mengapa dampak dari disabilitas berubah drastis pada Web, karena Web menghilangkan hambatan dalam berkomunikasi dan berinteraksi yang banyak dialami orang di dunia fisik. Namun, ketika situs, aplikasi, teknologi, mau pun sarana web didesain dengan buruk, akan tercipta hambatan yang dapat menutup akses beberapa orang dalam menggunakan Web.
72 |
73 | **Aksesibilitas esensial bagi developer dan organisasi yang ingin menciptakan situs dan sarana web berkualitas tinggi, tanpa menutup akses seseorang dari menggunakan produk dan jasanya.**
74 |
75 | ## Apa Itu Aksesibilitas Web {#what}
76 |
77 | Aksesibilitas Web berarti situs, sarana, dan teknologi web didesain dan dikembangkan agar penyandang disabilitas bisa menggunakannya. Lebih spesifik, mereka bisa:
78 |
79 | - menerima konten, memahami, menavigasi, dan berinteraksi dengan Web
80 | - berkontribusi pada Web
81 |
82 | Aksesibilitas web mencakup semua disabilitas yang memengaruhi akses ke Web, termasuk:
83 |
84 | - pendengaran
85 | - kognitif
86 | - neurologis
87 | - fisik
88 | - bicara
89 | - penglihatan
90 |
91 | Aksesibilitas Web juga memberikan manfaat bagi orang-orang yang *tidak* menyandang disabilitas, sebagai contoh:
92 |
93 | - orang-orang yang menggunakan ponsel, jam tangan pintar, TV pintar, berbagai perangkat dengan layar kecil, mode input yang berbeda, dsb.
94 | - lansia dengan kemampuan yang terbatas karena usia
95 | - orang-orang yang memiliki "disabilitas temporer" seperti tangan yang patah atau kehilangan kacamata
96 | - orang-orang yang memiliki "batasan situasi" seperti di bawah terik cahaya matahari atau dalam lingkungan yang tidak memungkinkan mereka untuk mendengarkan suara
97 | - orang-orang yang memiliki koneksi Internet yang lambat, atau memiliki bandwidth yang mahal atau terbatas
98 |
99 | Untuk video 7 menit dengan contoh bagaimana pentingnya aksesibilitas bagi penyandang disabilitas dan bermanfaat bagi semua orang dalam berbagai situasi, tonton:
100 | {% include video-link.html title="Video Perspektif Aksesibilitas Web (YouTube)" href="https://www.youtube.com/watch?v=3f31oufqFSM" src="/content-images/wai-intro-accessibility/video-still-accessibility-perspectives-16-9.jpg" %}
101 |
102 | {::nomarkdown}
103 | {% include box.html type="start" h="3" title="Info Lebih Lanjut Mengenai Apa Itu Aksesibilitas" class="simple aside" %}
104 | {:/}
105 |
106 | - Jika kamu ingin belajar lebih lanjut mengenai bagaimana disabilitas memengaruhi penggunaan Web, dan membaca kisah tentang penyandang disabilitas saat menggunakan Web, lihat [[Bagaimana Penyandang Disabilitas Menggunakan Web]](/people-use-web/).
107 | - Jika Anda ingin melihat lebih banyak contoh tentang manfaatnya bagi orang lain, terkait perangkat seluler lihat [[Berbagi Pengalaman Web: Hambatan yang Umum bagi Pengguna Perangkat Seluler dan Penyandang Disabilitas]](/standards-guidelines/shared-experiences/), multimedia [Digunakan oleh Penyandang dan Bukan Penyandang Disabilitas](/media/av/users-orgs/#situations) dan arsip [Aksesibilitas Web Menguntungkan Penyandang dan Bukan Penyandang Disabilitas](https://www.w3.org/WAI/business-case/archive/soc#groups).
108 |
109 | {::nomarkdown}
110 | {% include box.html type="end" %}
111 | {:/}
112 |
113 | ## Aksesibilitas Penting bagi Individu, Bisnis, Masyarakat Umum {#important}
114 |
115 | Web memiliki peranan yang semakin penting dalam banyak aspek kehidupan: pendidikan, pekerjaan, pemerintahan, perdagangan, perawatan kesehatan, rekreasi, dan banyak lagi. Web harus aksesibel untuk memberikan akses dan kesempatan yang sama kepada orang-orang dengan kemampuan yang beragam. Akses ke teknologi informasi dan komunikasi, termasuk Web, didefinisikan sebagai hak asasi manusia dalam Konvensi Perserikatan Bangsa-Bangsa tentang Hak-hak Penyandang Disabilitas ([CRPD](https://www.un.org/development/desa/disabilities/convention-on-the-rights-of-persons-with-disabilities.html) PBB).
116 |
117 | Bagi banyak penyandang disabilitas, Web memungkinkan tingkat akses kepada informasi dan interaksi yang belum pernah terjadi sebelumya. Artinya, hambatan aksesibilitas dari media cetak, audio, dan visual bisa diatasi dengan lebih mudah melalui teknologi web.
118 |
119 | Aksesibilitas mendukung inklusi sosial bagi penyandang disabilitas dan orang-orang lainnya, seperti:
120 |
121 | - lanjut usia
122 | - berada di pedesaan
123 | - yang tinggal di negara berkembang
124 |
125 | **Terdapat kasus bisnis yang kuat untuk aksesibilitas.** Seperti yang telah ditunjukkan pada bagian sebelumnya, desain yang aksesibel dapat meningkatkan pengalaman dan kepuasan pengguna secara keseluruhan, terutama dalam situasi beragam, pada berbagai perangkat, dan untuk pengguna yang lanjut usia. Aksesibilitas dapat meningkatkan nilai merek Anda, mendorong inovasi, dan memperluas jangkauan pasar Anda.
126 |
127 | Aksesibilitas Web **diwajibkan oleh hukum** dalam berbagai situasi.
128 |
129 | {::nomarkdown}
130 | {% include box.html type="start" h="3" title="Info Lebih Lanjut Mengenai Pentingnya Aksesibilitas" class="simple aside" %}
131 | {:/}
132 |
133 | - Informasi umum tentang manfaat pada bisnis ada di [[Kasus Bisnis untuk Aksesibilitas Digital]](/business-case/).
134 | - Contoh manfaat dari [membuat media audio dan video yang aksesibel](/media/av/) ada pada bagian [Manfaat bagi Organisasi](/media/av/users-orgs/#benefits).
135 | - Panduan untuk mengetahui persyaratan hukum ada di arsip [Faktor Hukum dan Kebijakan](https://www.w3.org/WAI/business-case/archive/pol).
136 |
137 | {::nomarkdown}
138 | {% include box.html type="end" %}
139 | {:/}
140 |
141 | ## Membuat Web yang Aksesibel {#making}
142 |
143 | Aksesibilitas Web bergantung pada kerja sama dari beberapa komponen, termasuk teknologi web, browser dan \"agen pengguna\" web lainnya, sarana penulisan, dan situs web.
144 |
145 | Inisiatif Aksesibilitas Web ([WAI](/about/participating/)) W3C mengembangkan spesifikasi teknis, pedoman, teknik, dan sumber informasi pendukung yang menjelaskan solusi aksesibilitas. Hal-hal tersebut sudah diakui sebagai standar internasional untuk aksesibilitas web; misalnya, WCAG 2.0 yang juga merupakan standar ISO: ISO/IEC 40500.
146 |
147 | {::nomarkdown}
148 | {% include box.html type="start" h="3" title="Informasi Lebih Lanjut Tentang Membuat Web yang Aksesibel" class="simple aside" %}
149 | {:/}
150 |
151 | - Lebih lanjut mengenai kerja sama dari aspek-aspek aksesibilitas ada di [[Komponen Esensial dari Aksesibilitas Web]](/fundamentals/components/).
152 | - Pedoman Aksesibilitas Konten Web (WCAG), Pedoman Aksesibilitas Sarana Penulisan (ATAG), Aplikasi Internet yang Kaya dan Aksesibel (ARIA), dan sumber informasi penting lainnya diperkenalkan di [[Gambaran Umum Standar Aksesibilitas W3C]](/standards-guidelines/).
153 | - Untuk mempelajari lebih lanjut mengenai bagaimana WAI W3C mengembangkan materi melalui berbagai pemangku kepentingan, partisipasi internasional, dan bagaimana Anda bisa berkontribusi, lihat [[Tentang WAI]](/about/) dan [[Berpartisipasi di WAI]](/about/participating/).
154 |
155 | {::nomarkdown}
156 | {% include box.html type="end" %}
157 | {:/}
158 |
159 | ### Membuat Situs Anda menjadi Aksesibel {#website}
160 |
161 | Banyak aspek aksesibilitas yang cukup mudah dimengerti dan diterapkan. Beberapa solusi aksesibilitas lebih kompleks dan membutuhkan lebih banyak pengetahuan untuk diterapkan.
162 |
163 | Akan sangat efisien dan efektif untuk memasukkan aksesibilitas sejak awal proyek, sehingga Anda tidak perlu kembali dan mengerjakan ulang pekerjaan Anda.
164 |
165 | {::nomarkdown}
166 | {% include box.html type="start" h="3" title="Lebih Lanjut Mengenai Membuat Situs Anda menjadi Aksesibel" class="simple aside" %}
167 | {:/}
168 |
169 | - Untuk pengenalan pada persyaratan aksesibilitas dan standar internasional, lihat [[Prinsip Aksesibilitas]](/fundamentals/accessibility-principles/).
170 | - Untuk memahami beberapa hambatan umum aksesibilitas dari perspektif pengujian, lihat [[Pengecekan Sederhana - Tinjauan Pertama]](/test-evaluate/preliminary/).
171 | - Untuk beberapa pertimbangan dasar dalam mendesain, menulis, dan mengembangkan aksesibilitas, lihat [[Tips Memulai]](/tips/).
172 | - Saat Anda sudah siap untuk mengetahui lebih banyak tentang pengembangan dan perancangan, Anda mungkin akan menggunakan sumber informasi seperti:
173 | - [Cara Memenuhi Target WCAG (Referensi Cepat)](http://www.w3.org/WAI/WCAG21/quickref/)
174 | - [Tutorial Aksesibilitas Web](/tutorials/)
175 | - Untuk pertimbangan manajemen proyek dan pertimbangan organisasional, lihat [[Merencanakan dan Mengelola Aksesibilitas Web]](/planning-and-managing/).
176 | Jika saat ini Anda perlu melakukan perbaikan cepat, lihat [[Pendekatan untuk Perbaikan Sementara]](/planning/interim-repairs/).
177 |
178 | {::nomarkdown}
179 | {% include box.html type="end" %}
180 | {:/}
181 |
182 | ## Mengevaluasi Aksesibilitas {#evaluate}
183 |
184 | Saat mengembangkan atau mendesain ulang situs web, lakukan evaluasi aksesibilitas dari awal dan selama proses pengembangan untuk mengidentifikasi masalah aksesibilitas lebih awal, saat yang paling mempermudah dalam mengatasi masalah tersebut. Langkah sederhana, seperti mengubah pengaturan di browser, dapat membantu Anda mengevaluasi beberapa aspek aksesibilitas. Evaluasi komprehensif untuk menentukan apakah sebuah situs web memenuhi seluruh ketentuan dalam pedoman aksesibilitas akan membutuhkan usaha yang lebih besar.
185 |
186 | Ada beberapa sarana evaluasi yang dapat membantu Anda dalam melakukan evaluasi. Namun, sarana saja tidak dapat menentukan apakah sebuah situs memenuhi pedoman aksesibilitas. Evaluasi dari seseorang yang berpengetahuan diperlukan untuk menentukan apakah sebuah situs aksesibel.
187 |
188 | {::nomarkdown}
189 | {% include box.html type="start" h="3" title="Lebih Lanjut Tentang Mengevaluasi Aksesibilitas" class="simple aside" %}
190 | {:/}
191 |
192 | - Sumber informasi yang bisa membantu dalam mengevaluasi aksesibilitas dijelaskan pada [[Mengevaluasi Situs untuk Aksesibilitas]](/test-evaluate/).
193 |
194 | {::nomarkdown}
195 | {% include box.html type="end" %}
196 | {:/}
197 |
198 | {% include excol.html type="start" id="examples" %}
199 |
200 | ## Contoh
201 |
202 | {% include excol.html type="middle" %}
203 |
204 | ### Alternatif Teks untuk Gambar
205 |
206 | {:.right}
207 |
208 | Gambar perlu disertai *[alternatif teks yang sesuai](https://www.w3.org/WAI/WCAG22/Understanding/text-alternatives)* (*alt text*) pada markah/kode.
209 |
210 | Jika *alt text* tidak disertakan pada gambar, informasi pada gambar menjadi tidak bisa diakses, misalnya bagi orang yang tidak dapat melihat dan menggunakan pembaca layar, untuk membacakan informasi pada halaman termasuk *alt text* untuk gambar visual.
211 |
212 | Jika padanan *alt text* disertakan, informasi tersebut akan bisa diakses bagi penyandang disabilitas netra, serta orang-orang yang menonaktifkan gambar (misalnya, di area dengan bandwidth yang mahal atau kecil). Informasi tersebut juga tersedia untuk teknologi yang tak mampu melihat gambar, seperti mesin pencari.
213 |
214 | ### Input Kibor
215 |
216 | {:.left width="67" height="45"}
217 |
218 | Beberapa orang tidak dapat menggunakan tetikus, termasuk pengguna lanjut usia yang memiliki kemampuan motorik terbatas. Situs yang aksesibel tidak bergantung pada tetikus; tetapi menggunakan [semua fungsionalitas yang tersedia pada kibor](https://www.w3.org/WAI/WCAG22/Understanding/keyboard-accessible). Lalu para penyandang disabilitas dapat menggunakan [teknologi pendukung](/planning/involving-users/#at) yang meniru fungsi kibor, seperti input ucapan.
219 |
220 | ### Transkripsi untuk Audio
221 |
222 | [{:.right width="251" height="254"}](http://www.w3.org/WAI/highlights/200606wcag2interview.html)
223 |
224 | Sama seperti gambar yang tidak tersedia untuk orang-orang yang tidak dapat melihat, berkas audio juga tidak tersedia untuk orang-orang yang tidak dapat mendengar. Memberikan transkripsi teks membuat informasi audio bisa diakses oleh orang-orang yang disabilitas rungu atau yang mengalami gangguan pendengaran, serta mesin pencarian dan teknologi lain yang tidak mampu mendengar.
225 |
226 | Mudah dan relatif murah bagi situs web untuk menyediakan transkripsi. Tersedia pula [layanan transkripsi](http://www.uiaccess.com/transcripts/transcript_services.html) yang bisa membuat transkripsi teks dalam format HTML.
227 |
228 | {::nomarkdown}
229 | {% include box.html type="start" h="3" title="Lebih Banyak Contoh" class="simple aside" %}
230 | {:/}
231 |
232 | - [[Kiat Memulai]](/tips/)
233 | - [[Pengecekan Sederhana - Tinjauan Pertama]](/test-evaluate/preliminary/)
234 | - {% include video-link.html class="small inline" title="Perspektif Aksesibilitas Web — video dan deskripsi" href="/perspective-videos/" src="/content-images/wai-intro-accessibility/video-still-accessibility-perspectives-16-9.jpg" %}
235 |
236 | {::nomarkdown}
237 | {% include box.html type="end" %}
238 | {:/}
239 |
240 | {% include excol.html type="end" %}
241 |
242 | ## Informasi Lebih Lanjut {#more-info}
243 |
244 | WAI W3C menyediakan berbagai sumber informasi tentang berbagai aspek terkait [standar](/standards-guidelines/), [pendidikan](/teach-advocate/), [pengujian/evaluasi](/test-evaluate/), [manajemen proyek dan kebijakan](/planning/) aksesibilitas web. Kami mendorong Anda untuk menjelajahi situs ini, atau melihat-lihat daftar [Sumber Informasi WAI](/resources/).
245 |
246 | **[[Landasan Aksesibilitas Digital - Kelas Daring Gratis]](/courses/foundations-course/)** memberikan landasan yang Anda perlukan agar teknologi digital Anda menjadi aksesibel.
--------------------------------------------------------------------------------
/content/index.ko.md:
--------------------------------------------------------------------------------
1 | ---
2 | # Translation instructions are after the "#" character in this first section. They are comments that do not show up in the web page. You do not need to translate the instructions after "#".
3 | # In this first section, do not translate the words before a colon. For example, do not translate "title:". Do translate the text after "title:"
4 | title: 웹 접근성 소개
5 | lang: ko # Change "en" to the translated-language shortcode
6 | last_updated: 2024-02-22 # Put the date of this translation YYYY-MM-DD (with month in the middle)
7 | translators: #Add one -name: line for every translator
8 | - name: "YongUi Leee"
9 | contributors: #Add one -name: line for every contributor
10 | - name: "JunHo Lee"
11 | - name: "hwahyeon"
12 |
13 | github:
14 | repository: w3c/wai-intro-accessibility
15 | branch: gh-pages
16 | path: content/index.ko.md # Add the language shortcode to the middle of the filename, for example index.fr.md
17 |
18 | permalink: /fundamentals/accessibility-intro/ko # Add the language shortcode to the end; for example /fundamentals/accessibility-intro/fr
19 | ref: /fundamentals/accessibility-intro/ # Do not change this
20 |
21 | changelog: /fundamentals/accessibility-intro/changelog/ # Do not change this
22 | layout: default
23 |
24 | # In the footer below:
25 | # Do not change the dates
26 | # Do not translate CHANGELOG
27 | # Translate the other words, including "Date:" and "Editor:"
28 | # Translate the Working Group name. Leave the Working Group acronym in English.
29 | footer: >
30 |
날짜: 2023년 11월 20일 업데이트됨. 2005년 2월 처음 발행됨. CHANGELOG.
33 | ---
34 |
35 |
36 | {::nomarkdown}
37 | {% include box.html type="start" h="2" title="요약" class="full" %}
38 | {:/}
39 |
40 | 웹 사이트와 웹 도구들이 잘 설계되고 만들어졌다면, 장애를 가진 사람들도 이를 사용할 수 있습니다. 그러나, 현재 많은 사이트와 도구들은 접근성 장벽이 있고, 이는 일부 사람들이 사용하는 데에 어려움을 주거나 불가능하게 합니다.
41 |
42 | 웹을 접근 가능하게 만드는 것은 개인, 비즈니스, 사회에 이점을 줍니다. 국제 웹 표준은 접근성을 위해 무엇이 필요한지 정의하고 있습니다.
43 |
44 | {::nomarkdown}
45 | {% include box.html type="end" %}
46 | {:/}
47 |
48 | {::options toc_levels="2" /}
49 |
50 | {::nomarkdown}
51 | {% include_cached toc.html type="start" title="페이지 내용" class="full" %}
52 | {:/}
53 |
54 | - TOC is created automatically.
55 | {:toc}
56 |
57 | 관련 자료
58 | {% include video-link.html title="웹 접근성과 W3C 표준에 대한 소개 비디오 (4분)" href="https://www.w3.org/WAI/videos/standards-and-benefits/" src="/content-images/wai-intro-accessibility/video-still-accessibility-intro-16-9.jpg" %}
59 |
60 | {::nomarkdown}
61 | {% include_cached toc.html type="end" %}
62 | {:/}
63 |
64 | ## 웹 접근성의 이해 {#context}
65 |
66 |
67 |
웹의 힘은 보편성에 있습니다.
68 | 장애에 상관없이 모두가 접근할 수 있다는 것이 가장 중요한 부분입니다.
69 |
70 |
71 |
72 | 웹은 기본적으로 하드웨어, 소프트웨어, 언어, 장소, 능력에 제약없이 모든 사람들이 사용할 수 있도록 설계되었습니다. 웹이 이 목표를 달성할 때 비로소 다양한 청력, 움직임, 시력, 인지 능력을 가진 사람들이 웹에 접근할 수 있습니다.
73 |
74 | 이와 같이 웹은 많은 사람들이 물리적 세상에서 의사소통과 상호작용하는 데에 마주하는 어려움을 웹이 없애주기 때문에 웹에서의 장애의 영향이 급격하게 변합니다. 그러나 웹사이트, 어플리케이션, 기술이나 도구가 불충분하게 설계되면, 그것들은 사람들이 웹을 사용하는 것을 배제하는 장벽을 만들 수도 있습니다.
75 |
76 |
77 | **고품질의 웹사이트와 웹 도구를 만들고자 하며, 동시에 그들의 제품 및 서비스 사용에서 사람들을 배제하지 않으려는 개발자와 조직에게 웹 접근성은 필수적입니다.**
78 |
79 |
80 |
81 | ## 웹 접근성이란 {#what}
82 |
83 | 웹 접근성은 웹 사이트, 도구, 기술이 장애를 가진 사용자들이 사용할 수 있도록 설계 및 개발된 것을 말합니다. 더 자세하게 말하면, 사람들은 다음과 같은 행동을 할 수 있습니다:
84 |
85 | - 웹으로 인지, 이해, 탐색, 상호작용
86 | - 웹에 기여
87 |
88 | 웹 접근성은 웹에 접근하는 데에 영향을 주는 모든 장애를 아우릅니다. 다음을 포함합니다:
89 |
90 | - 청각
91 | - 인지
92 | - 신경
93 | - 신체
94 | - 언어
95 | - 시각
96 |
97 | 또한 웹 접근성은 장애를 *갖지 않은* 사람에게도 이점을 줍니다. 예를 들어:
98 |
99 | - 작은 화면, 다른 입력 모드 등을 가진 휴대폰, 스마트 워치, 스마트 TV 및 다른 디바이스를 사용하는 사람
100 | - 노화로 인해 기능적 능력이 변한 연로한 사람
101 | - 팔이 부러지거나 안경을 잃어버려서 "일시적인 장애"를 겪는 사람
102 | - 밝은 햇빛이나 소리를 듣기 힘든 환경에 있어 "상황적 제약"을 겪는 사람
103 | - 느린 인터넷을 사용하는 사람 또는 대역폭이 제한적이거나 비싼 사람
104 |
105 | 접근성이 장애를 가진 사람들에게 얼마나 필수적이고, 다양한 상황 속에 있는 모든 사람들에게 도움이 되는지에 대한 예시를 보여주는 7분짜리 비디오를 볼 수 있습니다:
106 | {% include video-link.html title="웹 접근성의 다양한 관점들에 대한 비디오 (YouTube)" href="https://www.youtube.com/watch?v=3f31oufqFSM" src="/content-images/wai-intro-accessibility/video-still-accessibility-perspectives-16-9.jpg" %}
107 |
108 | {::nomarkdown}
109 | {% include box.html type="start" h="3" title="웹 접근성에 대한 더 많은 정보" class="simple aside" %}
110 | {:/}
111 |
112 | - 웹을 사용하는 데에 장애들이 어떻게 다른지에 대해 알고 싶고, 장애를 가진 사용자가 웹을 사용하는 시나리오를 읽고 싶다면 [[장애를 가진 사람들은 웹을 어떻게 사용하는가]](/people-use-web/)을 보세요.
113 | - 다른 이점들에 대해 더 알고 싶다면, [[공유된 웹 경험들: 모바일 기기 사용자와 장애를 가진 사람들이 빈번히 경험하는 장벽들]](/standards-guidelines/shared-experiences/)과 멀티미디어인 [장애가 있는 사람과 없는 사람 모두에게 사용됨](/media/av/users-orgs/#situations),
114 | 그리고 아카이브인 [웹 접근성이 장애가 있는 사람과 없는 사람에게 주는 이점](https://www.w3.org/WAI/business-case/archive/soc#groups)를 보세요.
115 |
116 | {::nomarkdown}
117 | {% include box.html type="end" %}
118 | {:/}
119 |
120 | ## 접근성은 개인, 비즈니스, 사회에 중요합니다. {#important}
121 |
122 | 웹은 교육, 고용, 정부, 커머스, 건강 관리, 오락 등 삶의 많은 부분에서 점점 중요한 자원이 되고 있습니다. 다양한 능력을 가진 사람들에게 동등한 접근과 기회를 제공하기 위해 웹에 접근 가능하다는 것은 매우 중요합니다. 웹을 포함한 정보와 의사소통 기술에 대한 접근성은 유엔장애인권리협약(UN [CRPD](https://www.un.org/development/desa/disabilities/convention-on-the-rights-of-persons-with-disabilities.html))에 인간의 기본권으로 명시되어 있습니다.
123 |
124 | 웹은 장애가 있는 많은 사람들이 전례 없는 정보 접근과 상호작용의 가능성을 제공하고 있습니다. 즉, 인쇄, 오디오, 시각 매체에 대한 접근성 장벽을 웹 기술을 통해 쉽게 극복하게 해 줍니다.
125 |
126 | 접근성은 장애를 가진 사용자뿐 아니라 다른 사람들의 사회적 통합을 지원합니다. 다음의 사람들을 포함합니다. :
127 |
128 | - 연로한 사람
129 | - 외진 지역에 있는 사람
130 | - 개발도상국 사람
131 |
132 | **접근성 관련 강력한 비즈니스 사례도 있습니다.** 이전 내용에서 나왔듯이, 접근 가능한 디자인은 특히 장비에 상관없이 연로한 사용자와 다양한 상황들에서 전반적인 사용자 경험과 만족을 향상시킵니다. 접근성은 당신의 브랜드를 강화시키고, 혁신을 이끌어주고, 시장을 확장시킬 수 있습니다.
133 |
134 | 웹 접근성은 많은 상황에서 **법적으로 필수적입니다.**
135 |
136 | {::nomarkdown}
137 | {% include box.html type="start" h="3" title="웹 접근성의 중요성에 대한 더 많은 정보" class="simple aside" %}
138 | {:/}
139 |
140 | - 비즈니스적 이점에 대한 일반적 정보는 [[디지털 접근성에 대한 비즈니스 사례]](/business-case/)에 있습니다.
141 | - [오디오 및 비디오 미디어의 접근성 확보](/media/av/)의 이점 예시들은 [조직에 대한 이점](/media/av/users-orgs/#benefits) 섹션에 있습니다.
142 | - 법적 조건에 대한 안내는 [법과 정책적 요인](https://www.w3.org/WAI/business-case/archive/pol)에 있습니다.
143 |
144 | {::nomarkdown}
145 | {% include box.html type="end" %}
146 | {:/}
147 |
148 | ## 웹을 접근 가능하게 만들기 {#making}
149 |
150 | 웹 접근성은 함께 작용하는 웹 기술, 웹 브라우저 및 다른 \"유저 에이전트\", 저작 도구, 웹 사이트와 같은 여러 요소들에 의존합니다.
151 |
152 | W3C 웹 접근성 이니셔티브([WAI](/about/participating/))는 기술 명세, 가이드라인, 기술을 개발하고 접근성 솔루션을 제공하는 자료들을 지원합니다. 이러한 내용들은 웹 접근성의 국제적 표준으로 간주됩니다; 예를 들어, WCAG 2.0 또한 ISO 표준입니다: ISO/IEC 40500.
153 |
154 | {::nomarkdown}
155 | {% include box.html type="start" h="3" title="웹을 접근 가능하게 만들기에 대한 더 많은 정보" class="simple aside" %}
156 | {:/}
157 |
158 | - 접근성과 함께 작용하는 요소들에 대한 정보는 [[웹 접근성의 필수 요소]](/fundamentals/components/)에 있습니다.
159 | - 웹 콘텐츠 접근성 지침 (WCAG), 웹 저작 도구 접근성 지침 (ATAG), 접근가능한 리치 인터넷 어플리케이션을 위한 ARIA와 다른 중요한 자료들은 [[W3C 접근성 표준 개요]](/standards-guidelines/)에 소개되어 있습니다.
160 | - 여러 이해 당사자들과 국제적 참여를 통해 W3C WAI가 어떻게 자료를 개발하는지와 당신이 참여할 수 있는 방법을 알고자 한다면, [[WAI에 대하여]](/about/) 와 [[WAI에 참여하기]](/about/participating/)를 보세요.
161 |
162 | {::nomarkdown}
163 | {% include box.html type="end" %}
164 | {:/}
165 |
166 | ### 당신의 사이트의 접근성 높이기 {#website}
167 |
168 | 접근성의 여러 측면은 쉽게 이해하고 구현할 수 있습니다. 일부 접근성 해결책은 더 복잡하고 이행하기에 더 많은 지식을 필요로 합니다.
169 |
170 | 프로젝트 초기부터 접근성을 포함하는 것이 가장 효율적이고 효과적이므로, 다시 돌아가서 작업을 재수행할 필요가 없습니다.
171 |
172 | {::nomarkdown}
173 | {% include box.html type="start" h="3" title="당신의 사이트의 접근성 높이기에 대한 더 많은 정보" class="simple aside" %}
174 | {:/}
175 |
176 | - 접근성 조건과 국제적 표준 소개에 대한 내용은 [[접근성 원칙]](/fundamentals/accessibility-principles/)을 보세요.
177 | - 테스트 부분에서의 일반적인 접근성 장벽에 대해 알고 싶다면 [[쉽게 체크하기 - 첫 리뷰]](/test-evaluate/preliminary/)를 보세요.
178 | - 접근성 디자인, 작성, 개발 시 기본적으로 고려해야 할 내용에 대한 것은 [[처음 시작을 위한 팁]](/tips/)을 보세요.
179 | - 개발과 디자인에 대해 알 준비가 되었다면 다음과 같은 자료들을 사용할 수 있을 것입니다:
180 | - [WCAG를 충족하는 방법 (빠르게 참고하기)](https://www.w3.org/WAI/WCAG22/quickref/)
181 | - [웹 접근성 튜토리얼](/tutorials/)
182 | - 프로젝트 관리와 조직적 고려사항에 대한 내용에 대한 것은 [[웹 접근성 계획하고 관리하기]](/planning-and-managing/)를 보세요.
183 | 빠른 수정을 하고 싶다면, [[중간 점검 방법]](/planning/interim-repairs/)을 보세요.
184 |
185 | {::nomarkdown}
186 | {% include box.html type="end" %}
187 | {:/}
188 |
189 | ## 접근성 평가 {#evaluate}
190 |
191 | 웹 사이트를 개발하고 다시 디자인할 때 접근성 문제를 빠르게 해결할 수 있는 초반에 규명하기 위해 처음과 개발 전 과정에서 접근성을 평가해야 합니다. 브라우저에서 설정을 변경하는 등의 간단한 방법으로 접근성을 평가할 수 있습니다. 웹 사이트가 모든 접근성 지침을 충족하는지 종합적으로 평가하는 데에는 더 많은 노력이 필요합니다.
192 |
193 | 평가를 도울 수 있는 평가 도구들이 있습니다. 그러나 하나의 도구만으로는 사이트가 접근성 지침을 충족하는지 평가할 수 없습니다. 사이트가 접근 가능한지 평가하는 데에 많이 알고 있는 사람의 평가가 필요합니다.
194 |
195 | {::nomarkdown}
196 | {% include box.html type="start" h="3" title="접근성 평가에 대한 더 많은 정보" class="simple aside" %}
197 | {:/}
198 |
199 | - 접근성 평가를 돕는 자료들은 [[웹 사이트 접근성 평가하기]](/test-evaluate/)에 있습니다.
200 |
201 | {::nomarkdown}
202 | {% include box.html type="end" %}
203 | {:/}
204 |
205 | {% include excol.html type="start" id="examples" %}
206 |
207 | ## 예시들
208 |
209 | {% include excol.html type="middle" %}
210 |
211 | ### 이미지 대체 텍스트
212 |
213 | {:.right}
214 |
215 | 이미지는 마크업이나 코드에 *[적절한 대체 텍스트](https://www.w3.org/WAI/WCAG22/Understanding/text-alternatives)* (대체 텍스트)를 포함하고 있어야 합니다.
216 |
217 | 대체 텍스트가 이미지에 제공되지 않는다면, 이미지 정보는 접근 불가능합니다. 예를 들어, 보지 못하는 사람, 시각적 이미지 및 대체 텍스트를 포함해 페이지의 정보를 읽어주는 스크린 리더를 사용하는 사람들이 있습니다.
218 |
219 | 적절한 대체 텍스트가 제공될 때, 이미지를 볼 수 없거나, 이미지 로딩을 끄고 보는 사람들(예를 들어, 비싸고 대역폭이 낮은 인터넷을 사용하는 사람)도 정보를 이용할 수 있게 됩니다. 또한 검색 엔진과 같이 이미지를 볼 수 없는 기술들도 이용할 수 있게 됩니다.
220 |
221 | ### 키보드 입력
222 |
223 | {:.left width="67" height="45"}
224 |
225 | 연로하여 미세조정이 어려운 사용자를 포함한 일부 사람들은 마우스를 사용할 수 없습니다. 접근 가능한 웹 사이트는 마우스에 의존하지 않습니다; 접근가능한 웹 사이트는 [기본적으로 모든 것을 키보드로 이용 가능합니다.](https://www.w3.org/WAI/WCAG22/Understanding/keyboard-accessible). 키보드와 유사한 기능을 하는 음성 입력과 같은 [보조기술](/planning/involving-users/#at)을 사용할 수 있습니다.
226 |
227 | ### 오디오 녹취록
228 |
229 | [{:.right width="251" height="254"}](http://www.w3.org/WAI/highlights/200606wcag2interview.html)
230 |
231 | 볼 수 없는 사람이 이미지를 이용할 수 없는 것과 같이 오디오 파일은 들을 수 없는 사람은 이용할 수 없습니다. 녹취록을 제공하는 것은 농인이나 낮은 청력을 가진 사람들이나 검색 엔진, 들을 수 없는 다른 기술들이 오디오 정보에 접근 가능하도록 해줍니다.
232 |
233 | 녹취록을 제공하는 것은 쉽고, 상대적으로 비용이 적게 듭니다. 또한 녹취록을 HTML 포맷으로 만들어주는 [녹취록 서비스](http://www.uiaccess.com/transcripts/transcript_services.html)도 있습니다.
234 |
235 | {::nomarkdown}
236 | {% include box.html type="start" h="3" title="추가 정보" class="simple aside" %}
237 | {:/}
238 |
239 | - [[처음 시작을 위한 팁]](/tips/)
240 | - [[쉽게 체크하기 - 첫 리뷰]](/test-evaluate/preliminary/)
241 | - {% include video-link.html class="small inline" title="웹 접근성 관점들 — 비디오와 설명" href="/perspective-videos/" src="/content-images/wai-intro-accessibility/video-still-accessibility-perspectives-16-9.jpg" %}
242 |
243 | {::nomarkdown}
244 | {% include box.html type="end" %}
245 | {:/}
246 |
247 | {% include excol.html type="end" %}
248 |
249 | ## 추가 정보 {#more-info}
250 |
251 | W3C WAI [표준](/standards-guidelines/), [교육](/teach-advocate/), [테스트/평가](/test-evaluate/), [프로젝트 관리, 정책](/planning/)과 같은 웹 접근성의 다른 부분에 대한 많은 자료들을 제공하고 있습니다. 웹 사이트를 탐색하고, [WAI 자료](/resources/) 목록을 확인해보시길 권장합니다.
252 |
253 | **[[디지털 접근성 기초 - 무료 온라인 코스]](/courses/foundations-course/)**는 디지털 기술을 접근 가능하게 만들기 위해 필요한 기초 지식을 제공합니다.
254 |
--------------------------------------------------------------------------------
/content/index.md:
--------------------------------------------------------------------------------
1 | ---
2 | # Translation instructions are after the "#" character in this first section. They are comments that do not show up in the web page. You do not need to translate the instructions after "#".
3 | # In this first section, do not translate the words before a colon. For example, do not translate "title:". Do translate the text after "title:"
4 | title: Introduction to Web Accessibility
5 | lang: en # Change "en" to the translated-language shortcode
6 | last_updated: 2024-03-07 # Put the date of this translation YYYY-MM-DD (with month in the middle)
7 |
8 | # translators: # remove from the beginning of this line and the lines below: "# " (the hash sign and the space)
9 | # - name: "Jan Doe" # Replace Jan Doe with translator name
10 | # - name: "Jan Doe" # Replace Jan Doe with name, or delete this line if not multiple translators
11 | # contributors:
12 | # - name: "Jan Doe" # Replace Jan Doe with contributor name, or delete this line if none
13 | # - name: "Jan Doe" # Replace Jan Doe with name, or delete this line if not multiple contributors
14 |
15 | github:
16 | repository: w3c/wai-intro-accessibility
17 | branch: gh-pages
18 | path: content/index.md # Add the language shortcode to the middle of the filename, for example: content/index.fr.md
19 |
20 | permalink: /fundamentals/accessibility-intro/ # Add the language shortcode to the end, with no slash at the end. For example /path/to/file/fr
21 | ref: /fundamentals/accessibility-intro/ # Do not change this
22 |
23 | changelog: /fundamentals/accessibility-intro/changelog/ # Do not change this
24 | layout: default
25 |
26 | # In the footer below:
27 | # Do not change the dates
28 | # Do not translate CHANGELOG
29 | # Translate the other words, including "Date:" and "Editor:"
30 | # Translate the Working Group name. Leave the Working Group acronym in English.
31 | footer: >
32 |
Date: Updated 7 March 2024. First published February 2005. CHANGELOG.
Developed by the Education and Outreach Working Group (EOWG).
35 | ---
36 |
37 | {::nomarkdown}
38 | {% include box.html type="start" h="2" title="Summary" class="full" %}
39 | {:/}
40 |
41 | When websites and web tools are properly designed and coded, people with disabilities can use them. However, currently many sites and tools are developed with accessibility barriers that make them difficult or impossible for some people to use.
42 |
43 | Making the web accessible benefits individuals, businesses, and society. International web standards define what is needed for accessibility.
44 |
45 | {::nomarkdown}
46 | {% include box.html type="end" %}
47 | {:/}
48 |
49 | {::options toc_levels="2" /}
50 |
51 | {::nomarkdown}
52 | {% include_cached toc.html type="start" title="Page Contents" class="full" %}
53 | {:/}
54 |
55 | - TOC is created automatically.
56 | {:toc}
57 |
58 | Related Resource
59 | {% include video-link.html title="Video Introduction to Web Accessibility and W3C Standards (4 minutes)" href="https://www.w3.org/WAI/videos/standards-and-benefits/" src="/content-images/wai-intro-accessibility/video-still-accessibility-intro-16-9.jpg" %}
60 |
61 | {::nomarkdown}
62 | {% include_cached toc.html type="end" %}
63 | {:/}
64 |
65 | ## Accessibility in Context {#context}
66 |
67 |
68 |
The power of the Web is in its universality.
69 | Access by everyone regardless of disability is an essential aspect.
70 |
71 |
72 |
73 | The Web is fundamentally designed to work for all people, whatever their hardware, software, language, location, or ability. When the Web meets this goal, it is accessible to people with a diverse range of hearing, movement, sight, and cognitive ability.
74 |
75 | Thus the impact of disability is radically changed on the Web because the Web removes barriers to communication and interaction that many people face in the physical world. However, when websites, applications, technologies, or tools are badly designed, they can create barriers that exclude people from using the Web.
76 |
77 | **Accessibility is essential for developers and organizations that want to create high-quality websites and web tools, and not exclude people from using their products and services.**
78 |
79 |
80 | ## What is Web Accessibility {#what}
81 |
82 | Web accessibility means that websites, tools, and technologies are designed and developed so that people with disabilities can use them. More specifically, people can:
83 |
84 | - perceive, understand, navigate, and interact with the Web
85 | - contribute to the Web
86 |
87 | Web accessibility encompasses all disabilities that affect access to the Web, including:
88 |
89 | - auditory
90 | - cognitive
91 | - neurological
92 | - physical
93 | - speech
94 | - visual
95 |
96 | Web accessibility also benefits people *without* disabilities, for example:
97 |
98 | - people using mobile phones, smart watches, smart TVs, and other devices with small screens, different input modes, etc.
99 | - older people with changing abilities due to ageing
100 | - people with "temporary disabilities" such as a broken arm or lost glasses
101 | - people with "situational limitations" such as in bright sunlight or in an environment where they cannot listen to audio
102 | - people using a slow Internet connection, or who have limited or expensive bandwidth
103 |
104 | For a 7-minute video with examples of how accessibility is essential for people with disabilities and useful for everyone in a variety of situations, see:
105 | {% include video-link.html title="Web Accessibility Perspectives Video (YouTube)" href="https://www.youtube.com/watch?v=3f31oufqFSM" src="/content-images/wai-intro-accessibility/video-still-accessibility-perspectives-16-9.jpg" %}
106 |
107 | {::nomarkdown}
108 | {% include box.html type="start" h="3" title="More Info on What is Accessibility" class="simple aside" %}
109 | {:/}
110 |
111 | - When you want to learn more about how different disabilities affect Web use, and read about scenarios of people with disabilities using the Web, see [[How People with Disabilities Use the Web]](/people-use-web/).
112 | - If you want more examples of benefits for others, see the multimedia resource [Used by People With and Without Disabilities](/media/av/users-orgs/#situations), the archived resource [Web Accessibility Benefits People With and Without Disabilities](https://www.w3.org/WAI/business-case/archive/soc#groups) and the archived mobile resource [[Shared Web Experiences: Barriers Common to Mobile Device Users and People with Disabilities]](/standards-guidelines/shared-experiences/).
113 |
114 | {::nomarkdown}
115 | {% include box.html type="end" %}
116 | {:/}
117 |
118 | ## Accessibility is Important for Individuals, Businesses, Society {#important}
119 |
120 | The Web is an increasingly important resource in many aspects of life: education, employment, government, commerce, health care, recreation, and more. It is essential that the Web be accessible in order to provide equal access and equal opportunity to people with diverse abilities. Access to information and communications technologies, including the Web, is defined as a basic human right in the United Nations Convention on the Rights of Persons with Disabilities (UN [CRPD](https://www.un.org/development/desa/disabilities/convention-on-the-rights-of-persons-with-disabilities.html)).
121 |
122 | The Web offers the possibility of unprecedented access to information and interaction for many people with disabilities. That is, the accessibility barriers to print, audio, and visual media can be much more easily overcome through web technologies.
123 |
124 | Accessibility supports social inclusion for people with disabilities as well as others, such as:
125 |
126 | - older people
127 | - people in rural areas
128 | - people in developing countries
129 |
130 | **There is also a strong business case for accessibility.** As shown in the previous section, accessible design improves overall user experience and satisfaction, especially in a variety of situations, across different devices, and for older users. Accessibility can enhance your brand, drive innovation, and extend your market reach.
131 |
132 | Web accessibility is **required by law** in many situations.
133 |
134 | {::nomarkdown}
135 | {% include box.html type="start" h="3" title="More Info on Accessibility is Important" class="simple aside" %}
136 | {:/}
137 |
138 | - General information on business benefits is in [[The Business Case for Digital Accessibility]](/business-case/).
139 | - Examples of the benefits of [making audio and video media accessible](/media/av/) is in the section [Benefits to Organizations](/media/av/users-orgs/#benefits).
140 | - Guidance on figuring out legal requirements is in the archived [Legal and Policy Factors](https://www.w3.org/WAI/business-case/archive/pol).
141 |
142 | {::nomarkdown}
143 | {% include box.html type="end" %}
144 | {:/}
145 |
146 | ## Making the Web Accessible {#making}
147 |
148 | Web accessibility depends on several components working together, including web technologies, web browsers and other \"user agents\", authoring tools, and websites.
149 |
150 | The W3C Web Accessibility Initiative ([WAI](/about/participating/)) develops technical specifications, guidelines, techniques, and supporting resources that describe accessibility solutions. These are considered international standards for web accessibility; for example, WCAG 2.0 is also an ISO standard: ISO/IEC 40500.
151 |
152 | {::nomarkdown}
153 | {% include box.html type="start" h="3" title="More Info on Making the Web Accessible" class="simple aside" %}
154 | {:/}
155 |
156 | - More about these aspects of accessibility working together is in [[Essential Components of Web Accessibility]](/fundamentals/components/).
157 | - Web Content Accessibility Guidelines (WCAG), Authoring Tool Accessibility Guidelines (ATAG), ARIA for Accessible Rich Internet Applications, and other important resources are introduced in [[W3C Accessibility Standards Overview]](/standards-guidelines/).
158 | - To learn more about how W3C WAI develops material through multi-stakeholder, international participation and how you can contribute, see [[About WAI]](/about/) and [[Participating in WAI]](/about/participating/).
159 |
160 | {::nomarkdown}
161 | {% include box.html type="end" %}
162 | {:/}
163 |
164 | ### Making Your Website Accessible {#website}
165 |
166 | Many aspects of accessibility are fairly easy to understand and implement. Some accessibility solutions are more complex and take more knowledge to implement.
167 |
168 | It is most efficient and effective to incorporate accessibility from the very beginning of projects, so you don't need go back and to re-do work.
169 |
170 | {::nomarkdown}
171 | {% include box.html type="start" h="3" title="More Info on Making Your Website Accessible" class="simple aside" %}
172 | {:/}
173 |
174 | - For an introduction to accessibility requirements and international standards, see [[Accessibility Principles]](/fundamentals/accessibility-principles/).
175 | - To understand some common accessibility barriers from the perspective of testing, see [[Easy Checks - A First Review]](/test-evaluate/preliminary/).
176 | - For some basic considerations on designing, writing, and developing for accessibility, see [[Tips for Getting Started]](/tips/).
177 | - When you're ready to know more about developing and designing, you'll probably use resources such as:
178 | - [How to Meet WCAG (Quick Reference)](https://www.w3.org/WAI/WCAG22/quickref/)
179 | - [Web Accessibility Tutorials](/tutorials/)
180 | - For project management and organizational considerations, see [[Planning and Managing Web Accessibility]](/planning-and-managing/).
181 | If you need to make quick fixes now, see [[Approaches for Interim Repairs]](/planning/interim-repairs/).
182 |
183 | {::nomarkdown}
184 | {% include box.html type="end" %}
185 | {:/}
186 |
187 | ## Evaluating Accessibility {#evaluate}
188 |
189 | When developing or redesigning a website, evaluate accessibility early and throughout the development process to identify accessibility problems early, when it is easier to address them. Simple steps, such as changing settings in a browser, can help you evaluate some aspects of accessibility. Comprehensive evaluation to determine if a website meets all accessibility guidelines takes more effort.
190 |
191 | There are evaluation tools that help with evaluation. However, no tool alone can determine if a site meets accessibility guidelines. Knowledgeable human evaluation is required to determine if a site is accessible.
192 |
193 |
194 | {::nomarkdown}
195 | {% include box.html type="start" h="3" title="More Info on Evaluating Accessibility" class="simple aside" %}
196 | {:/}
197 |
198 | - Resources to help with accessibility evaluation are described in [[Evaluating Websites for Accessibility]](/test-evaluate/).
199 |
200 | {::nomarkdown}
201 | {% include box.html type="end" %}
202 | {:/}
203 |
204 | {% include excol.html type="start" id="examples" %}
205 |
206 | ## Examples
207 |
208 | {% include excol.html type="middle" %}
209 |
210 | ### Alternative Text for Images
211 |
212 | {:.right}
213 |
214 | Images should include *[equivalent alternative text](https://www.w3.org/WAI/WCAG22/Understanding/text-alternatives)* (alt text) in the markup/code.
215 |
216 | If alt text isn't provided for images, the image information is inaccessible, for example, to people who cannot see and use a screen reader that reads aloud the information on a page, including the alt text for the visual image.
217 |
218 | When equivalent alt text is provided, the information is available to people who are blind, as well as to people who turn off images (for example, in areas with expensive or low bandwidth). It's also available to technologies that cannot see images, such as search engines.
219 |
220 | ### Keyboard Input
221 |
222 | {:.left width="67" height="45"}
223 |
224 | Some people cannot use a mouse, including many older users with limited fine motor control. An accessible website does not rely on the mouse; it makes [all functionality available from a keyboard](https://www.w3.org/WAI/WCAG22/Understanding/keyboard-accessible). Then people with disabilities can use [assistive technologies](/planning/involving-users/#at) that mimic the keyboard, such as speech input.
225 |
226 | ### Transcripts for Audio
227 |
228 | [{:.right width="251" height="254"}](https://www.w3.org/WAI/highlights/200606wcag2interview.html)
229 |
230 | Just as images aren't available to people who can't see, audio files aren't available to people who can't hear. Providing a text transcript makes the audio information accessible to people who are deaf or hard of hearing, as well as to search engines and other technologies that can't hear.
231 |
232 | It's easy and relatively inexpensive for websites to provide transcripts. There are also [transcription services](http://www.uiaccess.com/transcripts/transcript_services.html) that create text transcripts in HTML format.
233 |
234 | {::nomarkdown}
235 | {% include box.html type="start" h="3" title="More Examples" class="simple aside" %}
236 | {:/}
237 |
238 | - [[Tips for Getting Started]](/tips/)
239 | - [[Easy Checks - A First Review]](/test-evaluate/preliminary/)
240 | - {% include video-link.html class="small inline" title="Web Accessibility Perspectives — videos and descriptions" href="/perspective-videos/" src="/content-images/wai-intro-accessibility/video-still-accessibility-perspectives-16-9.jpg" %}
241 |
242 | {::nomarkdown}
243 | {% include box.html type="end" %}
244 | {:/}
245 |
246 | {% include excol.html type="end" %}
247 |
248 | ## For More Information {#more-info}
249 |
250 | W3C WAI provides a wide range of resources on different aspects of web accessibility [standards](/standards-guidelines/), [education](/teach-advocate/), [testing/evaluation](/test-evaluate/), [project management, and policy](/planning/). We encourage you to explore this website, or look through the [WAI Resources](/resources/) list.
251 |
252 | **[[Digital Accessibility Foundations - Free Online Course]](/courses/foundations-course/)** provides the foundation you need to make your digital technology accessible.
253 |
--------------------------------------------------------------------------------
/content/index.pl.md:
--------------------------------------------------------------------------------
1 | ---
2 | # Translation instructions are after the "#" character in this first section. They are comments that do not show up in the web page. You do not need to translate the instructions after "#".
3 | # In this first section, do not translate the words before a colon. For example, do not translate "title:". Do translate the text after "title:"
4 | title: Wprowadzenie do dostępności internetowej
5 | lang: pl # Change "en" to the translated-language shortcode
6 | last_updated: 2024-06-06 # Put the date of this translation YYYY-MM-DD (with month in the middle)
7 |
8 | # translators: # remove from the beginning of this line and the lines below: "# " (the hash sign and the space)
9 | translators:
10 | - name: "Stefan Wajda"
11 |
12 | contributors:
13 | - name: "Michał Sobkowiak" # Replace Jan Doe with contributor name, or delete this line if none
14 |
15 |
16 | github:
17 | repository: w3c/wai-intro-accessibility
18 | branch: gh-pages
19 | path: content/index.pl.md # Add the language shortcode to the middle of the filename, for example: content/index.fr.md
20 |
21 | permalink: /fundamentals/accessibility-intro/pl # Add the language shortcode to the end, with no slash at the end. For example /path/to/file/fr
22 | ref: /fundamentals/accessibility-intro/ # Do not change this
23 |
24 | changelog: /fundamentals/accessibility-intro/changelog/ # Do not change this
25 | layout: default
26 |
27 | # In the footer below:
28 | # Do not change the dates
29 | # Do not translate CHANGELOG
30 | # Translate the other words, including "Date:" and "Editor:"
31 | # Translate the Working Group name. Leave the Working Group acronym in English.
32 | footer: >
33 |
Data: Aktualizacja 20 listopada 2023. Pierwsza publikacja w lutym 2005. CHANGELOG.
Opracowane przez Grupę Roboczą ds. Edukacji i Promocji (EOWG).
36 | ---
37 |
38 | {::nomarkdown}
39 | {% include box.html type="start" h="2" title="Podsumowanie" class="full" %}
40 | {:/}
41 |
42 | Gdy strony i narzędzia internetowe są odpowiednio zaprojektowane i napisane, mogą z nich korzystać osoby z niepełnosprawnościami. Obecnie jednak wiele witryn i narzędzi jest tworzonych z barierami dostępności, które utrudniają lub uniemożliwiają korzystanie z nich niektórym osobom.
43 |
44 | Zwiększenie dostępności przynosi korzyści jednostkom, firmom i społeczeństwu. Międzynarodowe standardy internetowe określają, co jest potrzebne do zapewnienia dostępności.
45 |
46 |
47 | {::nomarkdown}
48 | {% include box.html type="end" %}
49 | {:/}
50 |
51 | {::options toc_levels="2" /}
52 |
53 | {::nomarkdown}
54 | {% include_cached toc.html type="start" title="Treść strony" class="full" %}
55 | {:/}
56 |
57 | - TOC is created automatically.
58 | {:toc}
59 |
60 | Materiały pokrewne
61 | {% include video-link.html title="Film wprowadzający do dostępności internetowej i standardów W3C (4 minuty)" href="https://www.w3.org/WAI/videos/standards-and-benefits/" src="/content-images/wai-intro-accessibility/video-still-accessibility-intro-16-9.jpg" %}
62 |
63 | {::nomarkdown}
64 | {% include_cached toc.html type="end" %}
65 | {:/}
66 |
67 | ## Spojrzenie na dostępność {#context}
68 |
69 |
70 |
Siła Internetu tkwi w jego uniwersalności.
71 | Dostęp dla każdego bez względu na niepełnosprawność jest jego zasadniczym aspektem.
72 |
73 |
74 |
75 | Internet został zasadniczo zaprojektowany tak, aby służył wszystkim, niezależnie od ich urządzeń, oprogramowania, języka, lokalizacji czy sprawności. Gdy Internet osiąga ten cel, jest dostępny dla osób z różnorodnym zakresem zdolności słuchowych, ruchowych, wzrokowych i poznawczych.
76 |
77 | Dlatego wpływ niepełnosprawności zmienia się radykalnie w Internecie, bowiem Internet usuwa bariery w komunikacji i uczestnictwie, z którymi wielu ludzi mierzy się w świecie fizycznym. Z drugiej strony, gdy strony internetowe, aplikacje, technologie lub narzędzia są źle zaprojektowane, mogą stawiać bariery uniemożliwiające ludziom korzystanie z Internetu.
78 |
79 | **Dostępność jest niezastąpiona dla programistów i organizacji, które chcą tworzyć wysokiej jakości strony i narzędzia internetowe, zamiast wykluczać ludzi z korzystania ze swoich produktów i usług.**
80 |
81 | ## Czym jest dostępność internetowa {#what}
82 |
83 | Dostępność internetowa oznacza, że strony internetowe, narzędzia i technologie są projektowane i rozwijane w taki sposób, by mogły z nich korzystać osoby z niepełnosprawnościami. Mówiąc dokładniej, ludzie mogą:
84 |
85 | - postrzegać, rozumieć, nawigować i wchodzić w interakcję z Internetem
86 | - współtworzyć Internet.
87 |
88 | Dostępność internetowa obejmuje wszystkie rodzaje niepełnosprawności wpływające na dostęp do Internetu, w tym niepełnosprawność:
89 |
90 | - słuchu,
91 | - poznawczą,
92 | - neurologiczną,
93 | - fizyczną,
94 | - mowy,
95 | - wzroku.
96 |
97 | Dostępność Internetu przynosi korzyści także osobom _bez_ niepełnosprawności, na przykład:
98 |
99 | - osobom korzystającym z telefonów komórkowych, inteligentnych zegarków, inteligentnych telewizorów i innych urządzeń z małymi ekranami, różnymi trybami wprowadzania danych itp.
100 | - osobom starszym ze zmieniającymi się zdolnościami ze względu na starzenie się,
101 | - osobom z „tymczasową niepełnosprawnością”, np. złamaną ręką lub zgubionymi okularami,
102 | - osobom z ograniczeniami sytuacyjnymi, np. jasnym światłem słonecznym lub w otoczeniu, w którym nie mogą słuchać dźwięku,
103 | - osobom korzystającym z wolnego połączenia internetowego albo mającym ograniczony lub kosztowny dostęp do internetu.
104 |
105 | Zobacz 7-minutowy film z przykładami tego, jak niezbędna jest dostępność dla osób z niepełnosprawnościami i jak przydatna dla wszystkich w rozmaitych sytuacjach:
106 | {% include video-link.html title="Oblicza dostępności internetowej (YouTube)" href="https://www.youtube.com/watch?v=3f31oufqFSM" src="/content-images/wai-intro-accessibility/video-still-accessibility-perspectives-16-9.jpg" %}
107 |
108 | {::nomarkdown}
109 | {% include box.html type="start" h="3" title="Więcej o tym, czym jest dostępność" class="simple aside" %}
110 | {:/}
111 |
112 | - Jeśli chcesz dowiedzieć się więcej o tym, jaki wpływ na korzystanie z Internetu mają różne rodzaje niepełnosprawności, lub przeczytać o scenariuszach korzystania z Internetu przez osoby z niepełnosprawnościami, zobacz [Jak osoby z niepełnosprawnościami korzystają z Internetu](/people-use-web/).
113 | - Jeśli chcesz poznać więcej przykładów korzyści dla innych, zapoznaj się z materiałami multimedialnymi: [Użytkowanie internetu przez osoby z niepełnosprawnością i bez niej](/media/av/users-orgs/#situations), [Walory dostępności internetowej dla osób z niepełnosprawnością oraz bez niej](https://www.w3.org/WAI/business-case/archive/soc#groups) (materiał archiwalny) oraz archiwalnym materiałem [Wspólne doświadczenia internetowe: Bariery wspólne dla użytkowników urządzeń mobilnych i osób z niepełnosprawnościami](/standards-guidelines/shared-experiences/).
114 |
115 | {::nomarkdown}
116 | {% include box.html type="end" %}
117 | {:/}
118 |
119 | ## Dostępność jest ważna dla osób fizycznych, firm i społeczeństwa {#important}
120 |
121 | Internet staje się coraz bardziej istotnym zasobem dla wielu wymiarów życia: edukacji, zatrudnienia, administracji publicznej, biznesu, opieki zdrowotnej, rekreacji i innych. Dostępność Internetu jest niezbędna, aby zapewnić równy dostęp i równe szanse osobom o różnorodnych możliwościach. Dostęp do informacji i komunikacji międzyludzkiej, w tym Internetu, zdefiniowana jest jako podstawowe prawo człowieka w Konwencji Narodów Zjednoczonych o Prawach osób z niepełnosprawnościami (UN [CRPD](https://www.un.org/development/desa/disabilities/convention-on-the-rights-of-persons-with-disabilities.html)).
122 |
123 | Internet oferuje możliwość bezprecedensowego dostępu do informacji i interakcji wielu osobom z niepełnosprawnościami. Oznacza to, że bariery w dostępie do mediów drukowanych, dźwiękowych i wizualnych można znacznie łatwiej pokonać za pomocą technologii internetowych.
124 |
125 | Dostępność wspiera włączenie społeczne osób z niepełnosprawnościami, a także innych osób, na przykład:
126 |
127 | - ludzi starszych
128 | - ludzi na obszarach wiejskich
129 | - ludzi w krajach rozwijających się.
130 |
131 | Dostępność internetowa jest w wielu sytuacjach **wymagana przez prawo**.
132 |
133 | **Dostępność ma również silne uzasadnienie biznesowe.** Jak pokazano w poprzedniej sekcji, dostępny projekt poprawia ogólne doświadczenie i satysfakcję użytkownika, szczególnie w różnych sytuacjach, na różnych urządzeniach i w przypadku starszych użytkowników. Dostępność może wzmocnić markę, pobudzić innowacje i rozszerzyć zasięg rynkowy.
134 |
135 | {::nomarkdown}
136 | {% include box.html type="start" h="3" title="Więcej informacji o znaczeniu dostępności" class="simple aside" %}
137 | {:/}
138 |
139 | - Ogólne informacje o korzyściach dla przedsiębiorstw i przedsięwzięć znajdują się w dokumencie [[Biznesowe uzasadnienie dostępności cyfrowej]](/business-case/).
140 | - Przykłady korzyści płynących z [tworzenia dostępnych mediów audio i wideo](/media/av/) przedstawiono w części [Korzyści dla organizacji](/media/av/users-orgs/#benefits).
141 | - Wskazówki dla ustalania wymogów prawnych znajdują się w zarchiwizowanym opracowaniu [Czynniki prawne i polityczne](https://www.w3.org/WAI/business-case/archive/pol).
142 |
143 | {::nomarkdown}
144 | {% include box.html type="end" %}
145 | {:/}
146 |
147 | ## Tworzyć dostępny Internet {#making}
148 |
149 | Dostępność Internetu zależy od kilku współpracujących ze sobą komponentów, w tym technologii internetowych, przeglądarek internetowych i innych „programów użytkownika”, narzędzi do tworzenia treści i witryn internetowych.
150 |
151 | Inicjatywa na Rzecz Dostępności Internetu W3C ([WAI](/about/participating/)) opracowuje specyfikacje techniczne, wytyczne, techniki i materiały pomocnicze opisujące rozwiązania w zakresie dostępności. Są one uznawane za międzynarodowe standardy dostępności internetowej; na przykład WCAG 2.0 są także normą ISO: ISO/IEC 40500.
152 |
153 | {::nomarkdown}
154 | {% include box.html type="start" h="3" title="Więcej informacji o tworzeniu dostępnego Internetu" class="simple aside" %}
155 | {:/}
156 |
157 | - Więcej informacji o tych aspektach współdziałania w zakresie dostępności można znaleźć w artykule [Podstawowe komponenty dostępności internetowej](/fundamentals/components/).
158 | - Wytyczne dla dostępności treści internetowych (WCAG), Wytyczne dla dostępności narzędzi do tworzenia treści (ATAG), ARIA dla złożonych dostępnych aplikacji internetowych i inne ważne materiały zostały przedstawione w [Omówieniu standardów dostępności W3C](/standards-guidelines/).
159 | - Aby dowiedzieć się więcej o tym, jak W3C WAI opracowuje materiały poprzez wielostronne, międzynarodowe uczestnictwo i jak możesz pomóc, zobacz [O WAI](/about/) oraz [Uczestnictwo w WAI](/about/participating/).
160 |
161 | {::nomarkdown}
162 | {% include box.html type="end" %}
163 | {:/}
164 |
165 | ### Spraw by Twoja witryna była dostępna {#website}
166 |
167 | Wiele aspektów dostępności można stosunkowo łatwo zrozumieć i wdrożyć. Część rozwiązań z zakresu dostępności jest jednak bardziej złożona i wdrożenie ich wymaga większej wiedzy.
168 |
169 | Najbardziej wydajne i skuteczne jest uwzględnianie dostępności od samego początku projektu, dzięki czemu nie trzeba ponownie wykonywać tej samej pracy.
170 |
171 | {::nomarkdown}
172 | {% include box.html type="start" h="3" title="Więcej informacji o tworzeniu dostępnej witryny internetowej" class="simple aside" %}
173 | {:/}
174 |
175 | - Wprowadzenie do wymagań dostępności i standardów międzynarodowych znajdziesz w artykule [[Podstawy dostępności]](/fundamentals/accessibility-principles/).
176 | - Aby zrozumieć niektóre typowe bariery dostępności z perspektywy testowania, zobacz [[Łatwe testy - Wstępna ocena dostępności]](/test-evaluate/preliminary/).
177 | - Aby zapoznać się z podstawowymi uwagami na temat projektowania, pisania i programowania pod kątem dostępności, zobacz [[Wskazówki na dobry początek]](/tips/).
178 | - Gdy tylko poczujesz się na siłach, by dowiedzieć się więcej o programowaniu i projektowaniu, prawdopodobnie skorzystasz z takich materiałów jak:
179 | - [Jak spełnić WCAG (Krótki przewodnik)](https://www.w3.org/WAI/WCAG22/quickref/)
180 | - [Samouczki dotyczące dostępności internetowej](/tutorials/)
181 | - Aby poznać problemy zarządzania projektami i organizacją, zobacz [Planowanie i zarządzanie dostępnością internetową](/planning-and-managing/).
182 | Jeśli chcesz już teraz dokonać szybkich poprawek, zobacz temat [Sposoby napraw tymczasowych](/planning/interim-repairs/).
183 |
184 | {::nomarkdown}
185 | {% include box.html type="end" %}
186 | {:/}
187 |
188 | ## Ocena dostępności {#evaluate}
189 |
190 | Podczas tworzenia lub modernizacji strony internetowej, należy oceniać dostępność na wczesnym etapie i w trakcie całego procesu tworzenia, aby rozpoznać problemy z dostępnością jak najwcześniej, kiedy łatwiej jest im zaradzić. Proste kroki, jak na przykład zmiana ustawień przeglądarki, mogą pomóc w ocenie niektórych aspektów dostępności. Kompleksowa ocena w celu ustalenia, czy witryna spełnia wszystkie wytyczne dotyczące dostępności, wymaga więcej wysiłku.
191 |
192 | Istnieją specjalne narzędzia, które pomagają w ocenie. Jednak żadne narzędzie nie potrafi samodzielnie określić, czy witryna spełnia wytyczne dotyczące dostępności. Aby określić, czy witryna jest dostępna, niezbędna jest kompetentna ocena człowieka.
193 |
194 | {::nomarkdown}
195 | {% include box.html type="start" h="3" title="Więcej informcji o ocenianiu dostępności" class="simple aside" %}
196 | {:/}
197 |
198 | - Materiały pomocne w ocenie dostępności przedstawiono w sekcji [[Ocena dostępności internetowej]](/test-evaluate/).
199 |
200 | {::nomarkdown}
201 | {% include box.html type="end" %}
202 | {:/}
203 |
204 | {% include excol.html type="start" id="examples" %}
205 |
206 | ## Przykłady
207 |
208 | {% include excol.html type="middle" %}
209 |
210 | ### Tekst alternatywny dla obrazów
211 |
212 | {:.right}
213 |
214 | Obrazy powinny mieć *[równoznaczną alternatywę tekstową](https://www.w3.org/WAI/WCAG22/Understanding/text-alternatives)* (tekst alt) w znacznikach/kodzie.
215 |
216 | Jeśli nie istnieje tekst alternatywny dla obrazów, informacje o obrazie są niedostępne, na przykład dla osób, które nie widzą i używają czytnika ekranu, który odczytuje na głos informacje na stronie, w tym tekst alternatywny dla obrazów graficznych.
217 |
218 | Gdy podany jest równoznaczny tekst alternatywny, informacje są dostępne dla osób niewidomych, a także dla osób, które wyłączają obrazy (na przykład w regionach o drogiej lub niskiej przepustowości). Są one również dostępne dla technologii, które nie widzą obrazów, takich jak wyszukiwarki.
219 |
220 | ### Wprowadzanie danych z klawiatury
221 |
222 | {:.left width="67" height="45"}
223 |
224 | Niektóre osoby nie mogą używać myszy, między innymi wielu starszych użytkowników z ograniczoną precyzyjną kontrolą motoryczną. Dostępna witryna internetowa nie opiera się na myszy; sprawia, że [cała funkcjonalność jest dostępna z poziomu klawiatury](https://www.w3.org/WAI/WCAG22/Understanding/keyboard-accessible). Dzięki temu osoby z niepełnosprawnościami mogą korzystać z [technologii wspomagających](/planning/involving-users/#at), zastępujących klawiaturę, takich jak sterowanie głosowe.
225 |
226 | ### Transkrypcje dźwięku
227 |
228 | [{:.right width="251" height="254"}](http://www.w3.org/WAI/highlights/200606wcag2interview.html)
229 |
230 | Tak jak obrazy nie są dostępne dla osób, które nie widzą, tak pliki audio nie są dostępne dla osób, które nie słyszą. Zapewnienie transkrypcji sprawia, że informacje audio są dostępne dla osób niesłyszących lub niedosłyszących, a także dla wyszukiwarek i innych technologii, które nie słyszą.
231 |
232 | Zapewnienie transkrypcji w witrynach internetowych jest łatwe i stosunkowo niedrogie. Istnieją również [usługi transkrypcji](http://www.uiaccess.com/transcripts/transcript_services.html), które tworzą transkrypcje tekstu w formacie HTML.
233 |
234 | {::nomarkdown}
235 | {% include box.html type="start" h="3" title="Więcej przykładów" class="simple aside" %}
236 | {:/}
237 |
238 | - [Wskazówki na dobry początek](/tips/)
239 | - [[Łatwe testy - Wstępna ocena dostępności]](/test-evaluate/preliminary/)
240 | - {% include video-link.html class="small inline" title="Oblicza dostępności internetowej — filmy i opisy" href="/perspective-videos/" src="/content-images/wai-intro-accessibility/video-still-accessibility-perspectives-16-9.jpg" %}
241 |
242 | {::nomarkdown}
243 | {% include box.html type="end" %}
244 | {:/}
245 |
246 | {% include excol.html type="end" %}
247 |
248 | ## Więcej informacji {#more-info}
249 |
250 | W3C WAI zapewnia bogaty wybór materiałów dotyczących różnych aspektów dostępności: [standardów](/standards-guidelines/), [edukacji](/teach-advocate/), [testowania/oceny](/test-evaluate/), [zarządzania projektami i polityk](/planning/). Zachęcamy do zapoznania się z naszą witryną lub przejrzenia listy [materiałów WAI](/resources/).
251 |
252 | **[[Podstawy dostępności cyfrowej - bezpłatny kurs internetowy]](/courses/foundations-course/)** dostarcza podstaw potrzebnych do zapewnienia dostępności technologii cyfrowej.
253 |
254 |
255 |
--------------------------------------------------------------------------------
/content/index.ru.md:
--------------------------------------------------------------------------------
1 | ---
2 | # Translation instructions are after the "#" character in this first section. (They are comments that do not show up in the web page.)
3 | title: ВВЕДЕНИЕ В ВЕБ-ДОСТУПНОСТЬ # Do not translate "title:". Do translate the text after "title:".
4 | lang: ru # Change "en" to the translated language shortcode from https://www.iana.org/assignments/language-subtag-registry/language-subtag-registry
5 | last_updated: 2019-07-12 # Put the date of this translation YYYY-MM-DD (with month in the middle)
6 | translators:
7 | - name: "Elena Varkvasova"
8 | - name: "UNESCO IITE"
9 | link: https://iite.unesco.org/
10 | - name: "ИИТО ЮНЕСКО"
11 | permalink: /fundamentals/accessibility-intro/ru # Add the language shortcode to the end; for example /fundamentals/accessibility-intro/fr
12 | ref: /fundamentals/accessibility-intro/ # Do not change this
13 | changelog: /fundamentals/accessibility-intro/changelog/
14 | layout: default
15 | github:
16 | repository: w3c/wai-intro-accessibility
17 | branch: gh-pages
18 | path: content/index.ru.md # Add the language shortcode to the middle of the filename, for example index.fr.md
19 |
20 | # In the footer below:
21 | # Do not translate or change CHANGELOG or ACKNOWLEDGEMENTS.
22 | # Translate the other words below, including "Date:" and "Editor:"
23 | # Translate the Working Group name. Leave the Working Group acronym in English.
24 | # Do not change the dates in the footer below.
25 | footer: >
26 |
Дата: Обновлено 5 июня 2019 года. Первая публикация: февраль 2005 года. CHANGELOG.
Разработано при содействии Рабочей Группы по Образованию и Просвещению (EOWG).
29 | # Read Translations Notes at https://github.com/w3c/wai-intro-accessibility/blob/gh-pages/README.md
30 | # end of translation instructions
31 | ---
32 |
33 | {::nomarkdown}
34 | {% include box.html type="start" h="2" title="Краткая информация" class="full" %}
35 | {:/}
36 |
37 | Если веб-сайты и онлайн-приложения разработаны и спроектированы надлежащим образом, они могут использоваться людьми с ограниченными возможностями здоровья. Однако в настоящее время многие Интернет-сайты и сетевые приложения характеризуются ограниченной доступностью, что делает их использование для некоторых людей затруднительным или даже невозможным.
38 |
39 | Обеспечение доступности Интернет-пространства выгодно для отдельных граждан, коммерческих предприятий и общества в целом. Международные стандарты определяют необходимые условия для реализации веб-доступности.
40 |
41 | {::nomarkdown}
42 | {% include box.html type="end" %}
43 | {:/}
44 |
45 | {::options toc_levels="2" /}
46 |
47 | {::nomarkdown}
48 | {% include_cached toc.html type="start" title="Содержимое страницы" class="full" %}
49 | {:/}
50 |
51 | - TOC is created automatically.
52 | {:toc}
53 |
54 | Связанный ресурс
55 | {% include video-link.html title=" Видеоматериал «Введение в веб-доступность и стандарты W3C (Продолжительность – 4 минуты)" href="https://www.w3.org/WAI/videos/standards-and-benefits.html" src="/content-images/wai-intro-accessibility/video-still-accessibility-intro-16-9.jpg" %}
56 |
57 | {::nomarkdown}
58 | {% include_cached toc.html type="end" %}
59 | {:/}
60 |
61 | ## Доступность в контексте {#context}
62 |
63 |
64 |
Сила Интернета заключается в его универсальности. Всеобщая доступность, невзирая на ограничения здоровья, является непременным его условием
65 |
66 |
67 |
68 | Основная цель Всемирной сети – приносить пользу всем людям, вне зависимости от имеющегося оборудования или программного обеспечения, от языка общения, места проживания или возможностей здоровья. Если Интернет выполняет данные условия, он становится доступным для людей с различными слуховыми, двигательными, зрительными и познавательными возможностями.
69 |
70 | Влияние ограничений здоровья на развитие Всемирной паутины коренным образом меняется, ведь Интернет разрушает препятствия для общения и взаимодействия, с которыми люди сталкиваются в материальном мире. В то же время, если веб-сайты, онлайн-приложения, сетевые технологии или инструменты спроектированы неудачно, они могут создавать для людей преграды на пути к использованию Всемирной сети.
71 |
72 | **Доступность имеет принципиальное значение для разработчиков и организаций, которые стремятся создавать качественные веб-сайты и онлайн-приложения, но не лишать людей возможности пользоваться их продуктами и услугами.**
73 |
74 | ## Что представляет собой веб-доступность {#what}
75 |
76 | Веб-доступность предполагает проектирование и разработку веб-сайтов, приложений и технологических решений с учётом возможности их использования людьми с нарушениями здоровья. Иными словами, пользователи могут самостоятельно:
77 |
78 | - получать, толковать, искать информацию и общаться посредством сети Интернет
79 |
80 | - участвовать в работе Всемирной сети
81 |
82 |
83 | Веб-доступность охватывает все виды нарушений здоровья, которые влияют на возможность использования Всемирной паутины, включая:
84 |
85 | - Нарушения слуха
86 |
87 | - Нарушения познавательной деятельности
88 |
89 | - Неврологические нарушения
90 |
91 | - Нарушения физического развития
92 |
93 | - Нарушения речевой деятельности
94 |
95 | - Нарушения зрения
96 |
97 |
98 | Веб-доступность также отвечает интересам здоровых людей, в частности:
99 |
100 | - обладателей мобильных телефонов, «умных часов», телевизоров с технологией Smart TV и других устройств, которые характеризуются наличием малого экрана, специфических режимов ввода данных и т.п.
101 | - пожилых людей, испытывающих возрастные затруднения;
102 | - людей с «временной недееспособностью», обусловленной, к примеру сломанной рукой или потерей очков;
103 | - людей в условиях «ситуационных ограничений», таких как яркий солнечный свет или окружающая обстановка, запрещающая прослушивание аудиозаписей;
104 | - пользователей, ограниченных низкоскоростным соединением, лимитированным или дорогостоящим Интернет-трафиком.
105 |
106 | Для просмотра 7-минутного видеоматериала о значении веб-доступности для людей с ограниченными возможностями здоровья и всеобщей пользе доступности веб-контента в самых различных жизненных ситуациях пройдите по нижеприведённой ссылке:
107 |
108 | {% include video-link.html title="Видеоролик о перспективах веб-доступности (YouTube)" href="https://www.youtube.com/watch?v=3f31oufqFSM" src="/content-images/wai-intro-accessibility/video-still-accessibility-perspectives-16-9.jpg" %}
109 |
110 | {::nomarkdown}
111 | {% include box.html type="start" h="3" title="Дополнительная информация о веб-доступности" class="simple aside" %}
112 | {:/}
113 |
114 | - Если вы хотите узнать больше о том, как различные ограничения дееспособности влияют на использование Всемирной паутины, а также ознакомиться с конкретными примерами использования Сети людьми с ограниченными возможностями здоровья, заходите на страницу: [[Как люди с ограниченными возможностями здоровья пользуются Интернетом]](/people-use-web/).
115 |
116 | - Если вы желаете ознакомиться с дополнительными примерами реализации веб-доступности в интересах людей без нарушений здоровья, на основе Руководства WCAG, обратитесь к разделу: [[Совместный опыт работы в Сети: Единые препятствия для пользователей мобильных устройств и людей с ограниченными возможностями]](/standards-guidelines/shared-experiences/), а также просмотрите архивные материалы в разделе: [Преимущества веб-доступности для пользователей вне зависимости от наличия у них ограниченных возможностей здоровья](https://www.w3.org/WAI/business-case/archive/soc#groups).
117 |
118 | {::nomarkdown}
119 | {% include box.html type="end" %}
120 | {:/}
121 |
122 | ## Значение веб-доступности для отдельных граждан, коммерческих предприятий и общества в целом {#important}
123 |
124 | Всемирная паутина – это важнейший источник информации по многим социально-культурным направлениям, таким как: образование, трудоустройство, управление, торговля, здравоохранение, рекреация, и многие другие. Крайне важно, чтобы Всемирная сеть обеспечивала равный доступ и одинаковые возможности людям с различными способностями. Конвенция ООН о правах инвалидов ([КПИ](https://www.un.org/ru/documents/decl_conv/conventions/disability.shtml)) причисляет доступ к информационным и коммуникационным технологиям, включая Интернет, к основным правам и свободам человека.
125 |
126 | Всемирная паутина предоставляет большому количеству людей с нарушениями здоровья беспрецедентный доступ к информации и возможностям взаимодействия. Иначе говоря, препятствия на пути к печатным, звуковым и наглядным материалам могут эффективно преодолеваться посредством использования Интернет-технологий.
127 |
128 | Веб-доступность способствует социальной интеграции людей с ограниченными возможностями здоровья, равно как и других категорий лиц, а именно:
129 |
130 | - Пожилых людей
131 |
132 | - Жителей отдалённых территорий
133 |
134 | - Лиц, проживающих в развивающихся странах
135 |
136 | **Веские доводы относительно преимуществ веб-доступности приводятся и для бизнеса.** Как показано в предыдущем разделе, доступное проектирование веб-технологий повышает удобство их применения и степень удовлетворённости пользователя, особенно с учётом самых различных условий, в случаях применения разнообразных устройств, в отношении пожилых пользователей. Веб-доступность может оказать содействие в усилении вашего бренда, стимулировании инноваций и увеличении присутствия вашей компании на рынке.
137 |
138 | Во многих случаях обеспечение веб-доступности **предусмотрено законодательством**.
139 |
140 | {::nomarkdown}
141 | {% include box.html type="start" h="3" title="Дополнительная информация о значении веб-доступности" class="simple aside" %}
142 | {:/}
143 |
144 | - Общая информация о преимуществах веб-доступности в условиях коммерческой деятельности: [[Бизнес-сценарий для цифровой доступности]](/business-case/).
145 |
146 | - Рекомендации по разъяснению установленных законом ограничений и требований в материалах архива [Правовые и политические факторы](https://www.w3.org/WAI/business-case/archive/pol).
147 |
148 | {::nomarkdown}
149 | {% include box.html type="end" %}
150 | {:/}
151 |
152 | ## Обеспечение доступности Интернет-пространства {#making}
153 |
154 | Доступность Интернет-пространства зависит от нескольких взаимодействующих между собой компонентов, в частности веб-технологий, Интернет-обозревателей и прочих «пользовательских программ», инструментов разработки и веб-сайтов.
155 |
156 | Инициатива W3C по обеспечению доступности (Web Accessibility Initiative ([WAI](/get-involved/)) формулирует технические условия, правила, методы и вспомогательные ресурсы, описывающие решения по обеспечению веб-доступности. Все перечисленные компоненты считаются международными стандартами в области веб-доступности; так например Руководство по обеспечению доступности веб-контента (WCAG) 2.0 одновременно является стандартом международной системы качества ISO: ISO/IEC 40500.
157 |
158 | {::nomarkdown}
159 | {% include box.html type="start" h="3" title="Дополнительная информация об обеспечении доступности Интернет-пространства" class="simple aside" %}
160 | {:/}
161 |
162 | - Подробнее о взаимодействующих компонентах веб-доступности можно узнать на странице [[Основные компоненты веб-доступности]](/fundamentals/components/).
163 |
164 | - Руководство по обеспечению доступности веб-контента (WCAG), Руководство по доступности средств разработки авторского контента (ATAG), Доступные полнофункциональные Интернет-приложения (ARIA) и другие важнейшие ресурсы представлены на странице [[Обзор стандартов доступности W3C]](/standards-guidelines/).
165 |
166 | - Для получения информации о том, как Инициатива W3C WAI осуществляет разработку материалов посредством многостороннего взаимодействия и международного сотрудничества, а также о своём возможном участии в работе Инициативы, посетите ресурсы: [[Об Инициативе W3C WAI]](/about/) и [[Участие в Инициативе W3C WAI]](/get-involved/).
167 |
168 | {::nomarkdown}
169 | {% include box.html type="end" %}
170 | {:/}
171 |
172 | ### Обеспечение доступности вашего веб-сайта {#website}
173 |
174 | Многие компоненты веб-доступности довольно просты для понимания и использования. Некоторые решения, в то же время, являются комплексными и требуют дополнительных знаний для адаптации.
175 |
176 | Наиболее эффективная и действенная практика предполагает обеспечение веб-доступности с самого начала проектной деятельности, в таком случае вам не придётся возвращаться и переделывать работу.
177 |
178 | {::nomarkdown}
179 | {% include box.html type="start" h="3" title="Дополнительная информация об обеспечении доступности вашего веб-сайта" class="simple aside" %}
180 | {:/}
181 |
182 | - Для ознакомления с основными требованиями и международными стандартами веб-доступности перейдите в раздел: [[Принципы доступности]](/fundamentals/accessibility-principles/).
183 |
184 | - Для формирования представления о некоторых типичных барьерах доступности в формате тестирования, перейдите по ссылке: [[Простая проверка -- Начальная оценка веб-доступности]](/test-evaluate/preliminary/).
185 |
186 | - Чтобы узнать об основных критериях веб-доступности при разработке, написании и проектировании сайта, обратитесь к ресурсу [[Практические рекомендации по началу работы]](/tips/).
187 |
188 | - Когда вы будете готовы к более подробной информации о программировании и разработке, вы, вероятнее всего, обратитесь к следующим ресурсам:
189 |
190 | - [Как выполнить требования Руководства по обеспечению доступности веб-контента (Краткая справка)](http://www.w3.org/WAI/WCAG21/quickref/)
191 |
192 | - [[Обучающие материалы по веб-доступности]](/tutorials/)
193 |
194 | - За рекомендациями по вопросам управления проектами и организационной деятельности обратитесь к материалам раздела: [[Планирование и администрирование веб-доступности]](/planning-and-managing/).
195 | Если вам необходимо оперативно исправить ошибки уже сейчас, перейдите на страницу: [[Подходы к предварительным решениям проблем]](/planning/interim-repairs/).
196 |
197 | {::nomarkdown}
198 | {% include box.html type="end" %}
199 | {:/}
200 |
201 | ## Оценка веб-доступности {#evaluate}
202 |
203 | В процессе разработки и перепроектирования сайта оценивайте степень его веб-доступности на всех этапах реализации проекта, чтобы вовремя выявлять проблемы и легче справляться с их решением. Такие простые действия, как изменение настроек браузера, могут помочь вам оценить конкретные аспекты веб-доступности. Комплексное исследование для определения соответствия Интернет-сайта всем принципам доступности потребует более значительных усилий.
204 |
205 | В настоящее время существуют различные методы и способы для оценки веб-доступности, однако ни один из них по отдельности не может определить соответствие Интернет-сайта требованиям доступности веб-контента. Чтобы установить, является ли веб-сайт действительно доступным, понадобится компетентное мнение эксперта.
206 |
207 | {::nomarkdown}
208 | {% include box.html type="start" h="3" title="Дополнительная информация по вопросу оценки веб-доступности" class="simple aside" %}
209 | {:/}
210 |
211 | - Вспомогательные ресурсы для оценки доступности веб-сайта описаны на странице: [Обзор оценки веб-доступности](/test-evaluate/).
212 |
213 | {::nomarkdown}
214 | {% include box.html type="end" %}
215 | {:/}
216 |
217 | {% include excol.html type="start" id="examples" %}
218 |
219 | ## Примеры
220 |
221 | {% include excol.html type="middle" %}
222 |
223 | ### Замещающий текст для изображений
224 |
225 | {:.right}
226 |
227 | Изображения в своей разметке/коде должны включать [соответствующий альтернативный текст](http://www.w3.org/TR/UNDERSTANDING-WCAG20/text-equiv.html) (alt text).
228 |
229 | Если изображения не сопровождаются альтернативным текстом (alt text), информация о них становится недоступной, например для незрячих людей, которые используют программы для чтения экрана, озвучивающие информацию, представленную на веб-странице, в том числе замещающий текст для визуальных изображений.
230 |
231 | При наличии альтернативного текста (alt text) информация становится доступной для слепых людей, а также для пользователей, вынужденных отключать загрузку изображений по причине дорогостоящего или низкоскоростного Интернет-трафика. Подобная информация может также использоваться и технологиями, не распознающими изображения, в частности поисковыми системами.
232 |
233 | ### Ввод данных с клавиатуры
234 |
235 | {:.left width="67" height="45"}
236 |
237 | Некоторые люди не могут пользоваться компьютерной мышью, например пожилые люди с ограниченной мелкой моторикой. Доступный веб-сайт не полагается на использование мыши, он обеспечивает [реализацию всех функциональных возможностей при помощи клавиатуры](http://www.w3.org/TR/UNDERSTANDING-WCAG20/keyboard-operation.html). Так, люди с нарушениями здоровья могут использовать [вспомогательные технологии](/planning/involving-users/#at), которые имитируют клавиатуру, в частности устройства речевого ввода.
238 |
239 | ### Текстовая расшифровка аудиозаписей
240 |
241 | [{:.right width="251" height="254"}](http://www.w3.org/WAI/highlights/200606wcag2interview.html)
242 |
243 | Равно как изображения являются недоступными для восприятия незрячими пользователями, звуковые файлы оказываются недоступны для глухих людей. Сопровождение текстовой записью обеспечивает доступность аудиоинформации для глухих и слабослышащих людей, а также для поисковых систем и прочих технологических решений, не наделённых возможностью обработки акустической информации.
244 |
245 | Предоставление текстового сопровождения на веб-сайтах не требует значительных технологических и финансовых затрат. Существуют также [сервисы текстовой расшифровки аудиозаписей](http://www.uiaccess.com/transcripts/transcript_services.html), создающие копию звукового файла в виде текста в HTML-формате.
246 |
247 | {::nomarkdown}
248 | {% include box.html type="start" h="3" title="Дополнительные примеры" class="simple aside" %}
249 | {:/}
250 |
251 | - [[Практические рекомендации по началу работы]](/tips/)
252 |
253 | - [[Простая проверка -- Начальная оценка веб-доступности]](/test-evaluate/preliminary/).
254 |
255 | - {% include video-link.html class="small inline" title="Перспективы веб-доступности — видеоматериалы и описания" href="/perspective-videos/" src="/content-images/wai-intro-accessibility/video-still-accessibility-perspectives-16-9.jpg" %}
256 |
257 | {::nomarkdown}
258 | {% include box.html type="end" %}
259 | {:/}
260 |
261 | {% include excol.html type="end" %}
262 |
263 | ## Узнать больше {#more-info}
264 |
265 | Инициатива W3C по обеспечению доступности (W3C WAI) предоставляет широкий выбор ресурсов по всевозможным аспектам [стандартизации,](/standards-guidelines/) [образования](/teach-advocate/), [тестирования/оценки](/test-evaluate/), [управления проектами и политики](/planning/). Мы настоятельно рекомендуем вам изучить материалы данного сайта или ознакомиться со списком дополнительных ресурсов в разделе [Ресурсы WAI](/Resources/).
266 |
--------------------------------------------------------------------------------
/content/index.zh-hans.md:
--------------------------------------------------------------------------------
1 | ---
2 | # Translation instructions are after the "#" character in this first section. (They are comments that do not show up in the web page.)
3 | title: Web无障碍简介 # Do not translate "title:". Do translate the text after "title:".
4 | lang: zh-hans # Change "en" to the translated language shortcode from https://www.iana.org/assignments/language-subtag-registry/language-subtag-registry
5 | last_updated: 2019-07-12 # Put the date of this translation YYYY-MM-DD (with month in the middle)
6 | translators: #Add one -name: line for every translator
7 | - name: "冉若曦"
8 | link: "https://www.w3.org/people/roy"
9 |
10 | permalink: /fundamentals/accessibility-intro/zh-hans # Add the language shortcode to the end; for example /fundamentals/accessibility-intro/fr
11 | ref: /fundamentals/accessibility-intro/ # Do not change this
12 | changelog: /fundamentals/accessibility-intro/changelog/
13 | layout: default
14 | github:
15 | repository: w3c/wai-intro-accessibility
16 | branch: gh-pages
17 | path: content/index.zh-hans.md # Add the language shortcode to the middle of the filename, for example index.fr.md
18 |
19 | # In the footer below:
20 | # Do not translate or change CHANGELOG or ACKNOWLEDGEMENTS.
21 | # Translate the other words below, including "Date:" and "Editor:"
22 | # Translate the Working Group name. Leave the Working Group acronym in English.
23 | # Do not change the dates in the footer below.
24 | footer: >
25 |