การเข้าถึงระบบดิจิทัล – การสร้างสถานที่ทำงานที่ทุกคนสามารถเข้าถึงได้
08/09/2021
ประเด็นเรื่องการเข้าถึงได้ง่ายกำลังได้รับความสนใจมากขึ้นเรื่อยๆ ในการออกแบบและพัฒนาโครงการด้านไอที ปัจจัยหนึ่งคือข้อผูกพันทางกฎหมายของภาครัฐในการออกแบบเทคโนโลยีสารสนเทศและการสื่อสารให้สามารถเข้าถึงได้ตามกฎหมาย BITV 2.0 ของเยอรมนี (กฎหมายว่าด้วยการเข้าถึงเทคโนโลยีสารสนเทศ) แต่การเข้าถึงได้ง่ายทางดิจิทัลหมายความว่าอย่างไรกันแน่?
การเข้าถึงได้ในความหมายดั้งเดิม หมายความว่า อาคารและพื้นที่สาธารณะ การขนส่งและสิ่งของที่ใช้ในชีวิตประจำวัน สถานที่ทำงานและที่พักอาศัย บริการและสิ่งอำนวยความสะดวกเพื่อการพักผ่อนหย่อนใจ ได้รับการออกแบบในลักษณะที่ทุกคนสามารถเข้าถึงได้โดยไม่ต้องอาศัยความช่วยเหลือจากบุคคลที่สาม เมื่อพูดถึงโลกดิจิทัล ก็หมายความเช่นเดียวกัน นั่นคือ การเข้าถึงอินเทอร์เน็ตและแอปพลิเคชันดิจิทัลอื่นๆ ได้อย่างเสรีสำหรับทุกคน
แต่ระบบนี้ควรทำงานอย่างไร? ทุกสิ่งที่เป็นดิจิทัลล้วนเป็นภาพและเสียงไม่ใช่หรือ?
และนี่คือความท้าทาย เราจะออกแบบสื่อโสตทัศนูปกรณ์อย่างไรให้ผู้ที่มีความบกพร่องทางการมองเห็นหรือการได้ยินสามารถเข้าถึงได้เช่นเดียวกับคนอื่นๆ?
ประเภทของความบกพร่อง
ความพิการประเภทต่างๆ ส่งผลกระทบต่อการใช้งานและการรับรู้เว็บไซต์และเนื้อหาดิจิทัลแตกต่างกัน เราจึงแบ่งความพิการออกเป็นสามประเภท ได้แก่ ความพิการทางสายตา ความพิการทางการเคลื่อนไหว ความพิการทางการได้ยิน และความพิการทางสติปัญญา:
ความบกพร่องทางการมองเห็น
- ตาบอด
- การมองเห็นบกพร่อง
- ความบกพร่องทางการมองเห็นสี
สำหรับผู้พิการทางสายตา มีเครื่องมือที่ช่วย "ฟัง" เว็บไซต์ได้ เช่น ลำโพงและโปรแกรมอ่านหน้าจอ ซึ่งก็คือซอฟต์แวร์ที่แปลงข้อความดิจิทัลเป็นภาษาหรือระบบการเขียนแบบสัมผัส (อักษรเบรลล์) อุปกรณ์แสดงผลเรียกว่าจอแสดงผลอักษรเบรลล์แบบรีเฟรชได้ เทคโนโลยีสนับสนุนเหล่านี้เรียกอีกอย่างว่าเทคโนโลยีช่วยเหลือ (AT) โปรแกรมอ่านหน้าจอที่เป็นที่รู้จักกันดี ได้แก่ VoiceOver สำหรับ iOS, macOS, JAWS หรือ NVDA สำหรับ Windows นอกจากนี้ยังมีปุ่มลัดมากมายให้เลือกใช้ เพื่อนำทางไปยังย่อหน้า หัวข้อ หรือลิงก์โดยตรง หรือเพื่อเลื่อนไปมาภายในตาราง
โปรแกรมอ่านหน้าจอไม่ได้ใช้เฉพาะผู้ที่ตาบอดสนิทเท่านั้น ผู้ที่มีความบกพร่องทางการมองเห็นก็ใช้เครื่องมือเหล่านี้ร่วมกับโปรแกรมขยายหน้าจอ (แอปที่สามารถขยายส่วนต่างๆ ของหน้าจอได้) และยังเป็นประโยชน์สำหรับผู้ที่มีปัญหาในการอ่าน หรือผู้ที่เข้าใจข้อความที่พูดได้ง่ายกว่า ผู้ที่ตาบอดสีไม่สามารถมองเห็นสีได้ แต่จะเห็นเพียงความแตกต่างของสี เช่น ความมืดและความสว่าง ผู้ที่มีความบกพร่องทางการมองเห็นสีจะมองเห็นสีบางสี “แตกต่างออกไป” ความบกพร่องทางการมองเห็นสีเกิดขึ้นในผู้ชายมากกว่าผู้หญิง และสามารถแสดงออกได้หลายรูปแบบ เช่น ความบกพร่องในการมองเห็นสีแดงหรือสีเขียว ตาบอดสีแดง เป็นต้น
การแปลงภาพให้เป็นการสัมผัส
เพื่อให้ผู้ใช้ที่ตาบอดสามารถเข้าถึงคุณสมบัติและเนื้อหาโดยใช้โปรแกรมอ่านหน้าจอได้ เนื้อหาทั้งหมดจะต้องมีให้ใช้งานในรูปแบบข้อความหรือข้อความเทียบเท่า (เช่น สำหรับรูปภาพและกราฟิก) และต้องสามารถควบคุมได้ผ่านแป้นพิมพ์ ส่วนควบคุม หัวข้อ ตาราง ลิงก์ ฯลฯ ทั้งหมดควรมีการทำเครื่องหมายอย่างเหมาะสม เพื่อให้โปรแกรมอ่านหน้าจอสามารถตีความและอ่านออกเสียงได้อย่างถูกต้อง วิดีโอที่มีข้อมูลมักต้องการคำบรรยายเสียงเพิ่มเติมจากแทร็กเสียงปกติ เพื่ออธิบายสิ่งที่เกิดขึ้นในวิดีโอ
สำหรับผู้ใช้ที่มีความบกพร่องทางการมองเห็น ต้องคำนึงถึงอัตราส่วนความคมชัดที่เหมาะสม ลิงก์และปุ่มต้องมีจุดโฟกัสที่มองเห็นได้ชัดเจน ตัวอย่างเช่น จำเป็นต้องเห็นว่าปุ่มนั้นใช้งานอยู่หรือไม่ เช่น โดยการใช้เส้นขอบที่มองเห็นได้ชัดเจน จุดโฟกัสเมื่อวางเมาส์เหนือปุ่มก็ต้องมองเห็นได้ชัดเจนเช่นกัน โดยทั่วไป ข้อมูลสำคัญทั้งหมดควรแสดงเป็นข้อความ ควรหลีกเลี่ยงการใส่ข้อความไว้ในภาพกราฟิก
ความบกพร่องทางการเคลื่อนไหว
- ปฏิกิริยาตอบสนองช้า
- ทักษะการเคลื่อนไหวของกล้ามเนื้อมือละเอียดบกพร่อง
ผู้ที่มีความบกพร่องทางการเคลื่อนไหวอาจพบว่าการใช้คอมพิวเตอร์เป็นเรื่องยากมากเช่นกัน ในยุโรปมีผู้ป่วยโรคพาร์กินสันประมาณ 1.2 ล้านคน สำหรับพวกเขาแล้ว การใช้เมาส์เป็นเรื่องยากมาก เช่นเดียวกับผู้ที่มีอาการบาดเจ็บที่กระดูกสันหลัง อัมพาต สูญเสียแขนขา โรคกล้ามเนื้อ หรือโรคข้ออักเสบ พวกเขาอาจใช้เครื่องมือช่วยเหลือต่างๆ เช่น ระบบติดตามสายตา ซอฟต์แวร์จดจำเสียง ปากกาสำหรับปากหรือศีรษะ และแป้นพิมพ์หรืออุปกรณ์ป้อนข้อมูลแบบปุ่มกดที่ได้รับการปรับแต่งเป็นพิเศษ
ทางเลือกอื่นแทนเมาส์
ส่วนติดต่อผู้ใช้ของเบราว์เซอร์และระบบปฏิบัติการต้องสามารถควบคุมได้อย่างสมบูรณ์ผ่านทางแป้นพิมพ์ องค์ประกอบที่คลิกได้ต้องมีขนาดและลักษณะที่เหมาะสมเพื่อให้สามารถเปิดใช้งานและจดจำได้ ควรหลีกเลี่ยงปุ่มและลิงก์ที่เคลื่อนที่ไปมาบนหน้าจอโดยสิ้นเชิง รายการยาวๆ และเนื้อหาจำนวนมากควรได้รับการจัดโครงสร้างและทำเครื่องหมายไว้เพื่อให้สามารถข้ามได้ ผู้ใช้ต้องได้รับแจ้งล่วงหน้าเมื่อเซสชันกำลังจะสิ้นสุดลงและมีตัวเลือกในการต่ออายุเซสชัน การกระทำที่ทำสัญญาหรือสั่งซื้อสินค้าต้องมีการทำเครื่องหมายไว้ และหากเริ่มการกระทำโดยไม่ได้ตั้งใจ จะต้องสามารถยกเลิกการกระทำนั้นได้
ความบกพร่องทางเสียง
- หูหนวก
- การได้ยินบกพร่อง
เห็นได้ชัดว่า สำหรับผู้ที่สูญเสียการได้ยิน เสียงไม่เป็นประโยชน์ พวกเขาต้องการข้อมูลทั้งหมดในรูปแบบภาพ เช่น ข้อความหรือวิดีโอ ผู้พิการทางการได้ยินและการมองเห็นมักเข้าถึงเนื้อหาบนเว็บด้วยจอแสดงผลอักษรเบรลล์ที่อัปเดตผลลัพธ์โดยอัตโนมัติ มีการพัฒนาแป้นพิมพ์พิเศษที่มีจอแสดงผลอักษรเบรลล์ในตัวเพื่อจุดประสงค์นี้
เห็นได้ชัดว่า สำหรับผู้ที่สูญเสียการได้ยิน เสียงไม่เป็นประโยชน์ พวกเขาต้องการข้อมูลทั้งหมดในรูปแบบภาพ เช่น ข้อความหรือวิดีโอ ผู้พิการทางการได้ยินและการมองเห็นมักเข้าถึงเนื้อหาบนเว็บด้วยจอแสดงผลอักษรเบรลล์ที่อัปเดตผลลัพธ์โดยอัตโนมัติ มีการพัฒนาแป้นพิมพ์พิเศษที่มีจอแสดงผลอักษรเบรลล์ในตัวเพื่อจุดประสงค์นี้
การมองเห็นภาพเสียง
สามารถถอดเสียงบันทึกได้ โดยข้อความที่ถอดเสียงจะมีข้อมูลเดียวกันกับไฟล์เสียง หากจำเป็นต้องแยกแยะเสียงพูด ควรระบุผู้พูดให้ชัดเจน เสียงที่เกี่ยวข้อง เช่น เสียงดนตรีหรือเสียงปรบมือ ก็ต้องบันทึกเป็นลายลักษณ์อักษรด้วยเช่นกัน วิดีโอที่มีแทร็กเสียงต้องมีคำบรรยายประกอบที่แสดงผลตรงกับสิ่งที่เกิดขึ้นในวิดีโอ
ความบกพร่องทางสติปัญญา
- ความบกพร่องทางการเรียนรู้
- ความวอกแวก
- สมาธิสั้น
ความบกพร่องทางสติปัญญาเป็นความพิการที่พบได้บ่อยที่สุด ยกตัวอย่างเช่น โรคอัลไซเมอร์ ในเยอรมนีมีผู้ป่วยประมาณ 1.6 ล้านคน ความบกพร่องทางสติปัญญาอาจเป็นมาแต่กำเนิดหรือเกิดขึ้นระหว่างการพัฒนาของเด็ก หรืออาจเกิดจากอุบัติเหตุ การติดเชื้อ หรือการปนเปื้อนทางเคมี และสาเหตุอื่นๆ จากสิ่งแวดล้อม อาการที่แสดงออกคือ ความเข้าใจที่จำกัด ความอดทนต่ำต่อความต้องการทางสติปัญญาที่มากเกินไป หรือความสามารถในการแก้ปัญหาที่จำกัด ความบกพร่องทางสติปัญญาประเภทอื่นๆ อาจรวมถึงการสูญเสียความจำระยะสั้น ความผิดปกติของสมาธิ และความบกพร่องในการอ่าน หรือความผิดปกติในการเรียนรู้คณิตศาสตร์ การกระพริบตาหรือแสงวาบอาจกระตุ้นให้เกิดอาการชัก ซึ่งเป็นความบกพร่องที่เรียกว่าโรคลมชักไวต่อแสง
คำแนะนำการใช้งานที่ง่ายและเข้าใจง่าย
สำหรับผู้ที่มีความบกพร่องทางความเข้าใจ การออกแบบส่วนติดต่อผู้ใช้ การนำทาง และเนื้อหาควรเรียบง่ายที่สุดเท่าที่จะเป็นไปได้ บางครั้ง ฟีเจอร์ช่วยเหลืออาจช่วยในเรื่องการกระทำหรือเนื้อหาที่ซับซ้อนได้ ตัวเลือกต่างๆ ควรจัดโครงสร้างอย่างดีและมีจำนวนจำกัด โปรแกรมเล่นวิดีโอและเสียงควรจำกัดเฉพาะเนื้อหาที่เกี่ยวข้องและมีความยาวสั้นที่สุดเท่าที่จะเป็นไปได้
สำหรับผู้ใช้ที่มีปัญหาเรื่องความจำระยะสั้น การแสดงขั้นตอนปัจจุบัน เช่น ขณะสั่งซื้อสินค้า จะเป็นประโยชน์อย่างมาก ข้อมูลควรถูกบันทึกไว้เสมอเมื่อผู้ใช้เปลี่ยนไปยังหน้าจออื่น
ผู้ที่มีภาวะสมาธิสั้นอาจถูกรบกวนได้ง่ายจากสิ่งรบกวนต่างๆ ดังนั้น การลดองค์ประกอบต่างๆ เช่น โฆษณา ภาพสไลด์ และเนื้อหาวิดีโอหรือเสียงที่ฉูดฉาดให้น้อยที่สุดจึงเป็นประโยชน์
เพื่อให้ผู้ที่มีความบกพร่องทางการอ่านเข้าใจเนื้อหาได้ง่ายขึ้น ให้เพิ่มภาพประกอบ วิดีโอ หรือไฟล์เสียงลงในข้อความ
สถิติและกลุ่มเป้าหมาย
จำนวนผู้พิการในประเทศเยอรมนี ปี 2018 (สำนักงานสถิติแห่งสหพันธรัฐเยอรมนี)
► ผู้พิการขั้นรุนแรง 7.8 ล้านคน
► ผู้ที่มีความบกพร่องทางการมองเห็น 240,000 คน ในจำนวนนี้ 70,000 คนตาบอด
► 4 ล้านคนไม่รู้หนังสือ
► 10% มีความบกพร่องทางการอ่านและ/หรือการเขียน
► คนหูหนวก 80,000 คน
► ผู้ที่มีความบกพร่องทางการได้ยิน การทรงตัว หรือความผิดปกติทางภาษาจำนวน 190,000 คน
► 575,000 คน ที่มีข้อจำกัดในการใช้งานแขนและ/หรือขา
► ผู้ป่วยโรคลมชัก 500,000 รายเข้ารับการรักษา
► ผู้ป่วย 750,000 รายที่มีภาวะสมาธิสั้น
► ประชากร 7.5 ล้านคนที่อ่านไม่ออกเขียนไม่ได้ในเชิงปฏิบัติ
ในสหภาพยุโรปมีผู้พิการประมาณ 80 ล้านคน ซึ่งคิดเป็นประมาณ 15% ของประชากรยุโรป
คุณสมบัติการเข้าถึงช่วยทุกคน
ไม่ใช่แค่ผู้ที่มีความบกพร่องทางการมองเห็น การเคลื่อนไหว การได้ยิน หรือความบกพร่องทางสติปัญญาเท่านั้นที่จะได้รับประโยชน์จากการออกแบบเว็บไซต์ที่เข้าถึงได้ง่าย กลุ่มอื่นๆ เช่น ผู้สูงอายุ ผู้ที่ไม่ใช่เจ้าของภาษา ผู้อพยพ นักท่องเที่ยว และผู้ใช้ที่ไม่มีประสบการณ์ ก็ยินดีกับการออกแบบ UI ที่ชัดเจนและเข้าใจง่ายเช่นกัน แม้แต่เครื่องมือค้นหาก็ยังให้รางวัลแก่การออกแบบที่เข้าถึงได้ง่ายด้วยการจัดอันดับที่ดีกว่าในผลการค้นหา
กฎหมาย ข้อบังคับ และคำสั่งต่างๆ
จุดประสงค์ของคำสั่ง (EU) 2016/2102 ของรัฐสภายุโรปและสภาแห่งสหภาพยุโรป ลงวันที่ 26 ตุลาคม 2016 คือการทำให้มั่นใจว่าเว็บไซต์และแอปพลิเคชันบนมือถือของหน่วยงานภาครัฐสามารถเข้าถึงได้ง่ายขึ้นบนพื้นฐานของข้อกำหนดการเข้าถึงทั่วไป คำสั่งดังกล่าวอ้างอิงถึงมาตรฐานยุโรป EN 301 549 ( ข้อกำหนดการเข้าถึงที่เหมาะสมสำหรับการจัดซื้อจัดจ้างผลิตภัณฑ์และบริการด้านไอซีทีของภาครัฐในยุโรป ) ซึ่งรวมถึงข้อกำหนดในการปฏิบัติตาม WCAG 2.1 ระดับ AA (แนวทางการเข้าถึงเนื้อหาเว็บ)
คำสั่งนี้ได้รับการแปลเป็นกฎหมายเยอรมันโดยพระราชบัญญัติ BGG (พระราชบัญญัติความเสมอภาคสำหรับผู้พิการ) และพระราชบัญญัติ BITV 2.0 (พระราชบัญญัติการเข้าถึงไอที) เนื้อหาต้องไม่เพียงแต่เป็นไปตามมาตรฐาน WCAG และ EN 301 549 ภาคผนวก A เท่านั้น แต่ ยังต้องมีคำประกาศเกี่ยวกับการเข้าถึง กลไกการให้ข้อเสนอแนะ และเนื้อหาสำคัญในภาษามือและภาษาเยอรมันแบบง่ายด้วย
ขั้นตอนการทดสอบ
สำหรับการตรวจสอบการเข้าถึง
การทดสอบ BITV
การทดสอบ BITV ( www.bitvtest.de ในภาษาเยอรมัน) เป็นวิธีการทดสอบที่มีชื่อเสียงและได้รับการยอมรับสำหรับการทดสอบการเข้าถึงเว็บไซต์และแอปพลิเคชันบนเว็บอย่างครบถ้วนและน่าเชื่อถือ การทดสอบนี้ได้รับการออกแบบภายใต้โครงการ BIK ของเยอรมนี ซึ่งมีเป้าหมายเพื่อสนับสนุนการแบ่งปันข้อมูลและการสื่อสารที่เข้าถึงได้ โครงการนี้ได้รับการสนับสนุนจากกระทรวงแรงงานและกิจการสังคมแห่งสหพันธรัฐเยอรมนี การทดสอบนี้ถูกนำไปใช้และพัฒนาต่อยอดโดยห้องปฏิบัติการทดสอบในสมาคม BITV Test Prüfverbund
วิธีการทดสอบนี้ประกอบด้วย ขั้นตอนการทดสอบ 92 ขั้นตอน ซึ่งครอบคลุมข้อกำหนดของ WCAG 2.1 ระดับ AA และเกณฑ์ที่เกี่ยวข้องของ EN 301 549 ภาคผนวก A ด้วย เมื่อห้องปฏิบัติการทดสอบได้รับคำสั่งทดสอบ ขั้นตอนแรกคือการเลือกเว็บเพจหรือหน้าจอเพื่อให้มั่นใจได้ว่าครอบคลุมการทดสอบมากที่สุดเท่าที่จะเป็นไปได้
ตัวอย่างเช่น เทคโนโลยีเว็บหลักๆ ที่ใช้งานอยู่ทั้งหมดควรได้รับการทดสอบด้านการเข้าถึงได้ รายงานการทดสอบประกอบด้วยผลการทดสอบที่แบ่งออกเป็นขั้นตอนการทดสอบแต่ละขั้นตอน รวมถึงเคล็ดลับเชิงปฏิบัติเพื่อแก้ไขปัญหา นอกจากนี้ คุณยังสามารถทำการทดสอบด้วยตนเองได้ฟรี ซึ่งจะช่วยให้คุณได้ทราบถึงการเข้าถึงได้ของแอปพลิเคชันหรือเว็บไซต์ของคุณเอง
มีเครื่องมือหลายอย่างที่เป็นประโยชน์สำหรับกระบวนการทดสอบ เช่น Bookmarklets ซึ่งสามารถบันทึกเป็นบุ๊กมาร์กในเบราว์เซอร์ได้ ( http://pauljadam.com/bookmarklets ) และใช้เน้นโครงสร้างหัวข้อหรือองค์ประกอบตารางโดยตรงบนเว็บไซต์ที่กำลังทดสอบ WCAG Color Contrast Checker ช่วยให้คุณเน้นความแตกต่างของสี ที่ต่ำเกินไป และ ปลั๊กอิน ARC Toolkit สำหรับ Chrome ที่รวมการตรวจสอบการเข้าถึงหลายอย่างไว้ในเครื่องมือเดียว ถึงแม้จะมีเครื่องมือเหล่านี้ทั้งหมดแล้ว ขั้นตอนการทดสอบส่วนใหญ่ยังคงต้องมีการทดสอบด้วยตนเองและความเชี่ยวชาญเพื่อระบุอุปสรรคและคิดค้นวิธีแก้ปัญหาที่ใช้งานได้จริงสำหรับนักออกแบบและนักพัฒนา
BIT inklusiv การทดสอบซอฟต์แวร์ BITV
การทดสอบซอฟต์แวร์ BIT inklusiv BITV สามารถใช้ตรวจสอบการเข้าถึงทางดิจิทัลของซอฟต์แวร์แอปพลิเคชันที่พัฒนาขึ้นสำหรับสภาพแวดล้อมการทำงาน เครือข่าย BIT inklusiv Netzwerk ประกอบด้วยห้องปฏิบัติการทดสอบที่ให้บริการให้คำปรึกษาและการทดสอบด้านการเข้าถึง การทดสอบการปฏิบัติตามมาตรฐาน BITV อิงตามข้อกำหนดของมาตรฐาน EU EN 301 549 บทที่ 11 การทดสอบประกอบด้วยขั้นตอนการทดสอบ 75 ขั้นตอนภายใต้หมวดหมู่ต่างๆ ได้แก่ การมองเห็น ความสามารถในการใช้งาน ความเข้าใจได้ ความทนทาน การทำงานร่วมกันของเทคโนโลยีช่วยเหลือ การใช้งานตามเอกสาร การตั้งค่าของผู้ใช้ เครื่องมือสำหรับผู้พัฒนา เอกสารประกอบ และบริการสนับสนุน
ขั้นตอนการทดสอบที่รวมอยู่ในชุดทดสอบนี้เป็นข้อมูลสาธารณะและสามารถดูได้ที่ www.bit-inklusiv.de (เป็นภาษาเยอรมัน)
ตัวอย่างการออกแบบเว็บไซต์ที่เข้าถึงได้ง่าย
ส่วนควบคุมกราฟิก (ปุ่ม โลโก้ที่คลิกได้ แบนเนอร์ ฯลฯ) ต้องมีข้อความทางเลือกกำกับไว้เพื่อให้ผู้ใช้โปรแกรมอ่านหน้าจอสามารถเข้าถึงได้
<img src=“images/logo. png“ height=“80px“ width=“260px“ class=“img- fluid nav-logo-desktop“ alt=“Company Logo Test
บริการและโซลูชันเว็บ
ควรซ่อนไอคอนฟอนต์ที่ไม่มีข้อมูลจากโปรแกรมอ่านหน้าจอโดยใช้ aria-hidden=“true“ มิฉะนั้นโปรแกรมอ่านหน้าจออาจอ่านเป็นอักขระพิเศษ สามารถกำหนดข้อความทางเลือกได้โดยใช้ aria-label:
<button aria-label=“Menu“>
<i class=“fa hamburger menu“
aria-hidden=”true”></i>
</button>
สถานะการแสดง/ซ่อนของเมนูและส่วนประกอบแบบแอคคอร์เดียนควรระบุด้วย aria-expanded: aria-expanded=“true“ สำหรับสถานะขยาย และ aria-expanded=“false“ สำหรับสถานะซ่อน
เพื่อให้ส่วนต่างๆ ของเว็บไซต์หรือแอปพลิเคชันบนเว็บสามารถเข้าถึงได้ด้วยเทคโนโลยีช่วยเหลือ ส่วนเหล่านั้นจะต้องได้รับการติดป้ายกำกับอย่างเหมาะสม โดยใช้ HTML หรือบทบาท ARIA

ARIA คือวิธีการทำให้เนื้อหาบนเว็บและแอปพลิเคชันบนเว็บเข้าถึงได้ง่ายขึ้นสำหรับผู้พิการ โดยให้เครื่องมือแก่ผู้พัฒนาในการกำหนดชื่อ บทบาท สถานะ และคุณสมบัติขององค์ประกอบ HTML ควรใช้ ARIA เฉพาะในกรณีที่ไม่มีทางเลือกอื่นในการสร้างเนื้อหา HTML – ใช้ HTML ให้มากที่สุดเท่าที่จะเป็นไปได้ และใช้ ARIA เท่าที่จำเป็น!
ผู้ใช้งานที่มีภาวะตาบอดสีต้องการภาพที่มีความคมชัดสูง สำหรับข้อความ เนื้อหา ปุ่มข้อความ ฯลฯ ในขนาดตัวอักษรที่ต่ำกว่า 24 พิกเซล (หรือ 18.7 พิกเซล หากเป็นตัวหนา) ควรมีอัตราส่วนความคมชัด 4.5:1 ขึ้นไป และสำหรับขนาดตัวอักษรที่ใหญ่กว่า (>=24 พิกเซล) ควรมีอัตราส่วนความคมชัด 3:1 ขึ้นไป สำหรับกราฟิกและส่วนควบคุมกราฟิก อัตราส่วนความคมชัด 3:1 กับสีข้างเคียงก็เพียงพอแล้ว ยกเว้นกราฟิกที่ไม่สามารถเปลี่ยนสีได้ เช่น โลโก้หรือธง
บรรณาธิการเว็บ
การที่นักออกแบบและนักพัฒนาซอฟต์แวร์นำคุณสมบัติการเข้าถึงมาใช้เพียงอย่างเดียวนั้นยังไม่เพียงพอ บรรณาธิการเว็บไซต์ต้องตรวจสอบให้แน่ใจด้วยว่าเนื้อหาของตนสามารถเข้าถึงได้ ดังนั้น การฝึกอบรมจึงมีความสำคัญ โดยเฉพาะอย่างยิ่งในด้านการจัดการเนื้อหา สิ่งสำคัญคือรูปภาพต้องมีข้อความทางเลือก และรายการและหัวข้อไม่ควรแสดงเพียงแค่ภาพเท่านั้น
สิ่งที่รออยู่ข้างหน้า
เนื่องจากภาครัฐมีข้อกำหนดทางกฎหมายที่ต้องออกแบบเนื้อหาดิจิทัลให้สามารถเข้าถึงได้ หน่วยงานภาครัฐจึงให้ความสำคัญกับการปฏิบัติตามข้อกำหนดของ BITV มากขึ้น ดังนั้น นักพัฒนาซอฟต์แวร์และบริษัทเว็บเอเจนซีจำนวนมากจึงต้องเผชิญกับงานด้านการเข้าถึงได้ง่ายขึ้นเรื่อยๆ นอกจากนี้ ยังมี คำสั่งใหม่ของสหภาพยุโรป 2019/882 ภายใต้กฎหมายว่าด้วยการเข้าถึงได้ของยุโรป ซึ่งจะนำมาใช้ในกฎหมายระดับชาติภายในเดือนมิถุนายน 2022 โดยระบุข้อกำหนดด้านการเข้าถึงสำหรับผลิตภัณฑ์และบริการ ซึ่งหมายความว่าบางส่วนของภาคอีคอมเมิร์ซจะต้องรวมคุณสมบัติการเข้าถึงได้ในเร็วๆ นี้ ณ เวลานั้น การเข้าถึงได้ทางดิจิทัลจะเป็นเรื่องที่ทุกคนต้องให้ความสำคัญอย่างแน่นอน
ผู้เขียน: ซาชา โนแอค
ซาชา โนแอค เป็นซีอีโอของ TWIN CUBES GmbH ซึ่งมีสำนักงานใหญ่ตั้งอยู่ที่เมืองอิลลิงเงน ใกล้กับเมืองสตุทการ์ท ประเทศเยอรมนี ซาชาทำงานเป็นที่ปรึกษาด้านไอทีมานานกว่า 15 ปี โดยเน้นด้านการจัดการทดสอบและการปรับปรุงกระบวนการทดสอบสำหรับโครงการไอทีที่ซับซ้อน นอกจากนี้ เขายังมีความรู้มากมายเกี่ยวกับการพัฒนาเว็บไซต์ที่เข้าถึงได้ง่าย จัดการอบรมเชิงปฏิบัติการ และเขียนบทความผู้เชี่ยวชาญด้านการเข้าถึงได้ง่ายอีกด้วย
ความร่วมมือระหว่าง MyQ และทวินคิวบ์ส จำกัด
เช่น MyQ ภารกิจหลักของบริษัทคือการนำเสนอโซลูชันที่ปรับแต่งให้เหมาะสมกับผู้ใช้แต่ละรายและใช้งานง่าย ดังนั้น MyQ ได้ตัดสินใจที่จะปรับปรุง UI บนเว็บของตนใน MyQ X เวอร์ชัน 8.2 เป็นไปตามแนวทางที่กล่าวไว้ข้างต้น และได้ร่วมมืออย่างใกล้ชิดกับ Twin Cubes GmBH ในการปรับแต่งอินเทอร์เฟซเสมือนเพื่อให้ตรงตามข้อกำหนดด้านการเข้าถึงทั้งหมด
บริษัท Twin Cubes GmbH ได้ให้ความช่วยเหลือ MyQ เราได้ช่วยเหลือนักพัฒนา UI บนเว็บให้ปฏิบัติตามข้อกำหนดทั้งหมดของการรับรองด้านการเข้าถึง และช่วยทดสอบผลิตภัณฑ์ใหม่ กระบวนการด้านการเข้าถึงใช้เวลามากกว่า 50 ชั่วโมงในการให้คำปรึกษา รายงานเบื้องต้น และการทดสอบขั้นสุดท้าย รวมถึงเวลาในการพัฒนาอีกหลายร้อยชั่วโมงตั้งแต่เดือนกรกฎาคม 2020 จนถึงเดือนมีนาคม 2021 แพทช์ด้านการเข้าถึงล่าสุดได้รับการเผยแพร่เมื่อวันที่ 1 เมษายน 2021 ซึ่งเป็นส่วนหนึ่งของซอฟต์แวร์เวอร์ชันใหม่ MyQ X 8.2 ซึ่งได้รับการรับรองแล้วเช่นกัน
ตอนนี้สามารถเข้าถึงได้แล้ว MyQ X web UI ช่วยให้ผู้ใช้ที่มีความพิการสามารถจัดการงานพิมพ์ของตนเองได้ และช่วยให้สามารถใช้งานได้อย่างสะดวก MyQ ผู้ดูแลระบบ X ใช้ตัวเลือกการดูแลระบบขั้นสูง
คุณสมบัติที่มีให้สำหรับผู้ดูแลระบบและผู้ใช้ใน MyQ ส่วนติดต่อผู้ใช้บนเว็บของ X 8.2:

ผู้ใช้ทุกคนควรมีโอกาสใช้เครื่องมือที่ทันสมัยเพื่อช่วยในการปฏิบัติงานประจำวันของตน MyQ ด้วยเหตุนี้ จึงได้ขยายประสบการณ์การใช้งานที่เข้าถึงได้ง่ายไปยังแอปพลิเคชันบนมือถือด้วย MyQ X Mobile Client ซึ่งสามารถจัดการงานพิมพ์ทั้งหมดจากโทรศัพท์ของผู้ใช้ได้
การยอมรับซอฟต์แวร์จัดการเอกสารใหม่เข้าสู่พอร์ตโฟลิโอของตนกลายเป็นเรื่องยากขึ้นสำหรับผู้ให้บริการ MPS นับตั้งแต่ลูกค้าเริ่มมองหาสภาพแวดล้อมการทำงานบนคลาวด์และแบบไฮบริด รวมถึงความปลอดภัยที่เชื่อถือได้ 100%
MyQ Roger
ใช้เวลาอ่าน 4 นาที
ในฐานะส่วนหนึ่งของการพัฒนา MyQ X 8.2, MyQ ส่วนติดต่อผู้ใช้บนเว็บของเว็บไซต์ได้รับการปรับปรุงอย่างมากสำหรับทั้งผู้ใช้และผู้ดูแลระบบไอที เพื่อให้เป็นไปตามมาตรฐานที่ซับซ้อนของแนวทางการเข้าถึงเนื้อหาบนเว็บ (Web Content Accessibility guidelines)
MyQ
ใช้เวลาอ่าน 4 นาที