Mục lục 1. Tổng quan về tình hình khám chữa bệnh tại Việt Nam2. Tầm quan trọng của thiết kế website phòng…
Có phải bạn đang tìm kiếm một trang web được bảo vệ bằng mật khẩu? Rất nhiều lý do để làm điều…
Mục lục 1. Tổng quan về thị trường kinh doanh sân golf tại Việt Nam năm 20242. Lợi ích thiết kế website…
Mục lục 1. Tầm quan trọng của bảo mật trang web WordPress2. Đánh giá mức độ bảo mật hiện tại2.1. Kiểm tra…
Mục lục
Trước khi nghiệm thu hoặc bàn giao website, doanh nghiệp nên rà lại giao diện để xác nhận website không chỉ đẹp, mà còn dễ hiểu, dễ dùng và đúng yêu cầu đã duyệt. Nếu để website chạy rồi mới phát hiện lỗi mobile, form, CTA hoặc menu, việc sửa lại sẽ mất thêm thời gian, chi phí và có thể ảnh hưởng đến SEO, quảng cáo hoặc bán hàng online.
Một số lỗi nên phát hiện trước khi bàn giao:
Một tình huống thường gặp: website công ty nội thất có banner rất đẹp nhưng chỉ ghi: “Kiến tạo không gian sống đẳng cấp”. Câu này nghe hay nhưng chưa đủ rõ. Khách hàng không biết doanh nghiệp này thiết kế nội thất căn hộ, nhà phố, văn phòng hay showroom. Thông điệp nên rõ hơn, chẳng hạn: “Thiết kế và thi công nội thất nhà phố, căn hộ, văn phòng trọn gói”.
Một số lỗi chỉ xuất hiện trên thiết bị cụ thể, chẳng hạn CTA bị lệch trên Safari iPhone hoặc menu khó bấm trên mobile. Vì vậy, khi rà giao diện, cần nhìn ở góc độ khách hàng mới, không phải góc độ người đã biết sẵn doanh nghiệp.
Phần này giúp bạn rà nhanh theo đúng thứ tự. Mục tiêu là biết website có dễ hiểu, dễ dùng, dễ liên hệ và đủ điều kiện nghiệm thu hay chưa.
Cách làm nhanh gồm 6 bước: mở website như khách hàng mới, xem trang chủ trong 5 đến 10 giây đầu, kiểm tra bản mobile, bấm thử menu/liên kết, gửi thử form liên hệ, sau đó ghi lỗi theo URL và thiết bị gặp lỗi.
Sau khi rà xong, doanh nghiệp nên có 3 đầu ra rõ ràng:
Nếu chỉ kiểm tra bằng cảm giác “thấy ổn rồi”, rất dễ bỏ sót lỗi ở mobile, form liên hệ hoặc menu.
Nếu muốn rà nhanh, doanh nghiệp có thể dành 30 đến 120 phút cho các trang quan trọng trước. Sau đó mới xem sâu hơn các trang còn lại nếu cần.
Với lần rà đầu tiên, nên ưu tiên các trang có khả năng tạo chuyển đổi hoặc ảnh hưởng mạnh đến niềm tin của khách hàng:
Nếu đã có bản thiết kế Figma, PDF hoặc ảnh demo được duyệt, hãy mở song song bản thiết kế và website thật để đối chiếu các phần quan trọng như màu sắc, font chữ, khoảng cách, banner, CTA và bố cục chính.
Hãy mở website bằng trình duyệt ẩn danh hoặc một thiết bị chưa từng truy cập website. Không đăng nhập tài khoản quản trị, không nhìn website bằng tư duy “người làm web”, mà hãy đóng vai khách hàng lần đầu biết đến doanh nghiệp.
Khi mở website, tự hỏi:
Nếu phải đọc quá lâu, kéo quá nhiều hoặc đoán mới hiểu doanh nghiệp làm gì, giao diện cần chỉnh lại phần thông điệp, bố cục hoặc nội dung nổi bật.
Có thể nhờ thêm 1 đến 2 người không tham gia dự án mở website và nói lại họ hiểu gì trong 10 giây đầu. Đây là cách đơn giản nhưng rất hiệu quả, vì người nội bộ thường đã biết sẵn doanh nghiệp nên dễ bỏ qua lỗi thông điệp.
Một đoạn trao đổi có thể diễn ra như sau:
Chẳng hạn, website công ty phần mềm nên nói rõ ngay: “Phát triển phần mềm quản lý bán hàng cho doanh nghiệp vừa và nhỏ”, thay vì chỉ ghi “Giải pháp công nghệ toàn diện”.
Trang chủ là điểm khách hàng đánh giá rất nhanh. Trong 5 đến 10 giây đầu, hãy nhìn phần đầu trang gồm logo, menu, banner chính, thông điệp, hình ảnh và nút hành động.
Cần xem:
Nếu trong 5 đến 10 giây đầu khách chưa hiểu doanh nghiệp cung cấp gì, chưa thấy điểm đáng tin hoặc chưa biết bấm vào đâu để liên hệ, phần đầu trang chủ cần được chỉnh lại.
Chẳng hạn, nếu chữ “Nhận tư vấn” bị xuống dòng thành “Nhận tư / vấn” trên mobile, giao diện sẽ thiếu chuyên nghiệp dù nội dung đúng.
Với website thiết kế website doanh nghiệp, phần đầu trang nên có thông điệp như: “Thiết kế website doanh nghiệp chuẩn thương hiệu, chuẩn SEO, tối ưu chuyển đổi”. Bên dưới nên có nút “Nhận tư vấn” hoặc “Xem dự án đã làm”.
Nếu chỉ có hình ảnh lớn và slogan chung chung, khách sẽ khó biết bước tiếp theo.
Với CTA, không nên dùng nút quá chung chung như:
Nên dùng nút rõ hành động hơn:
Mobile là nơi dễ phát sinh lỗi giao diện nhất. Nếu chỉ có thời gian rà một thiết bị trước, hãy xem trên điện thoại trước vì đây là nơi dễ phát sinh lỗi chữ nhỏ, nút khó bấm, banner bị cắt và form khó nhập.
Mở website trên điện thoại và rà nhanh:
Bản mobile cần cho phép người dùng đọc nội dung, bấm menu, bấm CTA, gọi điện/Zalo và nhập form mà không phải phóng to màn hình hoặc xoay ngang điện thoại.
Nếu trên máy tính website đẹp nhưng trên điện thoại chữ nhỏ, nút khó bấm, hình ảnh bị cắt hoặc menu không mở được, website chưa nên nghiệm thu.
Có thể dùng Chrome DevTools để giả lập mobile, nhưng vẫn nên xem lại bằng điện thoại thật vì thao tác bấm, gọi điện, mở Zalo và nhập form thường chỉ phát hiện chính xác trên thiết bị thật.
Đừng chỉ nhìn giao diện. Hãy bấm thử như khách hàng thật.
Cần bấm:
Nếu bấm vào menu “Dịch vụ” nhưng ra trang lỗi, bấm “Liên hệ” nhưng không phản hồi, hoặc link trong footer dẫn sai trang, đây là lỗi cần yêu cầu xử lý trước khi nghiệm thu.
Khi rà menu, không nên chỉ xem trên desktop. Trên mobile, menu thường chuyển thành biểu tượng hamburger hoặc dạng accordion. Cần bấm thử xem menu có mở mượt không, có che mất logo hoặc CTA không, các mục con có dễ chạm bằng ngón tay không.
Một số lỗi nên ghi lại:
Với nút bấm và liên kết, nên xem phản hồi sau thao tác. Trên máy tính, khi rê chuột vào nút hoặc link, trạng thái hover nên dễ nhận biết. Trên điện thoại, sau khi bấm, người dùng cần thấy nút có phản hồi hoặc được dẫn đúng trang.
Website doanh nghiệp thường có mục tiêu lấy lead, tư vấn, báo giá hoặc nhận yêu cầu từ khách hàng. Vì vậy, form và nút liên hệ phải được test thật.
Cần thao tác:
Đoạn trao đổi nội bộ có thể như sau:
Nếu form báo “Gửi thành công” nhưng email sale không nhận được thông tin, website vẫn đang lỗi ở điểm chuyển đổi. Đây là lỗi lớn, không nên bỏ qua.
Lỗi form không gửi được, nút gọi không hoạt động hoặc Zalo/Messenger mở sai tài khoản nên được xếp vào nhóm cần sửa trước khi nghiệm thu.
Khi test form, nên nhập cả dữ liệu đúng và dữ liệu sai. Chẳng hạn, nhập thiếu số điện thoại, nhập email sai định dạng hoặc bỏ trống trường bắt buộc. Website đạt yêu cầu khi hiển thị thông báo lỗi dễ hiểu, đúng vị trí và không gây nhầm lẫn.
Thông báo lỗi tốt:
Thông báo lỗi chưa tốt:
Khi phát hiện lỗi, không nên nhắn chung chung như “web bị lỗi mobile” hoặc “form không ổn”. Hãy ghi cụ thể để bên thiết kế dễ sửa.
Mỗi lỗi nên ghi:
Mẫu ghi lỗi ngắn:
Nên phân loại lỗi theo mức độ Critical, High, Medium, Low để bên thiết kế xử lý đúng thứ tự. Phần H2 10 sẽ có mẫu ghi lỗi cụ thể để doanh nghiệp gửi lại cho bên thiết kế.
Nhận ngay checklist SEO website của bạn
Khi xem trên nhiều thiết bị, hãy tập trung vào 3 điểm: nội dung có dễ đọc không, nút có dễ bấm không và bố cục có bị vỡ không.
Nên kiểm tra theo tư duy mobile-first: nếu bản mobile khó đọc, khó bấm, banner bị cắt, menu khó dùng hoặc form khó nhập, website chưa nên nghiệm thu dù bản desktop nhìn đẹp. Nên thử ít nhất một lần bằng 4G/5G thay vì chỉ dùng Wi-Fi văn phòng để mô phỏng trải nghiệm thực tế của khách hàng.
Sau bước mobile, hãy xem thêm tablet, desktop và các trình duyệt khác nhau để phát hiện lỗi chỉ xuất hiện ở một số màn hình nhất định.
Khi kiểm tra theo thiết bị, hãy ưu tiên:
Có thể dùng Chrome DevTools để kiểm tra nhanh:
Có thể dùng thêm Am I Responsive để xem website trên nhiều màn hình. Tuy nhiên, sau khi rà bằng công cụ, vẫn nên mở website trên thiết bị thật vì một số lỗi chỉ xuất hiện khi người dùng thao tác trực tiếp.
Ngoài Chrome DevTools và Am I Responsive, doanh nghiệp có thể mở website trên nhiều trình duyệt phổ biến như Chrome, Safari, Firefox, Edge và Cốc Cốc. Một số lỗi chỉ xuất hiện trên trình duyệt hoặc thiết bị nhất định, chẳng hạn font tiếng Việt lỗi trên Safari, menu mobile không mở trên iPhone, hoặc banner bị lệch trên tablet.
Trường hợp thường gặp: banner trên desktop hiển thị đủ câu “Thiết kế website doanh nghiệp chuẩn thương hiệu”, nhưng trên điện thoại chỉ còn “Thiết kế website…” và mất phần lợi ích chính. Khi đó cần chỉnh lại banner mobile.
Nếu trên Chrome desktop website hiển thị đẹp, nhưng trên Safari iPhone font tiếng Việt bị lỗi dấu hoặc nút CTA bị trôi xuống dưới ảnh banner, cần yêu cầu chỉnh lại trước khi nghiệm thu.
Xem thêm 6 Cách kiểm tra lỗi mobile website + Checklist
Phần này dùng để rà giao diện tổng quan toàn website, không đi sâu vào từng trang cụ thể. Một giao diện tổng quan đạt yêu cầu khi màu sắc đồng nhất, chữ dễ đọc, hình ảnh rõ, banner truyền tải đúng thông điệp và các nút bấm có phong cách nhất quán.
Trước hết, hãy xem màu sắc có đồng nhất với thương hiệu không. Nếu trang chủ dùng màu xanh, trang dịch vụ dùng màu đỏ, trang liên hệ lại dùng kiểu nút khác hoàn toàn, website sẽ tạo cảm giác thiếu chuyên nghiệp.
Khi kiểm tra màu sắc, cần chú ý:
Ví dụ, nếu chữ trắng đặt trên ảnh banner quá sáng, khách sẽ khó đọc thông điệp chính. Nếu nút CTA màu cam nhưng nền xung quanh cũng có nhiều mảng cam, nút sẽ bị chìm và giảm khả năng bấm.
Tiếp theo, hãy kiểm tra font chữ. Font không chỉ cần đẹp mà còn phải dễ đọc, hỗ trợ tiếng Việt đầy đủ và hiển thị tốt trên điện thoại.
Khi rà font chữ, cần xem:
Hình ảnh và banner cũng cần xem kỹ. Ảnh không được vỡ, méo, sai tỷ lệ hoặc không liên quan đến ngành nghề. Banner không nên chỉ có hình đẹp, mà phải giúp khách hiểu nhanh doanh nghiệp đang cung cấp gì.
Banner cần có 3 yếu tố:
Chẳng hạn, banner của công ty logistics nên thể hiện rõ dịch vụ như vận chuyển hàng hóa, kho bãi hoặc giao nhận quốc tế. Nếu chỉ dùng hình container nhưng không có dòng mô tả, khách mới có thể không hiểu doanh nghiệp mạnh ở mảng nào.
Cuối cùng, hãy rà lại khoảng cách và nhịp trình bày toàn trang:
Nếu màu sắc, font chữ, hình ảnh, banner và khoảng cách hiển thị đồng nhất, website sẽ tạo cảm giác chuyên nghiệp hơn và giúp khách hàng dễ hiểu nội dung trước khi ra quyết định liên hệ.
Không phải trang nào cũng cần xem với mức độ như nhau. Doanh nghiệp nên ưu tiên các trang ảnh hưởng trực tiếp đến niềm tin, thông tin và chuyển đổi.
Website có nhiều trang thì không cần rà tất cả trong một lượt. Hãy ưu tiên khoảng 5 đến 10 trang ảnh hưởng trực tiếp đến niềm tin và chuyển đổi: trang chủ, trang giới thiệu, danh mục sản phẩm/dịch vụ, trang sản phẩm/dịch vụ chính, trang liên hệ và một vài bài viết có CTA hoặc có nhiều traffic.
Nếu bước 2 chỉ xem màn hình đầu tiên, phần này dùng để rà toàn bộ trang chủ từ đầu đến cuối.
Trang chủ cần giúp khách hiểu nhanh doanh nghiệp là ai, cung cấp sản phẩm/dịch vụ gì và vì sao đáng tin.
Cần xem:
Với website công ty thiết kế website, trang chủ nên cho thấy ngay: dịch vụ thiết kế website cho doanh nghiệp, nhóm khách hàng phù hợp, dự án đã thực hiện, khách hàng tiêu biểu và nút “Nhận tư vấn” hoặc “Xem portfolio”.
Nếu trang chủ chỉ có vài hình ảnh đẹp nhưng không có dịch vụ chính, không có khách hàng tiêu biểu và không có CTA, trang chủ chưa làm tốt vai trò chuyển đổi.
Nếu trang chủ có 3 nút cùng lúc như “Xem thêm”, “Khám phá”, “Tìm hiểu ngay”, khách có thể không biết nên bấm nút nào. Với website doanh nghiệp, nên ưu tiên một CTA chính như “Nhận tư vấn” hoặc “Yêu cầu báo giá”.
Trang giới thiệu giúp khách đánh giá độ tin cậy của doanh nghiệp.
Cần xem:
Với doanh nghiệp B2B, trang giới thiệu không nên chỉ viết vài dòng chung chung như: “Chúng tôi là công ty uy tín, chuyên nghiệp”. Nên có thêm số năm kinh nghiệm, lĩnh vực đã triển khai, dự án tiêu biểu, hình ảnh đội ngũ hoặc quy trình làm việc.
Nên kiểm tra xem trang giới thiệu có dùng hình ảnh thật không. Với doanh nghiệp B2B, hình ảnh văn phòng, đội ngũ, xưởng, dự án, quy trình làm việc hoặc khách hàng tiêu biểu thường tạo niềm tin tốt hơn ảnh stock chung chung.
Danh mục giúp khách chọn đúng nhóm sản phẩm hoặc dịch vụ.
Cần xem:
Website thiết bị công nghiệp không nên chỉ dùng mã kỹ thuật khó hiểu. Nên nhóm theo nhu cầu như “Máy nén khí”, “Linh kiện khí nén”, “Thiết bị đo lường”.
Nếu website có nhiều sản phẩm, danh mục nên có bộ lọc hoặc cách sắp xếp cơ bản. Có thể lọc theo ngành ứng dụng, giá, thương hiệu, công suất, loại dịch vụ hoặc khu vực triển khai. Nếu danh sách quá dài mà không có bộ lọc, khách sẽ khó chọn đúng sản phẩm/dịch vụ.
Trang sản phẩm hoặc dịch vụ là nơi khách quyết định có liên hệ hay không.
Cần xem:
Trang “Thiết kế website doanh nghiệp” nên có đối tượng phù hợp, hạng mục triển khai, quy trình, thời gian dự kiến, dự án đã làm và nút nhận tư vấn. Nếu trang chỉ có vài đoạn giới thiệu chung, khách khó ra quyết định.
Nên xem CTA trên trang sản phẩm/dịch vụ ở ít nhất 2 vị trí: gần phần giới thiệu đầu trang và sau khi khách đọc xong thông tin chính. Nếu chỉ có CTA ở cuối trang rất dài, nhiều khách có thể rời đi trước khi thấy nút liên hệ.
Trang dịch vụ thiết kế website có thể đặt CTA đầu trang là “Nhận tư vấn website doanh nghiệp”, giữa trang là “Xem dự án tương tự”, cuối trang là “Yêu cầu báo giá”.
Khi rà trang sản phẩm/dịch vụ, hãy tự hỏi:
Nếu câu trả lời là chưa, cần bổ sung thông tin ra quyết định như lợi ích, phạm vi triển khai, cam kết, dự án liên quan hoặc câu hỏi thường gặp.
Trang bài viết không chỉ để đọc thông tin mà còn hỗ trợ dẫn khách về sản phẩm/dịch vụ.
Cần xem:
Bài viết về “kiểm tra giao diện website doanh nghiệp” nên có CTA dẫn về dịch vụ audit website hoặc thiết kế website doanh nghiệp. Nếu đọc xong mà không có bước tiếp theo, bài viết chưa hỗ trợ chuyển đổi tốt.
Nên xem mục tìm kiếm bài viết hoặc danh mục bài viết nếu website có blog lớn. Người đọc sau khi xem một bài nên có đường đi tiếp: đọc bài liên quan, xem dịch vụ liên quan hoặc gửi yêu cầu tư vấn.
Điều hướng đạt yêu cầu khi khách có thể tìm được trang quan trọng trong 1 đến 2 lần bấm, menu dễ hiểu, footer đủ thông tin và các liên kết không dẫn sai trang hoặc lỗi 404.
Menu, footer và liên kết giúp khách tìm thông tin nhanh hơn. Khi rà, hãy bấm thật từng mục thay vì chỉ nhìn.
Menu chính cần dễ hiểu, không dùng từ quá nội bộ. Với website doanh nghiệp, menu nên giới hạn khoảng 5 đến 7 mục chính để tránh quá tải. Các nhóm nội dung phụ có thể đưa vào menu thả xuống hoặc footer.
Thay vì ghi “Giải pháp”, có thể ghi cụ thể hơn: “Thiết kế website”, “SEO website”, “Quảng cáo Google”, “Chăm sóc website”.
Một cấu trúc menu dễ hiểu có thể gồm:
Khi rà điều hướng, hãy bấm thử:
Footer cần có thông tin cơ bản như tên công ty, địa chỉ, hotline, email, liên kết đến trang chính sách, trang liên hệ và các kênh mạng xã hội nếu có.
Footer nên được chia thành các nhóm logic như: Về chúng tôi, Dịch vụ, Hỗ trợ, Liên hệ. Trên mobile, footer cần hiển thị gọn, không làm người dùng phải cuộn quá lâu mới thấy thông tin liên hệ.
Liên kết nội bộ cần dẫn đúng trang. Nếu bấm vào bài viết liên quan, danh mục, sản phẩm hoặc nút “Xem thêm” mà ra lỗi 404, cần ghi lại để xử lý.
Với các liên kết dẫn ra ngoài website như Facebook, Google Maps, hồ sơ năng lực PDF hoặc trang đối tác, hãy xem link có mở đúng trang và không làm người dùng mất trang đang xem.
Nếu website có breadcrumb, hãy xem breadcrumb có giúp người dùng quay lại danh mục hoặc trang cha không.
Nếu có thanh tìm kiếm, hãy nhập thử 2 đến 3 từ khóa phổ biến như tên sản phẩm, tên dịch vụ hoặc tên bài viết. Kết quả tìm kiếm nên liên quan, không trả về trang trắng hoặc thông báo khó hiểu.
Đây là phần ảnh hưởng trực tiếp đến lead. Website đẹp nhưng khách không liên hệ được thì chưa đạt.
Phần này cần xem theo 3 nhóm: thông tin liên hệ có dễ tìm không, form có gửi được và báo lỗi dễ hiểu không, CTA/kênh liên hệ như hotline, Zalo, Messenger có bấm được trên mobile không.
Khi rà trang liên hệ, cần xem:
Trang liên hệ nên dễ tìm từ cả menu chính và footer. Không nên chỉ đặt thông tin liên hệ ở cuối trang hoặc ẩn sau nhiều lần bấm. Với doanh nghiệp cần tư vấn nhanh, nên có số điện thoại và email dễ thấy, không chỉ có form liên hệ.
Trang liên hệ nên ghi thời gian phản hồi, chẳng hạn: “Chúng tôi sẽ liên hệ trong 24 giờ làm việc”. Thông tin này giúp khách biết khi nào sẽ được phản hồi và tăng cảm giác tin cậy.
Khi rà form, cần xem:
Với form tư vấn cơ bản, thường chỉ cần họ tên, số điện thoại, nhu cầu và lời nhắn. Nếu form hỏi quá nhiều như chức vụ, ngân sách chi tiết, mã số thuế hoặc địa chỉ đầy đủ ngay từ đầu, khách có thể bỏ ngang.
Nên dùng nhãn trường cụ thể thay vì chỉ dùng chữ mờ bên trong ô nhập. Chẳng hạn, nên có nhãn “Số điện thoại”, “Nhu cầu tư vấn” đặt đúng vị trí để khi người dùng nhập thông tin, họ vẫn biết ô đó yêu cầu gì.
Với form liên hệ, ngoài việc gửi thử, nên bấm phím Tab trên máy tính để xem thứ tự di chuyển giữa các ô nhập. Trường bắt buộc cần có dấu hiệu dễ nhận biết. Ô đang chọn nên có viền hoặc trạng thái focus dễ thấy. Placeholder không nên thay thế hoàn toàn nhãn trường. Thông báo lỗi nên nằm gần ô nhập sai để người dùng biết cần sửa ở đâu.
Nên test form bằng ít nhất 3 tình huống:
Form đạt ở mức nghiệm thu giao diện khi phản hồi dễ hiểu, email sale nhận đủ thông tin và người dùng biết bước tiếp theo sau khi gửi.
Ví dụ: nhập đúng họ tên, số điện thoại và nhu cầu tư vấn để xem email có về không; sau đó thử bỏ trống số điện thoại để xem website có báo lỗi dễ hiểu không; cuối cùng nhập email sai dạng “abc@” để xem lỗi có hiện ngay gần ô email không.
Sau mỗi lần test, cần xem website có báo gửi thành công không, email công ty có nhận đủ thông tin không và thông báo lỗi có dễ hiểu không.
Sau khi gửi form thành công, website nên hiển thị thông báo hoặc trang cảm ơn dễ hiểu, nêu bước tiếp theo như: “Cảm ơn anh/chị đã gửi thông tin. Wecan Group sẽ liên hệ lại trong 24 giờ làm việc.” Với trang cảm ơn riêng, hãy xem trang có hiển thị đúng, có nút quay lại trang chủ hoặc xem thêm dịch vụ liên quan không.
Sau khi rà form và thông tin liên hệ, cần xem tiếp các nút CTA vì đây là điểm dẫn khách đến hành động liên hệ hoặc yêu cầu báo giá.
Khi rà CTA, cần xem:
CTA nên xuất hiện ở các trang quan trọng như trang chủ, trang dịch vụ, trang bài viết và trang liên hệ. Nút CTA nên nêu rõ hành động: “Nhận tư vấn”, “Yêu cầu báo giá”, “Gọi ngay”, “Liên hệ Wecan Group”.
Trên mobile, nút CTA hoặc nút gọi nên đủ lớn để bấm bằng ngón tay. Có thể dùng chuẩn dễ nhớ: nút nên đủ cao, có khoảng cách với các nút khác và không bị che bởi thanh chat/Zalo cố định.
Phần này chỉ kiểm tra tốc độ ở góc trải nghiệm hiển thị, không đi sâu kỹ thuật.
Khi nghiệm thu giao diện, chỉ cần xác định trang có tạo cảm giác chậm không, ảnh/banner có tải quá lâu không, bố cục có bị giật hoặc nội dung có bị nhảy sau khi tải không.
Hãy mở các trang quan trọng và quan sát:
Nếu ảnh sản phẩm, banner hoặc video quá nặng, khách có thể thoát trước khi đọc nội dung. Với website doanh nghiệp, các trang cần xem tốc độ trước gồm trang chủ, trang dịch vụ chính, trang sản phẩm/dịch vụ quan trọng và trang liên hệ.
Có thể dùng PageSpeed Insights hoặc GTmetrix để kiểm tra nhanh. Tuy nhiên, không cần phân tích kỹ thuật quá sâu trong bước nghiệm thu giao diện. Chỉ cần xác định trang nào tải chậm, ảnh nào nặng và lỗi nào ảnh hưởng đến trải nghiệm người dùng.
Khi dùng PageSpeed Insights, không cần quá ám ảnh điểm 100/100. Với người nghiệm thu giao diện, nên tập trung vào các dấu hiệu dễ thấy:
Nếu muốn có mốc tham khảo, trang quan trọng nên cố gắng tải đủ nhanh để khách không phải chờ lâu; nhiều tài liệu UX thường lấy mốc khoảng 3 giây như một ngưỡng cần chú ý. Với bài này, không cần đi sâu kỹ thuật, chỉ cần xác định trang nào tạo cảm giác chậm và ảnh hưởng đến trải nghiệm.
Trường hợp thường gặp: trang dịch vụ mở trên 4G mất hơn 3 giây mới thấy banner và CTA, khách có thể thoát trước khi hiểu doanh nghiệp cung cấp gì. Khi đó cần nén ảnh, giảm video nặng hoặc yêu cầu bên kỹ thuật tối ưu phần hiển thị đầu trang.
Không cần dùng quá nhiều công cụ chuyên sâu. Với người nghiệm thu website doanh nghiệp, quan trọng nhất là phát hiện được 3 nhóm lỗi: lỗi hiển thị, lỗi thao tác và lỗi tạo lead.
Bộ công cụ tối thiểu nên có là Chrome DevTools, Am I Responsive, PageSpeed Insights, GTmetrix, điện thoại thật và một vài trình duyệt phổ biến như Chrome, Safari, Edge, Firefox hoặc Cốc Cốc.
Có thể dùng các công cụ sau:
Với PageSpeed Insights hoặc GTmetrix, chỉ dùng để phát hiện trang tải chậm hoặc ảnh/banner quá nặng, không cần phân tích kỹ thuật sâu trong bài kiểm tra giao diện.
Phần này có thể dùng như checklist kiểm tra giao diện website và mẫu ghi lỗi khi nghiệm thu. Không cần viết lại toàn bộ nội dung đã xem ở trên, chỉ cần dùng như danh sách thực hành.
Cách ghi lỗi tốt nhất là ghi ngắn nhưng đủ thông tin: lỗi xảy ra ở URL nào, trên thiết bị/trình duyệt nào, ảnh hưởng gì đến người dùng, mức độ ưu tiên ra sao và ai cần xử lý.
Checklist nhanh nên gồm các câu hỏi sau:
Các nhóm lỗi thường gặp cần chú ý:
Khi ghi nhận lỗi, nên có đủ các thông tin sau:
Mẫu ghi lỗi giao diện website có thể copy để gửi cho agency, designer hoặc lập trình viên:
Khi mô tả lỗi, nên tránh viết chung chung như “web lỗi mobile”, “form không ổn” hoặc “banner xấu”. Hãy viết mô tả lỗi theo 4 ý:
Mẫu ghi lỗi chưa rõ:
Mẫu ghi lỗi rõ hơn:
Ví dụ ghi nhận lỗi:
Người phụ trách giúp phân loại lỗi: Design xử lý hình ảnh, màu sắc, banner; Dev xử lý form, hiển thị, responsive; Content xử lý chữ, chính tả, CTA và nội dung hiển thị.
Các trạng thái lỗi có thể hiểu đơn giản như sau:
Khi gửi lỗi cho bên thiết kế, nên kèm ảnh chụp màn hình hoặc video quay màn hình ngắn. Với lỗi mobile, nên ghi rõ loại máy và trình duyệt, ví dụ: iPhone 13 / Safari hoặc Samsung Android / Chrome. Điều này giúp giảm hiểu nhầm và rút ngắn thời gian sửa.
Doanh nghiệp có thể tự kiểm tra những lỗi cơ bản. Tuy nhiên, nên thuê đơn vị kiểm tra giao diện website nếu:
Ở trường hợp cuối, mỗi người thường chỉ nhìn phần của mình, dễ bỏ sót lỗi liên quan đến hành trình khách hàng như: khách vào từ bài viết, bấm sang trang dịch vụ, gửi form nhưng email không về.
Nếu doanh nghiệp chỉ có vài lỗi nhỏ về chữ, hình ảnh hoặc màu sắc, có thể tự ghi nhận và yêu cầu chỉnh sửa. Nhưng nếu lỗi liên quan đến mobile, form, CTA, hành trình liên hệ hoặc nhiều trang cùng lúc, nên có người kiểm tra tổng thể để tránh bỏ sót.
Trong quá trình kiểm tra website doanh nghiệp, các lỗi thường gặp nhất thường nằm ở bản mobile, form liên hệ, CTA, banner đầu trang và menu điều hướng. Vì vậy, doanh nghiệp nên ưu tiên các điểm này trước khi mở rộng sang lỗi nhỏ về màu sắc hoặc khoảng cách.
Trong các trường hợp này, một đơn vị có kinh nghiệm có thể rà theo từng trang, từng thiết bị, từng điểm chuyển đổi và đưa ra danh sách lỗi cần ưu tiên xử lý.
Wecan Group có thể hỗ trợ doanh nghiệp kiểm tra giao diện website trước khi nghiệm thu theo cách thực tế: mở website như khách hàng mới, xem trên mobile/desktop, bấm thử các điểm liên hệ, ghi lỗi theo mức độ ưu tiên và đề xuất lỗi nào cần xử lý trước.
Nhận ngay checklist SEO website của bạn
