Kỹ sư QLTT Ghi chú ôn thi
← Về danh sách
Kỹ nghệ & Quản lý phần mềm
#웹접근성#웹호환성#웹개방성#전자정부#126회
Cập nhật lần cuối · 2026-09-10

Chất lượng website Chính phủ điện tử — Khả năng tiếp cận·tương thích·tính mở·tối ưu hóa web

1. Tổng quan

A. Khái niệm

Chất lượng website Chính phủ điện tử là việc đáp ứng tiêu chuẩn thiết kế UI/UX cùng bốn yêu cầu chất lượng khả năng tiếp cận web·tính tương thích web·tính mở web·tối ưu hóa web, nhằm bảo đảm mọi công dân có thể sử dụng dịch vụ Chính phủ điện tử mà không bị phân biệt trong bất kỳ môi trường nào.

Lý do căn bản website công cần tiêu chuẩn chất lượng này nằm ở tính công cộng (publicness): 'dịch vụ Chính phủ điện tử phải được mọi công dân sử dụng không ngoại lệ'. Dịch vụ tư nhân có quyền tự do tối ưu hóa nhắm tới nhóm người dùng hoặc môi trường trình duyệt·thiết bị cụ thể vì lợi nhuận. Nhưng Chính phủ điện tử có tính chất khác. Các dịch vụ như khai thuế, cấp giấy tờ dân sự, đăng ký phúc lợi gắn trực tiếp với việc thực thi quyền của công dân, nên toàn dân kể cả người khuyết tật·người cao tuổi phải tiếp cận ở mức ngang nhau dù dùng trình duyệt·hệ điều hành·thiết bị nào. Bởi vì dịch vụ công chỉ hoạt động trong môi trường cụ thể trên thực tế là loại trừ quyền của những công dân không có môi trường đó.

Vì vậy chính phủ quy định chất lượng website phải có theo bốn trục. Người khuyết tật·người cao tuổi cũng phải nhận biết·thao tác được (khả năng tiếp cận), phải hiển thị và hoạt động giống nhau trên mọi trình duyệt (tính tương thích), phải mở để máy đọc và tái sử dụng dữ liệu (tính mở), và phải tải nhanh trên đường truyền của bất kỳ ai (tối ưu hóa). Thêm vào đó là tiêu chuẩn UI/UX thiết kế nhất quán màn hình·điều hướng·thuật ngữ để nâng cao sự tiện dụng. Điểm quan trọng là tiêu chuẩn chất lượng này không chỉ là khuyến nghị mà là nghĩa vụ dựa trên pháp luật như 「Luật cơ bản về tin học hóa thông minh」·「Luật cấm phân biệt đối xử với người khuyết tật」 của Hàn Quốc. Tức chất lượng web Chính phủ điện tử phải được hiểu là cơ chế vượt qua hướng dẫn kỹ thuật, bảo đảm về mặt thể chế quyền tiếp cận phổ quát (universal access) đối với dịch vụ công.

B. Bối cảnh xuất hiện và sự cần thiết

Có ba dòng chảy đằng sau việc thể chế hóa tiêu chuẩn chất lượng. Thứ nhất, dịch chuyển dịch vụ theo chuyển đổi số. Khi hành chính vốn xử lý tại quầy offline chuyển mạnh lên trực tuyến, nảy sinh tình huống không tiếp cận được web thì không nhận được chính dịch vụ. Chất lượng web trở thành quyền tiếp cận dịch vụ của công dân. Thứ hai, nhìn lại vấn đề phụ thuộc công nghệ cụ thể. Trước đây web công tại Hàn Quốc phụ thuộc vào trình duyệt·plugin cụ thể (ActiveX v.v.), vấn đề người dùng trình duyệt khác hoặc thiết bị mới bị loại trừ lặp đi lặp lại. Đây là bối cảnh trực tiếp của việc bắt buộc tiêu chuẩn web·tính tương thích web. Thứ ba, yêu cầu thu hẹp khoảng cách số (digital divide). Để người khuyết tật·người cao tuổi·người dùng thiết bị cấu hình thấp không bị gạt ra ngoài, khả năng tiếp cận và tối ưu hóa được bắt buộc nhằm thu hẹp khoảng cách về mặt thể chế. Rốt cuộc, chất lượng web Chính phủ điện tử là yêu cầu tối thiểu để tạo ra không phải 'website đẹp' mà là 'website không loại trừ bất kỳ ai'.

C. Tiêu chuẩn thiết kế UI/UX

Website Chính phủ điện tử được khuyến nghị tổ chức màn hình·điều hướng·nội dung một cách nhất quán theo các nguyên tắc thiết kế như lấy người dùng làm trung tâm·nhất quán·trực quan·rõ ràng·hiệu quả·khả năng tiếp cận·linh hoạt. [[gov-ui-ux-guideline]]

Lý do tiêu chuẩn thiết kế này là nền tảng của bốn yêu cầu chất lượng là: dù tuân thủ riêng lẻ khả năng tiếp cận·tính tương thích đến đâu, nếu bố cục màn hình, thuật ngữ, điều hướng mỗi site một kiểu thì chi phí học tập để công dân làm quen dịch vụ sẽ lớn. Đặc biệt, do đặc thù Chính phủ điện tử với nhiều bộ ngành·cơ quan vận hành các website khác nhau, tính nhất quán là giá trị cốt lõi giúp người dùng áp dụng nguyên cách dùng đã học ở một site sang site khác. Tính trực quan·rõ ràng giúp công dân bình thường không quen thuật ngữ hành chính không bị lạc, còn tính linh hoạt dẫn tới thiết kế responsive đáp ứng nhiều thiết bị·kích thước màn hình. Tức tiêu chuẩn thiết kế UI/UX không phải vấn đề thẩm mỹ mà là khung xương gắn kết để bốn yêu cầu chất lượng hợp nhất thành sự tiện dụng thực tế.

2. Bốn yêu cầu chất lượng — cấu trúc tổng thể

Chất lượng web Chính phủ điện tử là cấu trúc trong đó bốn yêu cầu chất lượng cân bằng trên nền tảng tiêu chuẩn thiết kế UI/UX. Sơ đồ cấu trúc dưới đây cho thấy quan hệ giữa các yêu cầu chất lượng. Bốn yêu cầu không tồn tại độc lập mà cùng nâng đỡ mục tiêu chung 'mọi công dân sử dụng không phân biệt' từ các góc độ khác nhau.

flowchart TB
  G["Quyền tiếp cận phổ quát (mọi công dân sử dụng không phân biệt)"] --> UX["Tiêu chuẩn thiết kế UI/UX (nhất quán·trực quan)"]
  UX --> A["Khả năng tiếp cận web (người khuyết tật·người cao tuổi)"]
  UX --> C["Tính tương thích web (mọi trình duyệt)"]
  UX --> O["Tính mở web (mở dữ liệu)"]
  UX --> P["Tối ưu hóa web (hiệu năng·gọn nhẹ)"]
  style G fill:#e8f0fe,stroke:#2f6fed,stroke-width:2px
Chất lượng Nội dung Căn cứ·phương tiện tiêu biểu
Khả năng tiếp cận web Bất kỳ ai kể cả người khuyết tật·người cao tuổi đều nhận biết·vận hành·hiểu được KWCAG (văn bản thay thế·truy cập bàn phím·tương phản độ sáng)
Tính tương thích web Hoạt động như nhau, không phụ thuộc trình duyệt·plugin cụ thể Tiêu chuẩn web W3C (tuân thủ cú pháp HTML/CSS)
Tính mở web Công cụ tìm kiếm·máy có thể truy cập·thu thập dữ liệu Cho phép robots, định dạng mở, siêu dữ liệu
Tối ưu hóa web Tải nhanh·bảo đảm hiệu năng nhờ trang gọn nhẹ·cache Nén tài nguyên, cache, tối ưu hóa hiển thị

Bốn yêu cầu này thường bổ trợ nhau nhưng đôi khi lại căng thẳng với nhau. Ví dụ, thêm hiệu ứng hình ảnh lộng lẫy thì tính thẩm mỹ tăng nhưng khả năng tiếp cận·tối ưu hóa có thể xấu đi. Do đó quản lý chất lượng không phải là tối đa hóa một trong bốn yêu cầu mà là thiết kế·kiểm chứng để bốn yêu cầu cân bằng ở trên mức tối thiểu. Cảm quan cân bằng như vậy là bản chất của thực tiễn chất lượng web Chính phủ điện tử.

3. Chi tiết từng yêu cầu chất lượng

A. Khả năng tiếp cận web — cốt lõi của bốn yêu cầu

Trong bốn yêu cầu, khả năng tiếp cận web có hiệu lực pháp lý và sức lan tỏa lớn nhất. Đó là việc bảo đảm người có khuyết tật về thị giác·thính giác·vận động và người cao tuổi cũng có thể nhận biết (Perceivable)·vận hành (Operable)·hiểu (Understandable) nội dung web và sử dụng một cách bền vững (Robust); tại Hàn Quốc tuân theo tiêu chuẩn quốc gia KWCAG (Hướng dẫn khả năng tiếp cận nội dung web kiểu Hàn Quốc). KWCAG phản ánh tiêu chuẩn quốc tế W3C WCAG phù hợp với thực tiễn Hàn Quốc, và bản sửa đổi mới nhất KWCAG 2.2 (sửa đổi năm 2022) gồm 4 nguyên tắc · 14 hướng dẫn · nhiều hạng mục kiểm tra.

Cụ thể bao gồm cung cấp văn bản thay thế (alt) giải thích ý nghĩa cho hình ảnh, cho phép thao tác mọi chức năng chỉ bằng bàn phím mà không cần chuột, không truyền tải thông tin chỉ bằng màu sắc (quan tâm người mù màu), bảo đảm tương phản độ sáng đủ giữa chữ và nền, cung cấp phụ đề·ngôn ngữ ký hiệu cho video. Các hạng mục này cần thiết vì mỗi loại khuyết tật tiếp nhận thông tin qua con đường khác nhau. Người khiếm thị nghe văn bản thay thế bằng giọng nói qua trình đọc màn hình (screen reader), người khuyết tật vận động thao tác bằng bàn phím·thiết bị hỗ trợ, người thị lực kém·mù màu dựa vào tương phản độ sáng. Khả năng tiếp cận còn là nghĩa vụ theo 「Luật cấm phân biệt đối xử với người khuyết tật」, không tuân thủ có thể bị coi là phân biệt đối xử, nên áp lực tuân thủ mạnh hơn các yêu cầu khác.

Khung xương của KWCAG, giống tiêu chuẩn quốc tế WCAG, là bốn nguyên tắc (POUR) dễ nhận biết·dễ vận hành·dễ hiểu·bền vững. 'Nhận biết' nghĩa là nội dung phải tri giác được bằng giác quan (văn bản thay thế·phụ đề·tương phản độ sáng), 'vận hành' nghĩa là phương tiện thao tác phải đa dạng (truy cập bàn phím·đủ thời gian·cấm gây co giật), 'hiểu' nghĩa là nội dung và thao tác phải dự đoán được (dễ đọc·nhất quán·sửa lỗi), 'bền vững' nghĩa là công nghệ hỗ trợ phải diễn giải ổn định được (tuân thủ cú pháp·cung cấp tên và vai trò). Bốn nguyên tắc này là căn cứ của từng hạng mục kiểm tra, nên trong thực tế, hiểu 'phần tử này phục vụ nguyên tắc nào trong bốn' sẽ có lợi cho ứng dụng hơn là học thuộc các hạng mục.

B. Tính tương thích web — thoát phụ thuộc bằng tuân thủ tiêu chuẩn

Tính tương thích web là yêu cầu nội dung hiển thị và hoạt động như nhau trên mọi trình duyệt, không phụ thuộc trình duyệt hay plugin cụ thể. Phương tiện hiện thực là tuân thủ tiêu chuẩn web W3C (HTML·CSS·ECMAScript). Tuân thủ tiêu chuẩn giúp giảm khả năng mỗi trình duyệt diễn giải khác nhau, cho kết quả nhất quán ở mọi nơi như Chrome·Edge·Safari. Mục đích của yêu cầu này là giải quyết tận gốc vấn đề trước đây web công tại Hàn Quốc dựa vào công nghệ chỉ dành cho trình duyệt cụ thể (ActiveX v.v.) và loại trừ người dùng trình duyệt khác. Tính tương thích cũng ăn khớp với khả năng tiếp cận, vì chỉ markup tuân thủ tiêu chuẩn thì trình đọc màn hình·công nghệ hỗ trợ mới diễn giải chính xác nội dung.

C. Tính mở web — dữ liệu công máy có thể đọc được

Tính mở web là yêu cầu mở để crawler của công cụ tìm kiếm hoặc máy thu thập dữ liệu có thể truy cập·thu thập thông tin của website. Cốt lõi là không chặn bất hợp lý truy cập của crawler chính đáng bằng robots.txt, không nhốt dữ liệu trong định dạng đóng (cung cấp định dạng mở·siêu dữ liệu có cấu trúc), và để thông tin có thể được tìm kiếm·tái sử dụng. Điều này gắn trực tiếp với chính sách mở dữ liệu công. Nền tảng là triết lý mở: thông tin công là tài sản của công dân, nên không bị nhốt trong một màn hình cụ thể mà phải được máy đọc để tái sử dụng trong dịch vụ·nghiên cứu·công nghiệp khác.

Điểm tính mở thường bị tổn hại trong thực tế là khi 'nhốt thông tin trong hình ảnh·PDF·Flash v.v.'. Ví dụ, nếu chỉ đăng bảng thống kê dưới dạng một tấm ảnh thì mắt người thấy được nhưng máy không đọc được, trình đọc màn hình cũng không diễn giải được nên làm tổn hại cả khả năng tiếp cận. Ngược lại nếu cung cấp cùng dữ liệu dưới dạng văn bản·bảng·API mở thì đồng thời thỏa mãn tìm kiếm·tái sử dụng·khả năng tiếp cận. Như vậy tính mở gắn với khả năng tiếp cận về nguyên lý, nên xem xét cả hai cùng lúc là hiệu quả.

D. Tối ưu hóa web — nhanh trên đường truyền của bất kỳ ai

Tối ưu hóa web là yêu cầu làm gọn trang và áp dụng cache·nén để bảo đảm tốc độ tải và hiệu năng. Giảm dung lượng hình ảnh·script, loại bỏ tài nguyên không cần thiết, và nâng tốc độ cảm nhận bằng cache trình duyệt và tối ưu hóa hiển thị. Tối ưu hóa được đưa vào yêu cầu chất lượng vì hiệu năng cũng chính là vấn đề khả năng tiếp cận. Với công dân dùng thiết bị cấu hình thấp hoặc đường truyền chậm (nông thôn·miền núi·làng chài, tầng lớp thu nhập thấp), trang nặng trên thực tế bằng với không thể sử dụng. Do đó tối ưu hóa được định vị không chỉ là hiệu suất kỹ thuật mà là phương tiện thu hẹp khoảng cách số.

Cụ thể, các kỹ thuật được huy động gồm tối ưu định dạng·độ phân giải hình ảnh và tải trễ (lazy loading), nén (minify) script·style và thu gọn bundle, dùng cache·CDN cho tài nguyên tĩnh, và các kỹ thuật đẩy nhanh hiển thị ban đầu. Dịch vụ không được chậm hay ngừng ngay cả vào lúc lưu lượng tăng vọt như khi thông báo thiên tai·thảm họa hoặc khi yêu cầu dân sự dồn dập, nên nên hiểu tối ưu hóa theo nghĩa rộng bao trùm không chỉ tốc độ cảm nhận thường ngày mà cả tính sẵn sàng trong tình huống tải cao.

4. So sánh — khác biệt với chất lượng web tư nhân và các trường hợp áp dụng

Chất lượng web Chính phủ điện tử và chất lượng web tư nhân thông thường khác nhau căn bản về định hướng. Khu vực tư nhân tối ưu hóa hiệu quả kinh doanh như tỷ lệ chuyển đổi·thời gian lưu lại, và có quyền tập trung vào khách hàng·môi trường mục tiêu. Ngược lại, Chính phủ điện tử ưu tiên quyền tiếp cận phổ quát và công bằng hơn chỉ số hiệu quả, và khác biệt quyết định là đặt chất lượng theo chuẩn 'người dùng ở môi trường bất lợi nhất'.

Góc độ Chất lượng web tư nhân Chất lượng web Chính phủ điện tử
Giá trị ưu tiên hàng đầu Hiệu quả kinh doanh (chuyển đổi·doanh thu) Quyền tiếp cận phổ quát·công bằng
Chuẩn đối tượng Người dùng mục tiêu cốt lõi Toàn dân (chuẩn môi trường yếu nhất)
Khả năng tiếp cận Tùy chọn·khuyến nghị Nghĩa vụ pháp lý (Luật cấm phân biệt đối xử với người khuyết tật)
Tính cưỡng chế Tự nguyện Pháp luật·chẩn đoán chất lượng·chứng nhận

Khác biệt này thể hiện trong các trường hợp cụ thể. Ví dụ, cổng thông tin đại diện của chính phủ·site dịch vụ dân sự quản lý chất lượng bằng cách đưa văn bản thay thế vào mọi hình ảnh cho người dùng trình đọc màn hình, bảo đảm điều hướng bằng bàn phím và loại bỏ phụ thuộc trình duyệt cụ thể nhờ tuân thủ tiêu chuẩn web. Ngoài ra, Cổng dữ liệu công, theo nguyên tắc tính mở web, cung cấp dữ liệu ở định dạng mở máy đọc được (ví dụ: OpenAPI·CSV·JSON), giúp khu vực tư nhân tạo ứng dụng·dịch vụ khai thác dữ liệu này. Như vậy chất lượng web Chính phủ điện tử không phải quy phạm trừu tượng mà là tiêu chuẩn thực tiễn được phản ánh cụ thể vào thiết kế·vận hành dịch vụ thực tế.

Các trường hợp trong quá khứ nghịch lý thay lại cho thấy sự cần thiết của tiêu chuẩn này. Có thời web công·tài chính tại Hàn Quốc dựa vào xác thực·thanh toán trên nền plugin chỉ chạy trên trình duyệt cụ thể (ví dụ: ActiveX), khiến công dân dùng trình duyệt khác hoặc thiết bị mới không nhận được dịch vụ hoặc bị buộc cài nhiều chương trình, vấn đề lặp đi lặp lại. Đây là trường hợp điển hình sự thiếu vắng tính tương thích web dẫn thẳng tới loại trừ người dùng, và sau đó trở thành động lực trực tiếp của chính sách chuyển sang tiêu chuẩn web và loại bỏ plugin. Tương tự, các trang nặng hình ảnh không xét tới khả năng tiếp cận khiến người khiếm thị hoàn toàn không dùng được bằng trình đọc màn hình, thường phải trả chi phí làm lại khổng lồ về sau. Những kinh nghiệm thất bại này củng cố nguyên tắc 'phải nội tại hóa chất lượng ngay từ đầu thiết kế'.

5. Chuyên sâu — chế độ chứng nhận·chẩn đoán chất lượng và xu hướng mới nhất

Chất lượng web Chính phủ điện tử không dừng ở tuyên bố mà được quản lý bằng chế độ chứng nhận·chẩn đoán. Tiêu biểu là chế độ chứng nhận chất lượng khả năng tiếp cận web (dấu chứng nhận) cấp cho website·ứng dụng di động có khả năng tiếp cận tốt, trong đó tổ chức chứng nhận được chỉ định thẩm định việc tuân thủ KWCAG và cấp dấu. Ngoài ra, thông qua chẩn đoán chất lượng website định kỳ ở cấp chính phủ, mức độ khả năng tiếp cận·tương thích của web công được đo định kỳ và rút ra nhiệm vụ cải tiến. Ý nghĩa của các chế độ này là biến chất lượng từ 'làm một lần là xong' thành đối tượng quản lý được kiểm tra·cải tiến liên tục.

Sơ đồ quy trình chi tiết dưới đây cho thấy luồng (PDCA) trong đó chất lượng được quản lý tuần hoàn qua thiết kế–phát triển–chẩn đoán–chứng nhận–cải tiến. Đặc biệt cấu trúc vòng lặp quay lại chẩn đoán mỗi khi nội dung được cập nhật là cốt lõi; nếu vòng này đứt, chất lượng đạt được ban đầu sẽ bị bào mòn theo thời gian.

flowchart LR
  P["Thiết kế (phản ánh tiêu chuẩn web·nguyên tắc khả năng tiếp cận)"] --> D["Phát triển (hiện thực markup·nội dung)"]
  D --> C["Chẩn đoán (kiểm tra tự động + kiểm chứng của chuyên gia·người trong cuộc)"]
  C --> A["Chứng nhận (thẩm định dấu chứng nhận chất lượng)"]
  A --> IM["Vận hành·cải tiến (khắc phục khiếm khuyết)"]
  IM -.->|"Chẩn đoán lại khi cập nhật nội dung"| C
  style C fill:#e8f0fe,stroke:#2f6fed,stroke-width:2px

Giai đoạn đặc biệt quan trọng trong vòng này là chẩn đoán. Chẩn đoán nên có cấu trúc kép: sàng lọc vi phạm trên diện rộng bằng công cụ kiểm tra tự động, rồi phần khó để tự động hóa phán đoán như mức độ phù hợp về ý nghĩa của văn bản thay thế thì chuyên gia và chính người khuyết tật kiểm chứng qua sử dụng thực tế. Chứng nhận là cơ chế xác nhận chính thức kết quả chẩn đoán này đạt trên mức nhất định, còn giai đoạn vận hành·cải tiến đóng vai trò phản hồi, khắc phục khiếm khuyết đã phát hiện và đưa trở lại lần chẩn đoán tiếp theo.

Xu hướng gần đây được tóm tắt theo ba hướng. Thứ nhất, mở rộng sang khả năng tiếp cận di động. Khi việc sử dụng dịch vụ chuyển sang lấy di động làm trung tâm, hướng dẫn khả năng tiếp cận web đang được mở rộng·chỉnh đốn thành hướng dẫn khả năng tiếp cận ứng dụng di động. Thứ hai, mở rộng góc nhìn sang hòa nhập số (digital inclusion). Vượt ra ngoài truy cập của người khuyết tật, 'ngôn ngữ dễ hiểu (easy read)', hỗ trợ đa ngôn ngữ, khả năng tiếp cận nhận thức được nhấn mạnh để bao trùm cả người cao tuổi·người học vấn thấp·người dùng đa văn hóa. Thứ ba, kiểm tra chất lượng dựa trên AI·tự động hóa. Khi các công cụ tự động phát hiện vi phạm khả năng tiếp cận và công nghệ hỗ trợ AI như tự động tạo văn bản thay thế phát triển, các nỗ lực thường xuyên hóa·tự động hóa kiểm chứng chất lượng đang tăng lên. Điều này bổ khuyết hạn chế của thói quen dựa vào kiểm tra thủ công sau phát triển.

6. Các điểm cần xem xét và hàm ý

  1. Phải nội tại hóa (built-in) chất lượng ngay từ đầu thiết kế. Khả năng tiếp cận·tính tương thích nếu gắn thêm sau khi phát triển xong thì chi phí làm lại rất lớn. Cách tiếp cận 'ưu tiên khả năng tiếp cận (accessibility-first)', phản ánh tuân thủ tiêu chuẩn web và cân nhắc khả năng tiếp cận từ giai đoạn lập kế hoạch·thiết kế, có lợi cả về chi phí lẫn chất lượng, và điều này khớp với nguyên lý của công nghệ phần mềm rằng bắt lỗi càng sớm thì chi phí càng thấp.

  2. Phải có hệ thống quản lý chất lượng liên tục thông qua chứng nhận·chẩn đoán định kỳ. Qua chứng nhận chất lượng khả năng tiếp cận web và chẩn đoán định kỳ, phải đo định lượng mức chất lượng và thể chế hóa vòng PDCA cải tiến khiếm khuyết đã phát hiện. Phải lấy làm tiền đề rằng chất lượng không phải sản phẩm một lần mà là đối tượng vận hành cần kiểm chứng lại mỗi khi nội dung được cập nhật.

  3. Phải quản lý cân bằng và đánh đổi giữa bốn yêu cầu. Thường xảy ra trường hợp cố nâng tính thẩm mỹ·chức năng mà làm hại khả năng tiếp cận·tối ưu hóa. Phải điều chỉnh trước các điểm xung đột giữa các yêu cầu (ví dụ: hiệu ứng hình ảnh vs tương phản độ sáng, thêm chức năng vs hiệu năng) bằng nguyên tắc thiết kế và danh mục kiểm chứng, hướng tới cân bằng tổng thể chứ không tối đa hóa một yêu cầu cụ thể.

  4. Phải mở rộng phạm vi sang hòa nhập di động·nhóm yếu thế về số. Vượt ra ngoài web, mở rộng sang góc nhìn hòa nhập số bao trùm khả năng tiếp cận ứng dụng di động, ngôn ngữ dễ hiểu·đa ngôn ngữ·khả năng tiếp cận nhận thức, hướng tới Chính phủ điện tử 'không bỏ ai lại phía sau (no one left behind)'. Điều này cũng gắn với giá trị bao trùm của Mục tiêu Phát triển Bền vững của Liên Hợp Quốc (SDGs).

  5. Phải tận dụng tự động hóa·AI nhưng song hành kiểm chứng của con người. Thường xuyên hóa kiểm chứng bằng công cụ kiểm tra khả năng tiếp cận tự động và công nghệ hỗ trợ AI giúp tăng mạnh hiệu suất, nhưng mức độ phù hợp về ngữ cảnh·ý nghĩa (ví dụ: văn bản thay thế có thực sự truyền đạt ý nghĩa không) vẫn cần phán đoán của con người. Chiến lược kiểm chứng kép, bố trí tự động hóa cho sàng lọc diện rộng và kiểm chứng của chuyên gia·người trong cuộc cho xác nhận hiệu lực thực tế, là phù hợp.

  6. Cần căn chỉnh liên tục theo thay đổi của tiêu chuẩn quốc tế·pháp luật. KWCAG tiến hóa phản ánh sửa đổi của tiêu chuẩn quốc tế WCAG, và pháp luật liên quan cũng được sửa đổi theo thay đổi của môi trường số. Do đó không được bằng lòng với chứng nhận ở một thời điểm mà phải thường xuyên theo dõi xu hướng sửa đổi tiêu chuẩn·pháp luật để cập nhật site, và việc phản ánh tiêu chuẩn chất lượng mới nhất vào yêu cầu ở giai đoạn mua sắm·hợp đồng (hồ sơ mời thầu·tiêu chuẩn giám sát) để cưỡng chế chất lượng ngay từ giai đoạn đặt hàng là có hiệu quả thực tế.

Tài liệu tham khảo

Tóm tắt một câu: Chất lượng website Chính phủ điện tử gồm tiêu chuẩn thiết kế UI/UX và khả năng tiếp cận·tương thích·tính mở·tối ưu hóa web, là cơ chế quyền tiếp cận phổ quát bảo đảm mọi công dân sử dụng không phân biệt trong bất kỳ môi trường nào; đặc biệt khả năng tiếp cận web dựa trên KWCAG là nghĩa vụ pháp lý, phải được nội tại hóa từ đầu thiết kế và quản lý liên tục bằng chứng nhận·chẩn đoán định kỳ.