دسترسپذیری
بیانیهای ارزش خواندن دارد که نام چیزهای نادرست را بیاورد. این بیانیه چنین میکند و همچنین توضیح میدهد چه استانداردهایی را در ساخت محصولاتمان رعایت میکنیم و چگونه مواردی را که از قلم انداختهایم گزارش کنید.
- هدفگذاری بر اساس WCAG 2.2 AA
- کنتراست اندازهگیری میشود، نه صرفاً قضاوت
- شکافهای شناختهشده فهرست شدهاند
موضع
این وبسایت را مطابق WCAG 2.2 سطح AA میسازیم و بهجای فرض کردن، آن را بررسی میکنیم: کنتراست در برابر رنگی سنجیده میشود که هر عنصر واقعاً روی آن نمایش داده میشود و وجود هر مورد عدم انطباق مانع ساخت میشود. این هدفی نیست که اعلامش کنیم و سالی یکبار دوباره سراغش برویم؛ این بررسی در هر انتشار انجام میشود.
این متن ادعای انطباق کامل نیست. کاستیهای شناختهشده در ادامه فهرست شدهاند، نه اینکه حذف شوند. اگر بخشی از این سایت یا برنامه برای شما قابل استفاده نیست، با [email protected] تماس بگیرید، موضوع دسترسپذیری را بنویسید و توضیح دهید چه اتفاقی افتاده است؛ این مورد بهعنوان گزارش نقص بررسی میشود، نه بازخورد.
لازمالاجرا از
چه چیزهایی در این سایت پیادهسازی شده است
- همه صفحهها بدون JavaScript کار میکنند. هیچ محتوایی بهصورت پیشفرض پنهان نیست تا بعداً با یک اسکریپت نمایش داده شود؛ بنابراین صفحهای که اسکریپتش اجرا نشده، مسدودکننده محتوای سختگیرانه دارد یا با یک کلاینت فقطمتنی باز میشود، همچنان محتوای خود را نشان میدهد. عناصر تعاملی، قابلیتهای تکمیلی روی صفحههایی هستند که از قبل کار میکنند.
- کنتراست در برابر پسزمینه واقعیِ نمایشدادهشده اندازهگیری میشود؛ برای این کار هر عنصر را به نخستین جد شفافنبودنی که پشت آن قرار دارد میرسانیم، نه اینکه آن را در برابر رنگی فرضی با چشم ارزیابی کنیم. متن بدنه این سایت زمانی نسبت 4.49:1 داشت — کمتر از AA و در ظاهر کاملاً قابلقبول بود — و فقط با اندازهگیری متوجه آن شدیم.
- پیوند پرش و فوکوس قابلمشاهده. هر صفحه با یک پیوند پرش به محتوا باز میشود و هر عنصر تعاملی نشانگر فوکوس قابلمشاهده دارد؛ برای مرتبتر شدن ظاهر، خط دور فوکوس حذف نشده است.
- ساختار معنایی. در هر صفحه یک h1، عنوانها بهترتیب و بدون رد شدن از سطحی، فهرستهای واقعی، جدولهایی با سلولهای سرعنوان و شرح مناسب، و نقاط شاخصی وجود دارد که صفحهخوان میتواند با آنها جابهجا شود.
- حرکت از تنظیمات سیستم پیروی میکند. همه انیمیشنها با فعال بودن prefers-reduced-motion غیرفعال میشوند و محتوا بلافاصله دیده میشود، نه اینکه منتظر ورود انیمیشنی بماند.
- متن بزرگنمایی میشود. چیدمانها از واحدهای نسبی و بازچینی محتوا استفاده میکنند تا هنگام بزرگ شدن متن یا باریک بودن پنجره، خراب نشوند یا نیاز به پیمایش افقی پیدا نکنند.
- متن جایگزین معنادار، و برای تصویری داخل پیوندی که خودش متن دارد، عمداً alt خالی — چون افزودن توضیح در آنجا باعث میشود صفحهخوان یک چیز را دوبار اعلام کند.
کاستیهای شناختهشده
دلیل ارزش انتشار این صفحه همین بخش است. هر مورد واقعی است، از آن خبر داریم و هیچکدام را در اینجا حلشده معرفی نمیکنیم.
این سایت به سی زبان منتشر شده و در همه آنها با صفحهخوان آزمایش نشده است. آزمایشها به زبان انگلیسی انجام شدهاند. تلفظ و ترتیب خواندن در زبانهای راستبهچپ، و در خطهایی که قلمهای نمایشی ما پوشششان نمیدهند و قلم پلتفرم جایگزینشان میشود، با فناوری کمکی بررسی نشده است.
دو قلم ما فقط لاتین را پوشش میدهند. خطهای سیریلیک، دِواناگری، گرجی، تایلندی، عربی، عبری، بنگالی، اتیوپیایی و CJK همگی به قلمهای خود پلتفرم برمیگردند. این موضوع معمولاً برای خوانایی خوب است، اما جزئیات تایپوگرافیکیای را که در انگلیسی کنترل میکنیم — وزن، فاصلهگذاری و اندازهای که در آن متن کوچک دیگر بهاندازه کافی کوچک نیست — در این زبانها کنترل نمیکنیم.
بعضی عناصر تعاملی جدیدترند و کمتر آزمایش شدهاند. ماتریس مقایسه و فیلتر جستوجوی راهنما، ردیفها را در همانجا تغییر میدهند که الگوی درست است، اما اعلام تعداد نتایج تغییرکرده به صفحهخوان پیادهسازی شده و با کاربر آزمایش نشده است.
اپ با همان هدفگذاری روبهروست و کمتر از سایت ممیزی میشود. این اپ از بزرگنمایی متن و صفحهخوان خود پلتفرم پشتیبانی میکند که هر دو بیشتر کار را انجام میدهند، اما در حال حاضر برای هر انتشار، ممیزی رسمی دسترسپذیری انجام نمیدهیم.
هیچ ممیزی رسمیِ شخص ثالثی انجام نشده است؛ نه برای سایت و نه برای اپ. ترجیح میدهیم این را صریح بگوییم تا اینکه وانمود کنیم گواهیای داریم که در اختیارمان نیست.
اپ و یک نکته مهم
اپ Telvio به قابلیتهای دسترسپذیری سیستمعاملی که روی آن اجرا میشود متکی است: VoiceOver و Dynamic Type در iOS، و TalkBack و بزرگنمایی قلم در Android. این قابلیتها بیشتر نیازهای مهم اپی را پوشش میدهند که رابطش شامل صفحهکلید، موجودی و فهرستی از نرخهاست.
یک تصمیم طراحی هست که بهتر است آن را بهعنوان ویژگی دسترسپذیری مطرح کنیم، نه یک قابلیت معمولی. چون اپ به حساب کاربری نیاز ندارد، فرم ثبتنام، رمز عبور، مرحله تأیید ایمیل و کدی که باید از یک پیام بازیابی شود وجود ندارد — کل این نوع تعامل که بیشتر از همه برای افرادِ استفادهکننده از فناوری کمکی، یا هرکسی که فرمها را دشوار مییابد، مشکلساز میشود، اصلاً در اینجا وجود ندارد. نصب کنید، شماره بگیرید و صحبت کنید.
محدودیت مربوط به آن نیز در همان صفحهای آمده که همه چیز دیگر: اپ نمیتواند با خدمات اضطراری تماس بگیرد؛ این موضوع در بخش تماسهای اضطراری توضیح داده شده است. اگر کسی این اپ را برای یکی از نزدیکانش راهاندازی کند — الگویی رایج، بهخصوص برای سالمندانی که با خانواده خود در خارج از کشور تماس میگیرند — این مهمترین نکتهای است که هنگام انجام کار باید توضیح داده شود.
گزارش مشکل به ما
به نشانی [email protected] ایمیل بزنید و موضوع را Accessibility بگذارید. جزئیات مفید شامل این موارد است: صفحه یا نمایشگر مربوط، کاری که میخواستید انجام دهید، فناوری کمکی مورد استفاده بههمراه نسخه آن، و اتفاقی که در عوض رخ داد. هیچکدام اجباری نیست — جملهای مثل “نمیتوانم جدول نرخها را با صفحهخوان استفاده کنم” گزارشی کاملاً مناسب است و ترجیح میدهیم آن را داشته باشیم تا اینکه گزارشی دریافت نکنیم.
هدف ما این است که ظرف پنج روز کاری، ارزیابی و در صورت توافق بر وجود نقص، یک بازه زمانی تقریبی برای پاسخ ارائه کنیم. مواردی که مانع انجام یک کار میشوند پیش از کارهای دیگر اصلاح میشوند؛ مواردی که انجام کار را دشوارتر میکنند، صادقانه در صف قرار میگیرند، نه اینکه مبهم و کلی وعده داده شوند.
اگر در اتحادیه اروپا هستید و معتقدید یک الزام دسترسپذیری رعایت نشده است، میتوانید موضوع را با نهاد اجرایی ملی مربوط نیز مطرح کنید. ترجیح میدهیم ابتدا به خود ما مراجعه کنید و در هر صورت پاسخ خواهیم داد.
این بررسیها واقعاً چگونه انجام میشوند
دو نکته ارزش توضیح دادن دارند، چون تفاوت میان یک بیانیه و یک رویه عملی را نشان میدهند.
کنتراست از روی خروجیِ نمایشدادهشده بررسی میشود، نه از روی کد. مقداری که از یک شیوهنامه خوانده میشود، میگوید از یک عنصر چه خواسته شده است، نه اینکه در نهایت چه شکلی پیدا کرده — عنصری نیمهشفاف روی نوار تیره، یک تابع رنگ مدرن که regex آن را نمیفهمد، یا سربرگ ثابتی روی تصویر اصلی. این بررسی با بالا رفتن تا نخستین جد شفافنبودنی و حل کردن رنگ از طریق خود مرورگر، پسزمینه واقعی هر عنصر را نمایش میدهد و سپس نسبت را محاسبه میکند. بررسی نشان داد متن بدنه این سایت نسبت 4.49:1 دارد؛ کمتر از AA است، اما در حالت مستقل کاملاً عادی به نظر میرسد.
صفحه همانطور که نمایش داده میشود بررسی میشود، نه همانطور که نوشته شده است. یک کاوشگر جداگانه هر صفحه را در یک مرورگر واقعی بارگذاری میکند و بررسی میکند آیا متنی در محدوده دید با شفافیت صفر وجود دارد، آیا سند بهصورت افقی پیمایش میشود، و آیا چیزی با رنگ پسزمینه خودش نمایش داده شده است یا نه. مورد آخر تا زمانی که به محیط واقعی نرسد عجیب به نظر میرسد: یک قانون CSS گروهی زمانی رنگ و پسزمینه یک برچسب را یکسان تنظیم کرد و نسبت کنتراست 1:1 ساخت؛ چیزی که در نشانهگذاری، DOM و حتی تصویر صفحه از کد منبع دیده نمیشود.
تصمیمهایی که آگاهانه گرفتیم
- بدون اجازه، هیچ حرکتی انجام نمیشود. انیمیشنهای پیمایش از اسکریپتی فعال میشوند که ابتدا تأیید میکند کاربر حرکت را میخواهد؛ بنابراین خوانندهای که حرکت کم را فعال کرده است، محتوا را بلافاصله میبیند و هرگز ورود آن را تماشا نمیکند.
- هیچ محتوایی پشت JavaScript نیست. هیچ بخشی بهصورت نامرئی نوشته نمیشود. این تصمیم بهاندازه عملکرد، به دسترسپذیری هم مربوط است — صفحهای که برای دیده شدن به اسکریپت وابسته باشد، برای هرکسی که اسکریپت برایش اجرا نشود از کار میافتد.
- در دادهها از واژه استفاده میکنیم، نه نماد. جدولهای مقایسه بهجای تیک و ضربدر، “بله”، “هیچکدام” و “رو به بالا گرد شده” را نشان میدهند، چون تیک هنگام اعلام شدن مبهم است و هنگام کپی کردن دیده نمیشود.
- هرجا توضیح تکراری میشود، alt خالی است. تصویری که داخل پیوندی با متن مستقل قرار دارد،
alt=""میگیرد تا صفحهخوان مقصد را یکبار، نه دوبار، اعلام کند. - جدولهای عریض داخل کادر خودشان پیمایش میشوند و صفحه را به طرفین هل نمیدهند؛ بنابراین در تلفن همراه برای خواندن یک پاراگراف، هیچوقت به پیمایش افقی نیاز نیست.
جمعبندی
ما محصول را بر اساس WCAG 2.2 AA میسازیم و در هر انتشار آن را بررسی میکنیم؛ کنتراست نیز در برابر پسزمینهای که واقعاً نمایش داده شده اندازهگیری میشود، نه پسزمینهای فرضی. این بهمعنای انطباق کامل نیست.
کاستیهای شناختهشده: آزمون با صفحهخوان در میان سی زبان فقط به انگلیسی انجام شده است، فونتهای ما فقط لاتین را پوشش میدهند و خطهای دیگر به فونتهای پلتفرم برمیگردند، عناصر تعاملی جدیدتر کمتر آزموده شدهاند و هیچ ممیزی مستقلی توسط شخص ثالث انجام نشده است.
هر موردی را که قابل استفاده نیست با موضوع «دسترسپذیری» به [email protected] گزارش کنید. با آن مانند گزارش نقص برخورد میشود و مواردی که مانع انجام یک کار میشوند، پیش از کارهای دیگر رفع خواهند شد.
پرسشهای متداول
Telvio از چه استاندارد دسترسپذیری پیروی میکند؟
هدف وبسایت، انطباق با WCAG 2.2 در سطح AA است و این موضوع در هر انتشار بررسی میشود، نه بهصورت دورهای. کنتراست هر عنصر در برابر پسزمینهای سنجیده میشود که واقعاً روی آن نمایش داده میشود و وجود هر مغایرتی فرایند ساخت را متوقف میکند. ادعایی درباره انطباق کامل مطرح نمیشود.
آیا وبسایت Telvio بدون JavaScript کار میکند؟
بله. هیچ محتوایی بهطور پیشفرض پنهان نمیشود تا بعداً با یک اسکریپت نمایش داده شود؛ بنابراین هر صفحه با JavaScript غیرفعال یا مسدودشده، محتوای خود را نشان میدهد. قابلیتهای تعاملی مانند فیلترهای مقایسه، امکاناتی افزوده بر صفحاتی هستند که از قبل کار میکنند.
آیا دسترسپذیری Telvio ممیزی شده است؟
هیچ ممیزی مستقلی از سوی شخص ثالث، نه برای وبسایت و نه برای اپ، انجام نشده است. بررسیهای خودکار و دستی در هر انتشار وبسایت انجام میشوند و این بیانیه، کاستیهای شناختهشده را فهرست میکند و آنها را حذف نمیکند.
آیا اپ Telvio با صفحهخوان قابل استفاده است؟
این اپ به قابلیتهای دسترسپذیری خودِ سیستمعامل متکی است — VoiceOver و Dynamic Type در iOS، و TalkBack و تغییر مقیاس قلم در Android. ممیزی آن با فاصله زمانی بیشتری نسبت به وبسایت انجام میشود و برای هر انتشار، ممیزی رسمی دسترسپذیری اجرا نمیشود.
چطور یک مشکل دسترسپذیری را گزارش کنم؟
به [email protected] ایمیل بزنید و در موضوع ایمیل بنویسید Accessibility. توضیح دهید کدام صفحه یا نمایشگر را میدیدید، قصد انجام چه کاری را داشتید و چه اتفاقی افتاد. اشاره به فناوری کمکی و نسخه مفید است، اما الزامی نیست. تلاش میکنیم ظرف پنج روز کاری پاسخ دهیم.
چرا سایت در زبان من از قلم متفاوتی استفاده میکند؟
دو قلمی که سایت با آنها طراحی شده است فقط خط لاتین را پوشش میدهند. خطهای سیریلیک، دِواناگری، گرجی، تایلندی، عربی، عبری، بنگالی، اتیوپیایی و CJK به قلمهای خودِ سیستمعامل بازمیگردند؛ این کار معمولاً خوانایی بهتری دارد، اما یعنی جزئیات تایپوگرافی در این زبانها تحت کنترل ما نیست.
