WCAG 2.2 สำหรับเว็บธุรกิจ: มีทางลัด “ข้ามไปเนื้อหา”, ใช้คีย์บอร์ดได้เต็มรูปแบบพร้อมโฟกัสชัด, ใส่ alt text รูป, คอนทราสต์อย่างน้อย 4.5:1 (ปกติ)/3:1 (ตัวใหญ่), ฟอร์มมี label+ข้อความผิดพลาด, เป้าคลิกขั้นต่ำ ~24×24px และทดสอบด้วย Lighthouse/axe.
Web Accessibility (WCAG 2.2) Checklist: รายการตรวจที่ทำแล้ว “เวิร์กจริง”
สำหรับทีมดีไซน์/Dev/คอนเทนต์ โฟกัสรายการที่กระทบการใช้งานจริงและการค้นหา (UX/SEO) พร้อมอ้างอิงมาตรฐานทางการจาก W3C และแนวปฏิบัติ web.dev
เช็กลิสต์ WCAG 2.2 (ระดับ A/AA) แบบลงมือทำ
หมวด |
รายการตรวจ (ตัวอย่าง SC) |
เกณฑ์/ตัวเลข |
ทดสอบเร็ว |
โครงสร้างเนื้อหา |
ลำดับหัวข้อ H1–H2–H3; ใส่ <main id="main"> ; มีลิงก์ “ข้ามไปยังเนื้อหา” (2.4.1) |
ลำดับโฟกัสตรงตามการอ่าน |
Tab เดินหน้า/Shift+Tab ถอยหลัง ดูลำดับ/โฟกัส |
รูปภาพ/สื่อ |
alt text สำหรับภาพ (1.1.1); คำบรรยายวิดีโอ/ซับไตเติล (1.2.x) |
อธิบายความหมาย ไม่ใช่คำทั่วไป |
ปิดโหลดรูป ดูว่าเนื้อหายังเข้าใจได้ |
คีย์บอร์ด & โฟกัส |
ใช้งานได้ด้วยคีย์บอร์ด (2.1.1), ไม่มีคีย์บอร์ดแทรป (2.1.2), โฟกัสมองเห็น (2.4.7) |
ทุกองค์ประกอบโต้ตอบรับโฟกัส |
ทดสอบด้วยแป้นพิมพ์เท่านั้น |
สี & คอนทราสต์ |
ข้อความ: 4.5:1 (1.4.3), ตัวใหญ่ ≥18pt/14pt หนา: 3:1; Non-text (ขอบ/ไอคอน): 3:1 (1.4.11) |
วัดค่า contrast ratio ให้ผ่าน |
ใช้ตัวตรวจคอนทราสต์ (axe/DevTools) |
ฟอร์ม & ข้อผิดพลาด |
มี label/คำแนะนำ (3.3.2), แจ้งข้อผิดพลาดชัด (3.3.1), มีข้อเสนอแก้ไข (3.3.3) |
ข้อความผิดพลาดอ่านด้วย screen reader |
กรอกผิดดูข้อความ role="alert" |
เป้าคลิก/ทัช |
Target Size (Minimum) 24×24px (2.5.8 – WCAG 2.2) |
ระยะห่าง/พื้นที่คลิกพอ |
ทดสอบบนจอมือถือจริง |
โค้ด/ARIA |
ใช้ HTML semantics ก่อน ARIA; กำหนด Name/Role/Value (4.1.2); ใช้ APG สำหรับคอมโพเนนต์ |
ไม่ใส่ ARIA เกินจำเป็น |
ตรวจด้วย Lighthouse + axe DevTools |
โค้ดตัวอย่างที่ใช้ได้จริง
<!-- Skip to content -->
<a href="#main" class="sr-only sr-only-focusable">ข้ามไปยังเนื้อหา</a>
<header>...</header>
<main id="main">
<h1>หัวเรื่องหน้า</h1>
<!-- ฟอร์มเข้าถึงได้ -->
<label for="email">อีเมล</label>
<input id="email" name="email" type="email" aria-describedby="emailHelp emailError">
<small id="emailHelp">เราจะไม่เปิดเผยอีเมลของคุณ</small>
<p id="emailError" role="alert" class="sr-only">กรุณากรอกอีเมลให้ถูกต้อง</p>
<!-- ปุ่มเป็นปุ่ม (ไม่ใช้ div) -->
<button type="submit">ส่งข้อความ</button>
</main>
<footer>...</footer>
เวิร์กโฟลว์ทดสอบ (แนะนำ)
- กึ่งอัตโนมัติ: Chrome Lighthouse (แท็บ Accessibility), axe DevTools
- แมนนวล: ทดสอบคีย์บอร์ด, screen reader (NVDA/VoiceOver), ซูม 200%+, คอนทราสต์
- รีเกรสชัน: ตั้ง QA checklist ในสปรินต์ รวม a11y lint/rules
บริการที่เกี่ยวข้อง (Internal Links)
อ้างอิงภายนอก (มาตรฐาน/แนวทาง)
FAQ (People Also Ask)
ควรตั้งเป้าระดับไหน?
แนะนำให้ผ่านระดับ AA เป็นอย่างน้อยสำหรับเว็บไซต์ธุรกิจทั่วไป เพื่อครอบคลุมผู้ใช้ส่วนใหญ่และข้อกำหนดที่พบบ่อย
คอนทราสต์ตัวอักษรควรเท่าไร?
อย่างน้อย 4.5:1 สำหรับข้อความปกติ และ 3:1 สำหรับตัวอักษรขนาดใหญ่/หนา
จำเป็นต้องใช้ ARIA ไหม?
ใช้ HTML semantics ให้สุดก่อน แล้วค่อยใช้ ARIA เมื่อ element เดิมอธิบายไม่พอ และยึดตาม APG
เครื่องมืออัตโนมัติพอไหม?
ไม่พอ ต้องเสริมด้วยการทดสอบคีย์บอร์ด/หน้าจออ่าน และรีวิวด้วยมนุษย์
เกี่ยวกับผู้เขียน
Vision X Brain — ทีม Website/SEO/CRO & Webflow สำหรับธุรกิจไทย เราวางโครงข้อมูล ออกแบบ UI เข้าถึงได้ ทำสคีมา และเร่งความเร็วให้ผ่าน CWV พร้อมชุดทดสอบ a11y ที่วัดผลได้จริง สนใจเริ่มโครงการ ดูบริการ
อัปเดตล่าสุด: 12 Aug 2025