دسترسی دیجیتال چگونه اندازه گیری می شود؟

دسترسی دیجیتال به معنای طراحی و ساخت پیشنهادات دیجیتال شماست به گونه‌ای که صرف نظر از توانایی ذهنی یا جسمی فرد، او همچنان بتواند با وب‌سایت، اپلیکیشن یا سایر محصولات دیجیتال شما به روشی معنادار و برابر تعامل داشته باشد.

اما چگونه می‌توان میزان دسترسی‌پذیری یک محصول دیجیتال را سنجید؟ از کجا می‌توان فهمید که چیزی در دسترس است؟

مقدمه‌ای بر تست دسترسی‌پذیری

روش‌های زیادی برای آزمایش دسترسی‌پذیری یک محصول دیجیتال وجود دارد. یک رویکرد اساسی، ارزیابی آن در برابر مجموعه‌ای از استانداردهای دسترسی‌پذیری است.

انواع مختلفی از استانداردهای دسترسی‌پذیری وجود دارد. معمولاً صنعت، نوع محصول، قوانین و سیاست‌های محلی و کشوری یا اهداف کلی دسترسی‌پذیری شما، تعیین می‌کنند که کدام مجموعه دستورالعمل‌ها را باید دنبال کنید و کدام سطوح را باید رعایت کنید. اگر هیچ استاندارد خاصی برای پروژه شما لازم نیست، توصیه استاندارد این است که از آخرین نسخه دستورالعمل‌های دسترسی‌پذیری محتوای وب (WCAG) پیروی کنید.

آزمایش محصول دیجیتال شما در برابر یک استاندارد دسترسی‌پذیری و سطح انطباق، معمولاً به عنوان ممیزی دسترسی‌پذیری شناخته می‌شود. ممیزی دسترسی‌پذیری از روش‌ها، تکنیک‌ها و ابزارهای مختلفی از جمله طراحی، تست خودکار، دستی و فناوری کمکی (AT) استفاده می‌کند.

برای ثبت میزان انطباق دسترسی‌پذیری اولیه یک محصول دیجیتال، یک ممیزی دسترسی‌پذیری انجام دهید. اما اجرای یک‌باره آن در ابتدای پروژه برای تعیین دسترسی‌پذیری یک محصول کافی نیست. شما باید این ممیزی را چندین بار در طول چرخه حیات محصول نرم‌افزاری اجرا کنید تا تغییرات در سطح انطباق را در مقایسه با مجموعه‌ای از چک‌پوینت‌ها یا دستورالعمل‌های دسترسی‌پذیری از پیش تعیین‌شده بررسی کنید.

دستورالعمل‌های دسترسی‌پذیری محتوای وب (WCAG)

دستورالعمل‌های دسترسی به محتوای وب (WCAG) مجموعه‌ای بین‌المللی از استانداردهای دسترسی هستند که از طریق W3C و با همکاری افراد و سازمان‌ها تدوین شده‌اند. هدف WCAG ارائه یک استاندارد مشترک برای دسترسی دیجیتال است که نیازهای افراد، سازمان‌ها و دولت‌ها را در سراسر جهان برآورده کند.

WCAG در درجه اول برای طراحان و توسعه‌دهندگان برنامه‌های مبتنی بر وب و موبایل در نظر گرفته شده است. با این حال، بسیاری دیگر، از جمله توسعه‌دهندگان نرم‌افزار، تولیدکنندگان/ویراستاران محتوا و تمام سطوح مدیریت، از درک و به‌کارگیری تکنیک‌های مبتنی بر WCAG در فرآیند خود بهره‌مند می‌شوند. استانداردهای W3C دیگری نیز ممکن است برای نقش شما اعمال شوند، از جمله دستورالعمل‌های دسترسی به ابزار تألیف (ATAG) و دستورالعمل‌های دسترسی به عامل کاربر (UAAG) ، بنابراین مطمئن شوید که لیست استانداردهای W3C را بررسی کرده و از استاندارد (استانداردهایی) که برای نقش و پروژه شما مناسب‌تر است، استفاده می‌کنید.

از نظر دسترسی، WCAG به عنوان "استاندارد طلایی" برای آزمایش انطباق در نظر گرفته می‌شود. اولین پیش‌نویس WCAG در سال ۱۹۹۹ منتشر شد. نسخه فعلی WCAG 2.2 است. WCAG 3.0 تا ماه مه ۲۰۲۴ یک پیش‌نویس آزمایشی دارد، اما انتظار نمی‌رود که تا چند سال دیگر به یک استاندارد کامل W3C تبدیل شود.

دستورالعمل‌های WCAG دارای سه سطح از معیارهای موفقیت هستند: A، AA و AAA. معیارهای موفقیت، انطباق با WCAG را تعیین می‌کنند. برای برآورده کردن انطباق با WCAG، محصول دیجیتالی که آزمایش می‌کنید باید معیارهای موفقیت سطح هدف شما را برآورده کند.

    ۳۰

    الف) معیارهای موفقیت

    ۲۰

    معیارهای موفقیت AA

    ۲۸

    معیارهای موفقیت AAA

برای استاندارد فعلی (WCAG 2.2)، در مجموع ۷۸ معیار موفقیت وجود دارد که در هر سطح تقسیم شده‌اند. لازم به ذکر است که هر سطح مترقی است، به این معنی که اگر هدف دسترسی شما AA است، برای دستیابی به این سطح از انطباق، باید معیارهای موفقیت را برای هر دو سطح A و AA کسب کنید.

    ۳۰

    قبولی در سطح A

    ۵۰

    قبولی در سطح A + AA

    ۷۸

    قبولی در سطح A + AA + AAA

اصول دسترسی

معیارهای موفقیت WCAG مجموعه‌ای بسیار مهم از دستورالعمل‌های دقیق است که به طراحان و توسعه‌دهندگان نحوه ایجاد وب‌سایت‌ها و برنامه‌های قابل دسترس را اطلاع می‌دهد. درک این دستورالعمل‌ها برای رسیدگی به مسائلی که در آزمایش انطباق با قابلیت دسترسی ایجاد می‌شوند، بسیار مهم است، اما این دستورالعمل‌ها به سرعت بسیار فنی می‌شوند.

اگر در این زمینه تازه‌کار هستید، با اصول WCAG - قابل درک (Perceivable)، قابل اجرا (Operationable)، قابل فهم (Understanding) و مقاوم (Robust) (به اختصار POUR) - شروع کنید. با اعمال اصول POUR در محصولات دیجیتال خود، می‌توانید بر نحوه استفاده محصولات خود توسط انسان‌های واقعی، از جمله افراد دارای معلولیت، تمرکز کنید.

قابل درک (Perceiveable)، قابل اجرا (Operational)، قابل فهم (Understanding) و مقاوم (Robust) همگی به یکدیگر متصل هستند.

قابل درک

قابل درک توسط عینک نمایش داده می‌شود، اما برای درک محتوای روی صفحه نمایش از چندین حس استفاده می‌شود.

اولین مقوله در POUR، قابل درک بودن است. این اصل بیان می‌کند که کاربران باید بتوانند تمام اطلاعات ضروری روی صفحه را درک کنند و این اطلاعات باید به حواس چندگانه منتقل شود.

از خودتان بپرسید : آیا محتوا یا عملکردی در محصول دیجیتال شما وجود دارد که فردی با معلولیت خاص قادر به درک آن نباشد؟ حتماً انواع مختلف معلولیت‌ها - اختلالات بینایی، حرکتی، شنوایی، شناختی و گفتاری، اختلالات دهلیزی و تشنج و موارد دیگر - را در نظر بگیرید.

مثال‌ها

  • اضافه کردن متن جایگزین برای تمام تصاویر غیر تزئینی و آیکون‌های ضروری.
  • اضافه کردن زیرنویس، متن و توضیحات صوتی به ویدیوها.
  • اطمینان حاصل کنید که رنگ تنها روش انتقال معنا نیست.

قابل اجرا

قابل اجرا توسط یک صفحه کلید نمایش داده می‌شود، اما تعدادی رابط و نرم‌افزار وجود دارد که می‌توان برای تعامل از آنها استفاده کرد.

دسته دوم، قابل اجرا (Operational) است. برای این اصل، کاربران باید بتوانند رابط کاربری محصول دیجیتال را اجرا کنند. رابط کاربری نمی‌تواند مستلزم تعاملی باشد که کاربر قادر به انجام آن نباشد.

از خودتان بپرسید : آیا کاربران می‌توانند عناصر تعاملی محصول دیجیتال شما را کنترل کنند؟ آیا مشکلی در ترتیب فوکوس یا گیر کردن صفحه کلید وجود دارد؟ رابط‌های لمسی چگونه مدیریت می‌شوند؟

نمونه‌هایی از قابل اجرا

  • اضافه شدن پشتیبانی از صفحه کلید و صفحه لمسی به تمام عناصر فعال.
  • اطمینان حاصل کنید که اسلایدشوها و ویدیوها تمام کنترل‌های لازم را در دسترس دارند.
  • دادن زمان کافی به کاربران برای پر کردن فرم یا روشی برای تمدید زمان.

قابل فهم

قابل فهم (Decentable) با یک سر با نقاط متصل رنگارنگ نشان داده می‌شود.

سومین دسته از اصول POUR، قابل فهم بودن آن است. برای این اصل، کاربران باید اطلاعات و عملکرد رابط کاربری را درک کنند.

از خودتان بپرسید : آیا تمام محتوا به وضوح نوشته شده است؟ آیا تمام تعاملات به راحتی قابل درک هستند؟ آیا ترتیب صفحه برای کاربران بینا، کاربرانی که فقط از صفحه کلید استفاده می‌کنند، و کاربرانی که از صفحه خوان استفاده می‌کنند، منطقی است؟

مثال‌ها

  • به زبانی واضح، مختصر و بدون ابهام بنویسید. در صورت امکان، به جای کلمه پیچیده‌تر، از کلمه ساده‌تر استفاده کنید.
  • مطمئن شوید که محصول دیجیتال شما ناوبری قابل پیش‌بینی دارد.
  • مطمئن شوید که پیام‌های خطا واضح هستند، تا کاربر بداند در مرحله بعد چه مراحلی را باید انجام دهد.

مقاوم

مقاوم

آخرین دسته، مقاوم (Robust) است. این اصل بر پشتیبانی از فناوری‌های کمکی و اطمینان از این امر تمرکز دارد که با تکامل دستگاه‌ها و عامل‌های کاربری، محصول دیجیتال همچنان در دسترس باقی بماند.

از خودتان بپرسید : از چه نوع فناوری‌های کمکی پشتیبانی می‌کنید؟ آیا محصول دیجیتال شما فقط روی جدیدترین مرورگرها یا سیستم عامل‌ها کار می‌کند؟ آیا در همه نقاط توقف و در جهت‌های مختلف دستگاه کار می‌کند؟

مثال‌ها

  • پیمایش فقط با صفحه‌کلید را آزمایش کنید.
  • با فناوری‌های مختلف صفحه‌خوان تست کنید.
  • اطمینان حاصل کنید که صرف نظر از اندازه یا جهت دستگاه، به تمام محتوا و عملکردها دسترسی وجود دارد.

نتیجه‌گیری

به یاد داشته باشید، کل هدف POUR پایبندی سفت و سخت به قوانین سخت و سریع نیست. در عوض، راهی است برای کمک به شما در درک و برآورده کردن نیازهای متنوع کاربرانتان.