Chuyển sang Shopify là quá trình đưa ý nghĩa kinh doanh từ Nền tảng nguồn vào một mô hình Hosted có vai trò rõ cho Products, variants, collections, menus, Customers, Orders, content, metafields, metaobjects, apps và các tích hợp. Cấu trúc giữa hai nền tảng hiếm khi tương ứng trực tiếp. Một bản ghi Categories ở Cửa hàng nguồn có thể trở thành collection, menu entry, page, filter, redirect hoặc phân loại nội bộ; trường tùy chỉnh có thể trở thành trường có sẵn của nền tảng, metafield, tham chiếu metaobject, giá trị do app quản lý hoặc được chủ động loại khỏi phạm vi.
Cửa hàng đích cần giữ ý nghĩa kinh doanh còn cần sau khi chính thức vận hành, thay vì sao chép những cấu trúc hình thành qua nhiều năm xử lý tạm thời trên nền tảng cũ. Điều đó đòi hỏi xác định đúng các mối quan hệ: Products với variants, collection với đường khách hàng tìm Products, Customers với Orders, content với URL đích và identifier bên ngoài với hệ thống vẫn tiếp tục sử dụng identifier đó.
Vì sao khác biệt mô hình dữ liệu quan trọng?
Shopify là một nền tảng SaaS Hosted với các cấu trúc do nền tảng xác định cho catalog, storefront, Customers, Orders, content và dữ liệu cấu hình. Mô hình này có thể giúp Cửa hàng đích dễ quản lý hơn, nhưng cũng đồng nghĩa với việc không nên sao chép Nền tảng nguồn theo cách máy móc.
Nền tảng nguồn có thể dùng Categories, database attributes, extensions, modules, các trường tùy chỉnh, kiểu Products tùy chỉnh, quy tắc multi-store hoặc dữ liệu phụ thuộc vào theme để tạo ra một chức năng kinh doanh. Shopify có thể thể hiện cùng mục đích thông qua Products, options, variants, collections, taxonomy của Products, type của Products, tags, metafields, metaobjects, apps, themes, Markets, URL redirects hoặc cấu hình riêng trên Cửa hàng đích.
Mục tiêu không phải làm hai cấu trúc giống nhau. Mục tiêu là bảo đảm Cửa hàng đích sử dụng được. Một mô hình dữ liệu Shopify phù hợp phải giữ những ý nghĩa thương mại và vận hành quan trọng: khách hàng chọn đúng Products, tìm đúng nhóm hàng, đọc đúng content, truy cập được thông tin tài khoản và lịch sử đơn hàng hữu ích, đi tới các URL quan trọng và sử dụng được những chức năng do app hỗ trợ nếu chúng nằm trong kỳ vọng khi chính thức vận hành.
| Ý nghĩa ở Nền tảng nguồn | Cách thể hiện có thể dùng trên Shopify | Câu hỏi cần trả lời khi lập kế hoạch |
|---|---|---|
| Khác biệt tạo ra một lựa chọn có thể mua | Option của Products, variant, SKU, price, inventory, media hoặc chức năng do app hỗ trợ | Đây có phải lựa chọn thực sự khi mua hàng hay chỉ là thông tin mô tả? |
| Categories hoặc department | Collection, menu, filter, taxonomy của Products, type của Products, tag, page hoặc redirect | Cấu trúc này giúp khách hàng tìm Products hay chỉ phục vụ cách tổ chức cũ? |
| trường tùy chỉnh | trường có sẵn của nền tảng, metafield, metaobject, trường do app quản lý, tham chiếu các tích hợp hoặc loại khỏi phạm vi | Ai sẽ dùng giá trị này sau khi chính thức vận hành và giá trị cần xuất hiện hoặc được xử lý ở đâu? |
| Dữ liệu từ extension, module hoặc app | Cấu hình Shopify app, metafields, kế hoạch các tích hợp, cấu hình thủ công hoặc công việc ứng dụng riêng | Dữ liệu có còn giá trị nếu không có chức năng từng sử dụng dữ liệu đó ở Cửa hàng nguồn hay không? |
| Cấu trúc quốc tế hoặc multi-store | Markets, domains, languages, currencies, catalogs, redirects hoặc kế hoạch cho cửa hàng riêng | Khác biệt nào theo khu vực cần tiếp tục hiển thị và sử dụng được? |
| URL có giá trị SEO | Shopify handle, route, redirect, đường dẫn collection, page, Blog Post hoặc quyết định loại bỏ | URL nguồn nào cần được ưu tiên chuyển hướng và rà soát trang đích? |
Khác biệt trong cấu trúc catalog và Products
Thiết kế catalog Shopify bắt đầu từ mối quan hệ giữa Products, options, variants, taxonomy của Products, type của Products, tags, metafields, media và inventory. Cửa hàng nguồn thường có nhiều kiểu cấu trúc hơn, đặc biệt khi chuyển từ nền tảng Self-hosted, nền tảng phụ thuộc nhiều vào extensions hoặc catalog tùy chỉnh.
Một bản ghi Products nên đại diện cho mặt hàng được bán. Options nên đại diện cho những chiều lựa chọn mà khách hàng trực tiếp chọn, chẳng hạn size, color, material, pack size, finish hoặc configuration. Variants đại diện cho các tổ hợp có thể mua được tạo từ những options đó. Mô hình này tương đối rõ khi catalog nguồn đã tách lựa chọn mua hàng khỏi thông tin mô tả. Việc chuyển đổi trở nên nhạy cảm hơn nếu Nền tảng nguồn dùng configurable Products, grouped Products, custom options, bundles, kits, trường personalization, phần bổ sung tùy chọn hoặc quy tắc từ extension.
Cần phân loại khác biệt giữa các bản ghi Products theo chức năng thương mại:
- lựa chọn mua hàng mà khách hàng trực tiếp nhìn thấy;
- khác biệt về SKU, inventory, price, barcode, xử lý đơn hàng hoặc tax;
- thông số Products hoặc thông tin compatibility;
- hình ảnh hay thứ tự media khác nhau theo variant;
- dữ liệu personalization hoặc cách custom options hoạt động;
- quy tắc bundle, kit, subscription hoặc add-on;
- identifiers phục vụ ERP, marketplace, hệ thống xử lý đơn hàng, analytics hoặc reporting;
- trường đã lỗi thời hoặc dữ liệu còn sót lại từ extension không nên tiếp tục làm phức tạp Shopify.
Không phải option nào ở Cửa hàng nguồn cũng nên trở thành Shopify variant. Một số giá trị phù hợp hơn với content của Products, metafields, metaobjects, tags, cấu hình app, cách theme hiển thị, dữ liệu tích hợp hoặc một phương án thiết kế ứng dụng/dữ liệu đã xác định. Tiêu chí thực tế là cấu trúc được chọn trên Shopify có giữ được sự rõ ràng khi khách hàng mua hàng và giá trị sử dụng trong vận hành hay không.
Taxonomy chuẩn của Shopify và kiểu dữ liệu của trường của Products cũng cần được xử lý riêng. Taxonomy chuẩn liên kết Products với hệ thống phân loại của Shopify và có thể ảnh hưởng attributes, sales channels, tax, cách Products được tìm thấy và cách tổ chức catalog. Type của Products là trường tổ chức tùy chỉnh. Tags và metafields có thể hỗ trợ phân loại, filtering hoặc display bổ sung, nhưng không nên trở thành nơi chứa mọi attribute từ Cửa hàng nguồn mà không có mục đích rõ.
Categories, collections, navigation và cấu trúc storefront khác nhau như thế nào?
Categories ở Cửa hàng nguồn thường đồng thời mang nhiều ý nghĩa. Chúng có thể xác định hierarchy, navigation, landing pages, filtering, merchandising groups, SEO paths, phân loại nội bộ, campaign pages hoặc cách khách hàng quen duyệt catalog. Collections trên Shopify có thể giữ một phần những vai trò đó, nhưng không phải lúc nào cũng là bản thay thế một-một cho Categories nguồn.
Một bản ghi Categories ở Cửa hàng nguồn có thể được xử lý theo các cách sau:
| Vai trò của Categories nguồn | Cách xử lý nên cân nhắc trên Shopify |
|---|---|
| Nhóm Products mà khách hàng nhìn thấy | Collection, menu item, nhóm filter hoặc landing page |
| Trang đích SEO | Collection có content, page, trang đích nhận redirect hoặc quyết định loại bỏ |
| Phân loại nội bộ | Type của Products, tag, metafield hoặc không tạo cấu trúc hiển thị cho khách hàng |
| Filter hoặc layered navigation | Cấu hình Search & Discovery, tags, metafields, attributes từ taxonomy hoặc filtering do app hỗ trợ |
| Nhóm theo campaign hoặc mùa vụ | Manual collection, smart collection, page, vị trí trong menu hoặc redirect về nội dung lưu trữ phù hợp |
| Taxonomy cũ nhiều tầng | Mô hình collections đơn giản hơn kết hợp redirects cho các đường dẫn ưu tiên |
Kế hoạch collections cần được đánh giá bằng việc khách hàng có tìm được Products cần thiết hay không, không phải số lượng Categories được giữ lại. Khách hàng vẫn phải tìm được nhóm hàng mong muốn qua collections, menus, search, filters, recommendations về Products và priority landing pages. Một cấu trúc collections nhỏ hơn nhưng rõ hơn có thể tốt hơn cây phân cấp cũ được sao chép nguyên trạng nếu cấu trúc mới giúp navigation và merchandising dễ hiểu hơn.
Theme cũng ảnh hưởng trực tiếp đến kết quả. Bố cục collection, thẻ Products, độ sâu menus, filters, badges, recommendations và các cách hiển thị riêng có thể phụ thuộc vào theme được chọn và cấu hình apps. Chuyển dữ liệu Categories hoặc collections không tự tái tạo toàn bộ trải nghiệm duyệt Products trên storefront.
Khác biệt về Customers, tài khoản và Orders
Customers và Orders cần được đánh giá theo mức độ hữu ích sau chuyển đổi. Một bản ghi Customers có thể tồn tại trên Shopify nhưng trải nghiệm tài khoản, kỳ vọng về password, thông tin loyalty, quy tắc phân nhóm khách hàng, kịch bản chăm sóc khách hàng hoặc chức năng B2B vẫn có thể khác Nền tảng nguồn.
Dữ liệu Customers nên được tách theo mục đích sử dụng:
- thông tin hồ sơ và liên hệ;
- billing và shipping addresses;
- tags, notes và thông tin phục vụ segmentation;
- marketing status và kỳ vọng giao tiếp với khách hàng;
- mối liên hệ với lịch sử đơn hàng;
- loyalty, rewards, memberships, wholesale status hoặc thông tin account tier;
- identifiers riêng cho khách hàng được hệ thống bên ngoài sử dụng;
- kỳ vọng về password, login hoặc activation.
Bản ghi Customers và tài khoản khách hàng là hai phạm vi lập kế hoạch khác nhau. Quá trình di chuyển có thể giữ thông tin khách hàng hữu ích, nhưng việc khách hàng cũ truy cập lại tài khoản có thể cần communication plan, activation, cấu hình Cửa hàng đích, rà soát apps hoặc chuẩn bị quy trình hỗ trợ.
Orders cũng cần được xem là thông tin phục vụ vận hành, không chỉ là dữ liệu quá khứ. Lịch sử đơn hàng có giá trị thường cần giữ chi tiết mặt hàng đã mua, mối liên hệ với Customers, totals, tax, shipping, discounts, payment status, trạng thái xử lý đơn hàng, notes, mã tham chiếu từ Cửa hàng nguồn và thông tin cần cho chăm sóc khách hàng. Một số chức năng liên quan đến Orders ở hệ thống cũ có thể đến từ payment systems, fulfillment tools, invoices, subscriptions, loyalty extensions, fraud tools hoặc hệ thống bên ngoài. Cần tách những chức năng đó khỏi chính bản ghi Orders.
Mục tiêu thực tế là tạo lịch sử đơn hàng trên Shopify có đủ thông tin cho chăm sóc khách hàng, công việc vận hành, rà soát reporting và trải nghiệm của khách hàng khi lịch sử được hiển thị. Không nên giả định chức năng của hệ thống cũ sẽ tiếp tục giống hệt nếu chưa xác định được nơi chịu trách nhiệm tương ứng trên Shopify.
Khác biệt về content, URL và dữ liệu SEO
Di chuyển content sang Shopify có thể bao gồm Trang Hệ thống quản lý nội dung (CMS Pages), Blog Posts, descriptions của Products, descriptions của collections, media, internal links, metadata, handles, menus và redirects. Ý nghĩa của content rộng hơn việc chuyển văn bản. Một số nội dung giúp củng cố niềm tin, đáp ứng policy, cung cấp thông tin shipping và returns, hướng dẫn sizing, duy trì giá trị SEO, hỗ trợ campaigns, tư vấn mua hàng, giáo dục khách hàng hoặc xây dựng uy tín thương hiệu.
Content cần được rà soát theo mục đích:
| Nhóm content hoặc URL | Ý nghĩa đối với mô hình Shopify |
|---|---|
| CMS Pages | Có thể cần di chuyển page, đặt vị trí trong navigation, rà soát internal links và media, đồng thời quyết định metadata. |
| Blog Posts | Có thể cần thiết kế blog structure, article paths, media, metadata, kỳ vọng về author/date và internal links. |
| Descriptions của Products và collections | Cần phục vụ đúng cách bán hàng và cách theme hiển thị trên Cửa hàng đích, không chỉ giữ lại nội dung cũ. |
| URL của Categories nguồn | Có thể cần collection đích, page đích, redirect hoặc quyết định loại bỏ. |
| URL của Products | Cần rà soát handles và lập kế hoạch redirects cho các đường dẫn ưu tiên. |
| URL từ filters, search hoặc query string | Cần đánh giá riêng vì có thể không hoạt động giống đường dẫn Products, collections, pages hoặc Blog Posts thông thường. |
| URL theo khu vực hoặc language | Cần kế hoạch Markets, languages, domains, subfolders và redirects khi bán hàng theo khu vực là yêu cầu quan trọng. |
Cấu trúc URL trên Shopify chịu sự kiểm soát của mô hình storefront. Nhiều đường dẫn từ Cửa hàng nguồn không thể giữ nguyên, đặc biệt với Products, collections, CMS Pages, Blog Posts, filtered routes và custom paths. Vì vậy, lập kế hoạch redirects là một phần của việc chuyển mô hình dữ liệu, không chỉ là công việc SEO ở cuối dự án.
Các URL ưu tiên mang theo giá trị truy cập mà Cửa hàng đích cần chủ động giữ lại. Nhóm này thường gồm URL có organic traffic, giá trị paid campaigns, backlinks, bookmarks của khách hàng, Products có doanh thu cao, Categories quan trọng, policy pages, Blog Posts và regional landing pages. Mỗi đường dẫn ưu tiên cần có trang Shopify đích và mối quan hệ redirect được xác định rõ.
Khác biệt về apps, extensions, các tích hợp và dữ liệu tùy chỉnh
Cửa hàng Shopify thường phụ thuộc vào apps, themes và các tích hợp. Điều này hoàn toàn bình thường, nhưng chức năng do app cung cấp không nên bị nhầm với dữ liệu thông thường có thể di chuyển như bản ghi. Một extension ở Nền tảng nguồn có thể lưu dữ liệu chỉ còn giá trị nếu một Shopify app, theme hoặc các tích hợp tương ứng có thể sử dụng dữ liệu đó.
Những nhóm thường nhạy cảm với apps hoặc các tích hợp gồm:
- Reviews và ratings;
- subscriptions, bundles, kits, phần bổ sung tùy chọn cho Products hoặc personalization;
- loyalty, rewards, memberships và cấp độ khách hàng;
- advanced search, filtering, recommendations hoặc merchandising rules;
- wholesale, chức năng B2B, pricing riêng theo khách hàng hoặc gated content;
- identifiers cho ERP, hệ thống xử lý đơn hàng, marketplace, PIM, CRM, analytics, accounting hoặc support;
- delivery rules, shipping rules, tax assumptions, invoices và thông tin liên quan đến payments;
- cách storefront hiển thị tùy chỉnh do theme code hoặc app blocks kiểm soát.
Với từng yếu tố phụ thuộc, kế hoạch chuyển đổi cần xác định kết quả kinh doanh cần đạt, dữ liệu nguồn liên quan, nơi dữ liệu sẽ được đưa tới trên Shopify và chức năng cần hoạt động sau khi chính thức vận hành. Một số dữ liệu có thể được chuyển vào metafields hoặc metaobjects. Một số trường hợp cần nhập dữ liệu bằng app, cấu hình thủ công, xác định trường nguồn và trường đích tương ứng, cấu hình trên Cửa hàng đích, công việc các tích hợp hoặc tái cấu trúc dữ liệu. Một số dữ liệu không còn đủ giá trị để tiếp tục di chuyển.
Metafields và metaobjects hữu ích khi thông tin tùy chỉnh có mục đích rõ trên Cửa hàng đích. Metafields có thể mở rộng các resources như Products, Customers và Orders. Metaobjects có thể mô hình hóa nội dung có cấu trúc với nhiều trường và các entries dùng lại. Cả hai đều không tự tái tạo quy tắc kinh doanh của Cửa hàng nguồn. Một giá trị có thể đã tồn tại trong Shopify nhưng vẫn không hiển thị, không được sử dụng hoặc không có giá trị vận hành cho đến khi theme, app, workflow hoặc các tích hợp biết cách sử dụng giá trị đó.
Khác biệt mô hình dữ liệu ảnh hưởng đến phạm vi chuyển đổi như thế nào?
Các quyết định về mô hình dữ liệu Shopify cần giúp phạm vi công việc trở nên cụ thể hơn. Mục tiêu không phải tái tạo mọi trường từ Cửa hàng nguồn. Mục tiêu là xác định những ý nghĩa nào cần tiếp tục có giá trị trên Shopify và giao mỗi ý nghĩa cho đúng đối tượng hoặc thành phần chịu trách nhiệm trên Cửa hàng đích.
Một phạm vi rõ ràng nên tách bốn loại kết quả:
| Kết quả xử lý | Ý nghĩa trên Shopify |
|---|---|
| Bản ghi gốc của Shopify | Ý nghĩa nguồn phù hợp với Products, variant, Customers, Orders, bản ghi liên quan đến collections, CMS Pages, Blog Posts, redirects hoặc một điểm đích gốc khác được hỗ trợ. |
| Cấu hình Shopify hoặc trách nhiệm của storefront | Bản ghi có thể tồn tại, nhưng giá trị sử dụng phụ thuộc vào collections, menus, Search & Discovery settings, theme sections, Markets, tài khoản khách hàng hoặc cấu hình khác của Cửa hàng đích. |
| Dữ liệu tùy chỉnh có cấu trúc | Ý nghĩa nguồn thuộc một metafield đã định nghĩa, taxonomy metafield, metaobject, trường do app quản lý hoặc tham chiếu các tích hợp với đối tượng sử dụng rõ ràng. |
| Loại bỏ, lưu trữ hoặc thiết kế lại | Giá trị nguồn đã lỗi thời, trùng lặp, phụ thuộc vào extension không còn dùng hoặc không còn phục vụ storefront và vận hành. |
Cách phân chia này tránh tạo cảm giác dự án đã hoàn tất chỉ vì dữ liệu đã xuất hiện. Collection có thể tồn tại nhưng không giữ được đường khách hàng từng dùng để tìm Products. Metafield có thể chứa đúng giá trị nhưng không có theme, app hoặc các tích hợp nào sử dụng. Customers có thể tồn tại nhưng không tái tạo cách login cũ. Orders có thể giữ dữ liệu giao dịch trước đây nhưng không tái tạo payment, xử lý đơn hàng hoặc subscriptions cho các giao dịch mới.
Tài liệu lập kế hoạch chính nên là bản đồ chuyển đổi ý nghĩa dữ liệu. Với mỗi thông tin quan trọng ở Cửa hàng nguồn, bản đồ cần xác định điểm đích trên Shopify, mối quan hệ phải được giữ, hệ thống hoặc đội ngũ sẽ sử dụng thông tin đó và cấu hình nào trên Cửa hàng đích cần hoàn tất để dữ liệu có giá trị. Cách làm này tạo nền tảng ổn định cho các quyết định sau đó mà không nhầm việc chuyển bản ghi với cấu hình storefront, chức năng ứng dụng hoặc quyền sở hữu của hệ thống bên ngoài.
Bảng đối chiếu quan hệ dữ liệu khi chuyển sang Shopify
Việc thiết kế Shopify rõ ràng hơn khi mỗi ý nghĩa từ Cửa hàng nguồn được gán cho bản ghi đích, cấu hình đích, ứng dụng kết nối hoặc chủ động loại bỏ. Bảng dưới đây tách quyết định đó khỏi câu hỏi đơn giản rằng nền tảng có trường tương ứng hay không.
| Ý nghĩa ở Cửa hàng nguồn | Câu hỏi về cách thể hiện trên Shopify | Kết quả cần giữ trên Cửa hàng đích |
|---|---|---|
| Dòng sản phẩm có thể bán | Dữ liệu nào thuộc Products, variants, media, inventory items và locations? | Mỗi tổ hợp có thể bán có đúng SKU, price, option values, image và mối quan hệ inventory. |
| Cấu trúc giúp khách hàng duyệt Products | Categories nguồn nào trở thành collections, menus, filters, pages, redirects hoặc chỉ dùng để tổ chức nội bộ? | Các đường khách hàng ưu tiên dẫn tới đúng nhóm Products mà không tạo điểm đích trùng lặp hoặc bị bỏ rơi. |
| Dữ liệu bổ sung có cấu trúc | Giá trị nên trở thành trường có sẵn của nền tảng, metafield, tham chiếu metaobject, tag, taxonomy value hay attribute của hệ thống bên ngoài? | Giá trị được theme, application, workflow hoặc các tích hợp cần đến có thể đọc hoặc hiển thị đúng. |
| Danh tính Customers | Giá trị nào thuộc hồ sơ Customers, addresses, tags, notes, marketing state, thông tin B2B hoặc chỉ thuộc Orders trước đây? | Đội ngũ nhận diện đúng khách hàng và hiểu được lịch sử mà không tạo ra chức năng tài khoản không được hỗ trợ. |
| Giao dịch trước đây | Thông tin nào về Orders, payments, xử lý đơn hàng, refunds, discounts, tax và tham chiếu bên ngoài vẫn còn giá trị? | Chăm sóc khách hàng và reconciliation có thể hiểu giao dịch trước đây mà không xem dữ liệu lịch sử như cấu hình đang hoạt động. |
| Content và giá trị URL | Pages, Blog Posts, handles, media, metadata, menus và redirects nào cần có điểm đích trên Shopify? | URL ưu tiên được xử lý có chủ đích và content quan trọng vẫn dễ tìm. |
| Trạng thái app hoặc các tích hợp | Hệ thống nào sẽ sở hữu dữ liệu sau khi chính thức vận hành và identifier nào kết nối bản ghi giữa các hệ thống? | Hệ thống tiếp tục chịu trách nhiệm có thể tìm và sử dụng bản ghi đã di chuyển mà không tạo nhiều nguồn dữ liệu xung đột. |
Mô hình dữ liệu Shopify cần được đánh giá qua mối quan hệ, không phải chỉ số lượng bản ghi. Số variants có thể khớp nhưng option values lại thể hiện sai chiều lựa chọn khi mua; metafield có thể tồn tại nhưng không theme hoặc app nào sử dụng; Customers có thể đã được tạo nhưng Orders trước đây lại không liên kết đúng; collection có thể tồn tại nhưng menus vẫn trỏ tới đường dẫn lỗi thời. Vì vậy, bản đồ chuyển đổi cần ghi cả bản ghi đích và mối quan hệ giúp bản ghi đó giữ được giá trị kinh doanh.
Các trường hợp đại diện giúp kiểm chứng bản đồ này. Một dòng sản phẩm phức tạp có thể cho thấy options, variants, media, inventory và identifiers liên kết ra sao. Một đường dẫn Categories có giá trị cao có thể cho thấy collections, menus, filters và redirects chia trách nhiệm như thế nào. Một bản ghi Customers có nhiều Orders có thể kiểm tra mối liên hệ giữa danh tính và lịch sử giao dịch. Identifier do app sở hữu có thể cho thấy hệ thống nào tiếp tục quản lý giá trị đó sau khi chính thức vận hành.
Kết luận
Khác biệt mô hình dữ liệu của Shopify quan trọng vì ý nghĩa từ Nền tảng nguồn phải được thể hiện lại trong mô hình Hosted của Shopify. Products, variants, collections, taxonomy của Products, type của Products, tags, metafields, metaobjects, Customers, Orders, CMS Pages, Blog Posts, apps, themes, Markets, redirects và các tích hợp đều có vai trò riêng trên Nền tảng đích.
Một quá trình chuyển đổi Shopify đáng tin cậy không cố giữ nguyên mọi cấu trúc từ Cửa hàng nguồn. Điều cần giữ là ý nghĩa kinh doanh còn phải tiếp tục sau khi chính thức vận hành. Khi quy tắc catalog, vai trò collections, thông tin Customers và Orders, content, URL, các trường tùy chỉnh, chức năng do apps hỗ trợ và identifiers cho các tích hợp được chuyển đổi có chủ đích, Cửa hàng đích sẽ dễ vận hành và quản trị hơn.
Câu hỏi thường gặp
Shopify collections có giống Categories ở Cửa hàng nguồn không?
Shopify collections có thể thay thế một số vai trò của Categories nguồn, nhưng Categories cũng có thể đại diện cho navigation, filters, landing pages, giá trị SEO, phân nhóm nội bộ hoặc merchandising rules. Các đường duyệt Products quan trọng cần được thiết kế lại thành mô hình discovery phù hợp với Shopify thay vì sao chép một-một.
Mọi trường tùy chỉnh từ Cửa hàng nguồn có nên trở thành Shopify metafield không?
Metafields hữu ích khi trường dữ liệu có mục đích rõ trên Cửa hàng đích. Trường lỗi thời, trùng lặp, dữ liệu còn sót từ extension hoặc giá trị không còn phục vụ storefront, vận hành, các tích hợp hay reporting có thể khiến Shopify khó duy trì hơn nếu được chuyển sang chỉ vì chúng tồn tại ở hệ thống cũ.
Shopify apps có tự được chuyển từ Nền tảng nguồn không?
Apps, extensions, modules và chức năng của theme không phải những bản ghi dữ liệu thông thường. Kế hoạch chuyển đổi cần xác định chức năng nào cần cấu hình Shopify app, thiết lập trên Cửa hàng đích, liên kết trường dữ liệu trực tiếp, công việc các tích hợp hoặc tái cấu trúc dữ liệu ở hệ thống đích.
Shopify có thể giữ nguyên trải nghiệm tài khoản khách hàng của Nền tảng nguồn không?
Bản ghi Customers và trải nghiệm tài khoản khách hàng cần được lập kế hoạch riêng. Dữ liệu Customers đã di chuyển có thể giữ hồ sơ và lịch sử đơn hàng hữu ích, nhưng login, activation, kỳ vọng về password, loyalty và communication với khách hàng có thể cần phương án riêng trên Cửa hàng đích.
Nên phân chia Shopify metafields và metaobjects như thế nào?
Dùng metafield khi dữ liệu tùy chỉnh mở rộng một resource cụ thể trên Shopify, chẳng hạn Products, variant, Customers hoặc Orders. Dùng metaobject khi thông tin là một đối tượng có cấu trúc được dùng lại với nhiều trường, chẳng hạn specification block, author profile, ingredient record, size guide hoặc brand story. Trong cả hai trường hợp, cần xác định ai hoặc hệ thống nào sử dụng dữ liệu và dữ liệu sẽ được hiển thị hoặc đưa vào vận hành như thế nào.
Nên giữ identifiers từ hệ thống bên ngoài trên Shopify như thế nào?
Chỉ nên giữ identifier bên ngoài khi ERP, PIM, CRM, hệ thống xử lý đơn hàng, marketplace hoặc quy trình reporting đang hoạt động vẫn phụ thuộc vào identifier đó. Identifier cần được lưu trên resource Shopify hoặc bản ghi các tích hợp mà hệ thống tiếp tục sử dụng mong đợi; tính duy nhất, format và cách lookup phải nhất quán với hệ thống đó. Identifier không còn được dùng không nên trở thành metadata vĩnh viễn trên storefront.