เช็กลิสต์การเข้าถึงสำหรับเว็บไซต์บริษัท: หน้าร่วมงาน PDF หน้านักลงทุน และฟอร์ม

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

ประเด็นสำคัญ

• WebAIM พบปัญหา WCAG ที่ตรวจพบได้ใน 95.9% ของหน้าแรกของเว็บไซต์ยอดนิยม 1 ล้านอันดับแรกในปี 2026 โดยข้อความคอนทราสต์ต่ำ (83.9%) และการไม่มีข้อความ alt (53.1%) พบบ่อยที่สุด (WebAIM (เปิดในแท็บใหม่))
• WCAG ใช้กับเอกสารที่เผยแพร่บนเว็บไซต์ เช่น PDF ไม่ใช่เฉพาะหน้าเว็บ และ W3C เผยแพร่เทคนิคในการทำให้ PDF เข้าถึงได้ (W3C (เปิดในแท็บใหม่))
• วิดีโอที่บันทึกไว้ล่วงหน้าต้องมีคำบรรยาย (1.2.2, ระดับ A) และเสียงบรรยายภาพเมื่อภาพสื่อข้อมูลที่ไม่มีในเสียง (1.2.5, AA) (W3C (เปิดในแท็บใหม่))
• ในแนวทางปี 2022 กระทรวงยุติธรรมสหรัฐฯ ระบุว่า ADA ใช้กับบริการบนเว็บของธุรกิจที่เปิดให้บริการแก่สาธารณะ โดยไม่ได้กำหนดมาตรฐานทางเทคนิคเฉพาะ (ADA.gov (เปิดในแท็บใหม่))
• W3C มีแนวทางและเครื่องมือสร้างฟรีสำหรับเขียนคำแถลงการเข้าถึง (accessibility statement) (W3C (เปิดในแท็บใหม่))

ทำไมการเข้าถึงจึงสำคัญบนเว็บไซต์บริษัท

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

นอกจากนี้ยังมีมุมของการปฏิบัติตามกฎหมาย ซึ่งต่างกันไปตามประเทศและกลุ่มที่เว็บไซต์ให้บริการ หน่วยงานภาครัฐในสหภาพยุโรปต้องทำตาม Web Accessibility Directive ธุรกิจที่ขายให้ผู้บริโภคในสหภาพยุโรปอาจอยู่ภายใต้ European Accessibility Act ส่วนในสหรัฐฯ กระทรวงยุติธรรมระบุว่า ADA ใช้กับบริการบนเว็บของธุรกิจที่เปิดให้บริการแก่สาธารณะ (ADA.gov (เปิดในแท็บใหม่)) เว็บไซต์ที่เป็นธุรกิจกับธุรกิจล้วนอาจอยู่นอกขอบเขตของกฎหมายบางฉบับ แต่ลูกค้ารายใหญ่ก็ถามซัพพลายเออร์เรื่องการเข้าถึงมากขึ้นเรื่อยๆ คู่มือของเราเรื่อง European Accessibility Act และหนังสือเรียกร้องตาม ADA อธิบายบริบทไว้ เนื้อหานี้ไม่ใช่คำแนะนำทางกฎหมาย

ควรตรวจอะไรในทุกหน้า

ปัญหาเหล่านี้มาจากเทมเพลตที่ใช้ร่วมกัน การแก้ครั้งเดียวจึงแก้ได้ทั้งเว็บไซต์

• คอนทราสต์: ข้อความเนื้อหาอย่างน้อย 4.5:1 เทียบกับพื้นหลัง ข้อความขนาดใหญ่ 3:1 (1.4.3) ข้อความสีเทาอ่อนและข้อความสีขาวบนสีแบรนด์เป็นปัญหาที่พบบ่อย เครื่องมือตรวจสอบคอนทราสต์สี ทดสอบคู่สีได้ทุกคู่
• คีย์บอร์ด: ลิงก์ เมนู และปุ่มทุกรายการต้องไปถึงได้ด้วย Tab และใช้งานได้ด้วย Enter หรือ Space พร้อมตัวบ่งชี้โฟกัสที่มองเห็นได้ (2.1.1, 2.4.7) เมกะเมนูและภาพสไลด์ (carousel) เป็นปัญหาที่พบบ่อย
• ลิงก์ข้ามและ landmark: วิธีข้ามส่วนหัวไปยังเนื้อหาหลัก (2.4.1) และ landmark header, nav, main และ footer
• หัวข้อ: H1 หนึ่งรายการต่อหน้าและโครงสร้างหัวข้อที่เป็นลำดับ (1.3.1) เพื่อให้ผู้ใช้โปรแกรมอ่านหน้าจอไล่ดูหน้าได้
• ข้อความลิงก์: ลิงก์ที่เข้าใจได้แม้อยู่นอกบริบท ไม่ใช่ “อ่านเพิ่มเติม” ซ้ำสิบครั้ง (2.4.4)
• ภาษา: แอตทริบิวต์ lang ในทุกหน้า และในข้อความช่วงที่เป็นภาษาอื่น (3.1.1, 3.1.2) เพื่อให้โปรแกรมอ่านหน้าจอออกเสียงถูกต้อง
• การซูมและการจัดเรียงใหม่: เนื้อหาใช้งานได้ที่การซูม 200% และที่ความกว้าง 320 พิกเซลโดยไม่ต้องเลื่อนแนวนอน (1.4.4, 1.4.10)

ทำให้หน้าร่วมงานและใบสมัครงานเข้าถึงได้อย่างไร

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

• ประกาศรับสมัครงาน: ตัวกรองและการค้นหาต้องใช้งานได้ด้วยคีย์บอร์ด และประกาศจำนวนผลลัพธ์ให้โปรแกรมอ่านหน้าจอทราบ (4.1.3)
• ฟอร์มใบสมัคร: ทุกช่องต้องมีป้ายกำกับที่มองเห็นได้ (3.3.2) ข้อผิดพลาดต้องอธิบายเป็นข้อความ (3.3.1) และปุ่มอัปโหลดไฟล์ต้องมีชื่อที่เข้าถึงได้
• การจำกัดเวลา: หากฟอร์มหมดเวลา ให้เตือนผู้ใช้และให้ขยายเวลาได้ (2.2.1)
• ระบบติดตามผู้สมัครของบุคคลที่สาม: หลายบริษัทใช้ระบบภายนอกรับใบสมัคร ให้ขอ Accessibility Conformance Report จากผู้ให้บริการ ทดสอบขั้นตอนการสมัครด้วยคีย์บอร์ดด้วยตนเอง และเสนอช่องทางสมัครทางเลือก เช่น อีเมล โดยระบุไว้ในหน้าร่วมงาน
• การประเมินและการสัมภาษณ์ทางวิดีโอ: ตรวจว่าแบบทดสอบออนไลน์หรือเครื่องมือสัมภาษณ์ทางวิดีโอรองรับโปรแกรมอ่านหน้าจอ คำบรรยาย และการขอเวลาเพิ่ม

เผยแพร่ PDF และรายงานประจำปีให้เข้าถึงได้อย่างไร

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

• เลือก HTML ก่อน สำหรับเนื้อหาสำคัญ หน้าเว็บทำให้เข้าถึงได้ง่ายกว่า ใช้บนโทรศัพท์ได้ดีกว่า และค้นหาได้ง่ายกว่า
• หากเผยแพร่ PDF ให้ใส่แท็ก ส่งออกจากเอกสารต้นฉบับ (Word, InDesign) โดยเปิดใช้แท็ก เพื่อคงหัวข้อ รายการ ตาราง และลำดับการอ่านไว้ มาตรฐาน PDF/UA (ISO 14289) นิยาม PDF ที่เข้าถึงได้
• ตรวจสิ่งจำเป็น: ชื่อเอกสาร ภาษาของเอกสาร ข้อความทดแทนสำหรับแผนภูมิและรูปภาพ ส่วนหัวตารางจริง และลำดับการอ่านที่สมเหตุสมผล Adobe Acrobat Pro มีเครื่องมือตรวจการเข้าถึงในตัว และ PAC เป็นเครื่องมือตรวจฟรีสำหรับ Windows
• เอกสารที่สแกน คือภาพของข้อความ จึงต้องทำ OCR และใส่แท็ก หรือมีเวอร์ชัน HTML
• ตารางการเงิน: ระบุแถวและคอลัมน์ส่วนหัว ใน HTML ให้ใช้ <th> พร้อม scope

แล้ววิดีโอ เว็บคาสต์ และพอดแคสต์ล่ะ

• คำบรรยาย สำหรับวิดีโอที่บันทึกไว้ล่วงหน้าทั้งหมดที่มีเสียงพูด (1.2.2, A) และสำหรับเว็บคาสต์สด (1.2.4, AA) คำบรรยายอัตโนมัติต้องตรวจทาน เพราะชื่อ ตัวเลข และศัพท์เทคนิคมักผิด
• เสียงบรรยายภาพ เมื่อข้อมูลสำคัญอยู่ในภาพเท่านั้น เช่น ข้อความบนสไลด์ที่ผู้บรรยายไม่ได้อ่าน (1.2.5, AA) วิธีแก้ที่ง่ายที่สุดมักเป็นการให้ผู้บรรยายอธิบายสไลด์
• บทถอดความ สำหรับพอดแคสต์และเนื้อหาที่มีแต่เสียง (1.2.1, A)
• ตัวควบคุมเครื่องเล่น: เครื่องเล่นที่ฝังไว้ต้องใช้งานได้ด้วยคีย์บอร์ด และเสียงที่เล่นอัตโนมัตินานกว่า 3 วินาทีต้องมีวิธีหยุดชั่วคราวหรือหยุดเล่น (1.4.2)

คู่มือของ W3C เรื่องการทำให้เสียงและวิดีโอเข้าถึงได้ ครอบคลุมการวางแผน คำบรรยาย และเสียงบรรยายภาพ (W3C (เปิดในแท็บใหม่))

ทำให้ฟอร์มติดต่อ แผนที่ และข้อมูลที่ตั้งเข้าถึงได้อย่างไร

• ฟอร์ม: มีป้ายกำกับ ข้อความแจ้งข้อผิดพลาดที่ชัดเจน และไม่มี CAPTCHA ที่อาศัยเพียงการอ่านตัวอักษรที่บิดเบี้ยวหรือการแก้ปริศนา ให้มีทางเลือกอื่น (W3C (เปิดในแท็บใหม่))
• ข้อมูลติดต่อเป็นข้อความ: หมายเลขโทรศัพท์ อีเมล และที่อยู่สำนักงานเขียนไว้ในหน้า ไม่ใช่อยู่ในรูปภาพหรือแผนที่เท่านั้น
• แผนที่: แผนที่ที่ฝังไว้ใช้งานด้วยโปรแกรมอ่านหน้าจอได้ยาก ที่อยู่และเส้นทางในรูปข้อความคือทางเลือกที่เข้าถึงได้
• วิดเจ็ตแชต: ตรวจว่าเปิด ใช้งาน และปิดได้ด้วยคีย์บอร์ด และไม่บังเนื้อหาที่ได้รับโฟกัส (2.4.11)

แบนเนอร์คุกกี้ทำให้เกิดปัญหาด้านการเข้าถึงหรือไม่

บ่อยครั้ง เพราะแบนเนอร์ปรากฏก่อนสิ่งอื่นและอยู่ด้านบนสุดของทุกอย่าง

• แบนเนอร์ต้องไปถึงและใช้งานได้ด้วยคีย์บอร์ด และต้องออกจากแบนเนอร์ได้ด้วย Tab (2.1.2, No Keyboard Trap) (W3C (เปิดในแท็บใหม่))
• ปุ่มต้องมีชื่อที่ชัดเจนและคอนทราสต์เพียงพอ ปุ่ม “ปฏิเสธ” ต้องหาง่ายเท่ากับปุ่ม “ยอมรับ”
• แบนเนอร์ต้องไม่บังองค์ประกอบที่ได้รับโฟกัสในหน้าด้านหลัง (2.4.11)

การสแกนของเราเริ่มที่หน้าแรกของคุณโดยที่แบนเนอร์คุกกี้ยังแสดงอยู่ เพราะนั่นคือสิ่งแรกที่ผู้ใช้คีย์บอร์ดพบ และจะรายงานกับดักโฟกัสหาก Tab ผ่านแบนเนอร์ไปไม่ได้

คุณต้องมีคำแถลงการเข้าถึงหรือไม่

หน่วยงานภาครัฐในสหภาพยุโรปต้องเผยแพร่คำแถลงนี้ สำหรับบริษัททั่วไปมักเป็นไปโดยสมัครใจ แม้ European Accessibility Act จะกำหนดให้บริการที่อยู่ในขอบเขตต้องให้ข้อมูลว่าบริการนั้นทำตามข้อกำหนดอย่างไร คำแถลงที่ดีจะระบุมาตรฐานที่คุณตั้งเป้า ข้อจำกัดที่ทราบ วิธีที่ผู้คนรายงานปัญหาหรือขอเนื้อหาในรูปแบบอื่น และวันที่ทบทวนล่าสุด W3C เผยแพร่แนวทางและเครื่องมือสร้างฟรีไว้ (W3C (เปิดในแท็บใหม่))

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

ควรทดสอบเว็บไซต์บริษัทอย่างไร

1. รันการสแกนอัตโนมัติ กับหน้าแรก หน้าร่วมงาน บทความข่าว หน้าติดต่อ และฟอร์มทุกฟอร์ม เครื่องมือตรวจสอบการเข้าถึงฟรี ของเราทดสอบหน้าสำคัญในเบราว์เซอร์จริงตาม WCAG 2.2 ระดับ A และ AA และเครื่องมือตรวจสอบข้อความ alt แสดงรายการรูปภาพทุกรูปในหน้า
2. ทดสอบด้วยคีย์บอร์ด ใช้เมนู สมัครงาน และส่งฟอร์มติดต่อด้วยคีย์บอร์ดเท่านั้น
3. ตรวจเอกสาร เปิด PDF ที่สำคัญที่สุดด้วยโปรแกรมอ่านหน้าจอหรือเครื่องมือตรวจการเข้าถึงของ PDF
4. ดูวิดีโอโดยเปิดคำบรรยาย และปิดเสียง
5. ขอให้ผู้ที่มีความพิการ ลองทำงานหลักต่างๆ ซึ่งจะเผยให้เห็นปัญหาที่ไม่มีเช็กลิสต์ใดคาดการณ์ได้

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

WCAG ใช้กับ PDF หรือไม่

ใช้ WCAG ใช้กับเนื้อหาเว็บ รวมถึงเอกสารที่เผยแพร่บนเว็บไซต์ W3C เผยแพร่เทคนิคเฉพาะสำหรับการทำตาม WCAG ในไฟล์ PDF

เว็บไซต์ร่วมงานของเราดำเนินการโดยบุคคลที่สาม เป็นความรับผิดชอบของเราหรือไม่

ในมุมมองของผู้สมัคร นี่คือกระบวนการสมัครงานของคุณ ให้ขอ Accessibility Conformance Report จากผู้ให้บริการ ทดสอบขั้นตอนการสมัคร และเสนอช่องทางสมัครทางเลือก ส่วนคุณมีความรับผิดชอบทางกฎหมายหรือไม่ขึ้นอยู่กับเขตอำนาจศาลของคุณ

คำบรรยายอัตโนมัติผ่าน WCAG หรือไม่

ผ่านเฉพาะเมื่อถูกต้องเท่านั้น คำบรรยายอัตโนมัติมักผิดในชื่อ ตัวเลข และศัพท์เฉพาะ ควรตรวจทานและแก้ไขก่อนนำไปใช้

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

ไม่เพียงพอ โอเวอร์เลย์ไม่ได้แก้โค้ดพื้นฐาน เอกสาร หรือวิดีโอ ดูคู่มือของเราเรื่องโอเวอร์เลย์ด้านการเข้าถึงและคำสั่งของ FTC

เว็บไซต์บริษัทควรตั้งเป้ามาตรฐานใด

WCAG 2.2 ระดับ AA เป็นเวอร์ชันปัจจุบันและเป็นเป้าหมายทั่วไป กฎหมายและนโยบายจำนวนมากยังอ้างอิง WCAG 2.1 AA ซึ่งเว็บไซต์ที่ผ่าน 2.2 AA ก็ผ่านด้วย

แหล่งที่มา

• WebAIM: The WebAIM Million (2026) (เปิดในแท็บใหม่)
• W3C: Web Content Accessibility Guidelines (WCAG) 2.2 (เปิดในแท็บใหม่)
• W3C: Techniques for WCAG 2.2: PDF techniques (เปิดในแท็บใหม่)
• W3C: Understanding 1.2.2 Captions (Prerecorded) (เปิดในแท็บใหม่)
• W3C: Understanding 1.2.5 Audio Description (Prerecorded) (เปิดในแท็บใหม่)
• W3C: Making audio and video media accessible (เปิดในแท็บใหม่)
• W3C: Understanding 2.1.2 No Keyboard Trap (เปิดในแท็บใหม่)
• W3C: Inaccessibility of CAPTCHA (เปิดในแท็บใหม่)
• W3C: Developing an accessibility statement (เปิดในแท็บใหม่)
• กระทรวงยุติธรรมสหรัฐฯ: แนวทางเรื่องการเข้าถึงเว็บและ ADA (Guidance on web accessibility and the ADA) (เปิดในแท็บใหม่)
• องค์การอนามัยโลก: เอกสารข้อเท็จจริงเรื่องความพิการ (Disability fact sheet) (เปิดในแท็บใหม่)