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

<https://www.fixreports.com/th/blog/corporate-website-accessibility-checklist>

อัปเดต 2026-10-26

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

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

- WebAIM พบปัญหา WCAG ที่ตรวจพบได้ใน 95.9% ของหน้าแรกของเว็บไซต์ยอดนิยม 1 ล้านอันดับแรกในปี 2026 โดยข้อความคอนทราสต์ต่ำ (83.9%) และการไม่มีข้อความ alt (53.1%) พบบ่อยที่สุด ([WebAIM](https://webaim.org/projects/million/))
- WCAG ใช้กับเอกสารที่เผยแพร่บนเว็บไซต์ เช่น PDF ไม่ใช่เฉพาะหน้าเว็บ และ W3C เผยแพร่เทคนิคในการทำให้ PDF เข้าถึงได้ ([W3C](https://www.w3.org/WAI/WCAG22/Techniques/#pdf))
- วิดีโอที่บันทึกไว้ล่วงหน้าต้องมีคำบรรยาย (1.2.2, ระดับ A) และเสียงบรรยายภาพเมื่อภาพสื่อข้อมูลที่ไม่มีในเสียง (1.2.5, AA) ([W3C](https://www.w3.org/WAI/WCAG22/Understanding/captions-prerecorded))
- ในแนวทางปี 2022 กระทรวงยุติธรรมสหรัฐฯ ระบุว่า ADA ใช้กับบริการบนเว็บของธุรกิจที่เปิดให้บริการแก่สาธารณะ โดยไม่ได้กำหนดมาตรฐานทางเทคนิคเฉพาะ ([ADA.gov](https://www.ada.gov/resources/web-guidance/))
- W3C มีแนวทางและเครื่องมือสร้างฟรีสำหรับเขียนคำแถลงการเข้าถึง (accessibility statement) ([W3C](https://www.w3.org/WAI/planning/statements/))

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

เพราะผู้เข้าชมที่ต้องพึ่งการเข้าถึงมักเป็นกลุ่มที่คุณอยากเข้าถึงมากที่สุด ได้แก่ ผู้สมัครงาน ลูกค้า พาร์ตเนอร์ และนักลงทุน องค์การอนามัยโลกประมาณว่ามีผู้คน 1.3 พันล้านคน หรือราว 1 ใน 6 ที่มีความพิการในระดับมีนัยสำคัญ ([WHO](https://www.who.int/news-room/fact-sheets/detail/disability-and-health)) และยังมีอีกมากที่ใช้คีย์บอร์ดแทนเมาส์ ขยายขนาดตัวอักษร หรืออ่านบนโทรศัพท์กลางแสงจ้า

นอกจากนี้ยังมีมุมของการปฏิบัติตามกฎหมาย ซึ่งต่างกันไปตามประเทศและกลุ่มที่เว็บไซต์ให้บริการ หน่วยงานภาครัฐในสหภาพยุโรปต้องทำตาม Web Accessibility Directive ธุรกิจที่ขายให้ผู้บริโภคในสหภาพยุโรปอาจอยู่ภายใต้ European Accessibility Act ส่วนในสหรัฐฯ กระทรวงยุติธรรมระบุว่า ADA ใช้กับบริการบนเว็บของธุรกิจที่เปิดให้บริการแก่สาธารณะ ([ADA.gov](https://www.ada.gov/resources/web-guidance/)) เว็บไซต์ที่เป็นธุรกิจกับธุรกิจล้วนอาจอยู่นอกขอบเขตของกฎหมายบางฉบับ แต่ลูกค้ารายใหญ่ก็ถามซัพพลายเออร์เรื่องการเข้าถึงมากขึ้นเรื่อยๆ คู่มือของเราเรื่อง [European Accessibility Act](/th/blog/european-accessibility-act-online-stores) และ[หนังสือเรียกร้องตาม ADA](/th/blog/ada-website-demand-letter) อธิบายบริบทไว้ เนื้อหานี้ไม่ใช่คำแนะนำทางกฎหมาย

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

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

- **คอนทราสต์**: ข้อความเนื้อหาอย่างน้อย 4.5:1 เทียบกับพื้นหลัง ข้อความขนาดใหญ่ 3:1 (1.4.3) ข้อความสีเทาอ่อนและข้อความสีขาวบนสีแบรนด์เป็นปัญหาที่พบบ่อย [เครื่องมือตรวจสอบคอนทราสต์สี](/th/color-contrast-checker) ทดสอบคู่สีได้ทุกคู่
- **คีย์บอร์ด**: ลิงก์ เมนู และปุ่มทุกรายการต้องไปถึงได้ด้วย 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](https://www.w3.org/WAI/media/av/))

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

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

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

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

- แบนเนอร์ต้องไปถึงและใช้งานได้ด้วยคีย์บอร์ด และต้องออกจากแบนเนอร์ได้ด้วย Tab (2.1.2, No Keyboard Trap) ([W3C](https://www.w3.org/WAI/WCAG22/Understanding/no-keyboard-trap))
- ปุ่มต้องมีชื่อที่ชัดเจนและคอนทราสต์เพียงพอ ปุ่ม “ปฏิเสธ” ต้องหาง่ายเท่ากับปุ่ม “ยอมรับ”
- แบนเนอร์ต้องไม่บังองค์ประกอบที่ได้รับโฟกัสในหน้าด้านหลัง (2.4.11)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ไม่เพียงพอ โอเวอร์เลย์ไม่ได้แก้โค้ดพื้นฐาน เอกสาร หรือวิดีโอ ดูคู่มือของเราเรื่อง[โอเวอร์เลย์ด้านการเข้าถึงและคำสั่งของ FTC](/th/blog/accessibility-overlays-ftc-order)

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

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

## แหล่งที่มา

- WebAIM: [The WebAIM Million (2026)](https://webaim.org/projects/million/)
- W3C: [Web Content Accessibility Guidelines (WCAG) 2.2](https://www.w3.org/TR/WCAG22/)
- W3C: [Techniques for WCAG 2.2: PDF techniques](https://www.w3.org/WAI/WCAG22/Techniques/#pdf)
- W3C: [Understanding 1.2.2 Captions (Prerecorded)](https://www.w3.org/WAI/WCAG22/Understanding/captions-prerecorded)
- W3C: [Understanding 1.2.5 Audio Description (Prerecorded)](https://www.w3.org/WAI/WCAG22/Understanding/audio-description-prerecorded)
- W3C: [Making audio and video media accessible](https://www.w3.org/WAI/media/av/)
- W3C: [Understanding 2.1.2 No Keyboard Trap](https://www.w3.org/WAI/WCAG22/Understanding/no-keyboard-trap)
- W3C: [Inaccessibility of CAPTCHA](https://www.w3.org/TR/turingtest/)
- W3C: [Developing an accessibility statement](https://www.w3.org/WAI/planning/statements/)
- กระทรวงยุติธรรมสหรัฐฯ: [แนวทางเรื่องการเข้าถึงเว็บและ ADA (Guidance on web accessibility and the ADA)](https://www.ada.gov/resources/web-guidance/)
- องค์การอนามัยโลก: [เอกสารข้อเท็จจริงเรื่องความพิการ (Disability fact sheet)](https://www.who.int/news-room/fact-sheets/detail/disability-and-health)