วิธีดำเนินการตรวจสอบการช่วยสำหรับการเข้าถึงสำหรับการปฏิบัติตามข้อกำหนด WCAG

เผยแพร่แล้ว: 2022-06-28

WCAG (แนวทางการเข้าถึงเนื้อหาเว็บ) สร้างขึ้นโดยกลุ่มเวิลด์ไวด์เว็บ (W3C) และเป็นมาตรฐานที่ได้รับการยอมรับมากที่สุดทั่วโลกสำหรับการเข้าถึง

ในบทความนี้ เราสรุปงานที่จำเป็นสำหรับการตรวจสอบเพื่อยืนยันการปฏิบัติตามมาตรฐาน WCAG 2.1

การเข้าถึงคือการสร้างความมั่นใจว่าเนื้อหาและฟังก์ชันการทำงานของเว็บไซต์ของคุณสามารถเข้าถึงได้โดยผู้ชมที่กว้างขึ้น

ตัวอย่างเช่น:

  • อุปสรรคการเข้าถึงชั่วคราว – มีคนทำแว่นตาหาย!
  • ปัญหาอุปกรณ์ – อยู่ในอุปกรณ์ที่มีข้อจำกัด เช่น โทรศัพท์มือถือ
  • สถานการณ์ – แสงแดดจ้า ห้องมืด เป็นต้น
  • ทุพพลภาพถาวรสิ้นเชิง - ไม่มีการมองเห็น ไม่มีการได้ยิน ปัญหาเกี่ยวกับการรับรู้ ฯลฯ
  • ปัญหาแบนด์วิดท์ – การเชื่อมต่อช้ามาก

อย่างที่คุณเห็นมีความพิการหลายรูปแบบที่คุณต้องพิจารณา

หลักเกณฑ์ของ WCAG แบ่งออกเป็นดังนี้:

ก่อนดำเนินการผ่านแต่ละส่วน ต่อไปนี้คือรายการสิ่งที่คุณต้องทำการทดสอบ:

1. รับรู้ได้

  • การเลือกเบราว์เซอร์รวมถึงข้อความเท่านั้น (เช่น Lynx)
  • เครื่องมือสำหรับตรวจสอบแท็ก alt หัวเรื่อง ฯลฯ (เช่น ScreamingFrog)
  • โปรแกรมอ่านหน้าจอ เช่น NVDA
  • เครื่องมือทดสอบการช่วยสำหรับการเข้าถึงเว็บไซต์
  • เครื่องมือพัฒนา Chrome
  • เข้าถึงอุปกรณ์ที่เลือกได้

นี่คือการทำให้แน่ใจว่าเนื้อหาสามารถเข้าถึงได้ในรูปแบบต่างๆ ตัวอย่างเช่น บางคนสามารถเห็นเนื้อหา ฟัง ใช้การสัมผัสเพื่อทำความเข้าใจเนื้อหา ฯลฯ ซึ่งรวมถึงรายการส่วนต่อประสานกับผู้ใช้ เช่น เมนูและปุ่ม

เครื่องมือช่วยการเข้าถึงของ WAVE เป็นหนึ่งในเครื่องมือมากมายที่สามารถใช้เพื่อค้นหาปัญหาในพื้นที่นี้:

เครื่องมือช่วยการเข้าถึง Wave

ในตัวอย่างข้างต้น หน้านี้ทำได้ค่อนข้างดี มีเพียง 1 ข้อผิดพลาดและ 5 ข้อผิดพลาดเกี่ยวกับปัญหาความคมชัดของสี

ข้อผิดพลาดประการหนึ่งคือหน้านี้ไม่ได้ระบุภาษา

แต่มีสิ่งดีๆมากมายในเพจ ตัวอย่างเช่น ในภาพทางด้านขวาที่คุณเห็นองค์ประกอบ 2 รายการที่ไฮไลต์ด้วยสีเขียว ทั้งคู่ใช้ป้ายกำกับ "ARIA" เพื่อช่วยให้โปรแกรมอ่านหน้าจอเข้าใจเนื้อหานี้ ต่อไปเราจะอธิบายเพิ่มเติมเกี่ยวกับเรื่องนี้

มาดูแนวทางและเกณฑ์ความสำเร็จกัน

แนวปฏิบัติ 1.1 - การจัดหาข้อความทางเลือกแทนเนื้อหาที่ไม่ใช่ข้อความ

มีข้อความอื่นแทนเนื้อหาที่ไม่ใช่ข้อความหรือไม่

เมื่อคุณมีเนื้อหาที่ไม่ใช่ข้อความบนหน้าจอ คุณต้องตรวจสอบว่ามีคำอธิบายสำหรับแต่ละองค์ประกอบเหล่านั้นหรือไม่

ก่อนที่เราจะยกตัวอย่าง ฉันต้องการพูดคุยเกี่ยวกับ ARIA ซึ่งเป็นวิธีการให้คำอธิบายเพิ่มเติมกับองค์ประกอบ และควรใช้เมื่อ HTML มาตรฐานไม่สามารถทำได้เท่านั้น

เมื่อคุณใช้ HTML คุณจะได้รับการควบคุมแป้นพิมพ์ โฟกัส ฯลฯ โดยอัตโนมัติ นั่นคือค่ากำหนด แต่ ARIA สามารถใช้เป็นข้อมูลสำรองได้

ARIA คืออะไร?

ARIA (แอปพลิเคชันอินเทอร์เน็ตที่หลากหลายที่เข้าถึงได้) เป็นวิธีการอธิบายเนื้อหาที่ไม่สามารถอธิบายได้เพียงพอโดยใช้ HTML มาตรฐาน วัตถุประสงค์หลักคือสำหรับโปรแกรมอ่านหน้าจอ หากคุณสามารถใช้ HTML มาตรฐานได้ นั่นเป็นวิธีที่ดีที่สุดเพราะจะให้การโฟกัสไปที่องค์ประกอบและการควบคุมแป้นพิมพ์โดยอัตโนมัติ เมื่อเป็นไปไม่ได้ ARIA ก็เป็นทางเลือก

ภาพบรรยาย

ภาพพรรณนาเป็นสิ่งที่แสดงถึงบางสิ่งที่มีความหมาย ตัวอย่างเช่น รูปภาพของรถยนต์โตโยต้าพรีอุส

หากคุณไม่เห็นรูปภาพ จะต้องมีวิธีอธิบายว่ารูปภาพนี้แสดงถึงอะไร ซึ่งเป็นที่มาของแท็ก Alt

ในแพลตฟอร์มเช่น WordPress คุณสามารถเพิ่มแท็ก alt เมื่ออัปโหลดรูปภาพ:

แท็ก ALT

บ่อยครั้งที่เราอัปเดตแท็ก alt นี้เพื่อให้แน่ใจว่ามีการรวมคำหลักที่เกี่ยวข้องเพื่อวัตถุประสงค์ในการทำ SEO แต่เราต้องดำเนินการให้มากกว่านี้

กบกรีดร้องจะทำการวิเคราะห์ภาพทั้งหมดบนเว็บไซต์ของคุณและแสดงว่ารูปภาพใดไม่มีแท็ก alt แท็ก alt ที่ซ้ำกัน แท็ก alt ที่ยาวเกินไปหรือแท็ก alt ที่สั้นเกินไป!

คุณสามารถดูรูปภาพควบคู่ไปกับรายละเอียดของรูปภาพได้ด้วย:

ภาพตกแต่ง

รูปภาพตกแต่งคือรูปภาพที่มีไว้เพื่อเสริมการออกแบบ แต่ไม่มีอะไรในภาพที่ควรค่าแก่การอธิบาย!

รูปภาพตกแต่งควรใช้คุณสมบัติพื้นหลัง CSS เว้นแต่จะมีเหตุผลที่ดีที่จะใช้แท็ก 'img' หากโปรแกรมอ่านหน้าจอเห็นคุณสมบัติพื้นหลัง CSS ก็รู้ว่าไม่ต้องสนใจรูปภาพ

ต่อไปนี้คือตัวอย่างรูปภาพที่อธิบายว่าเป็นภาพพื้นหลังในเว็บไซต์ My Emergency Doctor ในออสเตรเลีย:

นี่คือรหัสที่อยู่เบื้องหลังสิ่งนี้:

เนื่องจากรูปภาพนี้ไม่อยู่ในรายการ <img> มันจึงใช้ role=img เพื่อให้โปรแกรมอ่านหน้าจอทราบว่านี่คือรูปภาพ ใช้ 'Aria-label' เพื่อให้คำอธิบายภาพที่ถูกต้องแม่นยำ นอกจากนี้ยังกำหนดภาพเป็น 'ภาพพื้นหลัง'

หมายเหตุ: หากคุณใช้แท็ก 'img' สำหรับรูปภาพพื้นหลัง คุณต้องกำหนดแท็ก null alt เช่น alt=” “

คุณควรใช้ <img> แทนสีพื้นหลังเมื่อใด

เมื่อรูปภาพเป็นส่วนสำคัญของเนื้อหา ให้ใช้ <img> ตัวอย่างเช่น หากคุณมีรูปภาพผลิตภัณฑ์ นี่คือ <img> คุณยังสามารถมีรูปภาพที่เป็นเพียงแค่ภาพพื้นหลังที่ใช้สำหรับการตกแต่งเท่านั้น และไม่สมเหตุสมผลที่จะอธิบายสิ่งเหล่านี้ว่าเป็นรูปภาพ (ซึ่ง Google จะจัดทำดัชนี)

ในตัวอย่างด้านบน คุณอาจตั้งคำถามว่าควรกำหนดภาพที่แสดงเป็น img หรือไม่ แต่เป็นภาพถ่ายสต็อก และพวกเขาตัดสินใจกำหนดให้เป็นภาพพื้นหลังแทน ซึ่งก็ถือว่าใช้ได้

หมายเหตุ: <img> เป็นแท็ก HTML แต่ภาพพื้นหลังเป็นสไตล์ CSS ที่คุณใช้

การควบคุม UI

มีการควบคุม UI ต่างๆ ที่ต้องใช้ข้อความเพื่ออธิบายว่ามันคืออะไร

ตัวอย่างเช่น ปุ่มหรือตัวควบคุมฟอร์ม

ใช้ปุ่มเพื่อช่วยในการทำงานให้สมบูรณ์ อาจเป็นปุ่มที่มีเพียงไอคอนและปุ่มที่มีข้อความอยู่ในปุ่ม ทั้งสองสามารถจัดการได้แตกต่างกัน

การใช้ ARIA คุณสามารถกำหนด 'role=button' แต่ด้วย HTML มาตรฐาน คุณสามารถใช้แท็ก <button> คุณควรใช้อันไหน?

ต่อไปนี้คือตัวอย่างปุ่มที่มี X อยู่ ซึ่งกำหนดให้เราต้องสร้าง 'aria-label' เพื่ออธิบายว่าปุ่มนี้ทำหน้าที่อะไร

<button aria-label=”ปิด” onclick=”myDialog.close()”>X</button>

ต่อไปนี้คือรายการการควบคุม UI ทั่วไปที่คุณต้องทดสอบ:

หมวดหมู่ ตัวอย่าง
การควบคุมอินพุต กล่องกาเครื่องหมาย ปุ่มตัวเลือก รายการ ปุ่ม ฟิลด์ข้อความ ฟิลด์วันที่
ส่วนประกอบการนำทาง เมนู แท็บ เบรดครัมบ์ ตัวเลื่อน ไอคอน การแบ่งหน้า แท็ก ไอคอน ฟิลด์ค้นหา วงล้อ
ส่วนประกอบข้อมูล แถบความคืบหน้า คำแนะนำเครื่องมือ การแจ้งเตือน กล่องข้อความ หน้าต่างโมดอล (ป๊อปอัป)
ตู้คอนเทนเนอร์ หีบเพลง

หากคุณกำลังใช้แบบฟอร์ม คุณต้องตรวจสอบให้แน่ใจว่าแต่ละฟิลด์มีป้ายกำกับอย่างถูกต้อง นี่คือตัวอย่างของการติดฉลากที่ดี:

<label for=”fname”>ชื่อ:</label><br>

<input type=”text” id=”fname” name=”fname”><br>

<label for=”lname”>นามสกุล:</label><br>

<input type=”text” id=”lname” name=”lname”>

</form>

หมายเหตุ: สำหรับแบบฟอร์ม คุณควรตรวจสอบให้แน่ใจว่า:

  • ทำเครื่องหมายฟิลด์บังคับอย่างชัดเจน หากฟิลด์เป็นฟิลด์บังคับ ฟิลด์นั้นจะต้องติดป้ายกำกับอย่างถูกต้องใน html ด้วย
  • มีคำแนะนำสำหรับผู้ใช้ (ปกติจะอยู่ด้านบนของแบบฟอร์ม)
  • ผู้ใช้จะได้รับความช่วยเหลือเมื่อกรอกแบบฟอร์มผิดพลาด (เช่น รูปแบบวันที่ไม่ถูกต้อง นี่คือสิ่งที่คุณต้องป้อน)

Captcha

นี่อาจเป็นปัญหาได้มากขึ้นอยู่กับวิธีการดำเนินการ ตัวอย่างเช่น เมื่อมีการแสดงรูปภาพและคุณจะถูกขอให้ระบุว่ารูปภาพใดมีสัญญาณไฟจราจร!

เราจะตรวจสอบการใช้งานและให้คำแนะนำที่เกี่ยวข้อง

เนื้อหามัลติมีเดีย

วิดีโอ/เสียงต้องมีคำอธิบายอย่างน้อยเพื่อระบุว่าวิดีโอ/เสียงนั้นเกี่ยวกับอะไร

ลิงค์

คุณต้องการทำให้แน่ใจว่าลิงก์มีความโดดเด่นอย่างชัดเจนบนหน้าเว็บ (เช่น สีต่างกัน) และใช้ anchor text และคำอธิบายลิงก์ที่เกี่ยวข้อง

แนวปฏิบัติ 1.2 – สื่อตามเวลา

พื้นที่นี้เกี่ยวกับการจัดเตรียมเนื้อหาวิดีโอและเสียงที่ต้องสามารถเข้าถึงได้มากขึ้น

มีการถอดเสียงเป็นคำสำหรับเสียงที่บันทึกไว้ล่วงหน้าเท่านั้นหรือวิดีโอ เท่านั้น

การถอดเสียงวิดีโอคือการแปลเสียงของวิดีโอเป็นข้อความ การถอดเสียงเป็นคำไม่รวมข้อมูลเสียงที่อธิบายสิ่งต่างๆ เช่น ภาพที่แสดงในวิดีโอ นี้ได้รับการจัดการแยกต่างหาก

เคล็ดลับการถอดความ!

Rev.com เป็นบริการที่ยอดเยี่ยมสำหรับการสร้างคำบรรยายภาพ/การถอดเสียงสำหรับเสียง/วิดีโอของคุณ พวกเขายังให้บริการคำบรรยายสดสำหรับวิดีโอซูม

มีคำบรรยายสำหรับเสียงที่บันทึกไว้ล่วงหน้าหรือไม่?

คำบรรยายภาพคือข้อความที่ปรากฏภายในวิดีโอเพื่อแจ้งให้ผู้ใช้ทราบว่าบุคคลนั้นพูดอะไร

การสาธิตคำบรรยายในวิดีโอ

มีคำอธิบายเสียงหรือทางเลือกสื่อ (บันทึกไว้ล่วงหน้า) หรือไม่

เมื่อคุณกำลังชมวิดีโอ คำบรรยายภาพอาจไม่เพียงพอที่จะอธิบายสิ่งที่แสดงอยู่ในวิดีโอ จำเป็นต้องมีคำอธิบายเสียงด้วย

ตัวอย่างเช่น คำอธิบายเสียงสามารถอธิบายสิ่งที่เกิดขึ้นในเบื้องหลังเมื่อมีคนพูด เพื่อให้ผู้ใช้เข้าใจบริบท

ต่อไปนี้คือตัวอย่างการถอดเสียงเป็นคำที่มีคำอธิบายเสียง

ตัวอย่างการถอดเสียงวิดีโอ

สิ่งนี้ยอดเยี่ยมสำหรับผู้เยี่ยมชมเว็บไซต์ของคุณ แต่ก็ดีสำหรับ SEO ด้วย!

เคล็ดลับในการเลือกผู้เล่นที่เข้าถึงได้:

คุณต้องการให้แน่ใจว่าเครื่องเล่นวิดีโอที่คุณใช้รองรับสิ่งที่จำเป็นสำหรับการเข้าถึง:

  1. รองรับคำบรรยาย
  2. สามารถเปิด/ปิดคำบรรยายเสียงได้
  3. สามารถใช้การควบคุมคำหลักบนเครื่องเล่นสื่อ
  4. เครื่องเล่นสื่อทำงานบนอุปกรณ์และเบราว์เซอร์ที่แตกต่างกัน
  5. การควบคุมทั้งหมดสามารถเข้าถึงได้

มีคำบรรยายสำหรับเสียงสด หรือไม่?

โดยทั่วไป คุณจะไม่มีเนื้อหาวิดีโอหรือเสียงสดบนเว็บไซต์ของคุณ แต่ถ้าเป็นเช่นนั้น คุณจะต้องสร้างคำอธิบายภาพพร้อมๆ กัน เพื่อให้ผู้ใช้เห็นคำบรรยายที่แสดงในขณะที่บุคคลนั้นพูด

มีเครื่องมือที่พร้อมใช้งานสำหรับคำบรรยายวิดีโอสดและเสียงของคุณโดยอัตโนมัติ

มีคำอธิบายเสียงสำหรับสื่อซิงโครไนซ์ที่บันทึกไว้ล่วงหน้าหรือไม่?

ใช้สำหรับสื่อที่มีภาพและเสียง เราต้องการข้อมูลเสียงที่มาพร้อมกับสื่อ

แนวปฏิบัติ 1.3 – ปรับเปลี่ยนได้ – นำเสนอข้อมูลในรูปแบบที่ซอฟต์แวร์สามารถเข้าใจได้

คุณต้องแน่ใจว่าสิ่งที่คุณตีความได้ด้วยการมองเห็นจากการดูบางสิ่งนั้นได้รับการอธิบายโดยทางโปรแกรม เพื่อให้สามารถตีความสิ่งนั้นได้อย่างถูกต้องด้วยซอฟต์แวร์ เช่น โปรแกรมอ่านหน้าจอ

มีโครงสร้างเชิงตรรกะของเนื้อหา หรือไม่ และง่ายต่อการเข้าใจความสัมพันธ์กับเนื้อหาแต่ละส่วนภายในโครงสร้างนั้นหรือไม่

เมื่อคุณดูหน้าเว็บ โดยปกติแล้วคุณจะเห็นหัวเรื่อง ย่อหน้า เนื้อหาที่เป็นตัวหนา ตาราง ฯลฯ และเมื่อคุณดูรายละเอียดของตาราง คุณจะเห็นหัวเรื่องและคุณจะเห็นได้ชัดเจนว่าแถวใดเกี่ยวข้องกับหัวเรื่องใด

นี่คือสิ่งที่คุณจะต้องตรวจสอบ:

  • เนื้อหาแบ่งออกเป็นหัวข้อย่อยหรือไม่?
  • ใช้รายการ ตาราง ฯลฯ ตามความเหมาะสมหรือไม่
  • มี HTML ที่ถูกต้องสำหรับองค์ประกอบโครงสร้างอื่นๆ ตลอดทั้งเนื้อหาหรือไม่
  • มีป้ายกำกับและข้อความแสดงแทนที่ใช้ตามต้องการ (เช่น ในแบบฟอร์มหรือไม่)

เคล็ดลับ

จุดเริ่มต้นที่ดีคือการทดสอบเว็บไซต์ของคุณโดยใช้เครื่องมือตรวจสอบที่ตรวจสอบ html ที่ถูกต้อง (เช่น W3.org html validator)

ต่อไปนี้คือตัวอย่างแบบฟอร์มที่แสดงช่องที่ต้องกรอกเป็นสีแดง เป็นเรื่องปกติสำหรับผู้ใช้ที่มองเห็น แต่คนที่ใช้เครื่องแสดงผลอักษรเบรลล์ล่ะ

เพื่อแก้ไขปัญหานี้ คำว่า 'จำเป็น' จะถูกเพิ่มลงในป้ายกำกับสำหรับนามสกุลซึ่งเป็นฟิลด์บังคับ

 <label for="lastname" class="required">นามสกุล (จำเป็น): </label>
<input type="text" size="25" value=""/>
<style type="text/css">
  .ที่จำเป็น {
    สี:สีแดง;
  }
</style>

มีลำดับเนื้อหาที่เหมาะสมหรือไม่?

  • เมื่อคุณดูหน้าเว็บ คุณจะเห็นแถบนำทาง ตามด้วยเนื้อหา หัวเรื่อง หัวเรื่องย่อย ย่อหน้าของข้อความ คุณต้องการให้แน่ใจว่าสิ่งนี้ถูกนำเสนอในลำดับที่เหมาะสม
  • ใช้ลักษณะหัวเรื่องเพื่อระบุความสำคัญของส่วนต่างๆ โดยทั่วไปแล้ว คุณจะมีสไตล์ <h1> เพียงรูปแบบเดียวในการระบุหน้าของเนื้อหา จากนั้นคุณอาจมีหลาย H2, H3 เป็นต้น
  • แยกการนำทางออกจากเนื้อหา (เช่น กำหนดการนำทางโดยใช้ <nav>)
  • ใช้ html . ที่ถูกต้อง

นี่คือโครงสร้างทั่วไปของส่วนหัวที่สมเหตุสมผล:

โครงสร้างหัวเรื่อง

ผู้ใช้สามารถเข้าใจเนื้อหาเมื่อไม่สามารถรับรู้รูปร่าง ขนาด หรือใช้ข้อมูลเกี่ยวกับรูปร่างหรือขนาดเชิงพื้นที่ได้หรือไม่

วิธีที่ง่ายที่สุดในการอธิบายสิ่งนี้คือด้วยตัวอย่าง:

สมมติว่าคุณมีตารางเปรียบเทียบคุณลักษณะของผลิตภัณฑ์ซอฟต์แวร์ และเมื่อผลิตภัณฑ์มีคุณสมบัติแล้ว รูปภาพเพชรจะแสดงในคอลัมน์นี้ ไม่เพียงพอ คุณจะต้องเพิ่มข้อความเพื่อระบุว่าเพชรนี้หมายถึงอะไร

เว็บไซต์ทำงานได้ดีในโหมดแนวตั้งและแนวนอนหรือไม่?

เว็บไซต์ต้องสามารถปรับให้เข้ากับโหมดแนวตั้งหรือแนวนอนได้โดยไม่เสียความหมาย

หากเว็บไซต์ใช้การออกแบบที่ตอบสนองอย่างถูกต้อง เมื่อคุณเปลี่ยนการวางแนว เว็บไซต์จะปรับให้เข้ากับวิวพอร์ตอื่น (เช่น เลือกการแสดงผลที่เหมาะสมกว่าตามขนาดหน้าจอ)

ข้อมูลป้อนเข้าในแบบฟอร์มอธิบายถูกต้องหรือไม่?

จุดประสงค์ของการดำเนินการนี้คือเพื่อให้แน่ใจว่าโปรแกรมมีข้อมูลเพียงพอเกี่ยวกับฟิลด์ใด ๆ ที่จำเป็นต้องกรอกในแบบฟอร์ม

และถ้าเป็นไปได้ให้เปิดใช้งานการเติมอัตโนมัติเพื่อให้ผู้ใช้ไม่ต้องกรอกทุกอย่าง!

วัตถุประสงค์ขององค์ประกอบบนหน้าเว็บสามารถหาได้โดยทางโปรแกรมหรือไม่

ตัวอย่างนี้คือการใช้องค์ประกอบ 'บทบาท' ของ ARIA สำหรับส่วนต่างๆ ของเว็บไซต์

ตัวอย่างเช่น แบนเนอร์ที่มีโลโก้/ชื่อบริษัท ฯลฯ สามารถอธิบายได้ว่าเป็น 'role=banner'

หรือใช้ป้ายใส่แบบฟอร์มสำหรับอีเมล ชื่อ ที่อยู่ ฯลฯ

นี่คือลักษณะที่คุณเห็นใน HTML:

<ประเภทการป้อนข้อมูล=”อีเมล>

มีรูปแบบข้อความของกราฟใด ๆ หรือไม่?

หากมีเนื้อหาประเภทกราฟ คุณจะต้องมีตารางที่สรุปว่าเนื้อหานี้เกี่ยวกับอะไร

แนวปฏิบัติ 1.4 – ดูและฟังเนื้อหา

นี่เป็นการทำให้ผู้คนเห็นและได้ยินเนื้อหาได้ง่าย

มีการใช้สีแทนข้อความในการถ่ายทอดข้อมูลหรือไม่?

ลองนึกภาพว่าคุณมีแบบฟอร์มและช่องที่ต้องกรอกแสดงเป็นสีแดง

นี้ไม่ได้มีความหมายมากสำหรับโปรแกรมอ่านหน้าจอ!

แต่คุณสามารถเพิ่มคำว่า 'จำเป็น' ลงในตารางได้ดังตัวอย่างด้านล่าง:

<label for=”lastname” class=”required”>นามสกุล (จำเป็น): </label> <input id=”lastname” type=”text” size=”25″ value=””/> <style type= ”text/css”> .required { color:red; } </style>

มีกลไกในการหยุดชั่วคราวหรือหยุดเสียงหากเล่นนานกว่า 3 วินาทีหรือไม่?

หากคุณกำลังใช้โปรแกรมอ่านหน้าจอและวิดีโอเล่นพร้อมกันโดยอัตโนมัติ คุณจะได้ยินเสียงสองเสียง!

ตามหลักการแล้วจะไม่มีการเล่นวิดีโออัตโนมัติเพื่อแก้ปัญหานี้

หากมีการเล่นอัตโนมัติ ให้ตรวจสอบว่ามีเวลาน้อยกว่า 3 วินาที และหากไม่มี ให้ตรวจสอบว่ามีวิธีควบคุมเสียงของการเล่นวิดีโอ

พื้นหลังมีความเปรียบต่างที่ดีระหว่างข้อความและรูปภาพ/สีหรือไม่

เราทุกคนทราบดีว่าสีมีความสำคัญเพียงใดในการออกแบบและการสร้างแบรนด์ แต่สำหรับผู้พิการทางสายตาที่เข้าชมไซต์ของคุณ สีจะไม่สร้างความแตกต่างให้กับประสบการณ์ของพวกเขามากนัก

ตัวอย่างเช่น คนตาบอดสีจะไม่เห็นความแตกต่างระหว่างสีแดง สีส้ม สีเหลือง และสีเขียว และคุณจำเป็นต้องให้ความสำคัญกับพวกเขาเช่นกัน

สิ่งสำคัญคือต้องคำนึงถึงอัตราส่วนคอนทราสต์ซึ่งเป็นหนึ่งในปัญหาการช่วยสำหรับการเข้าถึงที่พบบ่อยที่สุดที่พบในเว็บไซต์

มีความคมชัดเพียงพอระหว่างสีข้อความและพื้นหลังหรือไม่ เครื่องมืออย่างตัวตรวจสอบความเปรียบต่างของสีสามารถช่วยคุณได้!

อัตราความคมชัด

สีพื้นหลังอยู่ด้านซ้าย จากนั้นสีข้อความจะอยู่ด้านขวา คะแนนอยู่ตรงกลาง

คำแนะนำคือคอนทราสต์อย่างน้อย 4.5:1 หรือ 3.1 เมื่อข้อความมีขนาดใหญ่ (เช่น ตัวหนา 18 หรือ 14 พอยต์)

นอกจากนี้ อย่าลืมใช้เครื่องมืออื่นที่ไม่ใช่สีเพื่อสื่อสารเนื้อหาและข้อมูลที่สำคัญบนไซต์ของคุณ

ตัวอย่างเช่น CTA หลักของคุณมักจะปรากฏขึ้นบนหน้าเนื่องจากสีที่ทำให้ผู้ใช้สังเกตเห็น ในการทำให้ CTA เข้าถึงได้ง่ายขึ้น คุณสามารถใช้ขนาด ตำแหน่ง ความชัดเจน คอนทราสต์ เพื่อให้มองเห็นได้ชัดเจนสำหรับผู้ที่ตาบอดสี

สามารถเพิ่มข้อความให้ใหญ่ขึ้นและเว็บไซต์ของคุณยังทำงานได้ตามปกติหรือไม่?

สิ่งที่เห็นได้ชัดคือเพียงแค่ขยายข้อความบนหน้าจอเพื่อช่วยเหลือผู้ที่มีความบกพร่องทางสายตา

แต่คุณต้องการให้เว็บไซต์ทำงานตามปกติหากผู้ใช้เพิ่มขนาดข้อความ

ตัวอย่างเช่น เมื่อผู้ใช้ซูมข้อความได้ถึง 400% คุณต้องแน่ใจว่าไม่มีข้อมูลสูญหาย

นี่คือรูปภาพจาก W3.org ฉันแน่ใจว่าคุณไม่ต้องการให้เว็บไซต์ของคุณดูเหมือนด้านขวาเมื่อคุณขยายข้อความ

การปรับขนาดข้อความ

ข้อกำหนด WCAG 2.1 คือคุณสามารถขยายได้ถึง 200% โดยไม่มีปัญหาใดๆ

หลีกเลี่ยงรูปภาพของข้อความเว้นแต่จำเป็นหรือไม่

คุณอาจมีโลโก้ที่มีข้อความ (เช่น ชื่อบริษัทของคุณ) ซึ่งก็ไม่เป็นไร

แต่สิ่งที่เกี่ยวกับรูปภาพของข้อความ?

หากคุณมีรูปภาพของข้อความ อย่างน้อย คุณต้องระบุป้ายกำกับที่อธิบายข้อความนั้น

แต่คุณควรหลีกเลี่ยงรูปภาพประเภทนี้ เว้นแต่:

  • มันจำเป็น
  • ปรับแต่งได้

เว็บไซต์ตอบสนองหรือไม่?

เป็นเรื่องปกติที่จะเลื่อนลงมาเพื่อดูหน้าเว็บแบบเต็ม แต่ห้ามเลื่อนไปทางขวาหรือซ้าย

เมื่อคุณย้ายจากเดสก์ท็อปไปยังอุปกรณ์ขนาดเล็ก หน้าจอควรปรับโดยอัตโนมัติ เพื่อให้คุณไม่ต้องเลื่อนไปทางขวาหรือซ้าย

มีคอนทราสต์เพียงพอสำหรับเนื้อหาที่ไม่ใช่ข้อความหรือไม่

สีที่อยู่ติดกันต้องมีอัตราส่วนคอนทราสต์อย่างน้อย 3:1

ข้อกำหนดนี้มีไว้สำหรับผู้ที่มีสายตาเลือนราง

สามารถปรับระยะห่าง/ความสูงของเส้นโดยไม่สูญเสียประสิทธิภาพการทำงานได้หรือไม่?

  • ความสูงของบรรทัด (ระยะห่างระหว่างบรรทัด) ควรมีอย่างน้อย 1.5 เท่าของขนาดตัวอักษร
  • ระยะห่างของย่อหน้าถัดไปควรมีขนาดแบบอักษรอย่างน้อย 2 เท่า
  • ระยะห่างระหว่างตัวอักษร (การติดตาม) ควรมีอย่างน้อย 0.12 เท่าของขนาดตัวอักษร
  • ระยะห่างระหว่างคำควรมีอย่างน้อย 0.16 เท่าของขนาดตัวอักษร

เนื้อหาแสดงอย่างถูกต้องเมื่อวางเมาส์เหนือหรือโฟกัสหรือไม่

เมื่อคุณโฟกัสที่องค์ประกอบ (เช่น แท็บไปที่องค์ประกอบนั้น) หรือวางเมาส์เหนือองค์ประกอบนั้น คุณจะเห็นเนื้อหาเพิ่มเติม

ตัวอย่างเช่น คุณวางเมาส์เหนือปุ่มและป๊อปอัปปรากฏขึ้น

…หรือเมนูย่อยจะปรากฏขึ้น

เนื้อหานี้จะต้อง:

ปิดได้ – ตัวอย่างเช่น หากคุณคลิก Escape เนื้อหาจะไม่แสดงอีกต่อไป

Hoverable – เมื่อคุณวางเมาส์เหนือเนื้อหา เนื้อหาจะแสดงตราบใดที่เมาส์อยู่เหนือทริกเกอร์

ถาวร - นี่คือการรวมกันของทั้งสองอย่าง เนื้อหาจะยังคงปรากฏอยู่จนกว่าผู้ใช้จะยกเลิก ผู้ใช้เลื่อนเมาส์ออก หรือเนื้อหาไม่มีข้อมูลสำคัญอีกต่อไป

หมายเหตุ: สิ่งนี้ใช้ไม่ได้กับเมื่อองค์ประกอบ HTML เช่นชื่อปรากฏขึ้นเมื่อคุณวางเมาส์เหนือบางสิ่ง (เช่น รูปภาพ)

แบบอักษรอ่านได้หรือไม่

แบบอักษร/แบบอักษรบางตัวอ่านง่ายกว่าแบบอื่นๆ มีความพึงพอใจต่อ serif หรือ sans serif แต่นั่นไม่จำเป็น ส่วนสำคัญคือสามารถอ่านได้

2. ใช้งานได้

ซึ่งหมายความว่าผู้ใช้จำเป็นต้องสามารถใช้การนำทางและอินเทอร์เฟซผู้ใช้ได้โดยการโต้ตอบกับมัน ตัวอย่างเช่น พวกเขาสามารถ 'ใช้งาน' ส่วนต่อประสานผู้ใช้โดยใช้แป้นพิมพ์

แนวทาง 2.1 – แป้นพิมพ์ที่เข้าถึงได้

ผู้ใช้จำนวนมากใช้แป้นพิมพ์แทนเมาส์หรือแทร็คแพด รวมถึงผู้ใช้ที่มีอุปกรณ์กีดขวางการเข้าถึงสำหรับการเคลื่อนไหวหรือผู้ที่ใช้โปรแกรมอ่านหน้าจอ

นี่คือเหตุผลที่ต้องเข้าถึงฟังก์ชันทั้งหมดบนเว็บไซต์ของคุณผ่านแป้นพิมพ์ เช่น ลิงก์ ปุ่ม แบบฟอร์ม และการควบคุมอื่นๆ

ทุกอย่างสามารถเข้าถึงได้ผ่านแป้นพิมพ์หรือไม่?

ถึงเวลาหยุดใช้เมาส์และใช้แป้นพิมพ์เท่านั้น

คุณกำลังตรวจสอบ:

ทำทุกอย่างตามลำดับตรรกะไปข้างหน้าหรือข้างหลัง (โดยใช้แท็บเพื่อไปข้างหน้าและเปลี่ยนแท็บเพื่อย้อนกลับ)

เมื่อคุณอยู่ในปุ่มใดปุ่มหนึ่ง ส่วน ฯลฯ คุณเห็นว่าองค์ประกอบนี้ถูกเน้นหรือไม่ ในตัวอย่างต่อไปนี้ เห็นได้ชัดว่าเราได้แท็บ 'บทความ'

มุ่งเน้นไปที่องค์ประกอบ

ทุกอย่างสามารถเข้าถึงได้โดยใช้ปุ่มแท็บหรือไม่ และเมื่อคุณกด Enter เมื่อคุณมีโฟกัส มันจะเปิดใช้งานการดำเนินการหรือไม่

หมายเหตุ: หากป๊อปอัปปรากฏขึ้นคุณจะต้องสามารถนำทางได้

คุณสามารถข้ามส่วนหัวได้หรือไม่

เมื่อคุณใช้โปรแกรมอ่านหน้าจอ คุณไม่ต้องการให้อ่านส่วนหัวเดียวกันในทุกหน้า นั่นจะทำให้คุณเป็นบ้า ดังนั้นคุณควรจะสามารถแท็บไปที่ 'ข้ามไปยังลิงก์เนื้อหา' กด Enter จากนั้นแท็บถัดไปของคุณจะข้ามส่วนนั้น

เมื่อคุณคลิกแท็บเมื่อคุณมาถึงเว็บไซต์ด้านล่างเป็นครั้งแรก คุณจะอยู่ในลิงก์ 'ข้ามไปยังเนื้อหา' หากคุณกด Enter คุณจะตรงไปที่เนื้อหา

หากคุณกดแท็บที่สอง คุณจะย้ายไปที่ลิงก์ 'ข้ามไปยังการนำทาง' หากคุณกด Enter คุณจะเข้าสู่การนำทาง

ตัวอย่างการข้ามไปยังเนื้อหา

หากคุณกดแท็บอีกครั้ง คุณจะย้ายไปที่ 'ข้ามไปยังการนำทาง' หากคุณเลือกตัวเลือกนี้ คุณจะข้ามไปที่การนำทางโดยตรง

หากมีอักขระ เครื่องหมายวรรคตอน ตัวเลข หรือสัญลักษณ์ที่ใช้เป็นทางลัด จะต้องมีวิธีปิดใช้งานหรือเปลี่ยนทางลัดนี้เป็นอักขระที่ไม่สามารถพิมพ์ได้ตั้งแต่หนึ่งตัวขึ้นไป ข้อยกเว้นเพียงอย่างเดียวคือเมื่อทางลัดใช้ได้เฉพาะเมื่อองค์ประกอบมีโฟกัส

2.1.2 มีสถานการณ์ใดบ้างที่คุณกดปุ่มคีย์บอร์ดจนสุดทาง (กับดักคีย์บอร์ด) ?

คุณแท็บทางของคุณไปยังสถานที่บนเว็บไซต์และคุณไม่สามารถแท็บไปข้างหน้าหรือข้างหลัง

สิ่งนี้เรียกว่ากับดักคีย์บอร์ด ขณะที่เพลงดำเนินไป…ติดกับดัก มองย้อนกลับไปไม่ได้….

มีทางเลือกอื่นนอกเหนือจากแป้นพิมพ์ลัดที่ใช้ตัวอักษรหรือไม่?

การมีปุ่มลัดอักขระกับผู้ที่อาศัยแป้นพิมพ์สำหรับการนำทางนั้นไม่ดีเพราะพวกเขาอาจกดโดยไม่ได้ตั้งใจ

เราจึงต้องจัดหาทางเลือกอื่น

ก) ความสามารถในการทำการแมปตัวละครนี้กับทางลัดอื่น

ข) ปิดมัน

ค). ใช้งานได้เฉพาะเมื่อคุณมีสมาธิกับสิ่งนี้ นั่นหมายความว่า ถ้าคุณใช้ทางลัด จะไม่มีอะไรเกิดขึ้น เว้นแต่คุณจะอยู่บนนั้นจริงๆ!

แนวทาง 2.2 – เวลาเพียงพอ

ลองนึกภาพถ้าคุณกำหนดเวลาในการกรอกแบบฟอร์มแต่พิจารณาเฉพาะผู้ใช้ที่ไม่ต้องการการเข้าถึง การจำกัดเวลานี้อาจสั้นเกินไป

ปรับเวลาได้หรือไม่?

การปิดเวลาเป็นสิ่งที่ดี แต่สามารถขยายเวลาได้ (เช่น เมื่อใกล้ถึงขีดจำกัดเวลา) หรือปรับเป็นเวลาใหม่ได้

ผู้ใช้เว็บไซต์สามารถหยุดชั่วคราว หยุดหรือซ่อนการเคลื่อนไหว กะพริบ หรืออัปเดตเนื้อหาอัตโนมัติได้หรือไม่

ถ้ามันเคลื่อนที่/กะพริบหรือดุและมัน:

ก) เริ่มโดยอัตโนมัติ

ข) กินเวลานานกว่า 5 วินาที

ค). นำเสนอควบคู่ไปกับเนื้อหาอื่นๆ

จากนั้นมีกลไกสำหรับการหยุดชั่วคราว หยุด หรือลบ

ปัญหาเดียวกันกับเนื้อหาอัปเดตอัตโนมัติ

แนวทางที่ 2.3 – อาการชักและปฏิกิริยาทางกายภาพ

แนวปฏิบัตินี้คือเพื่อให้แน่ใจว่าไม่มีสิ่งใดได้รับการออกแบบมาซึ่งอาจทำให้เกิดอาการชักหรือปฏิกิริยาทางกายภาพ

'ไฟกะพริบ' บนหน้าจอตรงตามหลักเกณฑ์หรือไม่

กฎข้อที่หนึ่งคือหลีกเลี่ยงวัตถุที่กะพริบ แต่ถ้าเป็นไปไม่ได้ ตรวจสอบให้แน่ใจว่าวัตถุนั้นไม่กะพริบเกิน 3 ครั้งในหนึ่งวินาทีหรือกะพริบต่ำกว่าเกณฑ์การกะพริบทั่วไปหรือสีแดง

แนวทาง 2.4 – นำทางได้

นี่คือการทำให้ง่ายต่อการนำทางผ่านเว็บไซต์

คุณสามารถข้ามบล็อกซ้ำได้หรือไม่?

ลองนึกภาพการใช้โปรแกรมอ่านหน้าจอและทุกครั้งที่ไปที่หน้าใหม่ เครื่องอ่านการนำทาง ตอนนี้คงไม่สนุกแล้ว ดังนั้นคุณต้องสามารถข้ามสิ่งเหล่านี้ได้ ฉันให้ตัวอย่างนี้ก่อนหน้านี้

ชื่อหน้าทั้งหมดถูกต้องหรือไม่

คุณต้องมีชื่อที่สื่อความหมายที่ดีในทุกหน้า นี่เป็นสิ่งที่ดีสำหรับการเข้าถึง แต่ยังดีสำหรับ SEO

คุณสามารถใช้ Screaming Frog เพื่อดูชื่อหน้าได้ในที่เดียว:

ชื่อการช่วยสำหรับการเข้าถึง

ลำดับโฟกัสรักษาความหมายหรือไม่

หากคุณกำลังแท็บผ่านเนื้อหา แต่คุณแท็บในลำดับที่ไม่สมเหตุสมผล คุณจะต้องแก้ไขปัญหานี้

คุณสามารถกำหนดวัตถุประสงค์ของลิงก์จากข้อความลิงก์ได้หรือไม่

'คลิกที่นี่' ไม่ใช่ anchor text ที่มีประโยชน์มาก คุณต้องมีคำที่อธิบายเนื้อหาที่จะเชื่อมโยงไปถึง

Anchor text คืออะไร?

เมื่อคุณเชื่อมโยงไปยังหน้าอื่นบนเว็บไซต์ของคุณหรือเว็บไซต์ภายนอก anchor text คือข้อความที่มองเห็นได้ซึ่งเกี่ยวข้องกับหน้าที่คุณกำลังส่งคนไป แทนที่จะแสดงแค่ลิงก์ การแสดงข้อความจริงจะดีกว่า

มีมากกว่าหนึ่งวิธีในการค้นหาหน้าเว็บหรือไม่?

นี่คือตัวอย่างบางส่วน:

  • แผนผังเว็บไซต์ – มีรายการของหน้าทั้งหมดบนแผนผังเว็บไซต์
  • ลิงค์ด่วน – มีลิงค์ด่วนเพื่อไปยังหน้าสำคัญ
  • ค้นหา – ค้นหาเพื่อค้นหาหน้าที่เกี่ยวข้อง

โฟกัสของแป้นพิมพ์มองเห็นได้หรือไม่

คำถามมันบอกหมด! สิ่งนี้ยังครอบคลุมอยู่ในแนวทางปฏิบัติก่อนหน้านี้ข้อใดข้อหนึ่ง เมื่อคุณแตะไปที่ใดที่หนึ่ง คุณจะต้องสามารถมองเห็นโฟกัสได้อย่างชัดเจนในพื้นที่นั้น

มีการกำหนดส่วนหัว เนื้อหา และส่วนท้ายไว้อย่างชัดเจนหรือไม่

เทคโนโลยีสิ่งอำนวยความสะดวกจำเป็นต้องสามารถระบุส่วนหัว ส่วนท้าย และส่วนเนื้อหาได้อย่างชัดเจน มีแท็ก html ที่กำหนดพื้นที่เหล่านี้

แนวปฏิบัติ 2.5 รูปแบบการป้อนข้อมูล

แนวทางนี้เกี่ยวกับอินเทอร์เฟซที่ใหม่กว่าซึ่งคุณไม่สามารถใช้แป้นพิมพ์หรือเมาส์เพื่อนำทางได้ ตัวอย่างเช่น บนสมาร์ทโฟน คุณสามารถปัด บีบนิ้ว และซูม แตะ ฯลฯ

ฟังก์ชันที่ใช้ท่าทางแบบหลายจุดหรือตามเส้นทางสามารถสั่งงานด้วยตัวชี้เดียวโดยไม่ต้องใช้ท่าทาง (เว้นแต่จำเป็น) ได้หรือไม่

ท่าทางสัมผัสตามเส้นทางเป็นที่ที่คุณต้องย้ายในเส้นทางที่เฉพาะเจาะจง ตัวอย่างเช่น คุณปัดขึ้นเพื่อเข้าถึงฟังก์ชันบางอย่างหรือลงเพื่อเข้าถึงฟังก์ชันอื่นๆ ท่าทางสัมผัสแบบหลายจุดเป็นที่ที่คุณใช้จุดสัมผัสตั้งแต่สองจุดขึ้นไปเพื่อเข้าถึงฟังก์ชันต่างๆ เช่น ใช้ 2 นิ้วเพื่อบีบและซูม

มีวิธีง่าย ๆ ในการออกจากการกระทำที่เริ่มต้นโดยตัวชี้ตัวเดียวหรือไม่?

ตัวชี้เดียวคืออะไร?

นี่คือที่ที่คุณสามารถเข้าถึงฟังก์ชันการทำงานด้วยการโต้ตอบกับหน้าจอเพียงจุดเดียว เช่น แตะ คลิก กดค้าง เป็นต้น

อย่างน้อยหนึ่งข้อต่อไปนี้ต้องเป็นจริง:

  • ไม่มีเหตุการณ์ลง – ทริกเกอร์จะดำเนินการเมื่อคุณกดปุ่ม
  • ยกเลิกหรือเลิกทำ – คุณใช้เหตุการณ์ที่เกิดขึ้น (เช่น ฟังก์ชันจะเปิดใช้งานเมื่อมีการปล่อยตัวชี้) และมีวิธีการยกเลิก ตัวอย่างเช่น คุณกำลังกดบางอย่างด้วยนิ้วของคุณ และแทนที่จะยกนิ้วขึ้นตรงๆ คุณจะเลื่อนไปยังส่วนอื่นของหน้าจอและฟังก์ชันการทำงานจะถูกยกเลิก
  • การกลับรายการขึ้น – เหตุการณ์ขึ้นกลับเหตุการณ์ลง
  • สำคัญ – การทำหน้าที่ของเหตุการณ์ดาวน์ให้เสร็จเป็นสิ่งสำคัญ

ป้ายกำกับที่มองเห็นได้ของส่วนประกอบตรงกับชื่อแบบเป็นโปรแกรมของส่วนประกอบนั้นหรือไม่

หากผู้ใช้ที่มองเห็นใช้ข้อความเป็นคำพูด ชื่อโปรแกรมจะถูกอ่านออก และจะเป็นประสบการณ์ที่ดีขึ้นหากชื่อนี้ตรงกับป้ายกำกับที่มองเห็นได้

ฟังก์ชันที่สั่งการโดยการเคลื่อนไหวหรือการใช้ท่าทางสัมผัสสามารถถูกควบคุมโดยส่วนควบคุม UI อื่นๆ ได้หรือไม่

หากคุณเขย่าหรือเอียงบางสิ่งเพื่อควบคุม คุณสามารถใช้การควบคุม UI อื่นเพื่อเข้าถึงฟังก์ชันนี้ได้หรือไม่

เข้าใจได้

นี่คือการทำให้แน่ใจว่าภาษาที่ใช้ในเพจนั้นสามารถเข้าใจได้

3.1 อ่านได้

เราครอบคลุมสิ่งต่อไปนี้:

สามารถกำหนดภาษาของหน้าหรือส่วนของหน้าโดยทางโปรแกรมได้หรือไม่

คุณควรเห็นสิ่งนี้ที่จุดเริ่มต้นของหน้าใดๆ 'Lang' หมายถึงภาษาของหน้า

<html class=”ie ie7″ lang=”en-US”>

หากภาษาเปลี่ยนแปลงในหน้า คุณจะต้องสามารถระบุสิ่งนี้ได้เช่นกัน

3.2 คาดการณ์ได้

คุณต้องการให้ UI ของคุณทำงานในลักษณะที่คาดเดาได้ ไม่ใช่เรื่องน่าประหลาดใจ!

การนำทางในลำดับเดียวกันในหน้าต่างๆ หรือไม่

ตำแหน่งการนำทางในหน้าหนึ่งควรเหมือนกันในหน้าอื่นๆ ทั้งหมด เว้นแต่ผู้ใช้จะทำการเปลี่ยนแปลงการนำทาง

มีการตั้งชื่อส่วนประกอบ รูปภาพ ฯลฯ ในหน้าต่างๆ อย่างสม่ำเสมอหรือไม่

หากคุณมีรูปภาพในหน้าหนึ่งและมีรูปภาพเดียวกันในอีกหน้าหนึ่ง คุณต้องการให้ตั้งชื่อรูปภาพเหมือนกัน

หากคุณมีบทความหลายหน้าและคุณตั้งชื่อหน้า 1, หน้า 2, หน้า 3 ที่สอดคล้อง การติดฉลากไม่จำเป็นต้องเหมือนกันหากไม่สมเหตุสมผล แต่ต้องสอดคล้องกัน

3.3 ความช่วยเหลือในการป้อนข้อมูล

สิ่งนี้เกี่ยวกับการช่วยให้ผู้ใช้หลีกเลี่ยงหรือกู้คืนจากข้อผิดพลาด:

ข้อผิดพลาดในการป้อนข้อมูล – หากคุณพิมพ์บางอย่างไม่ถูกต้อง คุณอาจมองเห็นได้ว่าไม่ถูกต้อง แต่ยังต้องมีข้อความระบุปัญหาด้วย

ป้ายกำกับ – เมื่อผู้ใช้ต้องป้อนข้อความ จะมีป้ายกำกับที่เกี่ยวข้องซึ่งอธิบายฟิลด์

ข้อผิดพลาดในการป้อนข้อมูล – หากผู้ใช้ทำผิดพลาด แสดงว่ามีคำแนะนำเกี่ยวกับวิธีการแก้ไข

การป้องกันข้อผิดพลาด – คุณควรสามารถย้อนกลับ รับคำติชมเกี่ยวกับข้อผิดพลาด หรือมีความสามารถในการยืนยันก่อนที่จะส่ง

4. แข็งแกร่ง

นอกจากจะสามารถเข้าถึงได้แล้ว เนื้อหาของคุณต้องสนับสนุนเบราว์เซอร์ เทคโนโลยี ฯลฯ ที่หลากหลาย

แนวปฏิบัติ 4.1 เข้ากันได้

สิ่งนี้เกี่ยวข้องกับการทดสอบกับตัวแทนผู้ใช้และเทคโนโลยีช่วยเหลือที่หลากหลาย การทดสอบเบื้องต้นที่ดีสำหรับสิ่งนี้คือการใช้เครื่องมือตรวจสอบความถูกต้องของมาร์กอัป W3C เพื่อดูว่ามีข้อผิดพลาดใดๆ หรือไม่ (กล่าวคือตรวจสอบว่าโครงสร้าง/ไวยากรณ์ของ html, xhml ฯลฯ ถูกต้อง)

นี่คือตัวอย่างผลลัพธ์:

ตัวตรวจสอบมาร์กอัป W3

นอกจากนี้ คุณต้องทดสอบกับเบราว์เซอร์หลายตัวเพื่อให้แน่ใจว่าโหลดเนื้อหาอย่างถูกต้อง

และมันก็คุ้มค่าที่จะโหลดหน้าในเบราว์เซอร์แบบข้อความเท่านั้น (เช่น Lynx)

ข้อมูลทั้งหมดสามารถแยกวิเคราะห์ได้อย่างถูกต้องหรือไม่?

มีแท็กเริ่มต้นและสิ้นสุดที่เหมาะสมภายในส่วนต่างๆ ของเนื้อหาหรือไม่ เพื่อให้ง่ายต่อการระบุว่าส่วนเริ่มต้นและสิ้นสุดที่ใด

องค์ประกอบซ้อนกันอย่างถูกต้องหรือไม่?

มีแอตทริบิวต์หรือรหัสที่ซ้ำกันที่ทำให้แยกแยะองค์ประกอบได้ยากหรือไม่

เทคโนโลยีอำนวยความสะดวกสามารถเข้าใจการควบคุมส่วนต่อประสานผู้ใช้ทั้งหมดได้หรือไม่

ต่อไปนี้คือตัวอย่างบางส่วนของการควบคุมและสิ่งที่คุณต้องรู้ให้ได้:

  • ช่องทำเครื่องหมาย - ถูกทำเครื่องหมายหรือไม่?
  • โฟกัส - องค์ประกอบใดที่มีจุดโฟกัสและสามารถเข้าใจโดยทางโปรแกรม (ไม่ใช่แค่การมองเห็น)

ผู้ใช้รับทราบถึงข้อความแสดงสถานะที่ไม่ได้ให้ความสำคัญในลักษณะที่ไม่จำเป็นต้องขัดจังหวะการทำงานหรือไม่

ลองนึกภาพว่าคุณกำลังเรียกดูหน้าใดหน้าหนึ่งอยู่ และในขณะที่อยู่ในหน้านั้น แบนเนอร์ก็โผล่มาที่ด้านบนของเว็บไซต์เพื่อประกาศการขาย

แบบฟอร์มได้รับการออกแบบมาอย่างถูกวิธีหรือไม่?

ในการทำให้แบบฟอร์มสามารถเข้าถึงได้ คุณจะต้องแน่ใจว่าได้เปิดใช้งานสิ่งต่อไปนี้:

  • ความสามารถในการใช้แท็บเพื่อนำทางผ่านแบบฟอร์ม
  • ความสามารถในการใช้แท็บเพื่อนำทางผ่านแบบฟอร์ม

<แบบฟอร์ม>

<label for=”fname”>ชื่อ:</label><br>

<input type=”text” id=”fname” name=”fname”><br>

<label for=”lname”>นามสกุล:</label><br>

<input type=”text” id=”lname” name=”lname”>

</form>

  • ช่องบังคับที่ทำเครื่องหมายไว้อย่างชัดเจน หากฟิลด์เป็นฟิลด์บังคับ ฟิลด์นั้นจะต้องติดป้ายกำกับอย่างถูกต้องใน html ด้วย
  • มีคำแนะนำสำหรับผู้ใช้ (ปกติจะอยู่ด้านบนของแบบฟอร์ม)
  • ผู้ใช้จะได้รับความช่วยเหลือเมื่อกรอกแบบฟอร์มผิดพลาด (เช่น รูปแบบวันที่ไม่ถูกต้อง นี่คือสิ่งที่คุณต้องป้อน)

สรุป

อย่างที่คุณเห็น มีหลายสิ่งหลายอย่างที่ต้องครอบคลุมเมื่อเรียกใช้การตรวจสอบการช่วยสำหรับการเข้าถึงที่ครอบคลุม อย่างไรก็ตาม ทั้งหมดนี้ให้ผลตอบแทนและผลประโยชน์ที่ธุรกิจของคุณจะได้รับมีมากมาย ตั้งแต่การสร้างภาพลักษณ์ที่ดีของแบรนด์ไปจนถึงการเข้าถึงผู้ชมที่กว้างขึ้นและการปรับปรุง SEO ของคุณ