Mobile QA trước chiến dịch: kiểm tra gì ngoài việc trang có responsive?
Biên soạn: Nguyễn Minh Phương · 5 phút đọc · Cập nhật 21/8/2026
Trả lời nhanh
Mobile QA phải thử nội dung, layout, zoom, bàn phím, form, gọi, media, mạng chậm, lỗi và tracking trên thiết bị thật, không chỉ xem responsive preview.
Khung áp dụng
Ba điều kiện cần làm rõ trước khi bắt đầu
Phù hợp với doanh nghiệp chuẩn bị đưa traffic quảng cáo hoặc social tới website có tỷ trọng mobile cao.
| STT | Câu hỏi ra quyết định | Hành động hoặc bằng chứng cần có |
|---|---|---|
| 1 | Thiết bị, OS, trình duyệt và mạng nào nằm trong phạm vi? | Chọn ma trận thiết bị và trình duyệt. |
| 2 | Luồng chính có hoàn tất bằng bàn phím và touch không? | Test nội dung, CTA, gọi và form. |
| 3 | Backend và event có cùng xác nhận trạng thái thành công không? | Thử mạng chậm cùng trạng thái lỗi. |
Kiểm tra nội dung và chức năng giống như người dùng thật
Mobile-first indexing dùng phiên bản mobile để lập chỉ mục và xếp hạng; Google khuyên giữ nội dung chính cùng metadata tương đương. QA cần kiểm tra headline, ảnh, nội dung, link, menu, CTA, click gọi, form và trang cảm ơn. Responsive screenshot không cho biết bàn phím che nút hoặc cuộc gọi mở sai số.
- Dùng thiết bị và trình duyệt thật.
- Thử portrait, landscape và zoom.
- Kiểm tra nội dung không bị ẩn trên mobile.
Mạng chậm, lỗi và tracking phải nằm trong kịch bản
Core Web Vitals và test lab giúp tìm vấn đề nhưng QA còn cần mạng yếu, upload, validation, timeout, refresh, back button và gửi lặp. Tracking được đối chiếu event thành công với backend. Mỗi lỗi có thiết bị, OS, trình duyệt, URL, bước và ảnh quay màn hình.
- Không chỉ test Wi-Fi nhanh.
- Không coi click là conversion.
- Không deploy khi lỗi chặn CTA chưa có xử lý.
Tình huống minh họa
Bàn phím che nút gửi trên màn hình nhỏ
Lỗi không xuất hiện trong desktop responsive preview nhưng được ghi trên thiết bị thật, sửa layout và kiểm tra lại tracking.
Biên bản thiết bị thật
Mỗi lỗi mobile phải có thiết bị, mạng, bước tái hiện và kết quả retest
Từ mở trang, đọc, tương tác, gửi dữ liệu đến xác nhận backend
Google mobile-first guidance yêu cầu nội dung chính và metadata nhất quán trên mobile. Core Web Vitals bổ sung tín hiệu trải nghiệm. QA đi qua toàn luồng trên ma trận thiết bị, bao gồm bàn phím, cuộc gọi, mạng chậm, lỗi và tracking. Chỉ retest cùng điều kiện mới đóng bug.
- Không test duy nhất bằng emulator.
- Không bỏ bước back, refresh và gửi lặp.
- Không đóng bug khi chỉ sửa một viewport.
Go/no-go phải dựa trên mức ảnh hưởng, không dựa trên số bug còn lại
Trước khi mở traffic, lỗi được phân loại theo việc có chặn đọc nội dung chính, CTA, form, cuộc gọi, thanh toán hoặc tracking hay không. Lỗi chặn hành động chính phải được sửa hoặc có phương án an toàn được duyệt. Lỗi nhỏ vẫn được ghi owner và ngày xử lý. Biên bản go-live lưu phiên bản website, ma trận thiết bị và người chấp nhận rủi ro còn lại.
- Không mở traffic khi trạng thái thành công sai.
- Không bỏ lỗi chỉ vì chỉ xuất hiện trên một thiết bị phổ biến.
- Không thay code sau sign-off mà thiếu retest.
Checklist triển khai
- Chọn ma trận thiết bị và trình duyệt.
- Test nội dung, CTA, gọi và form.
- Thử mạng chậm cùng trạng thái lỗi.
- Đối chiếu backend và tracking.
Ảnh chụp công cụ thực tế
Màn hình kiểm tra thực tế bằng PageSpeed Insights
Tóm tắt
Test thiết bị thật, mạng, layout, bàn phím, form, gọi, lỗi, backend và tracking. Không thể test mọi thiết bị; ma trận phải ưu tiên rủi ro và dữ liệu người dùng thực tế.
Tài liệu tham khảo
- Google Search Central — Mobile-first indexing best practices
- Google Search Central — Core Web Vitals report
- Google Analytics Help — Recommended events
Ghi chú biên soạn: nội dung được tổng hợp từ các tài liệu được liệt kê và giới hạn ở góc nhìn quản lý thông tin marketing; bài không bảo đảm vị trí hiển thị trên Google.