Mona Media
Làm website bán hàng xong chưa có nghĩa là đã sẵn sàng mở cửa. Trước giờ chạy 30 phút, một đơn thử 299.000 VND cho biết nhiều điều hơn so với một giao diện đẹp. Có khi trang chủ chạy nhanh, nhưng nút trả tiền lại đứng im.
Rắc rối thường nằm ở chỗ ít ai nhìn. Mã giảm giá trừ sai. Email không tới. Kho không giảm, dù khách đã thấy đơn thành công.
Một đơn thử phải đi hết hệ thống trước khi có khách
Đơn thử là cách rẻ để nhìn toàn bộ luồng bán. Hãy chạy từ đầu.
Kiểm tra biến thể sản phẩm, mã giảm giá, phí vận chuyển và tồn kho
Lấy cửa hàng mỹ phẩm bán serum 30 ml và 50 ml làm ví dụ, WooCommerce gọi đây là Variable Product, tức mỗi dung tích có giá và lượng tồn riêng, rồi đặt kho là 2 chai và 5 chai. Sau một đơn, đúng biến thể phải giảm. Tồn mới phải hiện ra.
Tạo giỏ 299.000 VND, áp mã giảm 10% rồi thêm phí giao 30.000 VND để kiểm tra thứ tự tính tiền. WooCommerce có coupon giảm phần trăm, giảm cả giỏ và giảm từng món. Hãy thử từng loại.
Đổi 2 địa chỉ, 2 thiết bị và 2 cách trả tiền, vì mỗi nhánh dùng một cấu hình khác nhau và dễ lộ một lỗi riêng. Bạn có thể tham khảo thêm cách nhà cung cấp trình bày năng lực để đối chiếu. Danh sách thử vẫn phải bám theo chính sách của cửa hàng.
Màu đen còn hàng chưa chắc size M còn. WooCommerce quản lý tồn ở từng variation, tức mỗi tổ hợp có một số riêng. Hãy rà trạng thái hết hàng dựa theo kinh nghiệm thiết kế website chuyên nghiệp. Khách phải nhận ra ngay.
Đối chiếu trạng thái giữa giỏ hàng, cổng thanh toán và email xác nhận
Đơn hàng có ba nơi cần nhìn: trang cảm ơn, màn hình quản trị và hộp thư khách. Mã đơn, số tiền cùng phương thức trả phải khớp. Chỉ vậy thôi.
Trong WooCommerce, đơn đã trả tiền thường sang Processing, nghĩa là cửa hàng bắt đầu đóng gói. Hàng vật lý chỉ sang Completed sau khi nhân viên hoàn tất. Nếu ngân hàng báo thành công mà đơn vẫn còn Pending payment, đó thường là dấu hiệu thông báo từ cổng tiền chưa về website. Email xác nhận lúc đó cũng dễ vắng mặt.
Chúng tôi chạy giao dịch lỗi 10.000 VND trên chế độ thử, rồi vào WooCommerce > Settings > Emails để mở New order, Failed order và Processing order. Ký hiệu > nghĩa là bấm menu theo thứ tự.
Nếu email chưa tới, vào WooCommerce > Status > Logs và lọc nguồn transactional-emails. Sent nghĩa là website đã giao thư cho hệ thống gửi, còn Failed báo tiến trình gửi lỗi. Một đơn thử chỉ đạt khi cả ba nơi cùng khớp.
Làm website bán hàng phải kiểm tra tải và lỗi
Một người bấm mua khá nhẹ. Hai mươi người vào cùng phút thì khác. Con số sẽ lộ lỗi. Cảnh báo phải đến đúng người nhận.
Mô phỏng nhiều người mua cùng lúc ở trang sản phẩm và thanh toán
k6 dùng Virtual User, viết tắt VU, để giả lập người mua, còn cửa hàng nhỏ tăng từ 1 lên 20 VU trong 5 phút ở cùng một lượt chạy. Mỗi VU mở sản phẩm, thêm vào giỏ rồi tới thanh toán. Không dùng đơn thật.
Thresholds của k6 là điều kiện đậu hoặc rớt; chúng tôi đặt p95 dưới 2 giây và lỗi HTTP dưới 1% ở bài đầu, nghĩa là 95 trên 100 lượt phản hồi nhanh hơn mốc đã chốt. Mỗi VU cần dữ liệu riêng. Dùng chung một giỏ sẽ làm kết quả sai. Phải tách dữ liệu.
Ghi cấu hình hosting cạnh kết quả. Ngày 23/08/2026, gói WP Mini 1 của Nhân Hòa có giá 41.250 VND/tháng, 512 MB RAM và 1 core CPU. Nhãn WordPress Hosting chưa nói được sức chịu tải.
Google dùng LCP, INP và CLS để đo tốc độ tải, thời gian phản hồi sau cú bấm và độ xô lệch giao diện; ngưỡng là 2,5 giây, 200 mili giây và 0,1, được xét ở phân vị 75. Bài thử đã xong. Hãy theo dõi lượng truy cập mục tiêu. Con số đó giúp chọn VU.
Thiết lập log, cảnh báo lỗi và người chịu trách nhiệm xử lý
Log là nhật ký hệ thống ghi tự động. Một dòng hữu ích có thời gian, mã đơn, URL, loại lỗi và mã giao dịch. Không lưu số thẻ hoặc mật khẩu trong đó.
WooCommerce có đường WooCommerce > Status > Logs, còn Sentry Issues gom lỗi giống nhau và Sentry Alerts gửi báo động theo điều kiện đã đặt. Cảnh báo phải kèm URL, giờ và phiên bản phát hành; chỉ ghi chung chung “website lỗi” là chưa đủ.
Lỗi chặn thanh toán nhận trong 5 phút, ảnh vỡ nhận trong 30 phút, còn lỗi chữ xếp sau. Một người phụ trách kỹ thuật. Một người phụ trách cổng thanh toán.
Dự án nhiều kho hoặc cổng tiền cần ghi các điểm tích hợp trong phạm vi làm web thương mại điện tử, mỗi điểm có mã để truy ngược. Khi đơn lỗi, đội ngũ biết nó dừng ở đâu.
Dữ liệu cần có đường lui khi sự cố xảy ra
Website chạy tốt vẫn có ngày cập nhật hỏng. Backup chưa đủ. Bản sao chỉ có giá trị khi phục hồi được ở nơi tách khỏi website đang bán. Phải thử thật.
Sao lưu cơ sở dữ liệu, ảnh và cấu hình trước khi phát hành
WordPress tách dữ liệu thành cơ sở dữ liệu và tệp máy chủ. Phần đầu giữ đơn cùng khách. Thư mục wp-content giữ giao diện, plugin và ảnh. Tệp wp-config.php chứa thông tin kết nối.
- Xuất dữ liệu thành tệp .sql.gz lúc 22:00.
- Đóng gói wp-content, wp-config.php và .htaccess cùng giờ.
- Lưu 1 bản ngoài máy chủ đang chạy.
- Ghi phiên bản WordPress, WooCommerce và plugin.
- Giữ tối thiểu 7 ngày.
Bản sao có 2 GB ảnh nhưng thiếu cơ sở dữ liệu sẽ không có đơn; chỉ có tệp .sql thì ảnh sản phẩm cùng mã tùy chỉnh vẫn mất, vì vậy hai phần phải mang cùng mốc giờ. Chúng tôi ghi giờ trong tên tệp. Người trực tìm được ngay.
Thử khôi phục trên môi trường riêng thay vì chỉ tin vào bản backup
Môi trường riêng như staging.tenmien.vn phải chặn Google và khách ngoài, kỹ thuật nhập dữ liệu rồi chép tệp, sau 15 phút người kiểm phải đăng nhập được. Tiếp đó chạy đơn giả.
Bản phục hồi phải mở được 10 sản phẩm, giữ đúng 3 mã giảm giá và hiện đủ đơn trước giờ sao lưu, còn bản lúc 22:00 sẽ chưa có đơn tạo lúc 22:05. Hãy báo trước mốc mất dữ liệu.
Kiểm tra ảnh, email, webhook và tác vụ theo lịch. Webhook là thông báo máy gửi cho máy, như cổng tiền báo giao dịch xong. Webhook hỏng thì chưa bán lại được.
Bảo vệ tài khoản quản trị bằng phân quyền và xác thực nhiều lớp
WordPress có 6 vai trò mặc định, Administrator vào được toàn bộ phần quản trị. Nhân viên sửa nội dung không cần quyền ấy.
WooCommerce có Shop Manager để quản lý đơn, sản phẩm và báo cáo mà không giữ toàn quyền, mỗi người dùng một tài khoản riêng và bật xác thực 2 lớp. Nhân viên nghỉ thì khóa đúng tài khoản của người đó. Đừng dùng mật khẩu chung.
Thử 5 lần đăng nhập sai để kiểm tra cơ chế giới hạn. Rà tài khoản quản trị cũ hơn 90 ngày. Chúng tôi chốt quyền lúc 17:00.
Mở bán khi đội vận hành đã biết cách phản ứng
Checklist kỹ thuật mới giữ được nửa trận. Phải có người trực. Trong giờ đầu, cảnh báo thanh toán đi tới người sửa, còn bộ phận chăm sóc biết câu trả lời. Phân công phải ghi rõ tên người phụ trách.
Chốt kịch bản cho lỗi thanh toán, hết hàng và website chậm
Khách báo đã trừ tiền, nhân viên xin mã đơn rồi kiểm tra mã giao dịch. Nhân viên chưa yêu cầu khách trả lần hai. Kỹ thuật giữ ảnh để đối soát.
Hàng vừa hết thì khóa nút mua trong 3 phút và gọi quản lý kho. Dữ liệu sai thì chuyển món về Out of stock.
Website chậm thì dừng banner nặng, tác vụ nhập hàng và quảng cáo đang kéo thêm người, bởi cả ba tiếp tục tạo tải khi kỹ thuật tìm nguyên nhân. Người chỉ huy ghi giờ dừng và mở lại. Không tự bật từng phần.
Bot chỉ trả lời theo chính sách đã duyệt và chuyển sang người thật ở các ca liên quan đến tiền, bạn có thể xem chi tiết ở đây về cách AI hỗ trợ. Kịch bản vẫn phải ghi rõ giờ làm, kênh khiếu nại và phạm vi dữ liệu mà bot được phép đọc.
Chúng tôi dùng ba cột: dấu hiệu, người nhận và thời hạn. Câu Tiền đã trừ mà đơn vẫn chờ xử lý xếp mức đỏ, nhận trong 5 phút. Câu Ảnh sản phẩm hơi mờ nằm dưới.
Theo dõi sát giờ đầu rồi ưu tiên sửa lỗi ảnh hưởng đến đơn hàng
Trong 60 phút đầu, cứ 5 phút ghi lượt vào, lượt thêm vào giỏ, đơn đã trả tiền và lỗi, còn Google Analytics 4 Realtime hiện hoạt động trong 5 phút cùng 30 phút gần đây. WooCommerce Analytics cho biết số đơn.
Sửa lỗi chặn thanh toán, sai giá và vượt kho trước. Lỗi giao diện nhỏ thì để sau. Khi luồng đơn ổn, marketing mới làm theo cách SEO cửa hàng trực tuyến. Kéo thêm người vào trang đang lỗi chỉ làm số yêu cầu hỗ trợ tăng thêm.
Một người ghi biên bản từng thay đổi, gồm giờ sửa, người làm và kết quả kiểm lại. Sau bản sửa lúc 09:20, hãy chạy 3 đơn bằng 2 thiết bị trước khi đóng cảnh báo.
Nếu lỗi giảm từ 8% xuống 0%, hãy ghi rõ bài thử chỉ có 25 lượt thanh toán, để người đọc không nhầm đó là kết quả cả ngày. Số nhỏ cần bối cảnh. Nhóm trực theo dõi thêm 30 phút.
Làm website bán hàng đáng tin bắt đầu từ một đơn thử đi hết luồng, hãy chốt giờ chạy, người giữ cổng tiền và mốc phục hồi. Khi mở bán, cả đội biết nhìn đâu và phản ứng bao lâu.