എന്താണ് Web Accessibility? WCAG, ഉൾച്ചേർക്കുന്ന ഡിസൈൻ വിശദീകരണം
വൈകല്യമുള്ള ആളുകൾക്ക് വെബ്സൈറ്റുകളും ആപ്പുകളും ഉപയോഗിക്കാനാകുന്ന രീതിയിൽ നിർമ്മിക്കുന്നതാണ് web accessibility — അവർ അന്ധരായി സ്ക്രീൻ റീഡർ ഉപയോഗിക്കുന്നവരായാലും, മൗസ് ഉപയോഗിക്കാൻ കഴിയാത്തവരായാലും, കാഴ്ചക്കുറവോ വർണ്ണാന്ധതയോ ഉള്ളവരായാലും, ബധിരരായാലും, കോഗ്നിറ്റീവ് അല്ലെങ്കിൽ പഠന വൈകല്യമുള്ളവരായാലും. പ്രായോഗികമായി ഇത് ചിത്രങ്ങൾക്കുള്ള ടെക്സ്റ്റ് ബദലുകൾ, മതിയായ കളർ കോൺട്രാസ്റ്റ്, ശരിയായ ലേബലുകളുള്ള ഫോമുകൾ, കീബോർഡ് മാത്രം ഉപയോഗിച്ച് എല്ലാം പ്രവർത്തിക്കൽ തുടങ്ങിയവയിലേക്ക് ചുരുങ്ങുന്നു. ഇതിനുള്ള അന്താരാഷ്ട്ര നിലവാരമാണ് WCAG — W3C-യുടെ Web Content Accessibility Guidelines.
Accessibility പലപ്പോഴും a11y എന്ന് ചുരുക്കി എഴുതാറുണ്ട് — "a", തുടർന്ന് 11 അക്ഷരങ്ങൾ, തുടർന്ന് "y".
AI ഉപയോഗിച്ച് നിർമ്മിക്കുമ്പോൾ accessibility പ്രധാനമാകുന്നത് എന്തുകൊണ്ട്
AI ബിൽഡറുകൾ കാണാൻ ശരിയായ ആപ്പുകൾ നിർമ്മിക്കുന്നതിൽ മിടുക്കരാണ്. Accessibility പ്രധാനമായും സ്ക്രീൻഷോട്ടിൽ കാണാൻ കഴിയാത്ത കാര്യങ്ങളാണ്: ഒരു ബട്ടൺ യഥാർത്ഥത്തിൽ ബട്ടൺ ആണോ, ഒരു ഇൻപുട്ടിന് സ്ക്രീൻ റീഡർ പ്രഖ്യാപിക്കാവുന്ന ലേബൽ ഉണ്ടോ, Tab കീ ഉപയോഗിച്ച് മെനുവിൽ എത്താനാകുമോ എന്നിവ.
അതുകൊണ്ടാണ് ഇവ ചോദിക്കേണ്ടത്:
- ഇത് എളുപ്പത്തിൽ ശ്രദ്ധയിൽപ്പെടാതെ പോകും. മനോഹരമായി കാണുന്ന ഒരു കസ്റ്റം-സ്റ്റൈൽ ഡ്രോപ്ഡൗൺ മൗസ് ഇല്ലാതെ ഉപയോഗിക്കാൻ കഴിയാത്തതാകാം. പരിശോധിക്കാതെ അത് നിങ്ങൾ അറിയില്ല.
- ആദ്യം ശരിയാക്കുന്നത് വിലകുറഞ്ഞതാണ്. ആദ്യ പ്രോംപ്റ്റിൽ തന്നെ accessible കമ്പോണന്റുകൾ ആവശ്യപ്പെടാൻ ഏതാണ്ട് ചെലവില്ല. പൂർത്തിയായ ആപ്പ് പിന്നീട് പരിഷ്കരിക്കുന്നത് എല്ലാ സ്ക്രീനുകളും തൊടേണ്ടിവരുന്നതാണ്.
- ഇത് എല്ലാവരെയും സഹായിക്കുന്നു. ബഹളമുള്ള സ്ഥലങ്ങളിൽ ക്യാപ്ഷനുകൾ സഹായിക്കുന്നു, നല്ല കോൺട്രാസ്റ്റ് വെയിലത്ത് ഫോൺ ഉപയോഗിക്കുന്നവരെ സഹായിക്കുന്നു, വ്യക്തമായ ലേബലുകൾ എല്ലാവർക്കും ഫോമുകൾ വേഗത്തിൽ പൂരിപ്പിക്കാൻ സഹായിക്കുന്നു.
- SEO-യുമായി ഇത് ചേർന്നുപോകുന്നു. ശരിയായ തലക്കെട്ടുകൾ, വിവരണാത്മക ലിങ്കുകൾ, alt ടെക്സ്റ്റ് എന്നിവ സെർച്ച് എഞ്ചിനുകളെയും നിങ്ങളുടെ പേജുകൾ മനസ്സിലാക്കാൻ സഹായിക്കുന്നു — AI-യിൽ നിർമ്മിച്ച വെബ്സൈറ്റുകൾക്കുള്ള SEO കാണുക.
- ഇത് നിയമപരമായി ആവശ്യമായേക്കാം. നിങ്ങൾ പ്രവർത്തിക്കുന്ന സ്ഥലത്തും സേവിക്കുന്ന ആളുകളെ അടിസ്ഥാനമാക്കിയും accessibility ഒരു നിയമപരമായ ബാധ്യതയാകാം.
ദൈനംദിന ഉദാഹരണം
ഒരു കെട്ടിടത്തിന്റെ പ്രവേശന കവാടം ഓർക്കുക.
പടികൾ പലർക്കും ശരിയായി പ്രവർത്തിക്കുന്നു. വീൽചെയർ ഉപയോക്താക്കൾക്ക് ഒരു റാമ്പ് വേണം — കുഞ്ഞുവണ്ടിയുമായി വരുന്ന മാതാപിതാക്കൾക്കും, ട്രോളിയുമായി വരുന്ന ഡെലിവറി തൊഴിലാളികൾക്കും, സ്യൂട്ട്കേസുമായി വരുന്ന യാത്രക്കാർക്കും ഇത് പ്രയോജനപ്പെടുന്നു. ഓട്ടോമാറ്റിക് വാതിലുകൾ, വ്യക്തമായ അടയാളങ്ങൾ, ലിഫ്റ്റ് ബട്ടണുകളിലെ ബ്രെയിൽ, നല്ല വെളിച്ചം എന്നിവ ഓരോന്നും ആരുടെയെങ്കിലും ഒരു തടസ്സം നീക്കുന്നു.
വെബ് accessibility ഡിജിറ്റൽ ഇടങ്ങളിലെ അതേ ആശയമാണ് — നിങ്ങളുടെ ആപ്പിന്റെ റാമ്പുകളും അടയാളങ്ങളും കൈവരികളും. കെട്ടിടം പോലെത്തന്നെ, കോൺക്രീറ്റ് ഉറച്ചതിന് ശേഷം ഒരു റാമ്പ് ചേർക്കുന്നതിനേക്കാൾ പ്ലാനിൽ തന്നെ അത് ഉൾപ്പെടുത്തുന്നത് വളരെ എളുപ്പമാണ്.
WCAG ചുരുക്കത്തിൽ
WCAG പ്രസിദ്ധീകരിക്കുന്നത് W3C-യുടെ Web Accessibility Initiative ആണ്. നിലവിലെ പതിപ്പ് WCAG 2.2 ആണ്, 2023 ഒക്ടോബറിൽ ആദ്യം പ്രസിദ്ധീകരിച്ചത്. ഇത് പിന്നോട്ട് അനുയോജ്യമാണ്: WCAG 2.2 പാലിക്കുന്ന ഉള്ളടക്കം 2.1, 2.0 എന്നിവയും പാലിക്കുന്നു, ഏറ്റവും പുതിയ പതിപ്പ് ഉപയോഗിക്കാൻ W3C പ്രോത്സാഹിപ്പിക്കുന്നു. WCAG 2.2 ISO/IEC 40500:2025 എന്ന അന്താരാഷ്ട്ര മാനദണ്ഡമായും അംഗീകരിച്ചിട്ടുണ്ട്. വളരെ വ്യത്യസ്തമായ WCAG 3 ആദ്യ ഡ്രാഫ്റ്റ് ഘട്ടത്തിലാണ്, പൂർത്തിയായ മാനദണ്ഡമല്ല.
WCAG നാല് തത്വങ്ങൾക്ക് കീഴിലാണ് സംഘടിപ്പിച്ചിരിക്കുന്നത്, പലപ്പോഴും POUR എന്ന് ഓർക്കുന്നു:
| തത്വം | അർത്ഥം | ഉദാഹരണങ്ങൾ |
|---|---|---|
| Perceivable (ഗ്രഹിക്കാവുന്നത്) | ആളുകൾ ഉപയോഗിക്കുന്ന ഇന്ദ്രിയങ്ങൾ വഴി ഉള്ളടക്കം ഉൾക്കൊള്ളാനാകും | ചിത്രങ്ങൾക്ക് alt ടെക്സ്റ്റ്, വീഡിയോയ്ക്ക് ക്യാപ്ഷനുകൾ, മതിയായ കോൺട്രാസ്റ്റ് |
| Operable (പ്രവർത്തിപ്പിക്കാവുന്നത്) | ആളുകൾക്ക് നിയന്ത്രണങ്ങൾ ഉപയോഗിക്കാനും നാവിഗേറ്റ് ചെയ്യാനും കഴിയും | കീബോർഡ് ആക്സസ്, നീട്ടാനാകാത്ത സമയപരിധികൾ ഇല്ലാതിരിക്കുക, ദൃശ്യമായ ഫോക്കസ് |
| Understandable (മനസ്സിലാക്കാവുന്നത്) | ഉള്ളടക്കവും പെരുമാറ്റവും അർത്ഥവത്താകുന്നു | വ്യക്തമായ ലേബലുകൾ, സഹായകമായ പിശക് സന്ദേശങ്ങൾ, സ്ഥിരമായ നാവിഗേഷൻ |
| Robust (ദൃഢമായത്) | വിവിധ ബ്രൗസറുകളും സഹായക സാങ്കേതികവിദ്യകളും ഉപയോഗിച്ച് പ്രവർത്തിക്കുന്നു | ശരിയായ HTML ഘടകങ്ങൾ, നിയന്ത്രണങ്ങൾക്ക് ശരിയായ പേരുകളും റോളുകളും |
ഓരോ മാർഗനിർദേശത്തിനും മൂന്ന് തലങ്ങളിലായി പരിശോധിക്കാവുന്ന വിജയ മാനദണ്ഡങ്ങൾ ഉണ്ട്:
- Level A — കുറഞ്ഞ നിലവാരം. ഇത് പരാജയപ്പെടുന്നത് ചിലരെ പൂർണ്ണമായി തടയുന്നു.
- Level AA — സാധാരണ ലക്ഷ്യം, മിക്ക നിയമങ്ങളും നയങ്ങളും ചൂണ്ടിക്കാണിക്കുന്ന തലം.
- Level AAA — ഏറ്റവും ഉയർന്ന തലം. ചിലയിടങ്ങളിൽ ലക്ഷ്യമിടുന്നത് ഉപയോഗപ്രദമാണ്, പക്ഷേ ചില ഉള്ളടക്കങ്ങൾക്ക് അത് പാലിക്കാനാകാത്തതിനാൽ മുഴുവൻ സൈറ്റുകൾക്കും ഇത് നിർബന്ധമാക്കാൻ W3C ശുപാർശ ചെയ്യുന്നില്ല.
WCAG 2.2 2.1-ലേക്ക് ഒമ്പത് വിജയ മാനദണ്ഡങ്ങൾ കൂടി ചേർത്തു, അതിൽ AA തലത്തിലെ Target Size (Minimum) ഉൾപ്പെടുന്നു — ക്ലിക്ക് ചെയ്യാവുന്ന ലക്ഷ്യങ്ങൾ സാധാരണയായി കുറഞ്ഞത് 24 x 24 CSS പിക്സൽ ആയിരിക്കണം, ചില ഒഴിവുകളോടെ — കൂടാതെ Accessible Authentication (Minimum), ഓർമ്മയെയോ പസിലുകളെയോ ആശ്രയിക്കുന്ന ലോഗിൻ ഘട്ടങ്ങൾ പരിമിതപ്പെടുത്തുന്നു, ഉദാഹരണത്തിന് പാസ്‌വേഡ് ഒട്ടിക്കാൻ അനുവദിക്കാതെ വീണ്ടും ടൈപ്പ് ചെയ്യാൻ ആവശ്യപ്പെടുന്നത്. പഴയ "Parsing" മാനദണ്ഡം കാലഹരണപ്പെട്ടതിനാൽ അത് നീക്കം ചെയ്തു.
ഒരു ഉദാഹരണം: ഒരു സൈൻ-അപ്പ് ഫോം
AI ഉണ്ടാക്കിയേക്കാവുന്ന ഒരു സൈൻ-അപ്പ് ഫോമും ഒരു accessibility പരിശോധന കണ്ടെത്തുന്നതും ഇതാ:
| പ്രശ്നം | ആരെ ബാധിക്കുന്നു | പരിഹാരം |
|---|---|---|
| ഇൻപുട്ടുകൾ ലേബലിന് പകരം placeholder ടെക്സ്റ്റ് ("Email") ഉപയോഗിക്കുന്നു | സ്ക്രീൻ റീഡർ ഉപയോക്താക്കൾ; ടൈപ്പ് ചെയ്യാൻ തുടങ്ങിയാൽ ഫീൽഡ് എന്തായിരുന്നു എന്ന് മറക്കുന്നവർ | ഓരോ ഇൻപുട്ടിനും ബന്ധിപ്പിച്ച ദൃശ്യമായ <label> |
| വെളുത്ത പശ്ചാത്തലത്തിൽ ഇളം ചാര ടെക്സ്റ്റ്, 4.5:1-ന് വളരെ താഴെ കോൺട്രാസ്റ്റ് | കാഴ്ചക്കുറവുള്ളവർ, പുറത്തുള്ള ആർക്കും | 4.5:1 കോൺട്രാസ്റ്റ് റേഷ്യോ പാലിക്കുന്ന ഇരുണ്ട ടെക്സ്റ്റ് |
| പിശകുകൾ ചുവന്ന ബോർഡർ മാത്രമായി കാണിക്കുന്നു | വർണ്ണാന്ധതയുള്ള ഉപയോക്താക്കൾ, സ്ക്രീൻ റീഡർ ഉപയോക്താക്കൾ | ഫീൽഡിനടുത്ത് ഒരു ടെക്സ്റ്റ് സന്ദേശം, സ്ക്രീൻ റീഡറുകൾ പ്രഖ്യാപിക്കുന്നത് |
"Sign up" ഒരു സ്റ്റൈൽ ചെയ്ത <div> ആണ്, <button> അല്ല | കീബോർഡ്, സ്ക്രീൻ റീഡർ ഉപയോക്താക്കൾക്ക് അത് സജീവമാക്കാനാകില്ല | ഒരു യഥാർത്ഥ <button> ഘടകം ഉപയോഗിക്കുക |
| ഫീൽഡുകളിൽ Tab ചെയ്യുമ്പോൾ ദൃശ്യമായ ഔട്ട്‌ലൈനില്ല | കീബോർഡ് ഉപയോക്താക്കൾക്ക് തങ്ങൾ എവിടെയാണെന്ന് നഷ്ടപ്പെടുന്നു | വ്യക്തമായ ഫോക്കസ് സ്റ്റൈൽ |
| ലോഗോ ചിത്രത്തിന് alt ടെക്സ്റ്റ് ഇല്ല | സ്ക്രീൻ റീഡർ ഉപയോക്താക്കൾ ഒരു ഫയൽനാമം കേൾക്കുന്നു | "Acme Bookings" പോലുള്ള alt ടെക്സ്റ്റ് |
ഈ പരിഹാരങ്ങളിൽ ഒന്നും ഫോം എങ്ങനെ കാണപ്പെടുന്നു എന്നത് വലുതായി മാറ്റുന്നില്ല. എന്നാൽ എല്ലാം മാറ്റുന്നത്, ചില ആളുകൾക്ക് അത് ഉപയോഗിക്കാനാകുമോ എന്നതാണ്.
പ്രധാന പദങ്ങൾ
| പദം | അർത്ഥം |
|---|---|
| സ്ക്രീൻ റീഡർ | സ്ക്രീൻ ഉറക്കെ വായിക്കുകയോ ബ്രെയിൽ ഡിസ്‌പ്ലേയിലേക്ക് അയക്കുകയോ ചെയ്യുന്ന സോഫ്റ്റ്‌വെയർ; VoiceOver, NVDA, JAWS പോലുള്ളവ. |
| Alt ടെക്സ്റ്റ് | ഒരു ചിത്രത്തിന്റെ ടെക്സ്റ്റ് വിവരണം, സ്ക്രീൻ റീഡറുകൾ വായിക്കുന്നത്. അലങ്കാര ചിത്രങ്ങൾക്ക് ശൂന്യമായ alt നൽകുന്നു, അതിനാൽ അവ ഒഴിവാക്കപ്പെടുന്നു. |
| കോൺട്രാസ്റ്റ് റേഷ്യോ | ടെക്സ്റ്റും പശ്ചാത്തല നിറങ്ങളും എത്രത്തോളം വ്യത്യസ്തമാണ്, 1:1 മുതൽ 21:1 വരെ. |
| കീബോർഡ് നാവിഗേഷൻ | മൗസിന് പകരം Tab, Enter, Space, അമ്പടയാള കീകൾ ഉപയോഗിച്ച് ഒരു സൈറ്റ് ഉപയോഗിക്കുന്നത്. |
| ഫോക്കസ് ഇൻഡിക്കേറ്റർ | കീബോർഡ് ഏത് ഘടകത്തിലാണെന്ന് കാണിക്കുന്ന ദൃശ്യമായ ഔട്ട്‌ലൈൻ. |
| Semantic HTML | ജോലിക്ക് ശരിയായ ഘടകം ഉപയോഗിക്കുക — <button>, <nav>, <h2> — ബ്രൗസറുകളും സഹായക സാങ്കേതികവിദ്യയും പേജ് മനസ്സിലാക്കാൻ. |
| ARIA | കസ്റ്റം നിയന്ത്രണങ്ങളെ സഹായക സാങ്കേതികവിദ്യയ്ക്ക് വിവരിക്കുന്ന അധിക ആട്രിബ്യൂട്ടുകൾ. കുറച്ച് മാത്രം ഉപയോഗിക്കുക; നേറ്റീവ് HTML ഘടകങ്ങളാണ് ആദ്യം. |
| സഹായക സാങ്കേതികവിദ്യ | കമ്പ്യൂട്ടറുകൾ ആക്സസ് ചെയ്യാൻ ആളുകൾ ഉപയോഗിക്കുന്ന ഉപകരണങ്ങൾ; സ്ക്രീൻ റീഡറുകൾ മുതൽ സ്വിച്ച് ഉപകരണങ്ങളും വോയ്സ് കൺട്രോളും വരെ. |
സാധാരണ തെറ്റിദ്ധാരണകൾ
- "Accessibility അന്ധരായ ഉപയോക്താക്കൾക്ക് മാത്രം പ്രധാനമാണ്." ഇത് കാഴ്ച, ചലന, കേൾവി, സംസാര, കോഗ്നിറ്റീവ് വൈകല്യങ്ങളും, തകർന്ന കൈ പോലുള്ള താൽക്കാലിക സാഹചര്യങ്ങളും ഉൾക്കൊള്ളുന്നു.
- "Accessible സൈറ്റുകൾ മങ്ങിയതായി കാണപ്പെടും." Accessibility ചില കാര്യങ്ങൾ — കോൺട്രാസ്റ്റ്, ഫോക്കസ് സ്റ്റൈലുകൾ, ടെക്സ്റ്റ് വലുപ്പം — പരിമിതപ്പെടുത്തുന്നു, പക്ഷേ നല്ല രൂപമുള്ള accessible സൈറ്റുകളാണ് സാധാരണം, അപവാദമല്ല.
- "ഒരു ഓട്ടോമാറ്റിക് ചെക്കർ 100 എന്ന് പറഞ്ഞാൽ നമ്മൾ കഴിഞ്ഞു." ഓട്ടോമാറ്റിക് ടൂളുകൾ ചില പ്രശ്നങ്ങൾ മാത്രമേ കണ്ടെത്തൂ. alt ടെക്സ്റ്റ് അർത്ഥവത്താണോ, അല്ലെങ്കിൽ ഒരു ഫ്ലോ സ്ക്രീൻ റീഡറിനൊപ്പം അർത്ഥവത്താണോ എന്നത് ഒരാൾ പരിശോധിക്കണം.
- "ഒരു overlay വിജറ്റ് ഞങ്ങളെ അനുസൃതമാക്കും." മുകളിൽ ഒട്ടിക്കുന്ന ടൂൾബാറുകൾക്ക് കോഡിലെ ലേബലുകളുടെ അഭാവമോ തകർന്ന കീബോർഡ് ആക്സസോ ശരിയാക്കാനാകില്ല. ഉറവിടം ശരിയാക്കുക.
- "ഞങ്ങൾക്ക് വൈകല്യമുള്ള ഉപയോക്താക്കളില്ല." നിങ്ങൾക്ക് അത് അറിയാത്തതായിരിക്കാം. പല വൈകല്യങ്ങളും കാണാനാകാത്തതാണ്, തടസ്സം നേരിടുന്നവർ സാധാരണയായി പോകുന്നു.
AI ബിൽഡറോട് എന്ത് ചോദിക്കണം
- "ഇത് WCAG 2.2 AA തലത്തിൽ നിർമ്മിക്കുക."
- "Semantic HTML ഉപയോഗിക്കുക: യഥാർത്ഥ ബട്ടണുകൾ, ലിങ്കുകൾ, ക്രമത്തിലുള്ള തലക്കെട്ടുകൾ, ഓരോ ഫോം ഫീൽഡിനും ലേബലുകൾ."
- "ഓരോ ഇന്ററാക്ടീവ് ഘടകവും കീബോർഡ് മാത്രം ഉപയോഗിച്ച് പ്രവർത്തിക്കുകയും ദൃശ്യമായ ഫോക്കസ് സ്റ്റൈൽ ഉണ്ടാവുകയും ചെയ്യട്ടെ."
- "എല്ലാ ടെക്സ്റ്റിന്റെയും ഐക്കണുകളുടെയും നിറങ്ങൾ കോൺട്രാസ്റ്റിന് പരിശോധിക്കുക — സാധാരണ ടെക്സ്റ്റിന് 4.5:1, വലിയ ടെക്സ്റ്റിനും ഐക്കണുകൾക്കും 3:1."
- "വിവരദായകമായ ചിത്രങ്ങൾക്ക് അർത്ഥവത്തായ alt ടെക്സ്റ്റും അലങ്കാര ചിത്രങ്ങൾക്ക് ശൂന്യമായ alt ടെക്സ്റ്റും ചേർക്കുക."
- "ഫോം പിശകുകൾ നിറം മാത്രമല്ല, ഫീൽഡുമായി ബന്ധിപ്പിച്ച ടെക്സ്റ്റായി കാണിക്കുക."
- "ആനിമേഷനുകൾക്ക് ഉപയോക്താവിന്റെ reduced-motion ക്രമീകരണം പാലിക്കുക."
- "ഒരു ഓട്ടോമാറ്റിക് accessibility പരിശോധന പ്രവർത്തിപ്പിച്ച് അത് പരിശോധിക്കാൻ കഴിയാത്തവ പട്ടികപ്പെടുത്തുക, അവ കൈകൊണ്ട് പരിശോധിക്കാൻ."
അതിനുശേഷം സ്വയം പരിശോധിക്കുക: മൗസ് മാറ്റിവെച്ച്, Tab, Shift+Tab, Enter, Space മാത്രം ഉപയോഗിച്ച് നിങ്ങളുടെ പ്രധാന ഫ്ലോ പൂർത്തിയാക്കാൻ ശ്രമിക്കുക. പ്രധാന പേജിൽ നിങ്ങളുടെ ഫോണിലെ അന്തർനിർമ്മിത സ്ക്രീൻ റീഡർ പരീക്ഷിക്കുക. ബ്രൗസർ 200% വരെ സൂം ചെയ്ത് എന്തെങ്കിലും തകരുന്നുണ്ടോ എന്ന് നോക്കുക.
Mythex-ലെ accessibility
Mythex-ൽ പ്രത്യേക accessibility പരിശോധകൻ ഇല്ല, അതിനാൽ accessibility നിങ്ങളുടെ പ്രോംപ്റ്റുകളുടെയും പരിശോധനയുടെയും ഭാഗമായി കാണുക. ആദ്യ പ്രോംപ്റ്റ് മുതൽ WCAG 2.2 AA ആവശ്യപ്പെടുക, Preview-ൽ കീബോർഡ് ഉപയോഗിച്ച് ഫലം പരിശോധിക്കുക, പ്രസിദ്ധീകരിക്കുന്നതിന് മുമ്പ് പ്രധാന ഫ്ലോകളിലൂടെ ഏജന്റ് ക്ലിക്ക് ചെയ്തു പോകാൻ /test ഉപയോഗിക്കുക — App Testing കാണുക. SEO പാചകക്കുറിപ്പും സെമാന്റിക് തലക്കെട്ടുകളും അർത്ഥവത്തായ alt ടെക്സ്റ്റും ആവശ്യപ്പെടുന്നു, അത് രണ്ട് ലക്ഷ്യങ്ങൾക്കും സഹായിക്കുന്നു.
പ്രായോഗിക പരിശോധനാ പട്ടികയ്ക്ക്, നിങ്ങളുടെ വെബ്സൈറ്റ് എങ്ങനെ accessible ആക്കാം കാണുക. ഡിസൈനിന്, AI ഉപയോഗിച്ച് നല്ല രൂപത്തിലുള്ള ആപ്പ് എങ്ങനെ ഡിസൈൻ ചെയ്യാം വായിക്കുക, ലോഞ്ചിന് മുമ്പ് ആപ്പ് ലോഞ്ചിന് മുമ്പ് എങ്ങനെ പരീക്ഷിക്കാം. W3C-യുടെ സ്വന്തം WCAG അവലോകനം ആണ് അധികാരപൂർവ്വമായ ഉറവിടം.
ചോദ്യങ്ങൾ
ലളിതമായി പറഞ്ഞാൽ എന്താണ് web accessibility?
വൈകല്യമുള്ള ആളുകൾക്ക് വെബ്സൈറ്റുകളും ആപ്പുകളും കാണാനും മനസ്സിലാക്കാനും നാവിഗേറ്റ് ചെയ്യാനും ഉപയോഗിക്കാനും കഴിയുന്ന രീതിയിൽ രൂപകൽപ്പന ചെയ്യുകയും നിർമ്മിക്കുകയും ചെയ്യുന്നതാണ് web accessibility. സ്ക്രീൻ റീഡർ ഉപയോഗിക്കുന്ന അന്ധരായ ആളുകൾ, മൗസ് ഉപയോഗിക്കാൻ കഴിയാത്തവർ, കാഴ്ചക്കുറവോ വർണ്ണാന്ധതയോ ഉള്ളവർ, ബധിരർ, കോഗ്നിറ്റീവ് വൈകല്യമുള്ളവർ എന്നിവരെല്ലാം ഇതിൽ ഉൾപ്പെടുന്നു.
എന്താണ് WCAG?
Web accessibility-ക്കുള്ള അന്താരാഷ്ട്ര നിലവാരമാണ് WCAG (Web Content Accessibility Guidelines), W3C ആണ് ഇത് പ്രസിദ്ധീകരിക്കുന്നത്. നിലവിലെ പതിപ്പ് WCAG 2.2 ആണ്, 2023 ഒക്ടോബറിൽ ആദ്യമായി പ്രസിദ്ധീകരിച്ചത്. അതിന്റെ വിജയ മാനദണ്ഡങ്ങൾ A, AA, AAA എന്നീ തലങ്ങളായി തിരിച്ചിരിക്കുന്നു; മിക്ക സ്ഥാപനങ്ങളും നിയമങ്ങളും പരാമർശിക്കുന്ന ലക്ഷ്യം AA തലമാണ്.
WCAG ഏത് കളർ കോൺട്രാസ്റ്റ് ആവശ്യപ്പെടുന്നു?
AA തലത്തിൽ, സാധാരണ ടെക്സ്റ്റിന് പശ്ചാത്തലവുമായി കുറഞ്ഞത് 4.5:1 കോൺട്രാസ്റ്റ് റേഷ്യോ വേണം, വലിയ ടെക്സ്റ്റിന് (ഏകദേശം 18 പോയിന്റ്, അല്ലെങ്കിൽ ബോൾഡ് 14 പോയിന്റ്) കുറഞ്ഞത് 3:1 വേണം. ഐക്കണുകൾക്കും നിയന്ത്രണങ്ങളുടെ ദൃശ്യഭാഗങ്ങൾക്കും അവയുടെ അരികിലുള്ള കാര്യവുമായി കുറഞ്ഞത് 3:1 വേണം.
Web accessibility നിയമപരമായ ആവശ്യകതയാണോ?
പല സ്ഥലങ്ങളിലും, പല സ്ഥാപനങ്ങൾക്കും, അതെ. രാജ്യവും മേഖലയും അനുസരിച്ച് നിയമങ്ങൾ വ്യത്യാസപ്പെടുന്നു — ഉദാഹരണത്തിന്, യൂറോപ്യൻ Accessibility Act യൂറോപ്യൻ യൂണിയനിലെ നിരവധി ഉപഭോക്തൃ ഡിജിറ്റൽ ഉൽപ്പന്നങ്ങളും സേവനങ്ങളും ഉൾക്കൊള്ളുന്നു. നിങ്ങൾക്ക് ബാധകമായ നിയമങ്ങൾ പരിശോധിക്കുക, അല്ലെങ്കിൽ ഒരു നിയമോപദേഷ്ടാവിനോട് ചോദിക്കുക.
ഒരു accessibility overlay അല്ലെങ്കിൽ വിജറ്റിന് എന്റെ സൈറ്റിനെ അനുസൃതമാക്കാനാകുമോ?
അതുകൊണ്ടു മാത്രം ഇല്ല. Overlay-കൾ നിങ്ങളുടെ സൈറ്റിന് മുകളിൽ ഒരു ടൂൾബാർ ചേർക്കുന്നു, പക്ഷേ ലേബലുകൾ ഇല്ലാത്തത്, കീബോർഡ് നാവിഗേഷൻ പ്രവർത്തിക്കാത്തത്, അല്ലെങ്കിൽ വ്യക്തമല്ലാത്ത ഘടന പോലുള്ള അടിസ്ഥാന പ്രശ്നങ്ങൾ വിശ്വസനീയമായി പരിഹരിക്കാനാകില്ല. വിശ്വസനീയമായ മാർഗം സൈറ്റിന്റെ കോഡും ഉള്ളടക്കവും ശരിയാക്കുന്നതാണ്.