Di chuyển dữ liệu sang WooCommerce là quá trình chuyển ý nghĩa kinh doanh vào một lớp thương mại điện tử hoạt động bên trong WordPress. Những bản ghi quen thuộc như Products, Customers, Orders, Coupons, Reviews, CMS Pages, Blog Posts, media và URL không tồn tại độc lập. Ý nghĩa của chúng có thể phụ thuộc vào kiểu Products của WooCommerce, posts và users của WordPress, taxonomies, metadata, bảng dữ liệu do plugin quản lý, trường checkout, kiến trúc lưu Orders, quy tắc permalink và kết quả hiển thị do theme hoặc blocks tạo ra.
Vì vậy, quyết định quan trọng nhất trong mô hình dữ liệu không phải là một trường ở nguồn có trường cùng tên ở đích hay không. Cần xác định quan hệ ở nguồn có thể được thể hiện theo cách WooCommerce và website WordPress xung quanh tiếp tục hiểu và sử dụng đúng hay không. Products phải tiếp tục mua được, variation phải giữ đúng Products cha và tổ hợp attributes, Orders phải giữ chi tiết mặt hàng cùng bối cảnh Customers, còn giá trị do plugin quản lý phải có thành phần ở đích tiếp tục sử dụng thay vì chỉ tồn tại như metadata không còn chức năng.
Ý nghĩa dữ liệu WooCommerce trải rộng giữa thương mại điện tử và WordPress
WooCommerce mở rộng WordPress chứ không thay WordPress bằng một cơ sở dữ liệu thương mại điện tử tách biệt. Một bản ghi Products có thể đồng thời là mặt hàng có thể bán, đối tượng nội dung WordPress, thành viên của taxonomies của Products, nơi lưu metadata, đối tượng liên kết media, điểm đến URL và điểm mà plugins hoặc mã tùy chỉnh có thể gắn thêm dữ liệu.
Kiến trúc này giải thích vì sao hai bản ghi trông giống nhau trong tệp xuất vẫn có thể hoạt động khác nhau sau chuyển đổi. Một giá trị lưu trong post meta có thể chỉ phục vụ hiển thị, nhưng cũng có thể là mã định danh của variation, khóa ERP, hướng dẫn checkout hoặc dữ liệu đầu vào cho extension tính giá. Vị trí lưu trữ không tự cho biết vai trò kinh doanh của giá trị đó.
| Thành phần dữ liệu | Cách WooCommerce sử dụng | Quyết định quan hệ ở đích |
|---|---|---|
| Bản ghi thương mại điện tử | Products, variations, Orders, Customers, Coupons, thuế, thông tin vận chuyển, phí và Reviews | Giữ các quan hệ cần thiết cho mua hàng, bộ phận hỗ trợ khách hàng, báo cáo và diễn giải lịch sử. |
| Bản ghi WordPress | Posts, Pages và users, media, menus, blocks và nội dung tái sử dụng | Xác định bản ghi nào thuộc hành trình thương mại điện tử và bản ghi nào thuộc phần website cần xây dựng riêng. |
| Taxonomies | Categories của Products, tags, attributes dùng chung, thương hiệu và taxonomies tùy chỉnh | Phân biệt cấu trúc phân cấp, lọc, dữ liệu dùng tạo variations và các nhãn phục vụ trưng bày hàng hóa linh hoạt. |
| Metadata | Trường gốc, trường tùy chỉnh, post meta, user meta và Orders meta | Xác định từng giá trị quan trọng thuộc đối tượng nào và quy trình nào tiếp tục sử dụng giá trị đó. |
| Plugins và các tích hợp | Bản ghi đăng ký định kỳ, đặt lịch, chương trình thành viên, gói Products, checkout, xử lý đơn hàng và hệ thống bên ngoài | Tách dữ liệu có thể di chuyển khỏi hành vi đang hoạt động cần extension hoặc các tích hợp ở đích. |
| Phần hiển thị | Themes, templates, blocks, shortcodes, widgets và cấu trúc của công cụ dựng trang | Giữ đúng ý nghĩa nội dung mà không giả định kiến trúc hiển thị ở nguồn sẽ tự động được chuyển sang. |
Một mô hình đích tốt làm rõ từng phần này. Cách tiếp cận đó tránh xem toàn bộ dữ liệu WordPress là dữ liệu thương mại điện tử, đồng thời cũng tránh sai lầm ngược lại là chỉ chuyển Products và Orders nhưng bỏ mất cấu trúc website khiến các bản ghi đó sử dụng được.
Các kiểu Products tạo ra quan hệ thương mại khác nhau
Kiểu Products của WooCommerce mô tả cách mặt hàng được bán chứ không chỉ cách hiển thị. Simple đại diện cho một cấu hình mua hàng. Variable là Products cha của các variations được tạo từ attributes. Grouped giữ các bản ghi Products độc lập nhưng trình bày chúng cùng nhau. External/Affiliate chuyển hành động mua ra ngoài cửa hàng. Trạng thái Virtual và Downloadable thay đổi cách hiểu về vận chuyển và cách bàn giao.
Extensions có thể bổ sung các cấu trúc thương mại khác như đăng ký định kỳ, đặt lịch, chương trình thành viên, gói Products, Products tổ hợp, khoản đặt cọc, trường nhập thêm trên Products hoặc quy tắc bán sỉ. Những hành vi này có thể hiển thị ngay trên trang Products nhưng dữ liệu của chúng không tự trở thành một phần của mô hình dữ liệu Products gốc của WooCommerce.
| Mô hình ở nguồn | Cách có thể thể hiện trên WooCommerce | Quan hệ phải được giữ rõ |
|---|---|---|
| Một SKU với một mức giá và một trạng thái tồn kho | Simple |
Danh tính Products, giá, tồn kho, thuế, hình ảnh, Categories và URL. |
| Một bản ghi Products có lựa chọn kích thước, màu sắc, dung lượng hoặc bề mặt | Variable với variations |
Products cha, attributes của variation, SKU, giá, tồn kho, hình ảnh và khả năng bán của từng variation. |
| Nhiều Products độc lập được quảng bá cùng nhau | Grouped hoặc một quan hệ phục vụ trưng bày hàng hóa |
Mỗi Products vẫn giữ danh tính và khả năng mua riêng. |
| Products được mua trên website khác hoặc qua quy trình khác | External/Affiliate hoặc quy trình khác ở đích |
Link và mục đích của lời kêu gọi hành động phải tiếp tục đúng. |
| Cá nhân hóa, gói Products, thanh toán định kỳ, đặt lịch hoặc chương trình thành viên | Quan hệ Products do extension quản lý | Dữ liệu Products gốc phải được tách khỏi bản ghi extension và quy tắc nghiệp vụ đang hoạt động. |
Sai lầm nghiêm trọng nhất là xem mọi lựa chọn ở nguồn như variation. Variation là một bản ghi con có thể mua, được tạo từ tổ hợp attributes cụ thể và có thể mang SKU, giá, tồn kho, hình ảnh, kích thước, shipping class, tax class hoặc thiết lập tải xuống riêng. Một thông số mô tả, giá trị lọc, trường nhập text, lựa chọn bảo hành, lời nhắn quà tặng hoặc option do plugin quản lý có thể cần điểm đến khác.
Sai lầm ngược lại cũng ảnh hưởng trực tiếp đến hoạt động bán hàng. Nếu variations thực sự ở nguồn bị gộp thành một bản ghi Products duy nhất với attributes mô tả, nhãn có thể vẫn nhìn đúng nhưng danh tính có thể mua, quyền sở hữu tồn kho và thông tin mặt hàng đã mua trong Orders sẽ bị mất.
Attributes, Categories, tags và taxonomies có vai trò khác nhau
WooCommerce sử dụng taxonomies để tổ chức Products và các giá trị dùng chung. Categories của Products thường mang cấu trúc phân cấp chính và trang đích của Danh mục sản phẩm. Tags của Products tạo các liên kết linh hoạt hơn. Attributes dùng chung tạo bộ terms dùng lại, có thể phục vụ tạo variations và Danh mục sản phẩm lọc. Attributes riêng cho Products có thể mô tả một bản ghi Products riêng mà không trở thành taxonomy dùng chung. Thương hiệu và các nhóm khác có thể được thể hiện bằng taxonomy có sẵn, extension, taxonomy tùy chỉnh hoặc metadata tùy cách cửa hàng triển khai.
Một Nền tảng nguồn có thể dùng cùng một trường cho nhiều mục đích. Chẳng hạn, “Material” có thể là lựa chọn tạo variation ở một bản ghi Products, thông số dùng lọc trên toàn Danh mục sản phẩm và chỉ là nội dung mô tả ở Products khác. Chỉ sao chép giá trị mà không xác định đúng vai trò trên WooCommerce sẽ tạo cách quản trị và khám phá Products thiếu nhất quán.
| Ý nghĩa ở nguồn | Điểm đến phù hợp hơn trên WooCommerce | Vì sao cần phân biệt |
|---|---|---|
| Dòng sản phẩm có cấu trúc phân cấp | Categories của Products | Hỗ trợ đường dẫn duyệt Products, trang đích, gán Products và cấu trúc URL. |
| Thông số dùng lại để lọc | Attribute dùng chung hoặc taxonomy được quản lý rõ | Giữ các giá trị taxonomy nhất quán giữa Products và cho phép các chức năng của Danh mục sản phẩm tiếp tục sử dụng đúng. |
| Đặc tính tạo ra các phiên bản có thể mua | Attribute dùng cho variation cùng variations tương ứng | Kết nối lựa chọn của Customers với đúng dữ liệu Products con. |
| Thông tin mô tả riêng của một bản ghi Products | attribute riêng cho Products hoặc metadata có cấu trúc | Tránh tạo quá nhiều các giá trị dùng chung không cần thiết. |
| Nhãn chiến dịch tạm thời | Tag, quy tắc trưng bày hàng hóa hoặc quan hệ nội dung | Tránh biến nhu cầu theo mùa thành cấu trúc Danh mục sản phẩm cố định. |
| Thương hiệu, khả năng tương thích, ngành hoặc trường hợp sử dụng | Brand/taxonomy tùy chỉnh, attribute, Categories hoặc cấu trúc riêng | Điểm đến phụ thuộc cách Customers và đội vận hành dùng giá trị đó. |
Mô hình đích cũng cần xử lý nhất quán các giá trị taxonomy trùng hoặc gần trùng. “Blue”, “blue” và “Navy Blue” có thể là lựa chọn thương mại khác nhau, lỗi nhập dữ liệu ở nguồn hoặc chủ ý trưng bày hàng hóa. Không nên tự gộp hoặc tự tách chúng nếu chưa hiểu quan hệ với Products và variations.
Customers, Orders, chi tiết mặt hàng và HPOS mang thông tin từ các giao dịch trước đây
Customers trên WooCommerce có thể tồn tại dưới dạng WordPress users, danh tính thanh toán/vận chuyển, khách mua không đăng ký hoặc bản ghi được extensions và các tích hợp mở rộng. Orders kết nối các danh tính đó với chi tiết mặt hàng, thuế, phí, Coupons, phương thức vận chuyển, nhãn thanh toán, hoàn tiền, ghi chú, quyền tải xuống và metadata. Vì vậy, ý nghĩa lịch sử nằm trên Orders và các bản ghi con liên quan, không nằm trong một dòng tổng hợp duy nhất.
High-Performance Order Storage (HPOS) lưu Orders WooCommerce trong các bảng chuyên biệt thay vì chỉ dựa vào cấu trúc posts và post-meta truyền thống của WordPress. Điều này không có nghĩa mỗi dự án cần một bộ trường kinh doanh khác. Ý nghĩa đối với chuyển đổi là extensions và mã tùy chỉnh liên quan đến Orders có thể đọc hoặc ghi ở các vị trí lưu trữ khác nhau, nên cần hiểu rõ nơi lưu Orders có thẩm quyền trên Cửa hàng đích và khả năng tương thích của extensions khi giữ dữ liệu Orders tùy chỉnh.
| Quan hệ bản ghi | Ý nghĩa cần giữ |
|---|---|
| Customers với Orders | Tài khoản đã đăng ký, danh tính khách mua không đăng ký, lịch sử email, bối cảnh thanh toán/vận chuyển và cách tìm lại Orders theo tài khoản. |
| Orders với chi tiết mặt hàng | Danh tính Products hoặc variation, số lượng, tên mặt hàng tại thời điểm mua, SKU, giá, thuế, khoản giảm giá và lựa chọn đã mua. |
| Orders với tổng tiền | Subtotal, phí, Coupons, vận chuyển, thuế, hoàn tiền và cách hiểu tổng tiền cuối cùng. |
| Orders với lịch sử trạng thái | Nhãn quy trình trước đây và bối cảnh phục vụ bộ phận hỗ trợ khách hàng mà không mặc định quy trình ở đích phải giống hệt. |
| Orders với metadata | Tham chiếu cổng thanh toán, ID phục vụ xử lý đơn hàng, khóa ERP, tham chiếu đăng ký định kỳ, giá trị checkout tùy chỉnh hoặc ghi chú quản trị. |
| Orders với khoản hoàn tiền | Số tiền hoàn, mặt hàng bị ảnh hưởng, lý do và quan hệ với giao dịch gốc khi có dữ liệu. |
Nhãn thanh toán và vận chuyển trong dữ liệu lịch sử cho biết điều gì đã xảy ra trên Cửa hàng nguồn, không phải cấu hình cổng thanh toán hoặc đơn vị vận chuyển đang hoạt động. Tương tự, một tham chiếu đăng ký định kỳ được nhập vào không tạo lại lịch thanh toán định kỳ, và ID xử lý đơn hàng cũ không triển khai lại các hệ thống tích hợp phục vụ xử lý đơn hàng. Các bản ghi chỉ còn hữu ích khi ý nghĩa lịch sử được tách rõ khỏi cấu hình vận hành hiện tại.
Coupons, Reviews, media và nội dung phụ thuộc vào quan hệ với bản ghi cha
Bản ghi hỗ trợ thường có giá trị nhờ quan hệ của chúng nhiều hơn nhờ từng trường riêng lẻ. Reviews cần được gắn đúng Products cùng thông tin tác giả, điểm đánh giá, ngày và trạng thái kiểm duyệt. Hình ảnh cần gắn đúng Products, variation, gallery, nội dung block hoặc quan hệ với media đại diện. Coupons có thể xuất hiện trong Orders trước đây và đồng thời thể hiện quy tắc khuyến mãi muốn tiếp tục sử dụng. Blog Posts hoặc CMS Pages có thể chứa liên kết đến Products, blocks được nhúng, shortcodes, media và điều hướng nội bộ.
| Bản ghi hỗ trợ | Câu hỏi về quan hệ cần xác nhận |
|---|---|
| Reviews | Reviews thuộc Products nào, và thông tin tác giả, rating, ngày, trạng thái nào cần tiếp tục có ý nghĩa? |
| Media | Tệp media là hình ảnh Products, hình ảnh variation, mục trong thư viện ảnh, tệp tải xuống, ảnh đại diện hay media nhúng trong nội dung? |
| Coupons | Bản ghi chỉ cần giữ để giải thích Orders trước đây, cần tiếp tục là quy tắc khuyến mãi đang hoạt động hay cần cả hai? |
| CMS Pages | nội dung thuộc trang chính sách, trang đích, hành trình checkout, khu vực tài khoản hay phần website cần xây dựng lại? |
| Blog Posts | Categories, tags, authors, media, liên kết nội bộ và quan hệ với Products nào cần tiếp tục hoạt động? |
| Menu và blocks | Đây là quan hệ nội dung cần chuyển đổi hay cấu trúc hiển thị nên được xây dựng lại? |
Di chuyển tệp hoặc văn bản mà không giữ quan hệ với bản ghi cha sẽ tạo dữ liệu không còn được sử dụng đúng. Hình ảnh Products trong thư viện media không hữu ích nếu không còn được gán cho Products hoặc variation cần hiển thị hình ảnh đó. Reviews không còn gắn với danh tính Products đáng tin cậy có thể tạo thông tin đánh giá gây hiểu nhầm. CMS Page vẫn có thể tồn tại trong hệ thống nhưng biến mất khỏi hành trình khách hàng nếu menu và liên kết nội bộ không nằm trong cùng mô hình nội dung.
Dữ liệu plugin và dữ liệu tùy chỉnh phải có thành phần ở đích tiếp tục sử dụng
Cửa hàng WooCommerce thường tích lũy post meta tùy chỉnh, user meta, Orders meta, các bảng cơ sở dữ liệu tùy chỉnh, taxonomies tùy chỉnh và các đối tượng dữ liệu do plugin sở hữu. Cách xử lý đúng bắt đầu từ quyền sở hữu: plugin, quy trình, đội ngũ hoặc hệ thống bên ngoài nào tạo giá trị này, và thành phần nào ở đích sẽ tiếp tục đọc giá trị đó sau chuyển đổi?
| Mô hình dữ liệu tùy chỉnh | Câu hỏi về mô hình đích | Quyết định dữ liệu phù hợp |
|---|---|---|
| Trường bổ sung trên Products, Customers hoặc Orders core | Có trường gốc, metadata được quản lý rõ hoặc extension ở đích nào tiếp tục sử dụng không? | Chỉ nối trường khi đã xác định điểm đến và người hoặc hệ thống tiếp tục sở hữu. |
| Bản ghi đăng ký định kỳ, đặt lịch, chương trình thành viên hoặc gói Products | Products cha, Customers, lịch, trạng thái và quan hệ giao dịch nào bắt buộc? | Giữ quan hệ bản ghi riêng với cách extension hoạt động cần được cấu hình cho tương lai. |
| Trường checkout tùy chỉnh | Giá trị có cần cho xử lý đơn hàng, hỗ trợ khách hàng, tuân thủ hoặc báo cáo không? | Giữ giá trị gắn với Orders hoặc bối cảnh Customers mà quy trình đích sử dụng. |
| Bảng tùy chỉnh | Bảng thể hiện đối tượng, quan hệ, nhật ký, dữ liệu bộ nhớ đệm hay dữ liệu kỹ thuật đã lỗi thời? | Chuyển những đối tượng dữ liệu có ý nghĩa và loại phần kỹ thuật không còn thành phần ở đích sử dụng. |
| ID của ERP, CRM, PIM, WMS, sàn thương mại điện tử hoặc hệ thống kế toán | Hệ thống nào tiếp tục là nguồn dữ liệu có thẩm quyền, và khóa liên kết giữa các hệ thống sẽ nằm ở đâu? | Giữ mã định danh ổn định như dữ liệu tích hợp thay vì nội dung giao diện cửa hàng. |
| Trường của theme hoặc công cụ dựng trang | Giá trị là nội dung có thể dùng lại hay mã trình bày chỉ có ý nghĩa ở nguồn? | Trích xuất nội dung bền vững; xây dựng lại phần trình bày khi cấu trúc nguồn không có tương đương ở đích. |
Không nên biến một trường thành metadata vĩnh viễn ở đích chỉ vì về kỹ thuật có thể sao chép trường đó. Metadata không còn được sử dụng làm tăng sự mơ hồ và khiến các tích hợp sau này khó quản lý hơn vì đội ngũ không biết giá trị nào còn có thẩm quyền. Ngược lại, mã định danh của hệ thống bên ngoài có vai trò kinh doanh không nên bị bỏ chỉ vì chúng không hiển thị trên giao diện cửa hàng.
URL và đường dẫn nội dung kết nối cấu trúc WordPress với thương mại điện tử
WooCommerce kế thừa cách WordPress xử lý permalink, slug, taxonomy, media và nội dung. URL Products, trang lưu trữ Categories, trang lưu trữ tag, trang thương hiệu, CMS Pages, Blog Posts, đường dẫn tài khoản, đường dẫn checkout, media URLs, trường canonical, thiết lập lập chỉ mục và metadata có cấu trúc còn có thể bị ảnh hưởng bởi themes và SEO plugins.
Câu hỏi của mô hình dữ liệu là danh tính đằng sau mỗi đường dẫn. URL ở nguồn có thể đại diện cho Products, Categories của Products, trang lưu trữ thương hiệu, Page, Post, trang đích chiến dịch hoặc endpoint do plugin tạo. URL ở đích cần trỏ đến bản ghi hoặc nhu cầu của Customers thay thế cho danh tính đó. Chỉ sao chép slug nhưng gắn sai đối tượng có thể gây xung đột hoặc tạo đường dẫn gây hiểu nhầm.
Liên kết nội bộ cần được xử lý theo cùng nguyên tắc. Blog Posts và Pages có thể liên kết đến Products, Categories, hành động trong giỏ hàng, tệp tải xuống hoặc trang tài khoản. Di chuyển nội dung mà giữ HTML nhưng còn URL nguồn bên trong không giữ được quan hệ giữa nội dung và thương mại điện tử.
Quyết định về quan hệ phải đi trước việc nối trường nguồn với trường đích
Việc nối dữ liệu nguồn với cấu trúc WooCommerce đáng tin cậy hơn khi mỗi giá trị quan trọng ở nguồn được xếp vào một trong bốn kết quả:
- Quan hệ gốc của WooCommerce: giá trị thuộc dữ liệu Products gốc, variation, Customers, Orders, taxonomy, Reviews, Coupons, nội dung hoặc media.
- Metadata được quản lý rõ: giá trị vẫn hữu ích như trường tùy chỉnh có người hoặc hệ thống chịu trách nhiệm và gắn với đối tượng đã xác định.
- Quan hệ do hệ thống bên ngoài hoặc extension sở hữu: giá trị thuộc plugin, các tích hợp hoặc hệ thống phải tiếp tục sử dụng giá trị đó.
- Phần trình bày hoặc dữ liệu kỹ thuật cũ: giá trị nên được xây dựng lại, lưu trữ hoặc loại khỏi phạm vi vì không còn ý nghĩa bền vững ở đích.
| Hạng mục quyết định | Câu hỏi mô hình đích cần trả lời |
|---|---|
| Products và variations | Bản ghi nào sở hữu danh tính có thể mua, giá, tồn kho, SKU, media và attributes đã chọn? |
| Taxonomies | Cấu trúc nào đại diện cho cấu trúc phân cấp, lọc, các giá trị dùng cho variation, thương hiệu hoặc nhóm trưng bày hàng hóa tạm thời? |
| Customers và Orders | Danh tính, quan hệ chi tiết mặt hàng, tổng tiền, ghi chú và tham chiếu bên ngoài nào vẫn hữu ích cho vận hành? |
| Dữ liệu plugin | Extension, quy trình hoặc hệ thống nào ở đích sẽ tiếp tục đọc giá trị sau khi di chuyển? |
| nội dung và media | Đối tượng thương mại điện tử, đường dẫn hoặc hành trình khách hàng nào tạo ý nghĩa cho tệp nội dung? |
| URL | Đối tượng hoặc mục đích nào ở đích thay thế từng đường dẫn quan trọng ở nguồn? |
Cách tiếp cận này ngăn số lượng bản ghi bị xem nhầm là bằng chứng cho mô hình dữ liệu hoàn chỉnh. Cửa hàng WooCommerce đích có thể vận hành từ một hệ thống quan hệ nhất quán thay vì chỉ là tập hợp các trường được sao chép.
Kết luận
Khác biệt trong mô hình dữ liệu WooCommerce xuất phát từ sự tương tác giữa bản ghi thương mại điện tử và kiến trúc WordPress. Các kiểu Products, variations, attributes, taxonomies, Customers, Orders, HPOS, Coupons, Reviews, media, nội dung, URL, plugins, bảng tùy chỉnh và mã định danh bên ngoài đều ảnh hưởng đến ý nghĩa của dữ liệu sau khi di chuyển.
Mô hình đích tốt nhất giữ đúng quan hệ cha/con, giao mỗi taxonomy và giá trị metadata một chức năng rõ, tách dữ liệu lịch sử khỏi cấu hình đang hoạt động và xác định thành phần tiếp tục sở hữu từng trường tùy chỉnh hoặc bản ghi plugin. Kết quả là một Cửa hàng WooCommerce có dữ liệu mà Customers, nhân viên, extensions và hệ thống kết nối đều có thể tiếp tục sử dụng đúng theo vai trò của mình.
Câu hỏi thường gặp
Vì sao Products trên WooCommerce không thể được xem như các bản ghi sản phẩm chung chung?
Products trên WooCommerce đồng thời là đối tượng nội dung WordPress, thành viên của taxonomy, nơi mang metadata, đối tượng liên kết media, điểm đến URL và điểm có thể được plugin mở rộng. Ý nghĩa của Products phụ thuộc vào những quan hệ này chứ không chỉ vào các trường của Products.
Attribute và variation trên WooCommerce khác nhau như thế nào?
Attribute mô tả một đặc tính hoặc cung cấp terms có thể dùng lại. Variation là bản ghi con có thể mua được tạo từ tổ hợp attributes xác định và có thể mang SKU, giá, tồn kho, hình ảnh, tax class, dữ liệu vận chuyển hoặc thiết lập tải xuống riêng.
Vì sao HPOS quan trọng đối với Orders sau khi di chuyển?
HPOS thay đổi kiến trúc lưu trữ được WooCommerce sử dụng cho Orders. Ý nghĩa lịch sử cốt lõi có thể không đổi, nhưng metadata Orders tùy chỉnh và extensions phải được hiểu trong bối cảnh lưu trữ mà Cửa hàng đích sẽ dùng.
Có nên di chuyển mọi trường dữ liệu của WooCommerce plugins không?
Chỉ nên giữ trường plugin khi đã biết bản ghi cha, ý nghĩa kinh doanh, điểm đến và thành phần tiếp tục sử dụng giá trị đó. Dữ liệu bộ nhớ đệm, thiết lập đã lỗi thời và dữ liệu kỹ thuật không còn vai trò không nên trở thành dữ liệu vĩnh viễn ở đích.
nội dung và media trên WooCommerce cần được liên kết với Products như thế nào?
Cần giữ các quan hệ tạo ra giá trị sử dụng: thư viện ảnh của Products và variations, ảnh đại diện, tệp có thể tải xuống, blocks Products nhúng trong nội dung, liên kết nội bộ, quan hệ với Blog Posts và đối tượng chịu trách nhiệm cho từng đường dẫn. Chỉ chuyển tệp nội dung mà bỏ các liên kết này sẽ khiến nội dung không còn phục vụ đúng mục đích.
mã định danh của hệ thống bên ngoài nên được thể hiện như thế nào?
Các mã định danh ổn định của ERP, CRM, PIM, WMS, sàn thương mại điện tử, kế toán hoặc xử lý đơn hàng nên được giữ như dữ liệu tích hợp có kiểm soát và gắn với đúng Products, variation, Customers hoặc Orders. Không nên nhầm chúng với WooCommerce ID của đối tượng hoặc đưa lên giao diện cửa hàng nếu không có lý do kinh doanh.