Next-Cart

Danh sách kiểm tra các hạng mục cần chuẩn bị trước khi chuyển đổi sang WooCommerce

Nếu dự án chọn WooCommerce làm Nền tảng đích, bước chuẩn bị phải xem cửa hàng như một ứng dụng thương mại điện tử hoạt động bên trong WordPress. Products và variations dùng chung hạ tầng WordPress với nội dung, nhưng ý nghĩa kinh doanh của chúng đến từ WooCommerce và extensions. Orders có thể dùng High-Performance Order Storage (HPOS) hoặc kho lưu trữ post WordPress cũ. Customers có thể là WordPress users đã đăng ký hoặc danh tính giao dịch của khách mua không đăng ký. Đăng ký định kỳ, đặt lịch, gói Products, chương trình thành viên, giá bán sỉ, trường checkout tùy chỉnh và bản ghi của sàn thương mại điện tử có thể nằm trong cấu trúc riêng của extensions.

Bộ hồ sơ chuẩn bị cần giải thích mỗi bản ghi thương mại điện tử nằm ở đâu, phụ thuộc vào quan hệ Products hay giao dịch nào và hệ thống nào tiếp tục sở hữu hành vi sau chuyển đổi. Hồ sơ phải có sao lưu có thể phục hồi, thiết lập cách lưu trữ hiện tại, thông tin xác nhận khả năng tương thích của extensions, bản ghi đại diện và điều kiện sẵn sàng cuối cùng cho từng nhóm thương mại điện tử quan trọng. Nội dung CMS của WordPress vẫn liên quan nhưng không được lặp lại toàn bộ trong phạm vi WooCommerce.

Xác định ranh giới WooCommerce, quyền truy cập và bản chụp dữ liệu của nguồn

Bắt đầu bằng cách tách bản ghi dữ liệu gốc của WooCommerce khỏi bản ghi CMS của WordPress, dữ liệu thương mại điện tử do extensions quản lý và các hệ thống bên ngoài. Xác nhận URL Cửa hàng nguồn, bản cài đặt WordPress hoặc site trong Multisite, phiên bản WooCommerce đang dùng, theme đang hoạt động, extensions đang hoạt động, mã tùy chỉnh và các hệ thống hiện có thẩm quyền đối với Products, tồn kho, Customers, Orders, giá, thuế, vận chuyển, thanh toán và xử lý đơn hàng.

Hành động chuẩn bị Người phụ trách Thông tin cần chuẩn bị Điều kiện sẵn sàng
Xác định ranh giới thương mại điện tử của WooCommerce Chủ cửa hàng và người phụ trách kỹ thuật Danh sách nhóm bản ghi gồm Products, variations, Customers, Orders, Coupons, Reviews, hoàn tiền, tệp tải xuống, extensions và hệ thống bên ngoài Mỗi bản ghi thương mại điện tử được phân loại rõ là dữ liệu gốc, dữ liệu do extension quản lý, dữ liệu thuộc hệ thống bên ngoài, dữ liệu chỉ cần lưu trữ lịch sử hoặc dữ liệu loại khỏi phạm vi.
Xác nhận quyền quản trị và hosting Người quản trị cửa hàng và người phụ trách hosting Quyền quản trị WordPress/WooCommerce, quyền truy cập cơ sở dữ liệu hoặc phương án xuất dữ liệu, các tệp tải lên và tải xuống và quyền quản trị extensions Đội dự án có thể kiểm tra bản ghi đã chọn và phục hồi nguồn khi cần.
Ghi nhận WooCommerce System Status Report Người phụ trách kỹ thuật Báo cáo có ngày với WooCommerce, WordPress, PHP, cơ sở dữ liệu, theme, template overrides, extensions và môi trường hệ thống Bối cảnh phần mềm và extensions của nguồn được ghi lại trước khi thay đổi.
Tạo bản chụp dữ liệu nguồn đầy đủ Người phụ trách hosting hoặc cơ sở dữ liệu Bản sao lưu cơ sở dữ liệu có ghi ngày, thư mục wp-content, tệp tải xuống của Products, media, thông tin cấu hình tham chiếu và người phụ trách khôi phục Phạm vi sao lưu, ngày, nơi lưu, quy trình phục hồi và thời gian giữ được ghi rõ.
Ghi nhận hệ thống bên ngoài có thẩm quyền Người phụ trách tích hợp Bản đồ mã định danh giữa ERP, PIM, WMS, CRM, thuế, thanh toán, vận chuyển, xử lý đơn hàng, sàn thương mại điện tử và kế toán Hệ thống tiếp tục làm nguồn dữ liệu có thẩm quyền cùng khóa liên kết tương ứng được xác định rõ.

Nếu Cửa hàng nguồn tiếp tục thay đổi, cần ghi thời điểm bản chụp dữ liệu và các loại bản ghi có thể được tạo hoặc sửa sau đó. Bảng theo dõi thay đổi này giữ rõ ranh giới nguồn và chỉ ra dữ liệu nào có thể cần bản chụp dữ liệu mới.

Kiểm kê các kiểu Products, attributes, variations và danh tính thương mại của từng mặt hàng được quản lý riêng

WooCommerce hỗ trợ SimpleGroupedExternal/AffiliateVariableVirtual và Downloadable, trong khi extensions có thể bổ sung đăng ký định kỳ, đặt lịch, gói Products, Products tổ hợp, chương trình thành viên, khoản đặt cọc, tùy chỉnh Products, quy tắc bán sỉ và trách nhiệm đối với dữ liệu sàn thương mại điện tử. Cần kiểm kê từng kiểu Products thực sự đang được sử dụng và thành phần sở hữu cấu trúc đó.

Variable cần được rà soát kỹ. Attributes dùng chung hoặc attributes riêng cho Products có thể tạo variations, còn từng variation có thể sở hữu SKU, mã định danh, trạng thái kích hoạt, giá thường/giá khuyến mại, chi phí, trạng thái Downloadable/Virtual, trọng lượng, kích thước, shipping class, tax class, hình ảnh, tồn kho, quy tắc backorder và ngưỡng tồn kho thấp riêng.

Hành động chuẩn bị Người phụ trách Thông tin cần chuẩn bị Điều kiện sẵn sàng
Kiểm kê các kiểu Products Người phụ trách danh mục sản phẩm Số lượng và mẫu theo SimpleGroupedExternalVariableVirtualDownloadable và kiểu do extension sở hữu Mỗi kiểu đang hoạt động có cách thể hiện ở đích hoặc quyết định loại trừ có chủ ý.
Đối chiếu danh tính Products và variations Người phụ trách Danh mục sản phẩm và các tích hợp ID Products cha, ID variations, SKUs, GTIN/UPC/EAN/ISBN nếu có, khóa bên ngoài và báo cáo mã định danh trùng Mỗi Products hoặc biến thể được bán riêng đều có định danh rõ và có thể đối chiếu qua các hệ thống kết nối.
Ghi nhận attributes và cách tạo variations Người phụ trách danh mục sản phẩm Attributes dùng chung, attributes tùy chỉnh, giá trị attribute, attributes mặc định, tổ hợp variation và mô hình “Any attribute” Bộ attributes và các tổ hợp thực sự có thể bán được biết rõ trước khi xác định cách liên kết sang đích.
Ghi nhận dữ liệu thương mại ở cấp variation Danh mục sản phẩm và tồn kho các bên phụ trách Mẫu giá variation, giá khuyến mại, hình ảnh, tồn kho, backorder, trọng lượng, kích thước, thuế, shipping class và trường tải xuống Giá trị thương mại được gán vào Products cha hoặc variation một cách có chủ ý.
Ghi nhận quyền sở hữu Products nâng cao Người phụ trách extension Tên và phiên bản extension, kiểu Products mở rộng, bảng tùy chỉnh hoặc metadata, Products liên quan và cách hoạt động trong vận hành Đăng ký định kỳ, đặt lịch, gói Products, Products tổ hợp, add-on, bán sỉ hoặc dữ liệu của sàn thương mại điện tử có người phụ trách rõ.

Nên dùng các dòng sản phẩm đại diện thay vì chỉ dựa trên xuất dữ liệu tổng hợp. Bộ mẫu nên có SimpleVariable với nhiều attributes, Virtual hoặc Downloadable nếu có và mỗi Mô hình Products quan trọng do extension định nghĩa.

Chuẩn bị tồn kho, giá, taxonomies, media và tệp của Products

Mức độ sẵn sàng của Products còn phụ thuộc vào cách phân loại, nguồn có thẩm quyền của tồn kho, bối cảnh giá, media và tệp. Categories, tags, attributes dùng chung, shipping classes, tax classes, cross-sells, upsells, grouped Products và các bản ghi liên quan phải được giữ riêng. Tồn kho có thể được quản lý ở cấp Products, variation, kết hợp cả hai hoặc bởi warehouse/extension bên ngoài.

Hạng mục chuẩn bị Thông tin cần chuẩn bị Người phụ trách Điều kiện sẵn sàng
Nguồn có thẩm quyền của tồn kho thiết lập tồn kho của Products/variation, backorder, giá trị tồn kho thấp, ID kho bên ngoài và bên phụ trách đồng bộ Người phụ trách tồn kho Mỗi mặt hàng có thể bán có một đường cập nhật tồn kho có thẩm quyền được công bố rõ.
Giá và khuyến mại Giá cơ bản/giá khuyến mại, lịch áp dụng, giá theo số lượng/nhóm, người phụ trách extension và bối cảnh tiền tệ Người phụ trách thương mại Giá được phân loại thành giá trị gốc ở Products/variation, quy tắc extension hoặc giá trị của hệ thống bên ngoài.
Categories và attributes của Products Cấu trúc phân cấp, slug của taxonomy, quan hệ gán Products, attribute dùng cho variations/lọc và các giá trị taxonomy không còn sử dụng Người phụ trách danh mục sản phẩm Taxonomies tiếp tục gắn với đúng Products mà không gộp các bộ từ vựng không liên quan.
Media của Products Ảnh đại diện, thư viện ảnh, hình ảnh variation, alt text, ID tệp đính kèm, tệp media bên ngoài và báo cáo tệp bị thiếu Danh mục sản phẩm và media các bên phụ trách Media ưu tiên của Products và variations truy cập được và biết rõ quan hệ với bản ghi cha.
Tệp của Products dạng Downloadable URL/đường dẫn tệp, quy tắc truy cập, giới hạn, thời hạn, khả năng truy cập ở nguồn và liên kết Products/variations Người phụ trách Products số Mỗi tệp cần giữ đều truy cập được và có Products hoặc variation sở hữu rõ.
Phân loại vận chuyển và thuế shipping classes, tax classes, trạng thái Virtual, kích thước, trọng lượng và quy tắc extension đặc biệt người phụ trách vận hành Thông tin phân loại đầy đủ nhưng không bị nhầm với dữ liệu lịch sử trong Orders.

Chức năng xuất Products bằng CSV có thể là một nguồn thông tin hữu ích khi chuẩn bị, nhưng phải đi cùng danh sách kiểm kê về các kiểu Products, extensions, tệp và quan hệ. CSV phẳng không thể đại diện đầy đủ mọi cấu trúc Products do extension sở hữu hoặc yếu tố phụ thuộc với hệ thống bên ngoài.

Chuẩn bị Customers, tài khoản, địa chỉ và vai trò thương mại điện tử

Customers trên WooCommerce có thể là WordPress users đã đăng ký hoặc khách mua không đăng ký được ghi nhận trên Orders. Customers đã đăng ký có thể có địa chỉ thanh toán/vận chuyển, metadata tài khoản, dữ liệu đơn hàng trước đây, quyền tải xuống và quan hệ extension. Vai trò WordPress như Customers hoặc Shop Manager xác định quyền truy cập, trong khi chương trình thành viên, bán sỉ, người bán, chương trình khách hàng thân thiết hoặc extensions dành cho đăng ký định kỳ có thể thêm hồ sơ và quy tắc riêng.

Hành động chuẩn bị Người phụ trách Thông tin cần chuẩn bị Điều kiện sẵn sàng
Tách Customers đã đăng ký và khách mua không đăng ký Người phụ trách hỗ trợ khách hàng Số lượng, mẫu, chất lượng email/số điện thoại, ID tài khoản và quan hệ Orders Orders của khách mua không đăng ký được giữ mà không tự tạo tài khoản; Customers đã đăng ký vẫn có thể liên kết lại.
Chuẩn bị địa chỉ Customers Người phụ trách hỗ trợ khách hàng trường thanh toán/vận chuyển, extensions quản lý nhiều địa chỉ, định dạng quốc gia/tỉnh-bang và Customers đại diện Địa chỉ tài khoản hiện tại được tách khỏi bản chụp dữ liệu địa chỉ lịch sử trong Orders.
Kiểm kê vai trò và hồ sơ thương mại điện tử Người quản trị cửa hàng và đội phụ trách extensions Vai trò WordPress, quyền tùy chỉnh, hồ sơ bán sỉ/chương trình thành viên/người bán và các bản ghi liên quan Quyền truy cập gốc và danh tính thương mại do extension quản lý có người phụ trách riêng.
Ghi nhận yếu tố phụ thuộc về xác thực đăng nhập Người phụ trách danh tính Thông tin về hàm băm mật khẩu, đăng nhập qua mạng xã hội, SSO, MFA và tham chiếu đến nhà cung cấp danh tính bên ngoài Danh tính Customers vẫn nằm trong phạm vi ngay cả khi thông tin xác thực đăng nhập cần một cách xử lý khác.
Chuẩn bị dữ liệu quyền riêng tư và các trường ghi nhận sự đồng ý Người phụ trách quyền riêng tư và tiếp thị Nguồn ghi nhận sự đồng ý, thời điểm ghi nhận, tùy chọn của khách hàng, quy tắc lưu giữ và ID của hệ thống tiếp thị Dữ liệu nhạy cảm và thông tin về sự đồng ý có quyết định rõ về đích đến, lưu trữ, che dữ liệu hoặc loại khỏi phạm vi.

Không nên gộp Customers chỉ dựa trên email khi hộ gia đình, tài khoản dùng chung trong doanh nghiệp, sàn thương mại điện tử, khách mua không đăng ký hoặc ID lịch sử tạo sự mơ hồ. Cần chuẩn bị danh sách ứng viên trùng và quy tắc dùng để quyết định gộp bản ghi.

Kiểm kê Orders, hoàn tiền, Coupons, Reviews và thông tin từ các giao dịch trước đây

Orders giữ lịch sử giao dịch qua chi tiết mặt hàng, tham chiếu đến Products hoặc variations, attributes đã chọn, số lượng, giá, các khoản giảm giá, thuế, vận chuyển, phí, tham chiếu thanh toán, bản chụp dữ liệu thanh toán/vận chuyển, trạng thái, ghi chú, hoàn tiền, tệp tải xuống và extension metadata. Mẫu chuẩn bị phải thể hiện đầy đủ bối cảnh giao dịch thay vì chỉ phần đầu bản ghi và tổng tiền của Orders.

Coupons là bản ghi khuyến mãi riêng với loại giảm giá, giá trị, điều kiện áp dụng, giới hạn sử dụng, thời hạn và quan hệ với lịch sử sử dụng. Reviews của Products có thể dùng WordPress comments kết hợp điểm đánh giá hoặc metadata xác minh của WooCommerce. Hoàn tiền, trả hàng, đăng ký định kỳ, đặt lịch và Orders từ sàn thương mại điện tử có thể phụ thuộc thêm vào bản ghi của extensions.

Hành động chuẩn bị Người phụ trách Thông tin cần chuẩn bị Điều kiện sẵn sàng
Kiểm kê trạng thái Orders và lịch sử Đội vận hành và người phụ trách hỗ trợ khách hàng Số lượng và mẫu theo các trạng thái pending, processing, completed, canceled, failed, refunded và trạng thái tùy chỉnh Mỗi trạng thái cần giữ đều có ý nghĩa lịch sử và người phụ trách được xác định rõ.
Chuẩn bị Orders phức tạp người phụ trách vận hành Orders có variations, phí, Coupons, thuế, các lần xử lý đơn hàng tách phần hoặc một phần, ghi chú, hoàn tiền, tệp tải xuống và trường tùy chỉnh Bộ mẫu đại diện cho các quan hệ giao dịch thật cửa hàng đang sử dụng.
Ghi nhận tham chiếu thanh toán và xử lý đơn hàng Người phụ trách tài chính và xử lý đơn hàng ID giao dịch của cổng thanh toán, ID vận chuyển/theo dõi, ID kho trong dữ liệu xuất, nguồn từ sàn thương mại điện tử và khóa Orders bên ngoài Các tham chiếu lịch sử được tách rõ khỏi cấu hình đang hoạt động.
Kiểm kê hoàn tiền và dữ liệu sau bán Bộ phận tài chính và người phụ trách hỗ trợ khách hàng Hoàn tiền một phần/toàn bộ, chi tiết mặt hàng bị ảnh hưởng, giá trị, lý do, bản ghi trả hàng và người phụ trách extension Lịch sử hoàn tiền/trả hàng có nơi xử lý ở đích hoặc phương án lưu trữ rõ.
Chuẩn bị Coupons Người phụ trách tiếp thị Quy tắc của Coupons đang hoạt động hoặc chỉ còn trong lịch sử, giới hạn sử dụng, điều kiện áp dụng, thời hạn, Products/Categories được bao gồm hoặc loại trừ và nhu cầu lưu lại lịch sử sử dụng Coupons được phân loại thành cấu hình đang hoạt động, dữ liệu lịch sử cần giữ hoặc nội dung loại khỏi phạm vi.
Chuẩn bị Reviews Người phụ trách nội dung/hỗ trợ khách hàng Điểm đánh giá, tác giả, trạng thái, quan hệ Products, ý nghĩa của trạng thái xác minh, phản hồi và quyết định kiểm duyệt Reviews thương mại được tách khỏi WordPress comments thông thường.

Thông tin Orders phải giữ trạng thái của giao dịch lịch sử. Không nên dùng giá Products hiện tại, địa chỉ Customers hiện tại, phương thức vận chuyển, thiết lập thuế hoặc cấu hình cổng thanh toán hiện tại để tái tạo hoặc diễn giải lại Orders trước đây.

Ghi nhận mức độ sẵn sàng của HPOS và kho lưu trữ Orders

High-Performance Order Storage dùng các bảng Orders chuyên biệt của WooCommerce thay vì chỉ dựa vào WordPress posts và post metadata. Cửa hàng hiện tại có thể dùng HPOS, kho lưu trữ post WordPress cũ hoặc compatibility mode để đồng bộ cả hai. Extensions và mã tùy chỉnh đọc/ghi Orders trực tiếp phải được nhận diện vì nơi lưu có thẩm quyền có thể khác nhau.

Hành động chuẩn bị Người phụ trách Thông tin cần chuẩn bị Điều kiện sẵn sàng
Ghi nhận kho lưu trữ Orders có thẩm quyền Người phụ trách kỹ thuật thiết lập kho lưu trữ Orders của WooCommerce, trạng thái HPOS, trạng thái compatibility mode và System Status Report có ngày ghi nhận rõ Đội dự án biết HPOS hay các bảng post WordPress là nơi lưu Orders có thẩm quyền.
Ghi nhận trạng thái đồng bộ Người phụ trách kỹ thuật Số Orders chưa đồng bộ hoặc thông tin tương đương khi dùng compatibility mode Không còn mơ hồ về kho lưu trữ dữ liệu nào chứa bản ghi Orders hiện tại.
Kiểm kê extensions nhạy cảm với HPOS Người phụ trách extensions Thông tin xác nhận khả năng tương thích, truy cập trực tiếp SQL/post-meta đã biết, báo cáo tùy chỉnh, dữ liệu xuất và mã chỉnh sửa Orders Mỗi extension quan trọng có quyết định khả năng tương thích hoặc tái cấu trúc.
Đối chiếu metadata Orders tùy chỉnh Đội vận hành và đội phụ trách extensions Tên khóa, mục đích, giá trị mẫu, bên phụ trách Orders/chi tiết mặt hàng, vị trí lưu trữ và nhu cầu tìm kiếm/báo cáo Trường quan trọng có thể được nhận diện độc lập với cách lưu trữ triển khai ở nguồn.
Ghi nhận bảng Orders tùy chỉnh cơ sở dữ liệu và đội phụ trách extensions Cấu trúc bảng, số dòng, khóa cha, trạng thái, ngày và mã định danh bên ngoài Bản ghi Orders có vai trò kinh doanh ngoài dữ liệu gốc của WooCommerce có nơi xử lý đích hoặc phương án lưu trữ.

HPOS không chỉ là thông tin phiên bản. HPOS ảnh hưởng nơi Orders và metadata có thẩm quyền được lưu và việc mã tùy chỉnh có thể hiểu chúng hay không. Cần xác định kho lưu trữ Orders có thẩm quyền và trách nhiệm của extensions trước khi xem dữ liệu Orders trích xuất là đầy đủ.

Chuẩn bị trường checkout và thông tin cấu hình vận hành

Checkout, thanh toán, thuế, vận chuyển, xử lý đơn hàng, email, account và thiết lập thông báo kiểm soát hành vi tương lai. Cần kiểm kê chúng vì chúng giải thích dữ liệu nguồn và yếu tố phụ thuộc, nhưng cấu hình đang hoạt động không nên bị xem như bản ghi di chuyển thông thường.

Hạng mục chuẩn bị Thông tin cần chuẩn bị Người phụ trách Điều kiện sẵn sàng
Trường checkout Tên trường, loại, vị trí, trạng thái bắt buộc, bên phụ trách lưu trữ, cách sử dụng trong dữ liệu lịch sử và bên phụ trách extension/mã tùy chỉnh Người phụ trách checkout Trường lịch sử cần giữ và trường cần cấu hình cho tương lai được tách rõ.
Phương thức thanh toán Danh sách cổng thanh toán, tham chiếu giao dịch, quyền sở hữu token/vault, yếu tố phụ thuộc của đăng ký định kỳ và nhãn thanh toán trong dữ liệu lịch sử Người phụ trách tài chính Thông tin thanh toán lịch sử nằm trong phạm vi nhưng không mặc định thông tin xác thực hoặc token đang hoạt động có thể dùng lại.
vận chuyển và xử lý đơn hàng Khu vực, phương thức, lớp, các tích hợp với hãng vận chuyển/kho, trường theo dõi, extensions nhận hàng/giao hàng và Orders tham chiếu Người phụ trách xử lý đơn hàng Yếu tố phụ thuộc về cấu hình và dữ liệu giao hàng lịch sử được phân loại riêng.
Taxes Mức thuế/lớp thuế, dịch vụ thuế bên ngoài, miễn thuế, giá trị thuế trong Orders trước đây và thẩm quyền theo khu vực pháp lý Người phụ trách thuế Dữ liệu thuế lịch sử được tách khỏi cấu hình thuế hiện tại.
Thông báo và webhooks Mẫu email, điểm kích hoạt theo trạng thái, endpoint webhook, quy trình hàng đợi và thành phần bên ngoài lắng nghe sự kiện Đội vận hành/người phụ trách kỹ thuật Các quy trình tự động tạo hoặc cập nhật bản ghi thương mại điện tử được biết rõ.
Thiết lập tài khoản và quyền riêng tư Checkout cho khách mua không đăng ký, tạo tài khoản, lưu giữ dữ liệu, tệp tải xuống và công cụ quyền riêng tư Người quản trị cửa hàng và người phụ trách quyền riêng tư Cách tài khoản hoạt động và dữ liệu Customers cần giữ có người phụ trách được ghi nhận.

Mục tiêu của giai đoạn chuẩn bị là nhận diện cách hệ thống nguồn hoạt động, các bản ghi mà hành vi đó tạo ra và người phụ trách từng yếu tố phụ thuộc sẽ tiếp tục sau chuyển đổi.

Kiểm kê extensions, mã tùy chỉnh, bảng dữ liệu và các tích hợp bên ngoài

Cửa hàng WooCommerce thường phụ thuộc extensions cho đăng ký định kỳ, đặt lịch, chương trình thành viên, gói Products, Products tổ hợp, tùy chỉnh Products, đặt cọc, giá bán sỉ, sàn thương mại điện tử, chương trình khách hàng thân thiết, điểm thưởng, trả hàng, lập hóa đơn, thuế, vận chuyển và thanh toán. Cần xây dựng bảng theo dõi extensions thay vì chỉ nhìn danh sách plugin đang hoạt động.

Hành động chuẩn bị Người phụ trách Thông tin cần chuẩn bị Điều kiện sẵn sàng
Xây dựng bảng theo dõi extensions Người phụ trách kỹ thuật Tên, phiên bản, mục đích, trạng thái hoạt động, đối tượng sở hữu, bảng/metadata, tác vụ theo lịch và dịch vụ bên ngoài Mỗi extension có vai trò kinh doanh đều có bên phụ trách dữ liệu và hành vi được xác định.
Nhận diện mã tùy chỉnh người phụ trách phát triển Plugin tùy chỉnh, hàm trong theme, đoạn mã, SQL trực tiếp, trình xử lý REST/webhook và WooCommerce templates đã chỉnh sửa Hành vi tùy chỉnh tạo hoặc diễn giải bản ghi được ghi nhận.
Đối chiếu mã định danh bên ngoài Người phụ trách tích hợp Khóa của Products, variations, Customers, Orders, đăng ký định kỳ, giao hàng, hóa đơn và sàn thương mại điện tử Mỗi khóa cần giữ được gắn với đối tượng ở đích đại diện cho cùng đối tượng kinh doanh.
Phân loại dữ liệu sinh tự động hoặc tạm thời Người phụ trách extension bộ nhớ đệm, nhật ký, phiên làm việc, bảng tạm, hàng đợi, chỉ mục và bản ghi bị bỏ dở Dữ liệu kỹ thuật không có thẩm quyền được loại trừ có chủ ý.
Ghi nhận yếu tố phụ thuộc giữa nhiều đối tượng Bộ phận nghiệp vụ và người phụ trách kỹ thuật Ví dụ Products–đăng ký định kỳ, Customers–chương trình thành viên, Orders–đặt lịch, người bán–Products và quan hệ tương tự Các bản ghi liên quan không bị di chuyển như những bảng rời rạc.

Tệp plugin không thay thế bảng theo dõi extensions. Extension có thể không còn hoạt động nhưng bản ghi vẫn quan trọng về vận hành hoặc lịch sử; ngược lại plugin hoạt động có thể không lưu dữ liệu cần đưa vào phạm vi chuyển đổi.

Chuẩn bị nội dung WordPress, media, URL và đường dẫn thương mại điện tử

WooCommerce phụ thuộc WordPress cho nội dung website, media, users, menus và đường dẫn. Danh sách chuẩn bị WooCommerce nên ghi lại các yếu tố phụ thuộc trực tiếp ảnh hưởng thương mại điện tử mà không lặp lại toàn bộ danh mục kiểm kê CMS của WordPress.

Hạng mục chuẩn bị Thông tin cần chuẩn bị Người phụ trách Điều kiện sẵn sàng
URL Products và Categories của Products Đường dẫn ưu tiên, slugs, cấu trúc Categories, breadcrumbs, dữ liệu canonical và mục đích của đích đến Người phụ trách SEO và Danh mục sản phẩm Mỗi đường dẫn thương mại điện tử ưu tiên có quyết định giữ, đổi, gộp, ngừng sử dụng hoặc redirect.
Đường dẫn của shop, cart, checkout, account và endpoints Quan hệ gán trang hiện tại, slug của endpoint, phạm vi ngôn ngữ/site và các yếu tố phụ thuộc của plugin Người quản trị cửa hàng và người phụ trách kỹ thuật Đường dẫn của ứng dụng được tách khỏi CMS Pages thông thường.
Media và tệp tải xuống của Products Quan hệ attachment/tệp, media bên ngoài, thư viện ảnh, hình ảnh variation và quyền truy cập tệp Người phụ trách Danh mục sản phẩm/media Các tệp và tham chiếu thương mại điện tử ưu tiên vẫn truy cập được.
Nội dung CMS kết nối với thương mại điện tử Bài hướng dẫn mua hàng, Blog Posts, trang đích, liên kết nội bộ, blocks/shortcodes Products và nội dung chiến dịch Người phụ trách nội dung Nội dung liên quan thương mại điện tử có người phụ trách WordPress và các yếu tố phụ thuộc về đường dẫn rõ.
SEO và redirects Người phụ trách metadata, nguồn sitemap, quy tắc redirect hiện có, dữ liệu đầu vào có cấu trúc và URL có giá trị cao Người phụ trách SEO Dữ liệu SEO thương mại điện tử và trách nhiệm duy trì đường dẫn được xác định rõ.
Ngôn ngữ hoặc Multisite Người phụ trách theo cửa hàng/site/ngôn ngữ, quan hệ giữa các bản dịch, phạm vi domain/đường dẫn và users dùng chung Người phụ trách bản địa hóa/kỹ thuật Products và nội dung không bị gộp giữa các site hoặc phạm vi ngôn ngữ khác nhau.

Phần chuẩn bị rộng hơn cho Posts, CMS Pages, custom post types, users, công cụ dựng trang và phạm vi ứng dụng plugin WordPress thuộc phạm vi CMS WordPress. Phần này chỉ giữ những bản ghi WordPress ảnh hưởng trực tiếp đến việc thương mại điện tử trên WooCommerce tiếp tục hoạt động.

Chọn mẫu đại diện để kiểm thử chuyển đổi

Cần chọn những mẫu phơi bày các quan hệ thương mại điện tử thực tế của cửa hàng. Bảng theo dõi mẫu nên ghi ID nguồn, SKUs, URL công khai, quan hệ cha/con, đội phụ trách extensions, khóa bên ngoài và lý do mỗi mẫu được chọn.

Mẫu Thông tin cần chuẩn bị Mục đích chuẩn bị
Simple Giá, tồn kho, thuế/shipping classes, media, Categories và khóa bên ngoài Thiết lập mốc tham chiếu cho dữ liệu Products gốc.
Variable Attributes dùng chung/tùy chỉnh, variations, SKUs, giá, tồn kho, hình ảnh, backorder và giá trị mặc định Đại diện cho cấu trúc cha–variation và danh tính thương mại của từng mặt hàng được quản lý riêng.
Virtual hoặc Downloadable Tệp, giới hạn truy cập/thời hạn, trạng thái vận chuyển và Orders liên quan Đại diện cho cách cung cấp Products không cần vận chuyển hàng hóa vật lý và trách nhiệm đối với tệp.
Mô hình Products do extension sở hữu đăng ký định kỳ, đặt lịch, gói Products, Products tổ hợp, add-on, bán sỉ, dữ liệu sàn thương mại điện tử hoặc bản ghi tương tự Cho thấy các bảng của extension và quan hệ giữa các bản ghi.
Customers đã đăng ký và Orders của khách mua không đăng ký Địa chỉ, danh tính tài khoản/khách mua không đăng ký, vai trò, liên kết Orders và ID bên ngoài Đại diện cho hai mô hình danh tính Customers.
dữ liệu đơn hàng trước đây phức tạp Chi tiết variation, Coupons, phí, thuế, vận chuyển, tham chiếu thanh toán, ghi chú, hoàn tiền và trường tùy chỉnh Đại diện cho đầy đủ bối cảnh thương mại lịch sử.
Orders nhạy cảm với HPOS Trạng thái lưu trữ, metadata tùy chỉnh, các yếu tố phụ thuộc của extension và cách báo cáo bên ngoài sử dụng dữ liệu Phơi bày giả định về kho lưu trữ Orders và khả năng tương thích.
Mẫu URL và nội dung thương mại điện tử Products, Categories, endpoint, media, SEO, redirect và nội dung CMS liên kết Đại diện cho các yếu tố phụ thuộc giữa đường dẫn WordPress và WooCommerce.

Bộ mẫu phải bao gồm trường hợp biên cửa hàng thực sự sử dụng, không phải độ phức tạp giả định. Mỗi mẫu cần thông tin nguồn dùng để xác nhận, bản ghi extension liên quan, tệp liên kết và người rà soát được chỉ định.

Hoàn tất điều kiện sẵn sàng cuối cùng cho WooCommerce

Trước khi thực hiện, cần tổng hợp toàn bộ thông tin vào bảng theo dõi mức độ sẵn sàng. Yếu tố phụ thuộc chưa giải quyết phải có người phụ trách, quyết định cần đưa ra và ảnh hưởng đến phạm vi.

Nhóm sẵn sàng Điều kiện sẵn sàng
Nguồn và phục hồi Quyền truy cập, System Status Report, bản sao lưu đầy đủ, danh sách phần mềm, thời điểm bản chụp dữ liệu và người phụ trách khôi phục đã được ghi nhận.
Products và tồn kho các kiểu Products, variations, attributes, mã định danh, nguồn có thẩm quyền của tồn kho, giá, media, tệp, Categories, thuế và shipping classes được ghi nhận.
Customers và danh tính Danh tính Customers đã đăng ký/khách mua không đăng ký, địa chỉ, vai trò, hồ sơ do extension quản lý, trường quyền riêng tư và các yếu tố phụ thuộc của xác thực đăng nhập đã được phân loại.
Orders và lịch sử Trạng thái Orders, chi tiết mặt hàng, tổng tiền, thuế, Coupons, phí, hoàn tiền, Reviews, tham chiếu thanh toán/vận chuyển và ID bên ngoài có thông tin nguồn dùng để xác nhận.
HPOS kho lưu trữ Orders có thẩm quyền, trạng thái đồng bộ, metadata tùy chỉnh, truy cập dữ liệu trực tiếp và khả năng tương thích của extension được biết rõ.
Vận hành Trường checkout, thanh toán, vận chuyển, thuế, xử lý đơn hàng, thông báo và các bản ghi được tạo có người phụ trách.
Extensions và các tích hợp Extensions quan trọng, mã tùy chỉnh, bảng tùy chỉnh, hệ thống bên ngoài và các quan hệ giữa các bản ghi đã được kiểm kê.
Yếu tố phụ thuộc vào WordPress Đường dẫn thương mại điện tử, media, SEO, redirects, nội dung CMS liên kết, phạm vi ngôn ngữ và site được ghi nhận.
Mẫu đại diện Bảng theo dõi mẫu bao phủ mọi Products, Customers, Orders, HPOS, extension và mô hình đường dẫn quan trọng.

Phạm vi WooCommerce sẵn sàng khi đội dự án có thể truy từng bản ghi thương mại điện tử đã chọn đến kho lưu trữ nguồn, người phụ trách nghiệp vụ, các bản ghi liên quan, người phụ trách hệ thống đích hoặc hệ thống tiếp tục giữ dữ liệu và thông tin dùng để xác nhận.

Kết luận

Chuẩn bị cho WooCommerce cần thông tin phối hợp giữa Products, variations, attributes, tồn kho, Customers, Orders, HPOS, Coupons, Reviews, hoàn tiền, trường checkout, vận hành, extensions, đường dẫn WordPress và hệ thống bên ngoài. Bộ dữ liệu Products xuất ra hoặc danh sách plugin riêng lẻ không thể giải thích đầy đủ các quan hệ khiến cửa hàng có thể sử dụng cho hoạt động thương mại.

Bộ hồ sơ chuẩn bị tốt xác định kho lưu trữ có thẩm quyền, duy trì bản sao lưu có thể phục hồi, nhận diện bản ghi gốc và do extension sở hữu, tách giao dịch lịch sử khỏi cấu hình hiện tại, chọn mẫu đại diện và giải quyết từng yếu tố phụ thuộc quan trọng trước khi bắt đầu thực hiện.

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

Nên chuẩn bị gì trước tiên cho một dự án chuyển đổi sang WooCommerce?

Trước tiên cần xác định ranh giới thương mại điện tử của WooCommerce và tạo bản chụp dữ liệu nguồn có thể phục hồi. Đồng thời ghi lại hệ thống có thẩm quyền cho Products, tồn kho, Customers, Orders, giá, thuế, vận chuyển, thanh toán và xử lý đơn hàng trước khi đi vào đối chiếu trường dữ liệu chi tiết.

Vì sao Variable cần chuẩn bị riêng?

Mỗi variation có thể có SKU, mã định danh, giá, hình ảnh, tồn kho, thiết lập backorder, trọng lượng, kích thước, shipping class, tax class và trường tải xuống riêng. Chỉ rà soát Products cha có thể bỏ qua chính các bản ghi thực sự được mua và cần được xử lý giao hàng.

Cần thu thập những thông tin HPOS nào?

Cần ghi nhận kho lưu trữ Orders có thẩm quyền, trạng thái compatibility mode, trạng thái đồng bộ, metadata Orders tùy chỉnh, quyền truy cập cơ sở dữ liệu trực tiếp, bảng Orders tùy chỉnh và khả năng tương thích của extension. Những thông tin này cho biết Orders hiện tại thực sự nằm ở đâu và thành phần nào phụ thuộc vào mô hình lưu trữ đó.

Có cần kiểm kê WooCommerce extensions khi chúng không còn hoạt động không?

Vẫn cần kiểm kê nếu extension từng tạo bản ghi còn quan trọng về thương mại hoặc lịch sử. Trạng thái hoạt động không chứng minh extension có hay không sở hữu Products, hồ sơ Customers, Orders, đăng ký định kỳ, đặt lịch, bản ghi người bán hoặc bảng tùy chỉnh vẫn thuộc phạm vi.

Nên chia phạm vi chuẩn bị WordPress và WooCommerce như thế nào?

Phần chuẩn bị WordPress phụ trách Posts, CMS Pages, custom post types, taxonomies, users, công cụ dựng trang, media và ranh giới ứng dụng plugin nói chung. Phần chuẩn bị WooCommerce phụ trách Products, variations, Customers, Orders, HPOS, Coupons, Reviews và extensions thương mại điện tử, đồng thời chỉ ghi lại các yếu tố phụ thuộc WordPress cần thiết cho những bản ghi đó.

Nên chọn những bản ghi nào cho kiểm thử chuyển đổi đại diện?

Nên chọn các trường hợp đại diện gồm Products loại Simple và Variable, Products không vật lý, cấu trúc Products do extension sở hữu, Customers đã đăng ký hoặc khách mua không đăng ký, Orders phức tạp, metadata nhạy cảm với HPOS và các URL thương mại. Mỗi mẫu cần đi cùng các bản ghi liên quan và lý do được chọn.