Cần kiểm tra gì sau khi chuyển nền tảng eCommerce trước Black Friday

Trước Black Friday, hãy kiểm tra xem dữ liệu đã di chuyển có chính xác hay không và khách hàng có thể hoàn tất những hành trình mua sắm mà chiến dịch của bạn sẽ quảng bá hay không. Bắt đầu với các landing page theo mùa và những SKU bán chạy nhất, sau đó kiểm tra biến thể, tồn kho, tài khoản, giảm giá, redirect, thuế, vận chuyển, thanh toán, tracking, thông báo và fulfillment. Lặp lại các kiểm tra quan trọng sau lần cập nhật dữ liệu cuối cùng và trên domain live trước khi gửi traffic từ chiến dịch vào cửa hàng.

Hoàn tất migration là một cột mốc quan trọng. Nhưng đơn hàng đầu tiên trong mùa lễ hội còn phụ thuộc vào nhiều thứ hơn việc các bản ghi đã được chuyển sang. Theme mới phải hiển thị dữ liệu đúng, checkout phải áp dụng đúng quy tắc và các hệ thống phía sau cửa hàng phải nhận được một đơn hàng có thể xử lý.

Tại Next-Cart, chúng tôi khuyên bạn biến sự không chắc chắn đó thành một danh sách ngắn các hành trình với kết quả mong đợi rõ ràng. Bạn không cần kiểm tra mọi trang với cùng mức độ chi tiết. Nhưng bạn cần bằng chứng rằng những sản phẩm và trải nghiệm khách hàng tạo ra doanh thu mùa cao điểm hoạt động trọn vẹn từ đầu đến cuối.

1. Bắt đầu với các trang và sản phẩm mà chiến dịch phụ thuộc vào

Dùng kế hoạch chiến dịch để chọn nhóm kiểm thử đầu tiên. Bao gồm các landing page được liên kết từ quảng cáo và email, sản phẩm bán chạy, biến thể đang được quảng bá, collection quà tặng và bất kỳ bundle hoặc gói subscription nào bạn dự định quảng cáo. Thêm một vài bản ghi khó, chẳng hạn sản phẩm có trường tùy chỉnh hoặc khách hàng có lịch sử đơn hàng dài.

Ưu tiên các hành trình này giúp bạn phát hiện sớm những vấn đề ảnh hưởng trực tiếp đến doanh thu. Tuy nhiên, điều đó không thay thế việc validation rộng hơn cho toàn bộ phạm vi migration. Hãy tiếp tục kiểm tra số lượng bản ghi, báo cáo ngoại lệ và lấy mẫu đại diện trên phần còn lại của catalog.

• Mở từng link chiến dịch trên cả mobile và desktop, bao gồm các link trong email hoặc quảng cáo nháp.

• Xác nhận sản phẩm được quảng bá, giá, đơn vị tiền tệ, tình trạng còn hàng và ưu đãi khớp với nội dung tại điểm đến.

• Đi theo bộ lọc collection, kết quả tìm kiếm và CTA cho tới đúng sản phẩm dự kiến.

• Ghi lại kết quả mong đợi, kết quả thực tế, người phụ trách và kết quả retest cho từng vấn đề.

Nếu quá trình chuyển nền tảng của bạn vẫn đang được hoàn thiện, hướng dẫn chuẩn bị cửa hàng cho migration của chúng tôi sẽ giúp bạn thống nhất phạm vi và yêu cầu launch trước giai đoạn validation này.

2. Tách kết quả migration khỏi phần thiết lập storefront

Validation việc chuyển dữ liệu nhằm kiểm tra các bản ghi, trường dữ liệu và mối quan hệ đã thống nhất có sang Target đúng hay không. Validation storefront kiểm tra theme, app, checkout và các quy tắc vận hành ở Target có sử dụng những dữ liệu đó đúng như dự kiến hay không. Một vấn đề có thể nằm ở một lớp hoặc cả hai.

Ví dụ, trường vật liệu có thể tồn tại đúng trong admin của Target nhưng không xuất hiện trên trang sản phẩm vì theme chưa được cấu hình để hiển thị. Nếu chỉ báo “thiếu vật liệu”, việc chẩn đoán sẽ chậm hơn. Hãy nêu rõ dữ liệu đang tồn tại ở đâu, không hiển thị ở đâu và kèm một SKU mẫu.

Dùng các kiểm tra này để định tuyến vấn đề; bên chịu trách nhiệm thực tế còn phụ thuộc vào phạm vi dự án đã thống nhất.

Hãy đối chiếu với các entity được hỗ trợ và những option đã thống nhất cho đúng Migration Path của bạn. Ví dụ, với migration từ WooCommerce sang Shopify, việc kiểm tra sản phẩm đã được chuyển là một việc khác với validation cấu hình thanh toán ở Target. Đừng mặc định rằng di chuyển dữ liệu sẽ tái tạo mọi app hoặc quy tắc nghiệp vụ.

3. Kiểm tra sản phẩm, biến thể và tồn kho cùng nhau

Bắt đầu trong Target admin, sau đó kiểm tra storefront. Xác nhận title, mô tả, hình ảnh, giá, category assignment và các trường tùy chỉnh bắt buộc. Với biến thể, hãy kiểm tra cả tổ hợp option lẫn SKU, barcode, hình ảnh và giá gắn với tổ hợp đó.

Hãy hình dung một chiếc áo khoác màu navy, size M. Trang có thể hiển thị đúng sản phẩm cha nhưng biến thể được chọn lại trỏ tới sai bản ghi tồn kho. Hãy thêm đúng tổ hợp đó vào giỏ và kiểm tra dòng đơn hàng tạo ra. Đây là kiểu kiểm tra mối quan hệ mà chỉ đối chiếu tổng số bản ghi không thể chứng minh.

Bài viết của chúng tôi về data mapping và SKU được liên kết giải thích vì sao mối quan hệ giữa sản phẩm, biến thể và đơn hàng cần được validation riêng.

Sử dụng mốc tồn kho đúng

So sánh số lượng với một snapshot hoặc thời điểm cutoff đã thống nhất. Nếu Source Store vẫn tiếp tục bán sau lần migration đầu tiên, chênh lệch có thể phản ánh hoạt động phát sinh sau đó chứ không phải lỗi chuyển dữ liệu. Hãy đối soát phần hoạt động này trước khi phê duyệt tồn kho.

Nếu cửa hàng có nhiều location hoặc dùng hệ thống quản lý tồn kho bên ngoài, hãy xác nhận hệ thống nào là nguồn quản lý stock và location nào có thể fulfillment đơn online. Test một biến thể còn hàng, một sản phẩm hết hàng và hành vi backorder dự kiến. Kiểm tra xem một đơn hàng có kiểm soát có làm thay đổi availability đúng như mong đợi hay không.

Tránh chạy lại một cách máy móc. Trước khi lặp lại migration hoặc dùng Additional Migration Options, hãy xác nhận phạm vi được hỗ trợ, cách matching và ảnh hưởng tới dữ liệu đã có ở Target. Thống nhất cách đối soát đơn hàng mới và thay đổi tồn kho.

4. Kiểm tra khách hàng quay lại và đơn hàng lịch sử

Dùng các tài khoản test được phép để kiểm tra trải nghiệm khách hàng. Xác nhận quy trình đăng nhập hoặc kích hoạt tài khoản dự kiến, đặt lại mật khẩu khi áp dụng, địa chỉ đã lưu và quyền truy cập đúng vào lịch sử đơn hàng.

Khả năng mang theo mật khẩu phụ thuộc vào Source, Target và phương thức migration được hỗ trợ. Nếu không thể chuyển mật khẩu hiện có, hãy chuẩn bị và test hành trình truy cập thay thế trước khi công bố cửa hàng mới. Việc bản ghi khách hàng đã được chuyển sang tự thân không chứng minh khách hàng có thể đăng nhập.

Mở các đơn hàng lịch sử đại diện và kiểm tra liên kết với khách hàng, sản phẩm đã mua, số lượng, giảm giá, đơn vị tiền tệ, vận chuyển, thuế và tổng tiền. Một đơn hàng cũ vẫn phải dễ hiểu ngay cả khi sản phẩm đã ngừng bán. Xác nhận tài khoản khách hàng chỉ hiển thị đúng phần lịch sử mà họ được phép xem.

Nếu đơn hàng lịch sử kích hoạt email hoặc automation fulfillment ở Target, hãy xử lý hành vi đó trước bất kỳ lần import tiếp theo nào. Khách hàng không nên nhận một thông báo giao hàng mới chỉ vì một đơn hàng cũ vừa được migration.

5. Chứng minh ưu đãi mùa cao điểm hoạt động đúng tại checkout

Test đúng chương trình khuyến mãi bạn dự định chạy, bao gồm điều kiện đủ, trường hợp loại trừ, giá trị đơn tối thiểu, giới hạn sử dụng, thời gian bắt đầu/kết thúc và cách nó tương tác với các giảm giá khác. Hãy kiểm tra timezone của cửa hàng thay vì mặc định ưu đãi sẽ bắt đầu đúng lúc đội marketing mong đợi.

Sau đó kết hợp chương trình khuyến mãi với các địa chỉ, phương thức giao hàng, nhóm khách hàng và phương thức thanh toán đại diện. Nhờ người phụ trách cấu hình thuế cung cấp kết quả mong đợi cho từng kịch bản test; đừng suy ra kết quả thuế đúng chỉ từ cách cửa hàng cũ từng hiển thị.

Một giao dịch mẫu để theo dõi

Hãy xét một chiến dịch minh họa giảm 20% cho chiếc áo khoác đủ điều kiện có giá 80 USD. Subtotal dự kiến của một chiếc sau giảm là 64 USD, chưa gồm vận chuyển và thuế. Test biến thể đang được quảng bá, một sản phẩm bị loại trừ và một giỏ hàng không đủ điều kiện. Sau đó xác nhận kết quả vận chuyển và thuế đúng cho từng kịch bản địa chỉ đã được phê duyệt.

• Hoàn tất một guest checkout và một checkout của khách hàng quay lại trên mobile.

• Kiểm tra các lựa chọn vận chuyển, ngưỡng miễn phí vận chuyển và các địa điểm giao hàng không được hỗ trợ.

• Test một thanh toán thành công, một kịch bản thất bại phù hợp và hành trình retry của khách.

• Xác nhận trang confirmation, bản ghi đơn hàng và bản ghi thanh toán khớp nhau.

Ưu tiên dùng payment test mode và đảm bảo các bài test không kích hoạt giao hàng thật hoặc gửi email cho khách thật. Trước khi phê duyệt chiến dịch, hãy cùng đội ngũ bố trí bất kỳ bài kiểm tra thanh toán live có kiểm soát nào cần thiết, sau đó đối soát hoặc hoàn tiền theo quy trình. Sandbox chạy thành công không chứng minh credentials và cấu hình thanh toán live đã đúng.

Functional testing cũng không chứng minh được khả năng chịu tải khi traffic tăng đột biến. Hãy dùng hướng dẫn stress test traffic mùa lễ hội của chúng tôi để kiểm tra tải, monitoring và recovery song song với checklist sau migration này.

6. Theo dõi URL cũ đến đúng trang mới

Bắt đầu với những URL vốn đã có người truy cập: landing page organic hàng đầu, URL sản phẩm bán chạy, trang category và link từng dùng trong email cũ hoặc quảng cáo đang chạy. Với URL đã thay đổi, xác nhận địa chỉ cũ đi tới trang mới phù hợp nhất thông qua redirect vĩnh viễn như dự kiến.

Kiểm tra redirect loop, chain không cần thiết, đích bị hỏng và các trang không liên quan. Chuyển mọi URL sản phẩm đã ngừng về homepage có thể khiến khách không tìm được sản phẩm họ đang quan tâm. Hướng dẫn chuyển website của Google khuyến nghị mapping URL liên quan và redirect trực tiếp tới đích cuối.

Cũng rà soát canonical URL, internal link và sitemap. Xác nhận các trang cần xuất hiện trên công cụ tìm kiếm không còn bị chặn bởi cấu hình development như directive noindex. Các trang account riêng tư và checkout vẫn phải tuân theo quy tắc index dự kiến của chúng.

Test cả link chiến dịch có tracking parameter. Một redirect tới đúng sản phẩm nhưng làm mất thông tin campaign sẽ khiến kết quả khó phân tích hơn. Vượt qua các kiểm tra này giúp giảm vấn đề có thể tránh được, nhưng không đảm bảo ranking tìm kiếm sẽ giữ nguyên sau khi chuyển nền tảng.

7. Xác nhận tracking bằng một hành trình test thực tế

Một tracking script xuất hiện trong source code của trang mới chỉ là điểm bắt đầu. Hãy đi theo sản phẩm đã chọn từ product view, add to cart, checkout đến purchase, rồi kiểm tra các event trong công cụ test liên quan.

Với GA4, hướng dẫn validation eCommerce của Google giải thích cách xem event trong DebugView. Hãy xác minh transaction identifier, currency, item identifier, quantity và value của giao dịch theo đúng implementation của bạn. Đối soát giao dịch test với đơn hàng trong store thay vì so sánh các tổng số theo ngày không liên quan.

Kiểm tra purchase event bị gửi trùng, đặc biệt nếu cả app và tag manager đều gửi event. Xác nhận đúng production property và các advertising destination, đồng thời test hành vi consent mà không bỏ qua lựa chọn của khách hàng. Dùng dữ liệu khách hàng giả lập và tránh gửi thông tin cá nhân trong analytics field.

Hướng dẫn bảo vệ data tracking của chúng tôi bao quát các kiểm tra tính liên tục rất dễ bị bỏ sót khi storefront nhìn bên ngoài đã hoàn thiện.

8. Theo dõi thông báo và tích hợp sau khi đơn hàng được tạo

Checkout thành công vẫn cần một bước bàn giao thành công. Kiểm tra confirmation gửi khách, cảnh báo đơn hàng nội bộ, bản ghi warehouse hoặc fulfillment, cập nhật tồn kho và entry liên quan trong CRM hoặc hệ thống kế toán. Xác minh người nhận, nội dung, thời gian và mã tham chiếu đơn hàng.

Kiểm tra log hoặc queue của tích hợp nếu có. Nếu xử lý bị trễ, xác định độ trễ đó có nằm trong dự kiến hay không và ai sẽ phản ứng khi vượt giới hạn đã thống nhất. Test cách job lỗi được retry và cách ngăn xử lý trùng.

Email template cũng cần một vòng rà soát riêng sau khi chuyển nền tảng. Link phải trỏ về domain live, branding phải khớp cửa hàng mới và link tài khoản khách hàng phải mở đúng đích. Xác nhận việc import dữ liệu lịch sử không kích hoạt automation không mong muốn.

Ghi lại bằng chứng bằng một mã tham chiếu test dùng chung giữa cửa hàng, payment provider và hệ thống downstream. Nhờ đó, support và operations có thể cùng điều tra một giao dịch mà không phải đoán record mà đội khác đang nói tới.

9. Phê duyệt chiến dịch Black Friday đầu tiên

Chạy vòng kiểm tra cuối sau lần cập nhật dữ liệu được phê duyệt cuối cùng và lặp lại hành trình mua hàng quan trọng trên domain live. Xác nhận payment setting live, email, redirect, tích hợp và tracking thay vì chỉ dựa vào kết quả trên staging.

Dùng checklist sau để phê duyệt chiến dịch:

• Landing page theo mùa và SKU đang được quảng bá dẫn tới đúng sản phẩm có thể mua.

• Mối quan hệ sản phẩm, lịch sử khách hàng và tồn kho vượt qua các kiểm tra dữ liệu đã thống nhất.

• Khách hàng có thể dùng đúng hành trình truy cập tài khoản dự kiến.

• Kịch bản giảm giá, thuế, vận chuyển, thanh toán và retry cho kết quả đúng như mong đợi.

• Các URL cũ ưu tiên và link chiến dịch dẫn tới đúng đích live.

• Tracking, thông báo và quy trình xử lý đơn hàng downstream đã được xác minh.

• Lỗi nghiêm trọng đã được xử lý và retest; các vấn đề còn lại có người phụ trách và workaround đã được phê duyệt.

• Marketing, operations và người phụ trách kỹ thuật thống nhất ai có quyền tạm dừng chiến dịch và cách xử lý sự cố.

Giữ một test log gọn nhẹ gồm: kịch bản, môi trường, kết quả mong đợi, bằng chứng, người phụ trách và trạng thái. Đừng đánh dấu một kiểm tra thất bại là đã đạt chỉ vì bản sửa đã được triển khai. Hãy retest hành trình bị ảnh hưởng, bao gồm các bước phụ thuộc.

Tạm dừng chiến dịch bị ảnh hưởng nếu khách không thể thanh toán, đơn hàng gắn nhầm account, tồn kho không đáng tin cậy hoặc fulfillment nhận sai sản phẩm. Tỷ lệ pass tổng thể cao không được che khuất một lỗi nghiêm trọng.

Chiến dịch mùa cao điểm đầu tiên nên bắt đầu khi bạn biết rõ những gì đã được test và ai phụ trách những gì còn lại. Nếu sai lệch liên quan đến record đã migration, hãy cung cấp cho đội migration example ID, giá trị Source, kết quả Target và hành vi mong đợi.

Nếu cần hỗ trợ rà soát phạm vi migration và các hình thức hỗ trợ hiện có, hãy so sánh các dịch vụ migration của Next-Cart. Thống nhất phần validation nào nằm trong phạm vi dịch vụ và phần nào thuộc đội storefront hoặc tích hợp của bạn. Bạn cũng có thể xem thêm Migration Guides để chuẩn bị và kiểm tra các bước tiếp theo của quá trình chuyển nền tảng.