Website doanh nghiệp tốt giúp khách hiểu dịch vụ, tìm thông tin, sử dụng thuận tiện và liên hệ hoặc đặt hàng thành công. Chỉ đẹp chưa đủ để đánh giá.
Checklist gồm 8 nhóm, tổng trọng số 100 điểm: nội dung, dễ sử dụng, điện thoại, tốc độ, SEO, chuyển đổi, bảo mật và đo lường. Đây là cách chấm do bài viết đề xuất, không phải chứng nhận chính thức của Google hay W3C.
Cách dùng nhanh: chấm theo 0%, 50% hoặc 100% trọng số khi có bằng chứng. Thiếu dữ liệu ghi “Chưa xác minh”, không cho điểm tùy tiện. Lỗi nghiêm trọng phải sửa ngay, dù tổng điểm cao.
Website tốt là gì?
Website tốt phải phục vụ người dùng, giúp công cụ tìm kiếm hiểu nội dung và tạo kết quả có thể đo. Trong vài giây đầu, khách nên biết doanh nghiệp giải quyết vấn đề gì, vì sao đáng tin và bước tiếp theo là gì.
Bài này đánh giá chất lượng tổng thể và kết quả sử dụng. Nếu đang chọn module hoặc phạm vi xây dựng, hãy dùng thêm checklist tính năng website doanh nghiệp; hai bài phục vụ hai quyết định khác nhau.
Bảng chấm điểm website doanh nghiệp theo thang 100
- 1. Nội dung và giá trị — 15 điểm
- 2. Dễ sử dụng và khả năng tiếp cận — 15 điểm
- 3. Điện thoại và đa thiết bị — 10 điểm
- 4. Tốc độ, Core Web Vitals — 15 điểm
- 5. SEO kỹ thuật — 15 điểm
- 6. Liên hệ và độ tin cậy — 15 điểm
- 7. Bảo mật và vận hành — 10 điểm
- 8. Đo lường kết quả — 5 điểm
Cách chấm: cho cả trọng số khi kiểm tra chính đã đạt và có bằng chứng; cho một nửa khi có phần chưa đạt nhưng nhiệm vụ vẫn thực hiện được; 0 nếu mục đích chính bị chặn. Chưa xác minh là trạng thái riêng khi thiếu dữ liệu hoặc quyền kiểm tra, không phải 0 điểm. Chỉ tính điểm tổng /100 sau khi có bằng chứng cho tất cả 8 nhóm.
Ví dụ tính điểm (không phải kết quả website thực tế): Nội dung 15/15, dễ sử dụng 7,5/15, điện thoại 10/10 → đạt 32,5/40 điểm đã kiểm tra. Còn 60 điểm chưa xác minh; không được kết luận toàn website đạt 32,5/100.
1. Giá trị và nội dung có giúp khách hiểu nhanh? — 15 điểm
Chấm điểm nhóm này: 15 khi nội dung chính rõ và đúng; 7,5 khi thiếu phạm vi, điều kiện; 0 nếu khách không biết doanh nghiệp cung cấp gì.
Trang chủ và trang dịch vụ phải nói rõ đối tượng phục vụ, vấn đề giải quyết, phạm vi cung cấp và bước tiếp theo. Tránh khẩu hiệu chung chung như “giải pháp hàng đầu” nếu không có nội dung giải thích hoặc bằng chứng.
- Thông điệp đầu trang cụ thể, không bắt khách đoán doanh nghiệp bán gì.
- Mỗi dịch vụ chính có URL và nội dung riêng, không dồn mọi thứ vào trang chủ.
- Chi phí, quy trình, thời gian, phạm vi hoặc điều kiện được giải thích ở mức phù hợp.
- Nội dung còn đúng với dịch vụ và thông tin doanh nghiệp hiện tại.
2. UX và khả năng tiếp cận có giảm ma sát? — 15 điểm
Chấm điểm nhóm này: 15 khi khách hoàn thành được việc chính và dùng bàn phím phù hợp; 7,5 nếu còn khó; 0 nếu không làm được.
UX tốt thể hiện ở việc người dùng hoàn thành nhiệm vụ mà không phải học cách dùng website. Hãy kiểm tra menu, thứ tự đọc, nhãn nút, trạng thái focus, tương phản, nội dung thay thế cho ảnh và thông báo lỗi của form. WCAG 2.2 Quick Reference cung cấp tiêu chí về keyboard, focus, contrast, target size, label và input assistance.
Thử tìm dịch vụ hoặc gửi form chỉ bằng bàn phím. Nếu focus biến mất, menu bị kẹt hoặc lỗi form không hướng dẫn cách sửa, website chưa đạt. Dùng bài audit usability cho vòng kiểm tra sâu hơn.
3. Website có dùng tốt trên mobile? — 10 điểm
Chấm điểm nhóm này: 10 nếu menu, nút, biểu mẫu dùng được trên điện thoại; 5 nếu còn khó một phần; 0 nếu không thể thao tác.
Responsive không chỉ là co giao diện cho vừa màn hình. Hãy kiểm tra trên điện thoại thật: menu có mở nhanh, chữ có phải zoom, bảng có tràn, CTA cố định có che nội dung và bàn phím có phù hợp với trường email hoặc số điện thoại không.
- Không có cuộn ngang ngoài ý muốn.
- Nút và liên kết đủ tách biệt để chạm chính xác.
- Form ngắn, nhãn không biến mất khi nhập và lỗi hiển thị cạnh trường liên quan.
- Nội dung, liên kết và chức năng chính không bị cắt khỏi phiên bản mobile.
4. Tốc độ và Core Web Vitals có đạt trong dữ liệu thực tế? — 15 điểm
Chấm điểm nhóm này: 15 nếu đủ dữ liệu người dùng thật phù hợp và cả ba chỉ số tốt; 7,5 nếu còn cần cải thiện; 0 nếu chậm đến mức không làm được việc; thiếu dữ liệu thì chưa xác minh.
Theo tài liệu Web Vitals của Google, ngưỡng “tốt” hiện tại là LCP ≤ 2,5 giây, INP ≤ 200 mili giây và CLS ≤ 0,1 tại phân vị thứ 75, đánh giá riêng mobile và desktop. Dữ liệu người dùng thật quan trọng hơn một lần chạy Lighthouse mô phỏng; điểm Lighthouse không phải chỉ số INP thực tế.
Kiểm tra trang chủ, trang dịch vụ và landing page chính. Nếu chưa có dữ liệu người dùng thật phù hợp, ghi “Chưa xác minh”; dùng PageSpeed Insights tìm nguyên nhân rồi theo dõi khi đủ dữ liệu. Xem quy trình kiểm tra tốc độ website cho ảnh, script, cache và hosting.
5. Nền SEO kỹ thuật có giúp Google truy cập đúng trang? — 15 điểm
Chấm điểm nhóm này: 15 nếu URL chính hoạt động và đủ điều kiện kỹ thuật; 7,5 khi còn lỗi nhẹ; 0 khi chặn nhầm trang cần hiển thị trên Google.
Theo Google Search technical requirements, trang đủ điều kiện index khi Googlebot không bị chặn, trang trả HTTP 200 và có nội dung có thể index. Điều này không đảm bảo được index hoặc xếp hạng.
- Trang quan trọng có title, một H1, URL rõ và nội dung riêng.
- Robots, noindex và canonical không chặn hoặc trỏ nhầm.
- Sitemap chỉ liệt kê URL canonical cần xuất hiện trên Search.
- Internal link và navigation giúp người dùng lẫn crawler tìm trang quan trọng.
- Redirect, 404 và URL trùng lặp được kiểm soát.
Phần này chỉ kiểm tra nền kỹ thuật. Checklist chi tiết về cấu trúc SEO nên để bài website chuẩn SEO sở hữu để tránh trùng intent.
6. Website có tạo chuyển đổi và niềm tin? — 15 điểm
Chấm điểm nhóm này: 15 nếu nút liên hệ rõ, dữ liệu được hệ thống tiếp nhận; 7,5 nếu còn bước rườm rà; 0 nếu khách không thể liên hệ.
Mỗi trang quan trọng cần một hành động chính: gọi, nhận báo giá, đặt lịch, mua hàng hoặc tải tài liệu. CTA phải mô tả kết quả sau khi bấm; form chỉ hỏi dữ liệu cần thiết ở giai đoạn hiện tại.
- Tên pháp lý, địa chỉ, kênh liên hệ và phạm vi phục vụ nhất quán.
- Quy trình, chính sách, điều kiện và người chịu trách nhiệm được trình bày rõ.
- Case study, đánh giá hoặc logo khách hàng chỉ sử dụng khi có bằng chứng và quyền công bố.
- Sau khi gửi biểu mẫu hoặc thanh toán, thông báo phải khớp với kết quả hệ thống thực sự tiếp nhận.
7. Bảo mật và vận hành có được chuẩn bị? — 10 điểm
Chấm điểm nhóm này: 10 khi có phân quyền, người phụ trách và thử khôi phục; 5 khi thiếu bằng chứng; 0 nếu tồn tại rủi ro nghiêm trọng chưa xử lý.
Website phải tiếp tục hoạt động sau bàn giao. Kiểm tra HTTPS, tài khoản quản trị, xác thực nhiều lớp khi phù hợp, lịch cập nhật, backup tách biệt và khả năng khôi phục. Chỉ thu thập dữ liệu thật sự cần thiết.
Chỉ chấm đủ khi có người phụ trách, tần suất kiểm tra và bằng chứng đã thử khôi phục dữ liệu; cài plugin bảo mật không thay thế quy trình vận hành.
8. Tracking có trả lời được website tạo kết quả gì? — 5 điểm
Chấm điểm nhóm này: 5 nếu đo được kết quả thực và đối chiếu được; 2,5 nếu mới đo lượt bấm; 0 nếu không đo hành động chính.
Lượt xem trang không đủ để đánh giá hiệu quả. Website cần đo các hành động gắn với mục tiêu: gửi form thành công, nhấp gọi, đặt lịch, bắt đầu thanh toán, mua hàng hoặc lead đủ điều kiện. Kiểm tra event trên môi trường thật, loại trừ traffic nội bộ và đối chiếu với CRM hoặc dữ liệu bán hàng.
Nếu dashboard có nhiều biểu đồ nhưng không trả lời được “kênh nào tạo lead chất lượng” hoặc “người dùng rời ở bước nào”, tracking chưa đạt mục tiêu.
Cách đọc tổng điểm và chọn việc cần sửa
- 85–100: nền tương đối tốt theo checklist, tiếp tục theo dõi.
- 70–84,5: sửa những tiêu chí còn yếu.
- 50–69,5: lập kế hoạch khắc phục, đo lại.
- Dưới 50: kiểm tra sâu, so sánh chi phí sửa và phương án làm lại.
Không dùng tổng điểm để che lỗi nghiêm trọng: cần sửa ngay nếu trang quan trọng bị noindex nhầm, biểu mẫu không gửi, thanh toán lỗi, lộ dữ liệu hoặc không khôi phục được bản sao lưu. Các ngưỡng điểm trên chỉ là quy ước của bài, không phải chứng nhận chính thức.
Checklist kiểm tra website trong 15 phút
15 phút chỉ đủ phát hiện vấn đề ban đầu, không đủ để chứng nhận bảo mật, khả năng tiếp cận, Core Web Vitals hoặc kết quả SEO. Hãy ghi lại phần chưa có dữ liệu và giao kỹ thuật viên kiểm tra tiếp.
- Mở trang chủ trên mobile, xác định dịch vụ và CTA.
- Tìm một dịch vụ từ menu và gửi thử form.
- Chạy PageSpeed Insights cho trang quan trọng.
- Kiểm tra HTTP status, canonical, robots và indexability.
- Điều hướng bằng phím Tab và quan sát focus.
- Yêu cầu bằng chứng đã thử khôi phục bản sao lưu, người phụ trách và dữ liệu liên hệ thật; thiếu thông tin ghi “Chưa xác minh”.
Khi nào nên sửa từng phần, khi nào nên làm lại?
Sửa từng phần khi cấu trúc URL còn tốt, CMS vẫn được hỗ trợ, giao diện có thể mở rộng và lỗi tập trung ở nội dung, tốc độ, CTA hoặc tracking. Cân nhắc làm lại khi nền tảng hết hỗ trợ, cấu trúc cản trở mọi thay đổi, mobile không thể sửa ổn định, dữ liệu không thể di chuyển an toàn hoặc chi phí vá lỗi liên tục cao hơn tái xây dựng.
Trước khi quyết định, lập danh sách lỗi theo mức ảnh hưởng, chi phí và phụ thuộc. Nếu thuê đơn vị thực hiện, dùng thêm checklist bàn giao website để phạm vi nghiệm thu không bị mơ hồ.
Kết luận
Một website tốt phải tạo ra trải nghiệm rõ ràng, nền kỹ thuật ổn định và kết quả có thể đo. Hãy chấm theo bằng chứng, xử lý lỗi nghiêm trọng trước, rồi ưu tiên nhóm điểm thấp có ảnh hưởng trực tiếp đến người dùng, chuyển đổi hoặc khả năng tìm kiếm.
Đoàn Trình Dục là Giảng viên Khoa Công nghệ Thông tin tại Đại học Công nghệ Sài Gòn (STU), với hơn 10 năm kinh nghiệm thực chiến trong các lĩnh vực Mạng máy tính, Marketing Online, SEO và Bảo mật hệ thống.
Với nền tảng sư phạm và kinh nghiệm tư vấn cho nhiều doanh nghiệp, thầy chuyên sâu vào việc xây dựng các giải pháp kỹ thuật số toàn diện và hiệu quả.