WCAG 2.2 คืออะไร? คู่มือสำหรับเอเจนซีและฟรีแลนซ์ทำเว็บไซต์

ลูกค้าองค์กรรายหนึ่งส่ง RFP มาถึงเอเจนซีพร้อมข้อกำหนดบรรทัดหนึ่งว่า "เว็บไซต์ต้องเป็นไปตาม WCAG 2.2 ระดับ AA" ทีมออกแบบและพัฒนาที่ไม่เคยจับมาตรฐานนี้มาก่อนต้องรีบหาคำตอบว่ามันคืออะไร ต่างจาก WCAG 2.1 ที่เคยได้ยินอย่างไร และต้องทำอะไรเพิ่มจากงานเดิมที่เคยส่งมอบให้ลูกค้า

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

WCAG 2.2 คืออะไร และใครเป็นผู้ออกมาตรฐานนี้

WCAG (Web Content Accessibility Guidelines) เป็นมาตรฐานการเข้าถึงเว็บไซต์ที่จัดทำโดย W3C ผ่านกลุ่มงาน Web Accessibility Initiative (WAI) เวอร์ชัน 2.2 เป็นเวอร์ชันล่าสุดในตระกูล WCAG 2 ที่ต่อยอดจาก WCAG 2.1 โดยยังคงเกณฑ์เดิมของ 2.1 ไว้ทั้งหมดและเพิ่มเกณฑ์ใหม่เข้ามาเพื่อครอบคลุมปัญหาการเข้าถึงที่พบมากขึ้นในเว็บไซต์และแอปยุคปัจจุบัน เช่น การใช้งานบนมือถือและการยืนยันตัวตน

สิ่งสำคัญที่เอเจนซีต้องเข้าใจคือ WCAG 3 ยังอยู่ระหว่างการพัฒนาและยังไม่ใช้เป็นมาตรฐานอ้างอิงหลักจนกว่าสถานะจะเปลี่ยนอย่างเป็นทางการ ดังนั้นเมื่อลูกค้าพูดถึง "มาตรฐาน Accessibility ล่าสุด" ในปัจจุบัน จึงหมายถึง WCAG 2 เวอร์ชันล่าสุดจาก W3C ซึ่งควรตรวจสอบเวอร์ชันที่แน่นอนจากหน้าเอกสารทางการทุกครั้งก่อนอ้างอิงในสัญญา

โครงสร้างของ WCAG: หลักการ POUR และระดับ A, AA, AAA

WCAG จัดกลุ่มเกณฑ์ทั้งหมดไว้ภายใต้หลักการสี่ข้อที่เรียกย่อว่า POUR ได้แก่ Perceivable (ผู้ใช้ต้องรับรู้เนื้อหาได้), Operable (ผู้ใช้ต้องควบคุมส่วนต่อประสานได้), Understandable (เนื้อหาและการทำงานต้องเข้าใจได้) และ Robust (เนื้อหาต้องทำงานได้กับเทคโนโลยีช่วยเหลือหลากหลายประเภท)

ระดับความสอดคล้อง A, AA, AAA

• ระดับ A คือเกณฑ์พื้นฐานที่สุดที่ควรผ่านเป็นอันดับแรก
• ระดับ AA คือระดับที่หน่วยงานและองค์กรส่วนใหญ่ใช้อ้างอิงในสัญญาหรือ RFP
• ระดับ AAA คือระดับสูงสุด ซึ่ง WCAG เองระบุว่าไม่แนะนำให้ตั้งเป็นเป้าหมายบังคับสำหรับทั้งเว็บไซต์ เพราะบางเกณฑ์ไม่สามารถทำได้กับทุกประเภทเนื้อหา

เมื่อเอเจนซีเซ็นสัญญาว่าจะส่งมอบเว็บไซต์ที่ "เป็นไปตาม WCAG 2.2 AA" จึงหมายถึงต้องผ่านเกณฑ์ทั้งระดับ A และ AA ร่วมกัน ไม่ใช่แค่ระดับ AA เพียงอย่างเดียว

เกณฑ์ใหม่ใน WCAG 2.2 ที่ไม่มีใน 2.1

WCAG 2.2 เพิ่มเกณฑ์ใหม่หลายข้อจาก 2.1 โดยเน้นปัญหาที่พบบ่อยในเว็บไซต์และแอปยุคปัจจุบัน เอเจนซีควรทำความเข้าใจหัวข้อเหล่านี้เป็นพิเศษ เพราะเป็นจุดที่งานเก่าที่เคยผ่าน 2.1 อาจยังไม่ครอบคลุม

• Focus Not Obscured — องค์ประกอบที่ได้รับ Focus จากคีย์บอร์ดต้องไม่ถูกบดบังทั้งหมดโดยเนื้อหาอื่น เช่น แถบ Cookie Banner ที่ลอยทับปุ่มที่กำลังโฟกัสอยู่
• Dragging Movements — ฟังก์ชันที่ต้องลากด้วยเมาส์หรือนิ้ว ต้องมีทางเลือกอื่นที่ไม่ต้องลาก เช่น ปุ่มกดแทนการลากสไลเดอร์
• Target Size Minimum — ปุ่มหรือลิงก์ที่กดได้ต้องมีขนาดพื้นที่กดขั้นต่ำที่เหมาะสม เพื่อลดการกดพลาดโดยเฉพาะบนมือถือ
• Consistent Help — ช่องทางขอความช่วยเหลือ เช่น ลิงก์ติดต่อหรือแชท ต้องอยู่ตำแหน่งเดียวกันสม่ำเสมอในทุกหน้าที่มีองค์ประกอบนี้
• Redundant Entry — ไม่ควรบังคับให้ผู้ใช้กรอกข้อมูลเดิมซ้ำหลายครั้งในขั้นตอนเดียวกัน เช่น กรอกที่อยู่ซ้ำในหลายหน้าของการชำระเงิน
• Accessible Authentication — กระบวนการเข้าสู่ระบบไม่ควรพึ่งพาการทดสอบด้านการรับรู้เพียงอย่างเดียว เช่น ต้องจำรหัสที่ซับซ้อนโดยไม่มีตัวช่วยอื่น

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

WCAG 2.2 เกี่ยวข้องกับเอเจนซีและฟรีแลนซ์อย่างไร

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

ทีมควรระบุในสัญญาให้ชัดว่าการตรวจที่ทำคือ Automated Scan ประกอบ Manual Review บางส่วน หรือ Manual Test เต็มรูปแบบโดยผู้เชี่ยวชาญ Accessibility และควรแจ้งลูกค้าว่าผลตรวจ ณ วันส่งมอบอาจเปลี่ยนแปลงได้เมื่อเนื้อหาหรือฟีเจอร์ใหม่ถูกเพิ่มเข้ามาภายหลัง

อะไรที่ Automated Test ตรวจได้ และอะไรที่ต้อง Manual Test

เครื่องมือสแกนอัตโนมัติ รวมถึงโมดูล Accessibility ของ trusty ช่วยตรวจพบปัญหาบางประเภทได้อย่างรวดเร็ว เช่น ความคมชัดของสี (Contrast) บางกรณี รูปภาพที่ไม่มี Alt Text ป้ายกำกับฟอร์มที่ขาดหาย โครงสร้าง Heading ที่ผิดลำดับ และแอตทริบิวต์ภาษาของหน้าเว็บ

สิ่งที่ Automated Test ตรวจไม่ได้

• ลำดับการกด Tab และ Focus Order ที่ต้องทดสอบด้วยคีย์บอร์ดจริง
• คุณภาพของข้อความ Alt ว่าสื่อความหมายที่ถูกต้องหรือเป็นแค่การใส่คำเพื่อให้ผ่านการตรวจ
• ประสบการณ์การใช้งานจริงผ่าน Screen Reader ในสถานการณ์ต่างๆ
• ความสามารถของเนื้อหาแบบ Dynamic เช่น Modal หรือ Dropdown ที่ต้องทดสอบการโต้ตอบจริง

เอเจนซีไม่ควรใช้ผลผ่าน Automated Test เพียงอย่างเดียวเป็นคำยืนยันว่าเว็บไซต์ "ผ่าน WCAG" เพราะ Automated Pass ครอบคลุมเพียงบางส่วนของเกณฑ์ทั้งหมด ส่วนที่เหลือต้องอาศัยการทดสอบโดยคนร่วมด้วยเสมอ

จะเริ่มนำ WCAG 2.2 ไปใช้กับงานลูกค้าอย่างไร

สำหรับทีมที่ไม่เคยทำ Accessibility มาก่อน ไม่จำเป็นต้องเริ่มจากเกณฑ์ทั้งหมดพร้อมกัน ควรเริ่มจากการสแกนอัตโนมัติเพื่อหาปัญหาพื้นฐานก่อน เช่น Contrast และ Alt Text จากนั้นทดสอบ Focus Order และ Target Size ด้วยตนเองในหน้าที่ผู้ใช้ใช้งานบ่อยที่สุด เช่น หน้าแรกและหน้าฟอร์ม แล้วค่อยขยายไปยังเกณฑ์ที่ซับซ้อนกว่า เช่น Accessible Authentication

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

การจัดงบและกำหนดขอบเขตงาน Accessibility ในโปรเจกต์ลูกค้า

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

สามระดับขอบเขตงานที่ใช้ได้จริง

• ระดับพื้นฐาน: สแกนอัตโนมัติเพื่อหาและแก้ปัญหาที่พบบ่อย เช่น Contrast, Alt Text และ Heading ผิดลำดับ เหมาะสำหรับเว็บไซต์ที่ไม่เคยตรวจ Accessibility มาก่อน
• ระดับกลาง: เพิ่มการทดสอบด้วยคีย์บอร์ดจริงในหน้าหลักที่ผู้ใช้ใช้งานบ่อยที่สุด ครอบคลุมเกณฑ์ใหม่ของ 2.2 เช่น Focus Not Obscured และ Target Size
• ระดับเต็มรูปแบบ: ทดสอบด้วย Screen Reader และผู้ใช้จริงที่มีความพิการหลากหลายประเภท ซึ่งควรทำงานร่วมกับผู้เชี่ยวชาญ Accessibility โดยเฉพาะ

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

คำถามที่พบบ่อย

WCAG 2.2 ต่างจาก WCAG 2.1 มากแค่ไหน

WCAG 2.2 คงเกณฑ์เดิมของ 2.1 ไว้ทั้งหมดและเพิ่มเกณฑ์ใหม่เข้ามาอีกหลายข้อ เช่น Focus Not Obscured, Dragging Movements, Target Size Minimum, Consistent Help, Redundant Entry และ Accessible Authentication เว็บไซต์ที่เคยผ่าน 2.1 จึงยังต้องตรวจเพิ่มเฉพาะเกณฑ์ใหม่เหล่านี้เพื่อให้ถือว่าเป็นไปตาม 2.2

เอเจนซีควรรับปากลูกค้าว่าเว็บไซต์ผ่าน WCAG 100% ได้หรือไม่

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

Automated Accessibility Scan ของ trusty เพียงพอสำหรับยืนยัน WCAG Conformance หรือไม่

ไม่เพียงพอ การสแกนอัตโนมัติช่วยพบปัญหาพื้นฐานได้รวดเร็วและเป็นจุดเริ่มต้นที่ดี แต่เกณฑ์หลายข้อของ WCAG 2.2 โดยเฉพาะที่เกี่ยวกับ Focus Order, คุณภาพ Alt Text และการโต้ตอบแบบ Dynamic ต้องอาศัยผู้เชี่ยวชาญทดสอบด้วยมือและ Screen Reader ร่วมด้วยเสมอ

ฟรีแลนซ์ที่รับงานคนเดียวจำเป็นต้องรู้ WCAG 2.2 ทุกเกณฑ์หรือไม่

ไม่จำเป็นต้องจำทุกเกณฑ์ได้ทั้งหมด แต่ควรรู้จักโครงสร้าง POUR เข้าใจความแตกต่างระหว่างเกณฑ์ 2.1 เดิมกับเกณฑ์ใหม่ใน 2.2 และรู้ว่าจุดใดควรอ้างอิงเอกสาร Understanding WCAG ของ W3C โดยตรงแทนการจำมาเอง เพื่อความแม่นยำเมื่อสื่อสารกับลูกค้า

เช็กลิสต์ปฏิบัติ

• ระบุระดับ Conformance ที่จะส่งมอบ (A หรือ AA) ให้ชัดเจนในสัญญาหรือ Proposal ตั้งแต่ต้น
• สแกนเว็บไซต์ด้วยเครื่องมืออัตโนมัติเพื่อหา Contrast, Alt Text และ Heading ที่ผิดพลาดเบื้องต้น
• ทดสอบ Focus Order และ Target Size ด้วยคีย์บอร์ดจริงในหน้าที่ใช้งานบ่อยที่สุด
• ตรวจว่าฟังก์ชันที่ต้องลากมีทางเลือกอื่นที่ไม่ต้องลากเสมอ
• ตรวจว่าช่องทางขอความช่วยเหลือปรากฏตำแหน่งเดียวกันสม่ำเสมอทุกหน้า
• ทบทวนขั้นตอนเข้าสู่ระบบว่าไม่บังคับใช้การทดสอบด้านการรับรู้เพียงอย่างเดียว
• บันทึกวันที่ตรวจ ขอบเขต และวิธีตรวจไว้เป็นเอกสารประกอบการส่งมอบ

ข้อผิดพลาดที่พบบ่อย

• รับปากลูกค้าว่าเว็บไซต์ "ผ่าน WCAG" โดยไม่ระบุระดับหรือขอบเขตการตรวจ
• ใช้ผล Automated Scan เพียงอย่างเดียวเป็นหลักฐานยืนยัน Conformance เต็มรูปแบบ
• ตรวจเฉพาะเกณฑ์เดิมของ 2.1 โดยไม่ตรวจเกณฑ์ใหม่ที่เพิ่มใน 2.2
• ไม่บันทึกขอบเขตและวันที่ตรวจ ทำให้ตอบลูกค้าไม่ได้เมื่อเว็บไซต์เปลี่ยนแปลงภายหลัง

สรุป

WCAG 2.2 ต่อยอดจาก 2.1 ด้วยเกณฑ์ใหม่ที่ตอบโจทย์ปัญหาการเข้าถึงที่พบมากขึ้นในปัจจุบัน เอเจนซีและฟรีแลนซ์ที่รับงานเกี่ยวข้องกับมาตรฐานนี้ควรเข้าใจโครงสร้าง POUR ระดับ Conformance และเกณฑ์ใหม่แต่ละข้อ พร้อมแยกให้ชัดว่าการตรวจอัตโนมัติกับการยืนยัน Conformance เต็มรูปแบบไม่ใช่สิ่งเดียวกัน เพื่อสื่อสารกับลูกค้าอย่างซื่อสัตย์และลดความเสี่ยงจากความเข้าใจผิดในสัญญา

อ่านขั้นตอนปฏิบัติแบบเป็นลำดับได้ที่ วิธีวางระบบ WCAG 2.2 สำหรับเอเจนซีแบบเป็นขั้นตอน หรือดูภาพรวมหมวดที่ Accessibility & Trust UX

แหล่งข้อมูลอ้างอิง

• W3C Web Content Accessibility Guidelines (WCAG) 2.2
• W3C Web Accessibility Initiative (WAI) — WCAG Overview