محتوا کلیک یک سایت دیگر با وردپرس فارسی
قبل از خرید راه‌حل‌های تست دسترسی خودکار، بیاموزید که چه هستند، چگونه کمک می‌کنند و چه چیزی ممکن است شکایت‌های ADA را به خود جلب کند.
هیچ راه‌حل آسانی برای ایجاد یک وب‌سایت یا برنامه تلفن همراه با دستورالعمل‌های انطباق دسترسی برای همه وجود ندارد.
این غیر واقعی است که به دنبال راه حلی باشید که به طور خودکار یک وب سایت یا برنامه وب را کاربردی کند.
و با این حال، بازاریابان دیجیتال سعی می کنند با استفاده از اتوماسیونی که به طور کامل درک نمی کنند، با وعده افزایش تبدیل برای بازار هدف جدید رو به رشد افرادی که از وب با فناوری کمکی استفاده می کنند، ابرقدرت موتورهای جستجو را تزریق کنند.
قبل از خرید راه‌حل‌های تست دسترسی خودکار، مطمئن شوید که می‌دانید چه هستند، چگونه کمک می‌کنند و چه چیزی ممکن است شکایت‌های ADA را جذب کند.
شما کاری را که انجام می دهید انجام می دهید زیرا:
میبینمت.
متداول ترین سوالی که از من پرسیده می شود این است که آیا از پوشش به عنوان راه حلی برای تعمیرات دسترسی به وب استفاده کنم یا خیر. بنابراین در این ستون به بررسی موارد زیر می پردازیم:
اگر فکر می‌کردید یادگیری نحوه بهبود تبدیل‌ها با کارکرد مجدد معماری اطلاعات و تمرکز بر قابلیت استفاده بدتر است، صبر کنید تا دسترسی به وب را پیدا کنید.
چرا دسترسی مهم است؟
این دومین سوال رایجی است که از من پرسیده می شود.
برای یافتن پاسخ فقط باید خود را در نظر بگیرید.
بیایید به شما نگاه کنیم.
شما دوست ندارید طرد شوید یا به گونه ای متفاوت با شما رفتار شود.
شما می خواهید درگیر و درگیر باشید، شرکت کنید و کارهای روزمره را بدون سر و صدا انجام دهید.
طراحی صفحات وب که خواندن، درک و دسترسی آسان با نرم افزارهای کمکی آسان باشد چقدر دشوار است؟
حل کردن رایج ترین مسائل دسترسی به تنهایی کار سختی نیست.
برای مثال، اگر از وردپرس استفاده می‌کنید، بسیاری از تم‌ها گزینه‌های سفارشی‌سازی را ارائه می‌دهند، از افزودن حالت‌های تمرکز سفارشی گرفته تا تنظیمات محتوا برای پیوندها، به طوری که آنها انگیزه کلیک‌ها را برای کاربران بینا و افرادی که با صفحه‌خوان‌ها گوش می‌کنند را فراهم می‌کنند.
اگر قصد پرداخت هزینه برای پوشش یا ویجت را دارید، زیرا به نظر می رسد معجزه آسا به نظر می رسد، به یاد داشته باشید که پوشش های دسترسی برای شناخت نیازهای منحصر به فرد بازار هدف شما طراحی نشده اند.
پوشش‌ها همان معیارهای WCAG را بررسی می‌کنند که ابزارهای خودکار رایگان مانند AXE، WAVE و Lighthouse انجام می‌دهند.
روکش ها می توانند گران باشند. آنها به عنوان راه حل کامل برای رفع خودکار خطاهای دسترسی در صفحات وب و برنامه های وب به بازار عرضه می شوند.
اگر به راه حلی وابسته هستید که بی سر و صدا در پس زمینه کار می کند، چگونه می دانید که همه چیز را پیدا کرده است؟
روبش همپوشانی است و افزونه‌ها هیچ انگیزه‌ای برای اهمیت دادن به این که پیشرفت‌های دسترسی برای چه کسی یا چرا هستند، ایجاد نمی‌کنند.
ابزارهای تست خودکار رایگان داده ها را در مورد مسائل باز می گرداند، نکات یا جزئیات کاملی را در مورد مکان و نحوه رفع مشکل ارائه می دهد و شما را به این فرآیند دعوت می کند.
وقتی مستقیماً در حال آزمایش هستید، می‌توانید درباره اهمیت دسترسی به وب اطلاعات بیشتری کسب کنید.
به عنوان مثال، ممکن است انتخاب متن لنگر یا متن جایگزین نیاز به بحث بیشتری داشته باشد.
اگر مایل به دریافت کد هستید، می‌توانید برای تنظیم دقیق کودکتان به آن بپردازید.
توافقنامه تسویه حساب ADP/San Francisco Lighthouse "HR and Payroll Software Leader ADP to Enhance Product Accessibility" بیان می کند :
«برای هدف این موافقتنامه، راه‌حل‌های «همپوشانی» مانند راه‌حل‌هایی که در حال حاضر توسط شرکت‌هایی مانند
AudioEye و AccessiBe برای دستیابی به دسترسی کافی نیستند."
این مهم است که بدانیم چه زمانی یک ادعا کاملاً نادرست است.
همپوشانی در کنفرانس ها ممنوع شده است و سازمان هایی مانند IAPP در حال بررسی موضع رسمی خود هستند.
متخصصان دسترس‌پذیری پس از بررسی این تحقیق ، تعهدی را امضا کرده‌اند که هرگز از پوشش‌ها استفاده نکنند .
با این وجود، کسب‌وکارها هنوز بخش بزرگی از بودجه خود را بر روی همپوشانی‌های خودکار سرمایه‌گذاری می‌کنند که ادعا می‌کنند به طور خودکار دستورالعمل‌های دسترسی به محتوای وب (WCAG) را پیدا و تعمیر می‌کنند و نقض انطباق با بخش 508 را برای نجات از شکایت ADA می‌کنند.
یک محصول پوشش دسترسی به شما قول می دهد که به عنوان مادرخوانده پری شما عمل کند، آماده است تا هر گونه اشکال WCAG را از بین ببرد و آشفتگی را پاک کند تا کاربران هدف شما یک تجربه کاربری بسیار عالی داشته باشند.
مراقب باش.
هر معیار WCAG را نمی توان با موج یک عصای جادویی روکش ثابت کرد.
دانستن مکان، زمان و نحوه برآوردن الزامات WCAG یا بخش 508 یا افزودن پیشرفت‌های دسترسی برای بهبود تجربه کاربر، به مهارت بیشتری نیاز دارد.
اغلب رابطه نزدیکی بین UX و دسترسی وجود دارد زیرا هر دو کمپ نتیجه یکسانی را می خواهند.
در حال حاضر قابلیت دسترسی برای بسیاری از شرکت‌ها الزامی است که در فرهنگ آنها ساخته شده و به عنوان مدرکی بر تخصص و نگرانی آنها برای برآوردن نیازهای همه مشتریان و مشتریان به مشتریان عرضه می‌شود.
مدتی را صرف بررسی افزایش انفجاری فرصت‌های شغلی برای متخصصان دسترسی در هر بخش، در سراسر جهان کنید.
کمبود نگران کننده ای از توسعه دهندگان آموزش دیده برای ساخت برنامه های تلفن همراه قابل دسترس وجود دارد.
حتی تعداد کمتری از افراد در زمینه SEO، UX، IA و Accessibility آموزش دیده اند.
هر حوزه عمق درک مورد نیاز برای حمایت از شمول را افزایش می دهد.
زمانی که WCAG2.2 که اکنون برای دیدن آن در دسترس است، به طور رسمی در سال 2022 تصویب شد، همه ابزارهای خودکار باید به روز شوند.
معیارهای حسابرسی دسترسی نیز همینطور خواهد بود.
برنامه های موبایل به طور متفاوتی نسبت به HTML، CSS، جاوا اسکریپت یا PHP برنامه ریزی می شوند.
برخی از آنها به هیچ وجه نمی توانند به طور خودکار خزیده شوند.
عملکردهای برنامه تلفن همراه در دستگاه‌های iOS و Android هنگامی که به صورت دستی با صفحه‌خوان‌های روشن تست می‌شوند، بازخورد بهتری ارائه می‌دهند و همچنان، تجربه آزمایش کامل نیست.
هر فردی بیشتر تنظیمات دسترسی را سفارشی می کند.
همپوشانی‌ها نباید با تنظیمات دسترسی که قبلاً توسط کاربرانی که به آنها وابسته هستند تنظیم شده‌اند، مداخله کنند.
تمرکز بر طراحی برای چیدمان های موبایل چیز جدیدی نیست.
ما سال‌ها وقت داشته‌ایم تا نحوه ایجاد تجربه‌های کاربری برای صفحه‌های کوچک‌تر را آماده کنیم و یاد بگیریم.
گوگل با اضافه کردن معیارهای عملکرد برای برآورده کردن آتش آتش را روشن کرد.
برنامه‌ها به طور فزاینده‌ای ما را به هر کجا که می‌رویم مانند بانک، خرید، مدرسه و قرار ملاقات، دنبال می‌کنند.
صندوق‌های فروش سلف‌سرویس باید برای افرادی که روی ویلچر نشسته‌اند، که ممکن است بینایی خود را دچار مشکل کرده یا به سادگی توسط فناوری مرعوب شوند، در دسترس باشد.
کسب و کارهای کوچک و وبلاگ نویسانی که از تم های وردپرس استفاده می کنند ممکن است به محتوای بصری مانند تصاویر، ویدیوها و مقالات متکی باشند.
آنها پلاگین ها را برای پشتیبانی بیشتر انتخاب می کنند.
اینجاست که دسترسی شروع به شکست می کند.
نحوه تعامل کاربران صفحه‌خوان با وب از طریق گوش دادن و پیروی از دستورالعمل‌ها و توضیحات صوتی برای آنچه صفحه جلویی بصری نمایش می‌دهد است.
اگر می‌خواهید گوش دادن به وب‌سایتی را که برای بازاریابی موتور جستجو روی آن کار می‌کنید، تجربه کنید، دستگاه تلفن همراه خود را بردارید، به تنظیمات بروید و قابلیت دسترسی را انتخاب کنید.
برای iOS، Voiceover را خواهید یافت که صفحه‌خوان را فعال می‌کند.
برای اندروید، Talkback را خواهید دید.
توصیه می‌کنم ابتدا آموزش‌های سریع آنها را دنبال کنید تا بدانید چگونه صفحه‌خوان را کار کنید و پس از پایان کار آن را ترک کنید.
رایج ترین مشکلات دسترسی عبارتند از:
تست اپلیکیشن موبایل با صفحه خوان ها به صورت دستی برای بهبود دقت انجام می شود.
نمی توان فرض کرد که یک برنامه کار می کند مگر اینکه صفحه خوان روشن باشد.
همین امر برای تست صفحه خوان با MAC و PC صادق است. فعال کردن MAC VO با سیری، با گفتن «OK Siri، VoiceOver را روشن کنید» آسان است.
تجربه شنیدن یک صفحه وب یا برنامه وب فرصت هایی را برای تصمیم گیری برای بهبود طراحی یا رفع اشکالات قبل از دریافت شکایت فراهم می کند.
جستجوی خودکار خزیدن برای نقص های وب، اشکالات AKA.
این فرآیند سال‌هاست که وجود داشته و به عنوان افزونه‌های مرورگر یا درون بازرسی توسعه‌دهندگان وب ارائه می‌شود.
بسیاری از توسعه دهندگان نرم افزار و مهندسان QA اسکریپت های اتوماسیون خود را می نویسند.
تفاوت این است که خزیدن خودکار برای رفع خودکار خطاها در نظر گرفته نشده است.
تا زمانی که یک کسب و کار اجازه آزمایش پروژه های در حال توسعه با افراد دارای معلولیت را بدهد، هیچ مدرک قابل اثباتی وجود ندارد که یک وب سایت یا برنامه تلفن همراه دستورالعمل های WCAG را رعایت کند.
شبیه‌سازی با نرم‌افزارهایی مانند BrowserStack و Polypane بینش‌هایی را در مورد رندر مرورگر در دستگاه‌های تلفن همراه و طرح‌بندی‌ها در وضوح‌های مختلف صفحه ارائه می‌دهد.
ابزارهایی مانند اینها برای تست QA ارزشمند هستند.
آزمایش دستی برنامه‌های تلفن همراه را می‌توان با ابزارهای تست خودکار برای iOS و Android انجام داد، با این احتیاط که هر دستگاه نسخه مخصوص خود را از نرم‌افزار دسترس‌پذیری داخلی دارد، و برخی از ابزارهای خودکار ممکن است برای برنامه‌های ترکیبی کار نکنند، مانند آنهایی که با Xamarin ایجاد شده‌اند. .
فرآیند تست دسترس‌پذیری باید با داده‌های ضبط‌شده و آزمایش پشتیبان‌گیری شود.
ممیزی دسترس‌پذیری و آزمایش رگرسیون پیگیری، تاریخچه‌ای را ارائه می‌دهد که ممکن است در صورت شکایت ADA مورد نیاز باشد.
حداقل، دانستن دقیق صفحات وب و برنامه تلفن همراه خود به نمایندگان خدمات مشتری یا به سادگی به کسی که برای پشتیبانی ADA تماس می گیرد، کمک می کند.
تکیه بر راه حلی که ممکن است متوجه آن نشوید، احتمال وجود خطاها را افزایش می دهد.
شکایات عمومی ADA به شهرت شرکت کمک نمی کند و می تواند بر درآمد تأثیر منفی بگذارد.
زمانی که به یک مشکل دسترسی حل نشده رسیدگی نشود و به یک دعوی حقوقی ADA تبدیل شود، محتوا به صورت آنلاین در دسترس است.
شرکت های حقوقی که پرونده های حقوقی ADA را پیگیری می کنند، وبلاگ هایی را منتشر می کنند که موارد و جزئیات را برجسته می کند.
«وب‌سایت P&G برای افراد نابینا قابل دسترسی نیست، ادعاهای اقدام کلاسی» بیان می‌کند :
ظاهراً صفحه‌خوان وب‌سایت P&G نمی‌تواند پیوند توضیحات مورد را بخواند و به طور ناگهانی در وسط جمله از کار می‌افتد.
ایالت و کشور خود را برای قوانین دسترسی به وب بررسی کنید، حتی اگر هیچ الزام قانونی یا ممیزی بخش 508 برای VPAT وجود نداشته باشد.
راه‌حل‌هایی برای رفع خطا در اکثر نرم‌افزارهای اتوماسیون، یا حداقل، پیوندهایی به نحوه یافتن آنها ارائه شده است.
از آنجایی که برخی از این ابزارهای اتوماسیون رایگان هستند یا آزمایش ها و مجوزهای مقرون به صرفه را ارائه می دهند، کسب و کارهای کوچک از استفاده از آنها منع نمی شوند.
هنگامی که خطاها در طول چرخه‌های توسعه یافت می‌شوند، آزمایش می‌شوند و رفع می‌شوند، به تولید نمی‌رسند، بنابراین از مشکلی که می‌تواند در وب اجتماعی مطرح شود جلوگیری می‌شود.
پذیرش طراحی فراگیر برای برخی از بازاریابان دشوار است.
این یک هزینه اضافی است که به مشتریان منتقل می شود.
ممکن است لازم باشد به مشتریان در مورد مزایای رعایت انطباق ADA آموزش دهید.
بررسی دسترس‌پذیری باید در همه استراتژی‌های بازاریابی دیجیتال گنجانده شود.
وقتی می‌بینید که یک متخصص SEO از یک آژانس در مورد دسترسی به وب صحبت می‌کند، توجه کنید.
آنها می‌دانند که درآمد حاصل از مشتریان خوشحالی است که تجربیاتشان شامل محتوایی است که دقیقاً همانطور که به آنها نیاز دارند ارائه می‌شود.
منابع بیشتر:
تصویر ویژه: BRO.vector/Shutterstock
خبرنامه روزانه ما را از لورن بیکر بنیانگذار SEJ در مورد آخرین اخبار در صنعت دریافت کنید!
Kim Krause Berg، CPACC Accessibility and QA Analyst، Accessibility، BM Technologies, Inc. (BMTX) f/k/a BankMobile، مالک Creative Vision Web Consulting، … [بیو کامل را بخوانید]
برای دریافت آخرین اخبار صنعت در خبرنامه روزانه ما مشترک شوید.
برای دریافت آخرین اخبار صنعت در خبرنامه روزانه ما مشترک شوید.
