ابزار رایگان دسترس‌پذیری

بررسی WCAG 2.2

ببینید سایت شما در هر یک از 55 معیار موفقیت WCAG 2.2 در سطح A و AA در چه وضعیتی است. هر معیار یکی از چهار وضعیت را می‌گیرد، تا بدانید تست‌های خودکار چه چیزهایی را پوشش داده‌اند و چه چیزهایی را هنوز باید یک انسان بررسی کند.

رایگان. حداکثر پنج صفحه کلیدی را در حدود یک دقیقه تست می‌کند.

این ابزار چه چیزهایی را بررسی می‌کند

  • همه معیارهای سطح A و AA

    هر 55 معیار، یعنی 31 معیار در سطح A و 24 معیار در سطح AA، به ترتیب WCAG و همراه با شماره و نامشان. معیار 4.1.1 Parsing کنار گذاشته شده است، چون WCAG 2.2 آن را منسوخ اعلام کرده است.

  • نتایج خودکار، متصل به معیارها

    قواعد axe-core روی صفحه‌ای که وارد می‌کنید و حداکثر چهار صفحه کلیدی دیگر اجرا می‌شوند و هر نتیجه به معیارهای موفقیتی که آن قاعده می‌سنجد متصل می‌شود. یک معیار زمانی رد می‌شود که هر یک از قواعدش در هر یک از صفحات تست‌شده رد شود.

  • شواهد صفحه‌کلید

    یک آزمون 40 مرحله‌ای فشردن Tab در صفحه اول، داده لازم برای معیار 2.1.2 No Keyboard Trap را فراهم می‌کند و، به‌عنوان یک روش تقریبی که برای بررسی نمایش داده می‌شود، داده معیار 2.4.7 Focus Visible را نیز.

  • نتایج قطعی‌نشده، جدا نگه داشته می‌شوند

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

  • شکاف‌های آشکار به‌جای امتیاز

    معیارهایی که هیچ قاعده خودکاری پوششان نمی‌دهد با وضعیت بررسی دستی (Manual check) مشخص می‌شوند. هیچ چیزی در قالب یک درصد میانگین‌گیری نمی‌شود که آنچه تست نشده را پنهان کند.

آنچه نمی‌تواند بررسی کند

  • تصمیم‌گیری درباره معیارهایی که به قضاوت انسانی نیاز دارند، مانند 1.4.10 Reflow، 1.4.11 Non-text Contrast، معیارهای 1.2 درباره زیرنویس و توصیف صوتی، و معیارهای 3.3.1 تا 3.3.4 درباره خطاهای فرم.
  • تبدیل وضعیت «بدون خطای خودکار» (No automated failures) به قبولی. قاعده‌ای که اجرا شده و قبول شده، فقط همان چیزی را پوشش می‌دهد که خود آن قاعده می‌سنجد.
  • تهیه ادعای انطباق (conformance claim)، بیانیه دسترس‌پذیری یا VPAT. انطباق را انسان‌ها و بر اساس صفحات کامل و فرایندهای کامل ارزیابی می‌کنند.
  • تست سطح AAA، یا صفحاتی فراتر از پنج صفحه اسکن.
  • دسترسی به مراحل پشت ورود به حساب یا فرایند پرداخت، جایی که معمولاً معیارهایی مانند 3.3.7 Redundant Entry و 3.3.8 Accessible Authentication مطرح می‌شوند.

چرا اهمیت دارد

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

ابزارهای خودکار به کمتر از نیمی از معیارهای سطح A و AA می‌پردازند: axe-core قواعد خود را به حدود 25 معیار از 55 معیار متصل می‌کند. برای بقیه هیچ تست خودکار قابل‌اعتمادی وجود ندارد. نرم‌افزار نمی‌تواند تشخیص دهد که آیا یک پیام خطا راه اصلاح را پیشنهاد می‌کند (3.3.3) یا آیا صفحه در عرض 320 پیکسل CSS همچنان کار می‌کند (1.4.10). فهرست کردن این معیارها با وضعیت بررسی دستی (Manual check) نشان می‌دهد تست هنوز کجا باید انجام شود.

حتی معیاری که هیچ خطای خودکاری ندارد ممکن است رد شود. قواعد معیار 1.1.1 Non-text Content بررسی می‌کنند که تصویر متن alt داشته باشد؛ اما نمی‌توانند تشخیص دهند که alt="IMG_2041.jpg" برای کسی که عکس را نمی‌بیند بی‌فایده است.

نحوه خواندن نتایج

رد شده
دست‌کم یکی از قواعد خودکار مرتبط با این معیار در یکی از صفحات تست‌شده رد شده است. این یک مشکل قطعی است؛ ابزار بررسی دسترس‌پذیری سایت عناصر و صفحات مربوط به آن را نشان می‌دهد.
نیاز به بررسی
یک بررسی خودکار موردی را علامت زده که نتوانسته درباره‌اش تصمیم بگیرد، مثلاً کنتراست متن روی یک گرادیان. یک انسان باید آن عنصر را بررسی کند.
بدون خطای خودکار
دست‌کم یکی از قواعد axe-core مرتبط با این معیار اجرا شده و قبول شده است. این به معنای انطباق نیست: قواعد فقط بخشی از خواسته‌های معیار را پوشش می‌دهند.
فعال نشده
برای این معیار قواعد خودکار وجود دارد، اما در صفحات تست‌شده چیزی برای بررسی آن‌ها نبود، مثلاً ویدیویی برای قواعد زیرنویس یا فرمی برای قواعد برچسب. اگر سایت شما چنین محتوایی را در جای دیگری دارد، آن را دستی تست کنید.
بررسی دستی
هیچ قاعده خودکاری این معیار را پوشش نمی‌دهد، بنابراین اسکن نه مثبت و نه منفی چیزی درباره آن نمی‌گوید. آن را دستی تست کنید.
سطح A و سطح AA
سطح A حداقل است. سیاست‌هایی که به WCAG استناد می‌کنند معمولاً سطح AA را ذکر می‌کنند که همه معیارهای سطح A را هم دربر می‌گیرد.

نحوه رفع رایج‌ترین مشکلات

  • رد شدن معیار 4.1.2 Name, Role, Value

    کنترل‌های سفارشی که با عناصر div یا span ساخته شده‌اند (منوها، تب‌ها، آکاردئون‌ها، کلیدهای تغییر وضعیت) به فناوری‌های کمکی نمی‌گویند چه هستند یا باز هستند یا نه. هر جا ممکن است از عنصر بومی <button> استفاده کنید، به آن نام بدهید و aria-expanded یا aria-pressed را تنظیم کنید تا وضعیتش اعلام شود.

  • رد شدن معیار 1.3.1 Info and Relationships

    ساختار باید در markup باشد، نه فقط در استایل. به‌جای پاراگراف‌های پررنگ از عناصر واقعی h2 و h3 استفاده کنید، برای فهرست‌ها از ul یا ol، برای سرستون‌های جدول از th همراه با scope، و برای گروه‌هایی از فیلدهای فرم از برچسب‌ها یا fieldset همراه با legend.

  • رد شدن معیار 3.1.1 Language of Page

    یک ویژگی lang به عنصر html اضافه کنید، مثلاً <html lang="en">. قالب‌های WordPress معمولاً آن را با language_attributes() چاپ می‌کنند؛ در قالب Shopify، از <html lang="{{ request.locale.iso_code }}"> در فایل layout/theme.liquid استفاده کنید.

  • رد شدن معیار 2.5.8 Target Size (Minimum)

    زدن آیکون‌های کوچک و لینک‌هایی که خیلی نزدیک به هم هستند با انگشت دشوار است. هر هدف را دست‌کم 24 × 24 پیکسل CSS کنید، یا هدف‌های کوچک را با فاصله‌ای قرار دهید که دایره‌ای 24 px به مرکز هر کدام با هدف دیگری هم‌پوشانی نداشته باشد. padding هدف را بزرگ‌تر می‌کند بی‌آنکه آیکون تغییر کند.

  • انجام بررسی‌های دستی

    از بررسی‌های سریع شروع کنید. برای 1.4.10 Reflow، پنجره مرورگری با عرض 1280 px را تا 400% بزرگ‌نمایی کنید و بررسی کنید که هیچ بخشی به پیمایش افقی نیاز نداشته باشد. برای 2.4.7 و 2.4.11، با Tab در صفحه حرکت کنید و بررسی کنید که فوکوس همیشه قابل‌مشاهده باشد و هرگز پشت هدر چسبان یا بنر کوکی پنهان نشود. برای 3.3.1، فرمی را با اشتباه ارسال کنید و ببینید آیا خطاها به‌روشنی در قالب متن توضیح داده می‌شوند.

پرسش‌هایی درباره این ابزار

در WCAG 2.2 چه چیزهایی در سطح A و AA تغییر کرد؟

شش معیار اضافه شد: 2.4.11 Focus Not Obscured (Minimum)، 2.5.7 Dragging Movements، 2.5.8 Target Size (Minimum)، 3.2.6 Consistent Help، 3.3.7 Redundant Entry و 3.3.8 Accessible Authentication (Minimum). WCAG 2.2 همچنین سه معیار سطح AAA اضافه می‌کند و 4.1.1 Parsing را حذف می‌کند.

چرا 4.1.1 Parsing در فهرست نیست؟

WCAG 2.2 معیار 4.1.1 Parsing را منسوخ اعلام و حذف کرده است، چون مرورگرها و فناوری‌های کمکی دیگر به خطاهای markup که این معیار پوشش می‌داد وابسته نیستند. W3C توضیح می‌دهد که در WCAG 2.0 و 2.1 این معیار اکنون برای محتوای HTML همیشه برآورده‌شده در نظر گرفته می‌شود.

آیا رعایت WCAG 2.2، WCAG 2.1 را هم پوشش می‌دهد؟

بله. WCAG 2.2 با نسخه‌های قبلی سازگار است: محتوایی که با 2.2 مطابقت دارد با 2.1 و 2.0 هم مطابقت دارد. بنابراین تست بر اساس 2.2 نسخه‌های قدیمی‌تری را هم پوشش می‌دهد که بسیاری از سیاست‌ها هنوز به آن‌ها استناد می‌کنند.

آیا می‌توانم از این ابزار برای نوشتن بیانیه دسترس‌پذیری یا VPAT استفاده کنم؟

این ابزار یک نقطه شروع است، نه گزارش انطباق. بیانیه یا VPAT نیاز دارد همه معیارها ارزیابی شوند، که بیشترشان را باید انسان ارزیابی کند؛ فهرست‌های بررسی دستی (Manual check) و نیاز به بررسی نشان می‌دهند کدام معیارها هنوز به چنین ارزیابی‌ای نیاز دارند.

چرا برای این همه معیار «بررسی دستی» (Manual check) نوشته شده است؟

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

گزارش رفع مشکلات دسترس‌پذیری ($174، یک‌باره) از اسکن رایگان کامل شروع می‌کند و صفحات بیشتر، تغییر لازم برای هر یافته، یک فایل PDF و تست‌های مجدد برای تأیید اصلاحات شما را اضافه می‌کند.

درباره گزارش رفع مشکلات دسترس‌پذیری