Khi dữ liệu được chuyển sang Wix, cần hiểu rằng nền tảng này kết hợp công cụ xây dựng website, thương mại điện tử, CRM, CMS, marketing và dữ liệu ứng dụng trong cùng một website. Phạm vi rộng này khiến ý nghĩa của dữ liệu quan trọng hơn sự giống nhau giữa các trường. Một bản ghi Products ở Cửa hàng nguồn có thể trở thành Products trong Wix Stores, đồng thời liên kết với options, choices, variants, media, Categories, thương hiệu và tồn kho. Một người có thể được lưu dưới dạng Contact, thành viên website, Customers liên kết với Orders hoặc người tham gia một ứng dụng kinh doanh khác của Wix. Một bản ghi CMS từ hệ thống cũ có thể thuộc Wix CMS collection, trong khi Products, Blog Posts, lượt đặt lịch, sự kiện hoặc dữ liệu ứng dụng lại do thành phần khác quản lý.
Wix còn có ranh giới quan trọng về phiên bản catalog. Một website chỉ sử dụng Catalog V1 hoặc Catalog V3 tại một thời điểm, không đồng thời dùng cả hai. Catalog V3 đưa vào mô hình universal variants, Customizations có thể tái sử dụng, Inventory Items tách theo variant và địa điểm, Categories phân cấp, thương hiệu, Info Sections có thể dùng lại cùng nhiều đối tượng dữ liệu catalog khác. Vì vậy, phiên bản catalog của website đích là một phần của mô hình dữ liệu, không phải chi tiết kỹ thuật thứ yếu.
Nhiệm vụ quan trọng nhất là duy trì quan hệ cha-con và mối liên hệ giữa các hệ thống đứng sau từng giá trị. Danh tính Products phải tiếp tục liên kết với đúng variant, Categories liên quan, bản ghi tồn kho, địa điểm, media và khóa bên ngoài. Contact phải được phân biệt với quyền truy cập của thành viên website và trạng thái đồng ý nhận marketing. Orders cần lưu lại dữ liệu giao dịch trước đây nhưng không được biến thành cấu hình checkout tương lai. CMS collections và dữ liệu ứng dụng phải có thành phần quản lý rõ ràng, thay vì bị làm phẳng thành nội dung trang chung chung.
Phiên bản catalog quyết định cấu trúc dữ liệu do Wix quản lý
Catalog V1 và Catalog V3 không cung cấp cùng một cấu trúc bản ghi. Mỗi website chỉ dùng một phiên bản catalog, vì vậy cách thể hiện dữ liệu phải phù hợp với phiên bản đang hoạt động trên Nền tảng đích. Catalog V3 tổ chức rõ hơn các dịch vụ dành cho Products, variants, Inventory Items, địa điểm, Categories, thương hiệu, ribbons, Info Sections và Customizations có thể tái sử dụng.
Catalog V3 cũng sử dụng universal variants: mọi bản ghi Products đều có ít nhất một variant, kể cả default variant dành cho Products không có options hiển thị cho khách hàng. Theo mô hình này, giá, SKU, tồn kho và các thông tin bán hàng khác có thể thuộc variant ngay cả khi người mua chỉ nhìn thấy một mặt hàng đơn giản.
| Giả định từ Cửa hàng nguồn | Ý nghĩa trong catalog của Wix | Hệ quả khi chuyển đổi mô hình dữ liệu |
|---|---|---|
| Products không có options thì không có variant. | Catalog V3 vẫn tạo default variant. | Danh tính Products và phiên bản có thể bán vẫn liên kết với nhau dù khách hàng không thấy lựa chọn nào. |
| Mọi option chỉ là thông tin mô tả Products. | Options tạo variants, còn modifiers thu thập nội dung tùy chỉnh mà không tạo variants. | Tách lựa chọn ảnh hưởng đến SKU hoặc tồn kho khỏi thông tin người mua nhập và các tùy chỉnh không tạo phiên bản bán hàng mới. |
| Một số lượng tồn kho thuộc trực tiếp về Products. | Inventory Items trong Catalog V3 liên kết một variant với một địa điểm. | Mỗi số lượng phải giữ được cả variant có thể bán và bối cảnh địa điểm. |
| Một nhóm sản phẩm tương đương với cây Categories. | Phiên bản catalog và mô hình Categories của Wix quyết định cách tổ chức Products. | Chuyển cấu trúc phân cấp ở nguồn thành các quan hệ Categories mà website đích hỗ trợ. |
| Dữ liệu Wix Stores và dữ liệu Wix CMS có thể thay thế cho nhau. | Các đối tượng dữ liệu catalog của Wix Stores và items trong Wix CMS collections có chủ sở hữu khác nhau. | Chỉ dùng CMS cho bản ghi thực sự thuộc collections của CMS hoặc cấu trúc dữ liệu bên ngoài. |
Dự án không nên giả định một bảng mapping được thiết kế cho phiên bản catalog này có thể áp dụng nguyên trạng cho phiên bản khác. Các tích hợp bên ngoài cũng cần đúng ID đối tượng dữ liệu và đúng cấp dữ liệu. Nếu ERP nhận diện từng variant, chỉ kết nối bằng ID Products cấp cha sẽ không đủ khi Catalog V3 quản lý tồn kho theo từng cặp variant và địa điểm.
Products, universal variants, options, choices và modifiers
Products là bản ghi catalog cấp cha trong Wix. Với Catalog V3, mỗi bản ghi Products có ít nhất một variant. Khi Products có options, các tổ hợp choices có thể tạo ra nhiều variants. Mỗi variant có thể mang SKU, giá, media và ý nghĩa tồn kho riêng. Customizations phân biệt options tạo variants với modifiers dùng để thu thập thông tin bổ sung từ người mua mà không thay đổi danh tính variant hoặc tồn kho.
Sự phân biệt này đặc biệt quan trọng với Products có nhiều cấu hình. Kích thước hoặc màu sắc ở Cửa hàng nguồn nếu làm thay đổi SKU hay tồn kho thường cần được thể hiện bằng options và variants. Trường khắc chữ, lời nhắn quà tặng hoặc nội dung cá nhân hóa không tạo phiên bản tồn kho thường gần với modifiers. Một ứng dụng ở hệ thống cũ có thể gộp cả hai trong cùng công cụ cấu hình, nên kế hoạch phải tách danh tính hàng hóa có thể bán khỏi hướng dẫn do người mua cung cấp.
| Cấu hình ở Cửa hàng nguồn | Thành phần quản lý trên Wix | Ý nghĩa phải được duy trì |
|---|---|---|
| Products đơn giản có một SKU | Products cùng default variant | Nội dung mô tả ở cấp Products; SKU, giá và danh tính tồn kho ở cấp variant. |
| Tổ hợp kích thước và màu sắc | Options, choices và variants | Mỗi tổ hợp có thể mua tiếp tục liên kết với đúng choices, SKU, giá, media và tồn kho. |
| Nội dung khắc chữ hoặc lời nhắn quà tặng | Modifier hoặc dữ liệu tùy chỉnh do ứng dụng sở hữu | Thông tin người mua nhập vẫn liên kết với đúng chi tiết mặt hàng trong Orders mà không tạo variants tồn kho giả. |
| Nâng cấp tùy chọn | Modifier, Products riêng hoặc variant tùy theo ý nghĩa về giá và tồn kho | Thành phần đích được chọn dựa trên việc nâng cấp có tạo ra một mặt hàng bán độc lập hay không. |
| Bundle hoặc kit | Quan hệ Products, bundle do ứng dụng quản lý hoặc cấu trúc tồn kho bên ngoài | Thành phần, hệ thống quản lý tồn kho, cách hình thành giá và dữ liệu chi tiết mặt hàng trong Orders phải tiếp tục giải thích được. |
| Đăng ký định kỳ, lịch hẹn, sự kiện hoặc dịch vụ | Products trong Wix Stores hoặc ứng dụng kinh doanh khác của Wix tùy theo hành vi | Danh tính catalog phải tách khỏi thanh toán định kỳ, lịch biểu, tham dự hoặc quyền sử dụng dịch vụ. |
Customizations trong Catalog V3 có thể được dùng lại trên nhiều Products. Điều này tạo ra một ranh giới quan hệ khác: định nghĩa Customization có thể dùng chung, nhưng việc gán cho Products và hành vi variant hoặc modifier phát sinh vẫn mang tính riêng theo từng Products. Việc xóa hoặc sửa một định nghĩa dùng chung có thể ảnh hưởng nhiều Products, nên template options ở hệ thống cũ chỉ nên trở thành đối tượng dữ liệu dùng lại khi chúng thực sự có cùng ý nghĩa kinh doanh.
Media cũng cần được phân định đúng chủ sở hữu. Media cấp Products có thể mô tả toàn bộ sản phẩm, trong khi hình ảnh gắn với choice hoặc variant giúp nhận diện một tổ hợp cụ thể. Đưa toàn bộ hình ảnh vào một gallery không phân loại có thể giữ lại tệp nhưng làm mất mối liên hệ giúp khách hàng nhận biết variant đang chọn.
Categories, thương hiệu, Info Sections, ribbons và khả năng khám phá Products
Cách tổ chức catalog trong Wix có thể liên quan đến Categories phân cấp, quan hệ gán Products, thương hiệu, ribbons, Info Sections có thể tái sử dụng, tìm kiếm, điều hướng website và cách trình bày trên trang. Những bản ghi này phục vụ các mục đích khác nhau.
Categories trong Catalog V3 có thể tạo cây cha-con, cho phép một bản ghi Products thuộc nhiều Categories và xác định quan hệ Categories chính. Thương hiệu thể hiện Manufacturers hoặc danh tính nhãn hàng. Info Sections lưu nội dung Products có thể dùng lại như thông số kỹ thuật, bảng kích thước, hướng dẫn chăm sóc hoặc điều kiện bảo hành. Ribbons tạo nhãn khuyến mại. Trang và menu trên website quyết định cách khách hàng nhìn thấy và điều hướng đến nội dung.
| Khái niệm ở Cửa hàng nguồn | Thành phần quản lý trên Wix | Hệ quả khi thể hiện trên Nền tảng đích |
|---|---|---|
| Cấu trúc ngành hàng sử dụng lâu dài | Cây Categories và quan hệ Products với Categories | Duy trì ý nghĩa phân loại và hành trình duyệt Products ổn định. |
| Manufacturer hoặc thương hiệu | Đối tượng thương hiệu và quan hệ với Products | Tách danh tính thương hiệu khỏi Categories và thông số mô tả. |
| Thông số kỹ thuật | Trường Products, Info Sections, dữ liệu CMS hoặc PIM bên ngoài tùy khả năng tái sử dụng và quyền quản lý | Không biến thuộc tính mô tả thành variants nếu chúng không tạo tổ hợp bán hàng. |
| Bảng kích thước hoặc hướng dẫn chăm sóc dùng chung | Info Section có thể tái sử dụng | Duy trì một nguồn nội dung dùng chung cùng các tham chiếu từ Products. |
| Nhãn giảm giá, mới hoặc nổi bật | Ribbon hoặc cách trình bày merchandising | Tách trạng thái khuyến mại khỏi phân loại Products lâu dài. |
| Bộ sưu tập theo mùa | Categories, landing page, ribbon, chiến dịch hoặc khu vực trưng bày được tuyển chọn tùy mục đích | Duy trì ý nghĩa chiến dịch mà không biến thành loại Products cố định. |
| Mục menu | Quan hệ điều hướng trỏ đến Categories, trang Products, CMS Page hoặc URL bên ngoài | Menu không trở thành thành phần quản lý việc phân loại Products. |
Cùng một giá trị ở Cửa hàng nguồn có thể cần thành phần quản lý khác nhau tùy cách sử dụng. Chẳng hạn, “Organic” có thể là thông số cho phép tìm kiếm, nhãn Products, nhóm phân loại hoặc trường chứng nhận do PIM bên ngoài quản lý. Cách thể hiện phải dựa trên quy trình sử dụng giá trị đó, không chỉ dựa vào tên trường ở hệ thống cũ.
Quan hệ giữa variants và địa điểm quyết định ý nghĩa tồn kho
Inventory Items trong Catalog V3 đại diện cho một variant cụ thể tại một địa điểm cụ thể. Bản ghi tồn kho có thể quản lý số lượng, khả năng bán, quy tắc preorder và những thông tin khác cho cặp variant-địa điểm đó. Mỗi cửa hàng có một địa điểm mặc định; các địa điểm bổ sung có thể đại diện kho, chi nhánh hoặc điểm xử lý đơn hàng.
Nền tảng nguồn có thể lưu một số lượng cho mỗi bản ghi Products, một số lượng cho từng variant hoặc nhiều số lượng theo kho và kênh. Những mô hình này không tương đương.
| Mô hình tồn kho ở Cửa hàng nguồn | Quan hệ cần tạo trong Wix |
|---|---|
| Một số lượng Products, không có options hiển thị | Default variant → địa điểm quản lý tồn kho dự kiến → Inventory Item. |
| Tồn kho theo variant | Mỗi tổ hợp có thể bán ở nguồn → variant trong Wix → Inventory Item theo địa điểm. |
| Tồn kho theo kho hoặc chi nhánh | Kho hoặc chi nhánh nguồn → địa điểm Wix hoặc hệ thống kho bên ngoài → số lượng theo variant và địa điểm. |
| Không giới hạn hoặc sản xuất theo đơn | Trạng thái bán và quy tắc theo dõi tồn kho của variant, không phải một số lượng lớn được tạo tùy ý. |
| Preorder | Inventory Item theo variant-địa điểm cùng quy tắc preorder trong phạm vi Wix hỗ trợ. |
| Tồn kho do hệ thống bên ngoài quản lý | ID variant và địa điểm trong Wix cùng khóa ERP hoặc kho dùng cho đồng bộ sau chuyển đổi. |
| Phân bổ tồn kho cho marketplace | Variant → quan hệ kênh hoặc listing bên ngoài → hệ thống quản lý tồn kho, thay vì tạo nhiều số lượng không được kiểm soát. |
Trong Catalog V3, tạo Products và tạo Inventory Items là hai thao tác riêng, trừ khi sử dụng luồng tạo kết hợp. Sự tách biệt này cho thấy rõ quyền sở hữu dữ liệu: Products có thể tồn tại khi chưa có bản ghi tồn kho đầy đủ, còn số lượng tồn kho không thể được hiểu nếu thiếu variant và địa điểm đang quản lý số lượng đó.
Khi ERP hoặc hệ thống kho vẫn là nguồn quản lý chính, số lượng ban đầu kém bền vững hơn các ID giúp những lần cập nhật sau tiếp tục khớp đúng. ID bên ngoài chỉ ở cấp Products không đủ nếu hệ thống kia lưu riêng từng cặp variant-địa điểm.
Contacts, thành viên website, Customers và quan hệ marketing
Wix CRM Contacts và thành viên website đại diện cho những mối quan hệ khác nhau. Contact là bản ghi cá nhân hoặc tổ chức được sử dụng trong CRM, liên lạc, Orders và các ứng dụng kinh doanh. Thành viên website là người dùng có cơ chế đăng nhập và có thể có hồ sơ, vai trò, quyền hoặc quyền truy cập nội dung giới hạn. Customers trong thương mại điện tử có thể liên kết với Contact và Orders mà không tái hiện toàn bộ hành vi tài khoản ở Cửa hàng nguồn.
Tài khoản Customers ở hệ thống cũ có thể chứa địa chỉ, lịch sử đơn hàng, mật khẩu, vai trò trong công ty, nhóm khách hàng, miễn thuế, điểm khách hàng thân thiết, memberships, đăng ký định kỳ, trạng thái đồng ý nhận thông tin và thuộc tính riêng của ứng dụng. Mỗi giá trị cần được giao cho đối tượng dữ liệu Wix hoặc hệ thống bên ngoài quản lý mục đích sử dụng lâu dài của giá trị đó.
| Mô hình danh tính ở Cửa hàng nguồn | Quyết định về quan hệ trong Wix |
|---|---|
| Người mua lẻ đã đăng ký | Contact hoặc Customers liên kết với địa chỉ và Orders; chỉ tạo quan hệ thành viên website khi cần quyền truy cập. |
| Người mua không đăng ký | Contact gắn với Orders mà không tạo tài khoản thành viên không có thật. |
| Người chỉ đăng ký nhận bản tin | Contact cùng trạng thái đồng ý nhận liên lạc hoặc quan hệ đăng ký, không tự động trở thành Customers hoặc thành viên website. |
| Người dùng cộng đồng hoặc nội dung giới hạn | Thành viên website cùng quan hệ Contact và vai trò, quyền hoặc hệ thống quản lý quyền truy cập liên quan. |
| Người liên hệ của doanh nghiệp B2B | Contact cùng quan hệ công ty, CRM hoặc tài khoản bên ngoài; không tự động đại diện cho toàn bộ hệ thống phân cấp tổ chức. |
| Người tham gia chương trình khách hàng thân thiết | Contact hoặc Customers cùng sổ theo dõi điểm và trạng thái do Wix hoặc hệ thống bên ngoài quản lý. |
| Nhiều tài khoản nguồn có thể trùng nhau | Chỉ hợp nhất khi email, số điện thoại, ID bên ngoài, địa chỉ, trạng thái đồng ý nhận liên lạc và quyền sở hữu Orders cho thấy đó là cùng một danh tính. |
Mật khẩu và trạng thái xác thực không phải những trường hồ sơ thông thường. Ngay cả khi Customers ở nguồn được tạo thành viên website trên Wix, thông tin đăng nhập, trạng thái lời mời, vai trò và quyền vẫn có ý nghĩa bảo mật và vòng đời riêng.
Trạng thái đồng ý nhận marketing cũng độc lập với lịch sử mua hàng. Contact từng mua hàng không tự động trở thành người đăng ký nhận nội dung, và người đăng ký có thể chưa từng mua. Để duy trì đúng trạng thái, quan hệ liên lạc phải được tách khỏi bản ghi Contact.
Orders lưu lịch sử thương mại và bối cảnh ứng dụng
Wix eCommerce Orders quản lý vòng đời sau khi mua hàng. Một bản ghi Orders có thể chứa mặt hàng đã mua, chi tiết thanh toán, thông tin xuất hóa đơn và giao hàng, giảm giá, thuế, dữ liệu giao hàng hoặc nhận tại cửa hàng, trạng thái xử lý, hoàn tiền, hóa đơn và tham chiếu bên ngoài. Draft Orders, bản ghi thanh toán, giao dịch, hóa đơn và lần xử lý đơn hàng có liên quan nhưng do những thành phần khác nhau quản lý.
Chi tiết Products hoặc variant trong một bản ghi Orders trước đây là bản chụp giao dịch tại thời điểm mua. Dữ liệu phải giữ được khách đã mua gì, bao gồm options hoặc nội dung tùy chỉnh đã chọn, ngay cả khi catalog hiện tại thay đổi. Thiết lập thanh toán, thuế, vận chuyển, thông báo, hóa đơn và tồn kho dùng cho Orders mới vẫn là cấu hình riêng.
| Giá trị trong dữ liệu trước đây | Ý nghĩa trong Wix Orders |
|---|---|
| Mã Orders ở Cửa hàng nguồn | Tham chiếu bên ngoài phục vụ chăm sóc khách hàng và đối chiếu. |
| Chi tiết Products hoặc variant | Tên mặt hàng tại thời điểm mua, variant, SKU, số lượng, giá và choices đã chọn. |
| Nội dung modifier hoặc cá nhân hóa | Giá trị do người mua nhập hoặc ứng dụng tạo, được liên kết với đúng chi tiết mặt hàng trong Orders. |
| Giảm giá, thuế và phí giao hàng | Thành phần giải thích tổng tiền trước đây, không phải cấu hình quy tắc hiện tại. |
| Dữ liệu thanh toán và hoàn tiền | Lịch sử tài chính liên kết với Orders và hệ thống quản lý giao dịch. |
| Giao hàng, nhận tại cửa hàng, cung cấp dịch vụ hoặc xử lý đơn hàng | Trạng thái thực hiện trước đây và thông tin theo dõi liên quan. |
| Hóa đơn hoặc tham chiếu kế toán | Quan hệ Orders-hóa đơn cùng ID của hệ thống kế toán bên ngoài. |
| Tham chiếu kênh bán hoặc ứng dụng | Nguồn phát sinh Orders và ứng dụng bên ngoài sở hữu dữ liệu đó. |
Wix Orders có thể được tạo từ nhiều giải pháp kinh doanh và các tích hợp của Wix, không chỉ Wix Stores. Vì vậy, bản ghi được di chuyển cần giữ lại ứng dụng hoặc kênh đã tạo giao dịch nếu sự phân biệt đó ảnh hưởng đến báo cáo, xử lý đơn hàng hoặc chăm sóc khách hàng.
Lịch sử đơn hàng cũng không nên tạo thêm Products đang hoạt động một cách giả tạo. Chi tiết mặt hàng của Products đã ngừng bán, dịch vụ chỉ phát sinh một lần hoặc khoản phí do ứng dụng tạo vẫn có thể được lưu dưới dạng bản chụp dễ hiểu mà không cần thêm Products mới vào catalog hiện tại.
Wix CMS collections, data items, các trường tham chiếu và dữ liệu bên ngoài
Wix CMS lưu data items trong collections. Mỗi item có thể chứa trường theo kiểu dữ liệu và các trường tham chiếu liên kết đến item khác. Wix cũng hỗ trợ kết nối cơ sở dữ liệu bên ngoài để cung cấp collections từ hệ thống khác qua giao diện Wix Data. Các kiểu trường, reference và kết nối dữ liệu này giúp CMS phù hợp với nội dung có cấu trúc, danh bạ, catalog tùy chỉnh, thư viện tài nguyên và dữ liệu ứng dụng, nhưng CMS không thay thế Wix Stores, Contacts, Orders, Wix Blog, Wix Bookings, Wix Events hoặc những thành phần chuyên biệt khác.
Một bảng tùy chỉnh ở Cửa hàng nguồn chỉ nên trở thành Wix CMS collection nếu bản ghi kinh doanh thực sự thuộc mô hình nội dung hoặc dữ liệu tùy chỉnh. Products cần tham gia checkout, variants, tồn kho và Orders của Wix Stores phải tiếp tục là Products trong Wix Stores. Blog Posts nên thuộc Wix Blog nếu hành vi xuất bản quan trọng. Lượt đặt lịch phải tiếp tục liên kết với hệ thống quản lý lịch trống và người tham dự.
| Bản ghi ở Cửa hàng nguồn | Thành phần quản lý trên Wix |
|---|---|
| Thư viện thông số Products | Info Sections, trường của Products, CMS collection hoặc PIM bên ngoài tùy khả năng tái sử dụng và hệ thống quản lý chính. |
| Tài nguyên biên tập hoặc danh bạ | CMS collection và data items có các trường tham chiếu cùng quan hệ dynamic pages rõ ràng. |
| Bài viết blog | Wix Blog Post với trạng thái xuất bản, tác giả, Categories hoặc tags, media và ý nghĩa URL. |
| Catalog Products tùy chỉnh không bán trực tiếp | CMS hoặc collection của cơ sở dữ liệu bên ngoài; chỉ dùng Wix Stores khi cần hành vi thương mại điện tử. |
| Sự kiện, lượt đặt lịch, khóa học hoặc membership | Ứng dụng kinh doanh Wix phù hợp cùng quan hệ Contact, thành viên website và giao dịch. |
| Một hàng trong cơ sở dữ liệu bên ngoài | Quan hệ external collection với ID ổn định và các trường tham chiếu. |
| Nội dung page builder | Phần trình bày trên trang hoặc section, liên kết với bản ghi CMS hay thương mại; không phải nguồn dữ liệu quản lý chính. |
các trường tham chiếu trong CMS duy trì quan hệ giữa các bản ghi, chẳng hạn tài nguyên liên kết với tác giả, Categories, Products hoặc địa điểm. Làm phẳng các quan hệ thành văn bản sao chép khiến từng bản ghi không còn có thể được truy vấn và cập nhật độc lập.
Trang website, URL, media, dữ liệu đa ngôn ngữ và SEO
Nội dung website Wix có thể bao gồm trang tĩnh, dynamic pages, Blog Posts, nội dung từ CMS, media, menu, trang Products, trang Categories, chuyển hướng, trường SEO, tên miền và các phiên bản ngôn ngữ. Những bản ghi này quyết định cách catalog và nội dung được trình bày, tìm thấy và điều hướng, nhưng không thay thế Products, CMS item, Contact hoặc Orders đứng sau chúng.
Một bố cục page builder ở Cửa hàng nguồn có thể kết hợp tham chiếu Products, văn bản, hình ảnh, biểu mẫu và widget ứng dụng. Mô hình đích cần tách nội dung hoặc bản ghi kinh doanh có thể tái sử dụng khỏi section trực quan dùng để hiển thị chúng.
| Tài sản website ở Cửa hàng nguồn | Quan hệ quản lý trong Wix |
|---|---|
| Tên, mô tả, media, URL và dữ liệu SEO của Products | Products trong Wix Stores cùng cách trình bày trên trang Products. |
| Landing page của Categories | Categories cùng quan hệ trang hoặc điều hướng và nội dung hỗ trợ nếu có. |
| CMS Page hoặc trang nội dung động | Trang tĩnh hoặc dynamic page cùng CMS collection và tham chiếu data items. |
| Blog Posts | Bản ghi Wix Blog với tác giả, trạng thái xuất bản, Categories hoặc tags, media và đường dẫn. |
| Mục menu | Quan hệ điều hướng trỏ đến trang, Categories, Products, dynamic page, anchor hoặc URL bên ngoài. |
| Nội dung đa ngôn ngữ | Trường và tham chiếu theo ngôn ngữ của website, nội dung hoặc Products, không tạo nhiều bản ghi không liên quan trừ khi đó là chủ đích. |
| URL nguồn | Đường dẫn đích cùng quan hệ chuyển hướng nếu URL thay đổi. |
| Theme hoặc thành phần trong trình chỉnh sửa | Cấu hình trình bày tham chiếu đến bản ghi nội dung hoặc thương mại được quản lý chính thức. |
URL cũ phải trỏ đến một bản ghi đích đã xác định. Chuyển hướng là quan hệ giữa hai đường dẫn, không thay thế quyết định Products, Categories, trang, Blog Posts hoặc dynamic item nào trong Wix sẽ tiếp quản nội dung nguồn. Liên kết nội bộ và tham chiếu media cũng cần trỏ đến đúng đích thay vì giữ đường dẫn cũ không còn sử dụng.
Ứng dụng, Velo, service plugins và quyền quản lý của hệ thống bên ngoài
Ứng dụng Wix, mã Velo, service plugins, các quy trình tự động, webhooks, cơ sở dữ liệu bên ngoài và hệ thống bên thứ ba có thể sở hữu dữ liệu không thuộc catalog Wix Stores. Reviews, đăng ký định kỳ, chương trình khách hàng thân thiết, marketplaces, kế toán, xử lý đơn hàng, tìm kiếm nâng cao, nguồn cấp dữ liệu Products, CRM và công cụ cấu hình Products có thể tạo thêm bản ghi cùng ID riêng.
Việc ứng dụng trên Wix có chức năng tương tự không chứng minh dữ liệu ứng dụng ở Cửa hàng nguồn có thể mapping trực tiếp. Đội ngũ phải hiểu đối tượng dữ liệu quản lý, schema dữ liệu, khóa quan hệ và vòng đời của bản ghi.
| Dữ liệu tùy chỉnh hoặc tín hiệu từ hệ thống bên ngoài | Thành phần cần quản lý trên Nền tảng đích |
|---|---|
| ID Products hoặc variant trong ERP | Products hoặc variant cùng quan hệ ERP tại đúng cấp catalog mà hệ thống bên ngoài nhận diện. |
| Khóa tồn kho của kho | Inventory Item theo variant-địa điểm cùng hệ thống kho. |
| ID Contact hoặc công ty trong CRM | Contact cùng quan hệ CRM hoặc công ty bên ngoài. |
| ID listing trên marketplace | Quan hệ Products, variant và kênh, không phải trường của Products chung chung. |
| Reviews, điểm khách hàng thân thiết hoặc bản ghi đăng ký định kỳ | Ứng dụng Wix hoặc hệ thống bên ngoài cùng tham chiếu Products, Contact, thành viên website hoặc Orders. |
| Trạng thái của công cụ cấu hình tùy chỉnh | Ứng dụng, Velo hoặc CMS cùng Products, variant và dữ liệu chi tiết mặt hàng phát sinh trong Orders. |
| Bản ghi cơ sở dữ liệu bên ngoài | External collection cùng các trường tham chiếu của Wix và khóa ổn định từ hệ thống bên ngoài. |
| Cấu hình webhook hoặc service plugin | Cấu hình trên Nền tảng đích dùng để kết nối hệ thống, không phải bản ghi Customers hoặc Products. |
Mô hình này tránh giữ lại custom data nhưng không thể sử dụng. Một giá trị chỉ bền vững khi đội ngũ biết bản ghi cha, hệ thống quản lý chính, vòng đời và quy trình sử dụng giá trị đó. các trường tùy chỉnh chung chung không thay thế được quan hệ Products-ứng dụng, Contact-CRM, Orders-marketplace hoặc CMS-cơ sở dữ liệu bên ngoài đã được xác định rõ.
Các chuỗi quan hệ cần kiểm tra khi chuyển sang Wix
Chuỗi quan hệ giúp làm rõ ý nghĩa trên Nền tảng đích bằng cách chỉ ra bản ghi cha, bản ghi phụ thuộc và hệ thống bên ngoài nếu có. Cách này đặc biệt hữu ích với Wix vì thương mại điện tử, CRM, thành viên website, CMS và ứng dụng có thể cùng lưu dữ liệu về một sự kiện kinh doanh. Một chuỗi đầy đủ cho biết đối tượng dữ liệu Wix nào quản lý chính và bản ghi nào chỉ tham chiếu hoặc trình bày dữ liệu.
| Cấu trúc ở Cửa hàng nguồn | Chuỗi quan hệ trên Wix |
|---|---|
| Products thời trang có tồn kho theo kích thước và màu sắc | Phiên bản catalog → Products → options hoặc choices → variants → media hoặc SKU của variant → Inventory Items theo địa điểm. |
| Quà tặng được cá nhân hóa | Products hoặc variant → modifier hay nội dung do ứng dụng sở hữu → thông tin tùy chỉnh trong chi tiết mặt hàng của Orders → tham chiếu xử lý đơn hàng. |
| Tồn kho nhiều địa điểm | Variant → địa điểm Wix → Inventory Item → khóa kho bên ngoài nếu hệ thống khác tiếp tục quản lý chính. |
| Customers đồng thời sử dụng nội dung giới hạn | Contact hoặc Customers → Orders và địa chỉ; thành viên website → xác thực, vai trò và quyền truy cập; trạng thái đồng ý liên lạc là quan hệ riêng. |
| Tài nguyên CMS liên kết với Products | CMS collection → data items hoặc các trường tham chiếu → ID Products trong Wix Stores → dynamic page hoặc điều hướng. |
| Giao dịch trên marketplace | Orders → tham chiếu nguồn hoặc kênh → bản chụp Products hoặc variant trong chi tiết mặt hàng → lịch sử giao dịch và xử lý đơn hàng → ID marketplace bên ngoài. |
| Categories nhạy cảm với SEO | Cây Categories hoặc quan hệ Products → trang website hay đường dẫn Categories → điều hướng → URL đích → chuyển hướng từ URL nguồn. |
Những chuỗi này duy trì quyền quản lý theo mô hình Wix, đồng thời phản ánh thực tế rằng Nền tảng nguồn có thể gộp dữ liệu thương mại, nội dung, danh tính và ứng dụng trong cùng một bản ghi hoặc bảng.
Kết luận
Việc chuyển đổi mô hình dữ liệu sang Wix bắt đầu từ phiên bản catalog của website đích và mở rộng qua Wix Stores, địa điểm tồn kho, CRM Contacts, thành viên website, eCommerce Orders, CMS collections, trang, Wix Blog, ứng dụng, Velo và hệ thống bên ngoài. Những nhóm bản ghi này có liên hệ với nhau nhưng không thể thay thế cho nhau.
Một mô hình đích tốt phải giao từng giá trị ở Cửa hàng nguồn cho Products, variant, Customization, Categories, địa điểm, Inventory Item, Contact, thành viên website, Orders, CMS item, bản ghi nội dung, ứng dụng hoặc hệ thống bên ngoài quản lý ý nghĩa sử dụng lâu dài của giá trị đó. Cấu trúc đó duy trì quan hệ thương mại và nội dung mà không nhầm dữ liệu trước đây với cấu hình tương lai, đồng thời không ép dữ liệu ứng dụng chuyên biệt vào các trường tùy chỉnh chung chung.
Câu hỏi thường gặp
Vì sao phiên bản catalog của Wix quan trọng khi di chuyển dữ liệu?
Một website Wix sử dụng Catalog V1 hoặc Catalog V3, và quan hệ giữa các đối tượng dữ liệu không giống nhau. Catalog V3 dùng universal variants và các dịch vụ riêng cho tồn kho theo variant và địa điểm, Categories, thương hiệu, Customizations, Info Sections cùng những bản ghi catalog khác.
Options và modifiers của Wix có giống nhau không?
Options và modifiers của Wix là hai khái niệm khác nhau. Options và choices tạo variants có thể mang SKU, giá, media và ý nghĩa tồn kho. Modifiers thu thập nội dung cá nhân hóa hoặc lựa chọn bổ sung mà không tạo variant hay danh tính tồn kho riêng.
Mọi Wix Contact đều có thể trở thành thành viên website không?
Không phải mọi Wix Contact đều có thể trở thành thành viên website. Contact là bản ghi CRM và quan hệ kinh doanh. Thành viên website có cơ chế đăng nhập và có thể có hồ sơ, vai trò, quyền hoặc quyền truy cập nội dung giới hạn. Người mua có thể tiếp tục là Contact hoặc Customers mà không cần tài khoản thành viên.
Orders được di chuyển có cấu hình checkout tương lai trên Wix không?
Việc di chuyển Orders không thiết lập cách checkout tương lai hoạt động trên Wix. Orders lưu mặt hàng đã mua, choices, lịch sử thanh toán hoặc hoàn tiền, địa chỉ, trạng thái xử lý, hóa đơn và tham chiếu bên ngoài. Thanh toán, thuế, vận chuyển, thông báo và tồn kho dùng cho giao dịch mới vẫn là cấu hình riêng.
Khi nào dữ liệu tùy chỉnh ở Cửa hàng nguồn nên trở thành Wix CMS collection?
Nên dùng CMS khi dữ liệu thuộc mô hình nội dung có cấu trúc hoặc bản ghi tùy chỉnh cần trường, các trường tham chiếu, truy vấn và dynamic pages. Products, Orders, Contacts, Blog Posts, lượt đặt lịch, sự kiện và những bản ghi chuyên biệt khác nên tiếp tục thuộc thành phần Wix tương ứng khi doanh nghiệp cần hành vi đó.
Dữ liệu ứng dụng và hệ thống bên ngoài nên được thể hiện như thế nào?
Giữ giá trị cùng bản ghi Products, variant, Contact, thành viên website, Orders, CMS item hoặc bản ghi kinh doanh cha, đồng thời duy trì ID bên ngoài mà ứng dụng quản lý sử dụng. Một ghi chú chung hoặc trường không có cấu trúc không thể duy trì mối quan hệ cần thiết cho đồng bộ về sau.