เมื่อวันที่ 2 กันยายน 2026 ETSI ได้เผยแพร่ข้อมูล EN 301 549 V4.1.1WCAG 2.2 คือมาตรฐานการเข้าถึงเทคโนโลยีสารสนเทศและการสื่อสาร (ICT) ของยุโรป ซึ่งเปลี่ยนเกณฑ์อ้างอิงจาก WCAG 2.1 เป็น WCAG 2.2 โดย WCAG 2.2 เพิ่มเกณฑ์ความสำเร็จอีกเก้าข้อ ซึ่งหกข้ออยู่ในระดับ A หรือ AA และทั้งหกข้อนี้อยู่ในขั้นตอนการชำระเงินหรือการจอง แทนที่จะอยู่ในหน้าการตลาด ตุรกีเป็นประเทศที่นำหน้าในด้านนี้มาก่อน: หนังสือเวียนประธานาธิบดีฉบับที่ 2025/10 ซึ่งเผยแพร่เมื่อวันที่ 21 มิถุนายน 2025 ได้ระบุถึง WCAG 2.2 ไว้แล้ว และให้เวลาผู้ให้บริการอีคอมเมิร์ซภายใต้กฎหมายฉบับที่ 6563 สองปีในการปฏิบัติตาม
คู่มือนี้เหมาะสำหรับผู้ที่ดูแลระบบชำระเงินหรือระบบจองสินค้า/บริการสำหรับผู้บริโภคในสหภาพยุโรป ในตุรกี หรือทั้งสองประเทศ เมื่ออ่านจบแล้ว คุณจะสามารถตรวจสอบระบบของคุณเองได้ 6 ขั้นตอนภายในเวลาประมาณหนึ่งชั่วโมง ให้คะแนนสิ่งที่พบ และแก้ไขปัญหาตามลำดับที่คำนึงถึงการปกป้องรายได้เป็นอันดับแรก
อะไรเปลี่ยนแปลงไปในวันที่ 2 กันยายน 2026
V4.1.1 ได้รับการอนุมัติเมื่อวันที่ 24 สิงหาคม 2026 และเผยแพร่เมื่อวันที่ 2 กันยายน จัดทำขึ้นภายใต้มติการดำเนินการของคณะกรรมาธิการ C(2022) 6456 final คำขอมาตรฐาน M/587 เพื่อสนับสนุนคำสั่ง (EU) 2019/882 (กฎหมายว่าด้วยการเข้าถึงของยุโรป) และคำสั่ง (EU) 2016/2102 ข้อ 9, 10 และ 11 ได้รับการปรับให้สอดคล้องกับ WCAG 2.2 กำหนดการประกาศคือวันที่ 30 พฤศจิกายน 2026 การรับรองคือวันที่ 31 พฤษภาคม 2027 และการยกเลิกมาตรฐานระดับชาติที่ขัดแย้งคือวันที่ 31 พฤษภาคม 2028
คำแก้ไข: คุณไม่มีข้อสันนิษฐานเรื่องความสอดคล้อง
เว็บไซต์ของผู้ขายย้ำว่าการปฏิบัติตามมาตรฐาน EN 301 549 จะทำให้คุณได้รับการสันนิษฐานว่าปฏิบัติตามพระราชบัญญัติการเข้าถึงได้ มาตรา 15(1) ให้การสันนิษฐานเฉพาะกับมาตรฐาน "ซึ่งมีการอ้างอิงตีพิมพ์ในวารสารทางการของสหภาพยุโรป" เพื่อสนับสนุนคำสั่งดังกล่าว มาตรฐาน EN 301 549 ได้รับการอ้างอิงในวารสารทางการภายใต้คำสั่งการเข้าถึงเว็บ ผ่านทางมติการดำเนินการของคณะกรรมาธิการ (EU) 2018/2048 เราไม่พบการอ้างอิงใด ๆ ที่สนับสนุนคำสั่ง (EU) 2019/882 และภาคผนวก ZB ของ V4.1.1 เองก็เขียนไว้ในเงื่อนไขว่า การสันนิษฐานจะใช้ได้ "เมื่อเอกสารฉบับนี้ได้รับการอ้างอิงในวารสารทางการ"
ดังนั้นมาตรฐานจึงเป็นหลักฐานของคุณ ไม่ใช่เกราะป้องกัน คุณปฏิบัติตามข้อกำหนดการใช้งานในภาคผนวก I ใช้ EN 301 549 เป็นวิธีการทางเทคนิค และจัดทำเอกสารเหตุผลดังกล่าวด้วยตนเองภายใต้มาตรา 13(2)
สิ่งนี้ตรงกับคุณหรือไม่?
- บริการของคุณอยู่ในมาตรา 2(2) หรือไม่? รายการดังกล่าวครอบคลุมบริการอีคอมเมิร์ซ องค์ประกอบของการขนส่งผู้โดยสารทางอากาศ รถโดยสาร รถไฟ และทางน้ำ เช่น เว็บไซต์ แอปพลิเคชัน ระบบจำหน่ายตั๋วอิเล็กทรอนิกส์และข้อมูลการเดินทาง บริการธนาคารเพื่อผู้บริโภค และอีบุ๊ก มาตรา 3 กำหนดความหมายของบริการอีคอมเมิร์ซว่าเป็นบริการที่ให้บริการจากระยะไกล โดยวิธีการทางอิเล็กทรอนิกส์ ตามคำขอเฉพาะของผู้บริโภค โดยมีวัตถุประสงค์เพื่อทำสัญญาผู้บริโภค
- คุณขายสินค้าให้กับผู้บริโภคในสหภาพยุโรปหรือไม่? การมีสถานประกอบการอยู่นอกสหภาพยุโรปไม่ได้ทำให้คุณหมดสิทธิ์ มาตรา 3 กำหนดว่าผู้ให้บริการคือบุคคล "ที่ให้บริการในตลาดของสหภาพยุโรปหรือเสนอที่จะให้บริการดังกล่าวแก่ผู้บริโภคในสหภาพยุโรป" ผู้ค้าปลีกชาวตุรกีที่จัดส่งสินค้าไปเยอรมนีและสายการบินชาวตุรกีที่ขายที่นั่งให้กับผู้บริโภคในสหภาพยุโรปต่างก็อยู่ในสหภาพยุโรป
- คุณเป็นธุรกิจขนาดเล็กหรือไม่? มาตรา 4(5) ยกเว้นผู้ให้บริการธุรกิจขนาดเล็ก: มีพนักงานน้อยกว่า 10 คน และมีรายได้หรือยอดรวมในงบดุลไม่เกิน 2 ล้านยูโร
ข้อผูกพันจะมีผลบังคับใช้กับบริการที่ให้กับผู้บริโภคหลังวันที่ 28 มิถุนายน 2030 มาตรา 32 ให้ระยะเวลาเปลี่ยนผ่านเฉพาะสัญญาที่ตกลงกันก่อนวันดังกล่าวและผลิตภัณฑ์ที่ใช้งานอยู่แล้วอย่างถูกต้องตามกฎหมาย โดยมีผลถึงวันที่ 28 มิถุนายน 2025 และอายุการใช้งานทางเศรษฐกิจสูงสุด 20 ปีสำหรับเครื่องบริการตนเอง ในประเทศตุรกี หนังสือเวียน 2025/10 กำหนดระยะเวลาหนึ่งปีสำหรับธนาคาร โรงพยาบาลเอกชน ผู้ให้บริการ และผู้ประกอบการโทรคมนาคมรายใหญ่ ซึ่งได้ผ่านไปแล้ว และสองปีสำหรับอีคอมเมิร์ซภายใต้กฎหมายฉบับที่ 6563 ทั้งสองระบอบอ้างอิงถึงแนวทางเดียวกันในระดับที่แตกต่างกัน ดังนั้นหากสร้างตามมาตรฐาน WCAG 2.2 AA ข้อผูกพันระดับ A ของตุรกีก็จะไม่มีผลบังคับใช้ แต่ในทางกลับกันนั้นใช้ไม่ได้
เกณฑ์ 6 ข้อที่ทำให้การชำระเงินล้มเหลว
นี่คือส่วนเพิ่มเติมของ WCAG 2.2 ในระดับ A และ AA ส่วนส่วนเพิ่มเติมระดับ AAA สามข้อ ได้แก่ 2.4.12, 2.4.13 และ 3.3.9 นั้นอยู่นอกเหนือโปรแกรม AA นอกจากนี้ยังมีการลบส่วนที่สำคัญอีกหนึ่งข้อ คือ 4.1.1 การวิเคราะห์ไวยากรณ์ (Parsing) ซึ่งล้าสมัยและถูกลบออกไปแล้ว ดังนั้นข้อค้นพบเก่าๆ ที่เกี่ยวข้องกับข้อนี้จึงสามารถปิดได้แทนที่จะแก้ไข
| เกณฑ์ | ชั้น | สิ่งที่เสียหายระหว่างขั้นตอนการชำระเงิน | ทดสอบภายใน 60 วินาที |
|---|---|---|---|
| 3.3.8 การตรวจสอบสิทธิ์การเข้าถึง (ขั้นต่ำ) | AA | ขั้นตอนการเข้าสู่ระบบที่ปิดกั้นการวางข้อความจากคลิปบอร์ด หรือบังคับให้ผู้ใช้ป้อนรหัส OTP หรือแก้ปริศนาโดยไม่มีทางเลือกอื่น | วางรหัสผ่านและรหัส OTP จากคลิปบอร์ด การวางที่ถูกบล็อกถือว่าล้มเหลว |
| 2.5.8 ขนาดเป้าหมาย (ขั้นต่ำ) | AA | ตัวปรับปริมาณ, ไอคอนลบรายการ, ปุ่มปิดคูปอง, การ์ดตัวเลือกช่องส่งขนาดเล็ก | ที่ขนาด 375 พิกเซล ให้วัดขนาดเป้าหมายที่เล็กที่สุด หากใช้ CSS ขนาดต่ำกว่า 24 x 24 พิกเซลโดยไม่มีระยะห่างที่เพียงพอ ถือว่าล้มเหลว |
| 2.4.11 จุดโฟกัสไม่ถูกบดบัง (ขั้นต่ำ) | AA | แถบสรุปคำสั่งซื้อแบบติดอยู่กับที่ แบนเนอร์ขอความยินยอม และตัวเรียกใช้งานแชทที่ครอบคลุมขอบเขตที่กำหนด | ใช้ปุ่ม Tab เพื่อเลื่อนดูข้อมูลในแบบฟอร์ม การซ่อนปุ่มควบคุมโดยสมบูรณ์ถือเป็นข้อผิดพลาด |
| 2.5.7 การลากการเคลื่อนไหว | AA | หมุดปักแผนที่ที่อยู่, แถบเลื่อนเลือกวันที่, ปุ่มเลื่อนเพื่อยืนยัน | ลากเส้นแต่ละครั้งโดยใช้การแตะเพียงครั้งเดียวเท่านั้น หากไม่มีเส้นทางให้เลือก ถือว่าล้มเหลว |
| 3.3.7 รายการที่ซ้ำซ้อน | A | การพิมพ์ที่อยู่สำหรับการเรียกเก็บเงินซ้ำหลังจากจัดส่งสินค้า หรือการพิมพ์อีเมลซ้ำในขั้นตอนการชำระเงิน | กรอกข้อมูลในช่องเพียงครั้งเดียว แล้วนับจำนวนค่าที่พิมพ์ซ้ำซึ่งระบบมีอยู่แล้ว |
| 3.2.6 การให้ความช่วยเหลืออย่างสม่ำเสมอ | A | ลิงก์ช่วยเหลือ แชท หรือติดต่อ จะถูกจัดวางแตกต่างกันในหน้าตะกร้าสินค้า การจัดส่ง และการชำระเงิน | บันทึกภาพหน้าจอแต่ละขั้นตอน ลำดับการแสดงผลของคำแนะนำต้องเหมือนกันทุกที่ |
คู่มือการเล่น
นี่คือขั้นตอนการตรวจสอบที่เราดำเนินการ เป็นการตรวจสอบด้วยตนเอง เนื่องจากห้าในหกรายการนั้น เครื่องสแกนอัตโนมัติไม่สามารถตรวจจับได้อย่างน่าเชื่อถือ
1. ตรึงเส้นทางหนึ่งไว้ การชำระเงินแบบไม่ลงทะเบียน, สินค้าหนึ่งชิ้น, การจัดส่งแบบมาตรฐาน, ชำระด้วยบัตรเครดิต, ชำระเงินข้ามตะกร้าสินค้า, ที่อยู่จัดส่ง, วิธีการจัดส่ง, การชำระเงิน และการยืนยัน ทดลองใช้งานสองครั้ง: ครั้งแรกบนหน้าจอมือถือขนาด 375 พิกเซลพร้อมระบบสัมผัส และครั้งที่สองบนเดสก์ท็อปโดยไม่เสียบเมาส์
2. รหัสผ่านแป้นพิมพ์ เลื่อนแท็บจากด้านบนของแต่ละขั้นตอนไปยังปุ่มส่ง สังเกตข้อผิดพลาดในเวอร์ชัน 2.4.11 ในขณะที่องค์ประกอบแบบตรึงปรากฏขึ้น ซึ่งมักเกิดขึ้นเมื่อแถบสรุปตรึงตัวเอง สังเกตตำแหน่งที่ความช่วยเหลืออยู่บนแต่ละขั้นตอนสำหรับเวอร์ชัน 3.2.6
3. การส่งผ่านตัวชี้ บนอุปกรณ์มือถือ ให้วัดเป้าหมายสำหรับเวอร์ชัน 2.5.8 และลองลากทุกครั้งโดยไม่ต้องลากจริงสำหรับเวอร์ชัน 2.5.7 แผนที่ที่อยู่และแถบเลื่อนมักจะเกิดข้อผิดพลาด
4. รหัสผ่านสำหรับการป้อนข้อมูล ทำตามขั้นตอนให้ครบถ้วนในฐานะลูกค้าใหม่ ทุกช่องที่คุณกรอกค่าที่ระบบมีอยู่แล้วจะถือเป็นข้อผิดพลาด 3.3.7 จากนั้นลองยืนยันตัวตนด้วยโปรแกรมจัดการรหัสผ่านและวางข้อมูลจากคลิปบอร์ดเพื่อตรวจสอบข้อผิดพลาด 3.3.8
5. ประเมินคะแนนก่อนลงมือแก้ไข จัดลำดับผลการค้นพบแต่ละรายการตามระดับความรุนแรงคูณด้วยสัดส่วนการออกจากช่องทางในขั้นตอนนั้นๆ ในการวิเคราะห์ของคุณเอง
| ความรุนแรง | คำนิยาม | คะแนน |
|---|---|---|
| การปิดกั้น | ผู้ใช้ไม่สามารถดำเนินการซื้อให้เสร็จสมบูรณ์ได้เลย | 3 |
| ย่อยสลาย | การดำเนินการให้เสร็จสมบูรณ์ต้องใช้วิธีการแก้ไขปัญหาเฉพาะหน้าหรือการลองซ้ำหลายครั้ง | 2 |
| แรงเสียดทาน | ความพยายามเพิ่มเติม ความเสี่ยงในการถูกทิ้งร้างน้อยลง | 1 |
6. ซ่อมตามลำดับนี้ การตรวจสอบสิทธิ์ต้องมาก่อน เพราะข้อ 3.3.8 สามารถหยุดการซื้อได้ทันที จากนั้นค่อยพิจารณาขนาดเป้าหมาย การบดบังจุดสนใจ ตัวเลือกการลาก การป้อนข้อมูลซ้ำซ้อน และความช่วยเหลือที่สม่ำเสมอ นี่คือลำดับความสำคัญของรายได้ ไม่ใช่ความร้ายแรงทางกฎหมาย และเป็นลำดับความสำคัญที่ผู้สนับสนุนจะให้เงินทุนโดยไม่มีข้อโต้แย้ง
7. เขียนประโยคดังกล่าว มาตรา 13(2) กำหนดให้มีข้อมูลภายใต้ภาคผนวก V ที่อธิบายว่าบริการตรงตามข้อกำหนดอย่างไร เปิดเผยต่อสาธารณะในรูปแบบลายลักษณ์อักษรและวาจา และในลักษณะที่เข้าถึงได้ หากคุณอ้างภาระที่ไม่สมส่วนภายใต้มาตรา 14 ให้จัดทำเอกสารตามเกณฑ์ภาคผนวก VI และต่ออายุอย่างน้อยทุกห้าปี การตัดสินใจที่ไม่มีการจัดทำเอกสารว่าจะไม่แก้ไขบางสิ่งบางอย่างนั้นไม่ใช่การเรียกร้องภาระ แต่เป็นข้อบกพร่องที่ยังไม่ได้รับการแก้ไข
8. นำการตรวจสอบทั้งหกรายการไปใส่ในขั้นตอน QA ของการปล่อยเวอร์ชันใหม่ ระบบการชำระเงินจะมีปัญหาในเวอร์ชัน 2.4.11 ในครั้งแรกที่มีคนส่งแบนเนอร์โปรโมชั่น
จุดที่เกิดปัญหาคือ...
- การตรวจสอบหกครั้งไม่ถือว่าได้มาตรฐาน นี่เป็นการปรับปรุงเพิ่มเติมจากมาตรฐาน WCAG 2.1 AA และหากคุณไม่เคยได้มาตรฐาน 2.1 AA มาก่อน การปรับปรุงนี้จะซ่อนปัญหาที่แท้จริงไว้
- นี่ไม่ใช่การตรวจสอบโปรแกรมอ่านหน้าจอ การตรวจสอบแป้นพิมพ์จะพบปัญหาเกี่ยวกับการโฟกัสและลำดับ ไม่ใช่ช่องชำระเงินที่ติดป้ายกำกับผิด
- iframe สำหรับการชำระเงินของคุณอาจไม่ใช่ของคุณ หากแบบฟอร์มบัตรเป็นของผู้ให้บริการชำระเงินของคุณ โปรดขอเอกสารเป็นลายลักษณ์อักษรจากพวกเขาเกี่ยวกับจุดยืนของพวกเขาในข้อ 9 ของมาตรฐาน EN 301 549
- แอปพลิเคชันแบบเนทีฟมีวิธีการแมปที่แตกต่างกัน มาตรา 11 ครอบคลุมถึงซอฟต์แวร์ ซึ่งขนาดเป้าหมายและการลากจะมีพฤติกรรมที่แตกต่างกันภายใต้ API การเข้าถึงแพลตฟอร์ม
- การใช้โอเวอร์เลย์ไม่สามารถแก้ไขปัญหาเหล่านี้ได้เลย ทั้งหกข้อนี้เป็นคุณสมบัติของโครงสร้างหรือการออกแบบการตรวจสอบสิทธิ์ของกระบวนการทำงานของคุณ ซึ่งสคริปต์ที่ถูกแทรกเข้าไปไม่สามารถเปลี่ยนแปลงโครงสร้างได้
- การบังคับใช้กฎหมายเป็นไปในระดับชาติ มาตรา 30 กำหนดให้บทลงโทษต้องมีประสิทธิภาพ สมเหตุสมผล และเป็นการป้องปราม แต่ระดับและแนวทางการเฝ้าระวังนั้นกำหนดโดยแต่ละรัฐสมาชิก
คำถามที่พบบ่อย
มาตรฐาน EN 301 549 V4.1.1 มีผลผูกพันกับฉันในปัจจุบันหรือไม่?
ไม่ใช่ด้วยตัวมันเอง พระราชบัญญัตินี้มีผลผูกพันคุณ ส่วนมาตรฐานนั้นอธิบายถึงแนวทางทางเทคนิคที่จะไปสู่พระราชบัญญัตินั้น การนำไปใช้ในระดับประเทศมีผลถึงวันที่ 31 พฤษภาคม 2027 และการยกเลิกมาตรฐานที่ขัดแย้งจะมีผลถึงวันที่ 31 พฤษภาคม 2028 เนื้อหาของมาตรฐานนี้เป็นการตีความข้อกำหนดในภาคผนวกที่ 1 ที่ดีที่สุดเท่าที่มีอยู่ ดังนั้นจงสร้างมาตรฐานนี้โดยยึดตามมาตรฐานนี้ตั้งแต่ตอนนี้
ถ้าเราปฏิบัติตามมาตรฐาน EN 301 549 แล้ว เราจะถือว่าสอดคล้องกับมาตรฐาน EAA หรือไม่?
คุณมีหลักฐานที่แข็งแกร่ง แต่คุณไม่มีข้อสันนิษฐานทางกฎหมายว่าสอดคล้อง มาตรา 15(1) กำหนดให้ต้องเผยแพร่การอ้างอิงในวารสารทางการเพื่อสนับสนุนคำสั่ง (EU) 2019/882 และเราไม่พบการอ้างอิงดังกล่าว ให้จัดทำเอกสารเหตุผลของคุณเองภายใต้มาตรา 13(2)
เราเป็นบริษัทตุรกีที่ไม่มีสถานประกอบการในสหภาพยุโรป เราอยู่ในขอบเขตของข้อกำหนดนี้หรือไม่?
หากคุณให้บริการแก่ผู้บริโภคในสหภาพยุโรป ก็ใช่แล้ว มาตรา 3 กำหนดให้ข้อผูกพันนั้นเกี่ยวข้องกับการให้บริการแก่ผู้บริโภคในสหภาพยุโรป ไม่ใช่สถานที่ที่คุณจดทะเบียน หนังสือเวียน 2025/10 อาจใช้บังคับแยกต่างหากสำหรับตลาดตุรกี
วันที่ 2030 หมายความว่าเรามีเวลาถึงปี 2030 ใช่หรือไม่?
ไม่ การเปลี่ยนผ่านตามมาตรา 32 ครอบคลุมเฉพาะสัญญาที่ตกลงกันก่อนวันที่ 28 มิถุนายน 2025 และผลิตภัณฑ์ที่ใช้งานอยู่แล้วอย่างถูกต้องตามกฎหมาย บริการใหม่ที่ให้บริการแก่ผู้บริโภคหลังจากวันที่ดังกล่าวจะอยู่ในขอบเขตตั้งแต่วันนั้นเป็นต้นไป
เรายังควรแก้ไขผลการวิเคราะห์ไวยากรณ์เวอร์ชัน 4.1.1 เก่าอยู่หรือไม่?
ข้อ 4.1.1 นั้นล้าสมัยและถูกลบออกไปแล้วใน WCAG 2.2 ปิดผลการตรวจสอบเหล่านั้น แต่ตรวจสอบอีกครั้งว่าโค้ด HTML พื้นฐานไม่ได้ทำให้เกิดข้อผิดพลาดเกี่ยวกับชื่อ บทบาท หรือค่าภายใต้ข้อ 4.1.2 ซึ่งยังคงใช้งานได้อยู่หรือไม่
จะทำอย่างไรถ้าการแก้ไขปัญหานั้นมีค่าใช้จ่ายสูงเกินไปจริงๆ?
มาตรา 14 อนุญาตให้ใช้เหตุผลเรื่องภาระที่ไม่สมส่วนได้ แต่ต้องมีเอกสารประกอบการประเมินตามเกณฑ์ในภาคผนวกที่ 6 ซึ่งต้องต่ออายุอย่างน้อยทุก 5 ปี หน่วยงานกำกับดูแลตลาดจะขอตรวจสอบเอกสารดังกล่าว
วิ่งส่งบอล
ลองทำการตรวจสอบทั้งหกข้อนี้ในขั้นตอนการชำระเงินของคุณในสัปดาห์นี้ หรือส่ง URL มาให้เรา แล้วเราจะทำการตรวจสอบและส่งผลการตรวจสอบกลับไปให้คุณ เครื่องสแกนของเราอยู่ที่ wcag.switas.com ครอบคลุมส่วนที่เป็นอัตโนมัติของการตรวจสอบตามมาตรฐาน WCAG 2.0, 2.1 และ 2.2 และเป็นพื้นฐานสำหรับการตรวจสอบด้วยตนเอง
แหล่งที่มา
- ETSI EN 301 549 V4.1.1 (2026-09)
- ดัชนีเวอร์ชัน ETSI EN 301 549
- คำสั่ง (EU) 2019/882 กฎหมายว่าด้วยการเข้าถึงของยุโรป
- คำขอมาตรฐาน M/587
- การตัดสินใจของคณะกรรมการดำเนินการ (EU) 2018/2048
- WCAG 2.2, ข้อแนะนำของ W3C
- มีอะไรใหม่ใน WCAG 2.2 และ W3C WAI บ้าง
- WCAG 2.2 กลายเป็นข้อแนะนำของ W3C เมื่อวันที่ 5 ตุลาคม 2023
- หนังสือเวียนประธานาธิบดีฉบับที่ 2025/10 (ตุรกี) ลงวันที่ 21 มิถุนายน 2025
- Legalithm เกี่ยวกับการอ้างอิงวารสารทางการที่หายไป
