Kiểm tra chuyển đổi website thủ công: Tìm nơi khách hàng rời đi

Tỷ lệ chuyển đổi cho biết một hành động đã xảy ra theo định nghĩa. Chỉ số không tự cho biết vì sao một người dừng lại. Bài kiểm tra này ghép dữ liệu phễu với thao tác thử trực tiếp để danh sách sửa dựa trên điểm gây cản trở quan sát được, không dựa trên danh sách “thực hành tốt” chung chung.

Mỗi lượt chỉ kiểm tra một đối tượng, một nguồn, một trang đích, một hành động và một nhóm thiết bị. Trộn nhiều đường đi sẽ làm mẫu số và bằng chứng không còn cùng nghĩa.

Định nghĩa đường đi trước khi xem trang

Sao chép phần đầu phiếu dưới đây vào một tài liệu trống và điền xong trước khi mở công cụ phân tích hoặc thử trang. Giữ cùng một đối tượng, hành động và thiết bị để các quan sát phía sau có thể so sánh với nhau.

Đối tượng và nguồn:
URL trang đích:
Hành động chính:
Sự kiện bắt đầu:
Sự kiện hoàn tất:
Cửa sổ xem và múi giờ:
Thiết bị/trình duyệt được tính:
Phần loại trừ (nhân viên, bot, bản thử, trùng):
Người phụ trách bằng chứng:

Google Analytics mô tả khám phá phễu là cách xem người dùng đi qua các bước và thành công hoặc thất bại ở đâu. Dùng nó để tìm bước cần kiểm tra; không xem việc rời đi là bằng chứng tự động của lỗi thiết kế. Xem tài liệu.

Lập bảng từng giai đoạn

Web Vitals của Google cung cấp chỉ số lấy người dùng làm trung tâm về tải, phản hồi và ổn định hình ảnh; khóa biểu mẫu trình bày nhãn, mục đích trường, kiểm tra lỗi và khả năng tiếp cận. Đây là đầu vào chẩn đoán, không phải cam kết chuyển đổi. Xem Web Vitals và Learn Forms.

Tìm lại điểm gây cản trở qua năm lượt thử

1. Thông điệp: so lời hứa ở nguồn với tiêu đề, mở bài, bằng chứng và hành động.
2. Lần đầu: tải bằng thiết bị/điều kiện mạng đã khai báo, không dùng phiên cũ.
3. Biểu mẫu: dùng bàn phím và điện thoại; thử trống, sai rồi sửa.
4. Hoàn tất: gửi một bản thử có nhãn, lần theo xác nhận và bản ghi phía sau.
5. Phục hồi: thử quay lại, tải lại, gửi lại, gửi trùng và một lỗi tạm thời.

Ghi điều đã xảy ra, không ghi điều người kiểm tra mong đợi. Xóa hồ sơ thử theo chính sách dữ liệu của đội.

Xếp ưu tiên mà không dự báo mức tăng

Chỉ chấm phát hiện tái hiện được:

Ưu tiên sửa = Mức cản trở (1–3) × Phạm vi đường đi (1–3) × Độ mạnh bằng chứng (1–3)

• Mức cản trở: 1 gây bất tiện, 2 chặn một số lượt hoàn tất, 3 chặn hoàn tất hoặc tạo rủi ro đáng kể về niềm tin/dữ liệu.
• Phạm vi: 1 nhánh hiếm, 2 nhóm thường gặp, 3 đường mặc định.
• Độ mạnh: 1 một quan sát, 2 quan sát lặp lại, 3 thao tác thử kèm sự kiện hoặc bản ghi khớp.

Điểm từ 1 đến 27. Trước khi chấm, đội ghi ngưỡng hành động, bằng chứng bắt buộc và người duyệt của mình. Phương pháp không cung cấp khoảng sửa chung và không ước tính điểm phần trăm chuyển đổi hay doanh thu.

Bài kiểm tra hư cấu đã hoàn tất

Northstar đặt ngưỡng hư cấu trước: 18–27 sửa ngay, 8–17 thử kế tiếp, 1–7 thu bằng chứng. Đây không phải mặc định.

Đối tượng/nguồn: Khách Việt Nam từ quảng cáo tìm kiếm
Trang đích: /pricing-guide
Hành động: Biểu mẫu tư vấn
Đầu/cuối: Lượt xem đủ điều kiện / xác nhận nhìn thấy và một bản ghi khớp
Cửa sổ: 2026-08-09 đến 2026-08-15 ICT
Thiết bị: Mobile 390px, Chrome và Safari hiện hành
Loại trừ: Nhân viên, bot, bản thử có nhãn và hồ sơ trùng
Người giữ bằng chứng: Phụ trách phân tích web
Đến trang=không đạt; Hiểu=đạt; Tin cậy=đạt; Tương tác=đạt
Biểu mẫu/cửa sổ trò chuyện=không đạt; Hoàn tất=không đạt; Đo lường=đạt

Bằng chứng và cách xác nhận đã sửa: lỗi tiêu điểm có bốn lần thử, phải chuyển tiêu điểm đến phần được đọc và giữ dữ liệu; lỗi thông điệp có hai chiến dịch, phải làm khớp lời hứa nguồn/trang; lỗi xác nhận có ba bản ghi, phải nêu bước đã xác minh và kênh trợ giúp có người theo dõi.

Tính lại: 2 × 3 × 3 = 18; 2 × 2 × 2 = 8; 1 × 3 × 3 = 9. Lỗi hỗ trợ tiếp cận và phục hồi được sửa trước; lỗi xác nhận 9 điểm đứng trước thử nghiệm thông điệp 8 điểm. Không gắn mức tăng nào.

Độ nhạy và trạng thái không hợp lệ

Nếu lỗi chỉ xuất hiện trên trình duyệt hiếm, phạm vi có thể từ 3 xuống 1 và điểm từ 18 xuống 6; đội vẫn nên sửa cản trở tiếp cận đã biết nhưng có thể lên kế hoạch theo phạm vi xác minh. Không tính khi định nghĩa sự kiện đầu/cuối đổi giữa cửa sổ, không loại được lưu lượng thử hoặc không tái hiện được quan sát. Hãy sửa theo dõi trước.

Phiếu sửa chữa

Phát hiện và bằng chứng:
Đường đi/nhóm bị ảnh hưởng:
Phép tính ưu tiên:
Giả thuyết thay đổi:
Người phụ trách và hạn:
Chỉ số thành công chính:
Điều phải giữ ổn định (lỗi, chất lượng, riêng tư, bàn giao):
Cách xác nhận đã sửa xong:
Điều kiện hoàn tác:
Quyết định sau cửa sổ xem:

Một thay đổi có thể tăng hoàn tất nhưng giảm chất lượng hoặc làm hỏng bản ghi phía sau. Luôn ghi điều phải giữ ổn định và kiểm tra toàn bộ hồ sơ thử.

Phiếu đã điền cho lỗi đầu:

Phát hiện/bằng chứng: Tiêu điểm tóm tắt lỗi; bốn lần thử điện thoại/bàn phím
Đường bị ảnh hưởng: Biểu mẫu tư vấn trên điện thoại
Ưu tiên: 2 × 3 × 3 = 18; ngưỡng sửa ngay của Northstar
Giả thuyết: Chuyển tiêu điểm, đọc tóm tắt và giữ giá trị
Người phụ trách/hạn: Phụ trách hỗ trợ tiếp cận giao diện / 2026-08-18
Xác nhận đã sửa: Lần gửi sai đã khai báo được xử lý đúng
Điều phải giữ ổn định: Không tăng lỗi/trùng; bản ghi phía sau nguyên vẹn
Hoàn tác: Xuất hiện vòng lặp tiêu điểm hoặc mất giá trị
Quyết định: Đang chờ thử lại; phát hiện vẫn mở

Câu hỏi thường gặp

Ba câu hỏi sau làm rõ dữ liệu phễu, chỉ số trang và một lần sửa thành công có thể chứng minh điều gì.

Mọi lượt rời phễu có phải lỗi không? Không. Một số người không đủ điều kiện hoặc tự chọn dừng. Chỉ điều tra theo đối tượng và hành động đã khai báo.

Chỉ số hiệu năng có tự giải thích nguyên nhân không? Không. Chỉ số chỉ cho biết điều kiện trải nghiệm; vẫn cần thao tác thử và bằng chứng sự kiện.

Sửa xong có chứng minh chuyển đổi tăng không? Không. Kết quả chỉ chứng minh lỗi đã qua cách kiểm tra được định nghĩa trước, không chứng minh mức tăng do sửa.

Bước tiếp theo, phương pháp và giới hạn

Đi tiếp ra ngoài trang khi cần. Nếu hành động trên trang thành công nhưng sàng lọc, điều phối hoặc theo dõi thất bại, chuyển sang bài kiểm tra toàn bộ hành trình bán hàng. Dùng định nghĩa tỷ lệ chuyển đổi để giữ tử số, mẫu số và khoảng thời gian nhất quán.

Phương pháp và giới hạn. Trang không lưu đầu vào và không cung cấp mặc định chuẩn ngành. Phát hiện cần bằng chứng bên thứ nhất từ đúng đường được kiểm tra. Điểm là công cụ xếp việc minh bạch, không phải bằng chứng nhân quả, kết quả thử A/B, chứng nhận hỗ trợ tiếp cận, rà soát tuân thủ hay dự báo.