Vì sao chuyển shop Haravan, Shopify, WooCommerce dễ lệch?

Chuyển shop dễ lệch dữ liệu vì Haravan, Shopify và WooCommerce không lưu đơn hàng, biến thể sản phẩm hay địa chỉ theo cùng một cách. Một nơi tách trạng thái thanh toán và giao hàng, nơi khác gộp lại; địa chỉ có thể dùng mã hành chính hoặc chữ tự do. Chép nguyên dữ liệu sang thường không đủ.

Vibery đang xây dựng khả năng chuyển shop giữa Haravan, Shopify và WooCommerce. Tính năng này chưa dùng được và chưa có ngày ra mắt. Nội dung dưới đây mô tả thiết kế dự kiến, chưa được kiểm chứng trên shop thật. Xem phần đang có và đang triển khai

Cập nhật 2/11/2026: Bổ sung các giới hạn nền tảng đã kiểm chứng và mục chuyển bài viết blog.

Những ý chính

• Haravan, Shopify và WooCommerce lưu đơn hàng, sản phẩm và địa chỉ theo những cấu trúc khác nhau, nên chuyển dữ liệu trực tiếp có thể làm mất hoặc sai lệch thông tin.
• Vibery đang xây một mô hình dữ liệu chung ở giữa, mỗi nền tảng có phần đọc vào và ghi ra riêng, thay vì viết một bộ chuyển đổi cho từng cặp nền tảng.
• Những thông tin mà shop đích không chứa được sẽ được nêu rõ trong báo cáo kế hoạch để bạn quyết định cách xử lý, thay vì bị bỏ qua âm thầm.
• Tính năng chuyển shop giữa Haravan, Shopify và WooCommerce vẫn đang được xây dựng, chưa ra mắt và chưa có ngày phát hành.

Vì sao chuyển shop giữa Haravan, Shopify và WooCommerce dễ bị lệch dữ liệu?

Bạn đang bán trên Haravan và muốn chuyển sang WooCommerce, hoặc nhận một dự án đưa shop từ Shopify sang nền tảng khác. Danh sách sản phẩm có thể xuất được, nhưng khi nhìn kỹ hơn, câu hỏi bắt đầu xuất hiện: đơn đã thanh toán sao vẫn chờ xử lý, địa chỉ khách thiếu thông tin, biến thể sản phẩm không đúng, đường dẫn bài viết cũ sẽ đi đâu?

Vấn đề nằm ở cách mỗi nền tảng hiểu và lưu cùng một thứ. Một đơn hàng có thể mang hai trạng thái riêng về tiền và giao hàng ở nơi này, nhưng chỉ có một trạng thái tổng hợp ở nơi khác. Địa chỉ có nơi lưu theo mã hành chính, có nơi chỉ giữ chữ người mua nhập. Chuyển nguyên dữ liệu từ một bên sang bên kia vì thế chưa chắc giữ nguyên ý nghĩa.

Cách thường nghĩ tới là viết công cụ chuyển riêng cho từng cặp: Haravan sang Shopify, Shopify sang WooCommerce, rồi thêm cả chiều ngược lại. Càng nhiều nền tảng, số đường chuyển cần duy trì càng tăng. Mỗi lần một bên thay đổi cách lưu dữ liệu, các đường liên quan lại phải được xem xét. Đó là lý do cần một cách thiết kế có thể giải thích rõ điều gì chuyển được, điều gì cần xử lý khác đi.

Làm sao dùng một mô hình dữ liệu chung cho nhiều nền tảng?

Vibery đang xây một khả năng chuyển shop dựa trên mô hình dữ liệu chung đặt ở giữa. Thay vì viết riêng công cụ cho từng cặp nền tảng, mỗi nền tảng có một phần đọc dữ liệu vào mô hình chung và một phần ghi dữ liệu từ mô hình ấy ra shop đích. Khi cần thêm nền tảng, thiết kế tập trung vào việc đọc và ghi cho nền tảng mới, thay vì nối riêng với mọi nền tảng đã có.

Mô hình chung này chỉ dùng để đi qua bước chuyển dữ liệu. Shop trên nền tảng của bạn vẫn là nơi lưu dữ liệu chính; Vibery không thiết kế thêm một bản dữ liệu thứ hai để thay thế nó. Phạm vi phiên bản đầu dự kiến gồm sản phẩm và biến thể, bộ sưu tập, khách hàng, đơn hàng, trang nội dung, bài blog, hình ảnh và tệp media, chuyển hướng cùng các trường SEO.

Nếu dữ liệu đi từ WooCommerce qua mô hình chung rồi trở lại WooCommerce, thiết kế hướng tới giữ nguyên dữ liệu, kể cả những phần riêng của nền tảng được cất riêng trong lúc chuyển. Còn khi đi giữa hai nền tảng khác nhau, có thông tin shop đích không chứa được. Phần đó phải xuất hiện trong báo cáo để bạn quyết định, thay vì biến mất âm thầm. Đây vẫn là thiết kế đang xây, chưa phải tính năng đã sử dụng được.

Đơn hàng và địa chỉ được lưu khác nhau như thế nào?

Trạng thái đơn hàng. Shopify và Haravan phân biệt tình trạng thanh toán với tình trạng giao hàng, đồng thời có thông tin đơn đã đóng hay chưa. WooCommerce lại dùng một trạng thái chung như pending, processing, completed hoặc on-hold. Khi chuyển từ WooCommerce sang mô hình chung, thiết kế diễn giải processing thành đã thanh toán nhưng chưa giao; completed thành đã thanh toán, đã giao và đã đóng; on-hold thành đã ủy quyền thanh toán nhưng chưa giao; cancelled thành thanh toán bị hủy và giao hàng bị hủy.

Bảng dưới đây là bản ánh xạ nháp từ trạng thái đơn hàng của WooCommerce sang ba trường trong mô hình dữ liệu chung.

Chiều ngược lại khó hơn: hai trạng thái về tiền và giao hàng phải gói vào một trạng thái WooCommerce. Không phải tổ hợp nào cũng có tên tương đương. Riêng failed của WooCommerce không có cách đối chiếu gọn; giá trị gốc được giữ riêng để khi chuyển về cùng nền tảng vẫn còn đúng. Vì vậy, đếm đủ số đơn chưa có nghĩa trạng thái đơn đã chính xác.

Địa chỉ Việt Nam. Haravan lưu tỉnh/thành, quận/huyện, phường/xã bằng mã hành chính. Shopify và WooCommerce có thể lưu các phần này dưới dạng văn bản tự do. Nếu nguồn chỉ ghi tên địa phương, dữ liệu ấy chưa chắc cung cấp mã hợp lệ mà Haravan yêu cầu. Mô hình chung giữ cả mã và tên khi có, nhưng thiết kế không mặc nhiên biến tên thành mã. Đây là điểm cần kiểm tra riêng trước khi quyết định chuyển.

Còn những khác biệt nào cần kiểm tra trước khi chuyển shop?

• Biến thể sản phẩm: Haravan và Shopify đều cho tối đa 3 tùy chọn trên mỗi sản phẩm; Shopify còn giới hạn 2048 biến thể. WooCommerce không có mức trần cố định cho thuộc tính. Khi gửi tùy chọn thứ tư lên Haravan, API vẫn báo thành công nhưng âm thầm bỏ tùy chọn đó. Bước lập kế hoạch sẽ phát hiện sản phẩm có hơn 3 tùy chọn trước khi ghi dữ liệu. Thuộc tính WooCommerce chỉ dùng để hiển thị cũng cần được phân biệt với thuộc tính tạo biến thể.
• Tài khoản khách hàng: Mật khẩu không được đưa vào mô hình dữ liệu chung và Shopify không hỗ trợ nhập mật khẩu. Khi sang shop mới, khách cần đặt lại mật khẩu. Danh sách khách chuyển được không đồng nghĩa họ đăng nhập ngay bằng mật khẩu cũ.
• SEO và liên kết cũ: Đường dẫn cũ cần chuyển hướng 301 sang đường dẫn mới để giảm nguy cơ mất lưu lượng tìm kiếm. WooCommerce lõi không có sẵn chức năng chuyển hướng, nên thiết kế cần một điểm kết nối qua plugin Vibery. Việc kiểm tra đường dẫn phải được thực hiện, không chỉ nhập nội dung xong là kết thúc.
• Bài viết và bộ sưu tập: WooCommerce không có một thực thể blog riêng trong mô hình này; bài viết phải đi qua dạng danh mục. Cây danh mục của WooCommerce cũng khác bộ sưu tập thông minh theo quy tắc trên Shopify. Khi đích không hỗ trợ quy tắc, bộ sưu tập có thể chỉ còn danh sách sản phẩm thông thường.
• Tồn kho và lịch sử đơn: WooCommerce có một vị trí tồn kho, trong khi nền tảng khác có thể có nhiều vị trí. Haravan và API REST của WooCommerce không giữ được ngày tạo đơn trong quá khứ khi nhập đơn; Shopify thì có. Với nơi không giữ được ngày gốc, thiết kế lưu ngày đó vào ghi chú đơn và nêu rõ trong báo cáo kế hoạch. Tạo đơn qua API REST WooCommerce còn gửi email cho khách và trừ tồn kho, nên hướng thiết kế là nhập đơn lịch sử qua plugin WordPress riêng, tắt email và không thay đổi tồn kho. Haravan có API ghi hoàn tiền, nhưng phiên bản đầu vẫn dự kiến chỉ đọc dữ liệu hoàn tiền, chưa ghi sang đích.

Bài viết blog được chuyển như thế nào?

Bài viết được chuyển theo nội dung HTML đã hiển thị cho người đọc, cùng hình ảnh, thông tin xuất bản và các trường SEO có thể giữ lại; một số bố cục, danh mục và đường dẫn cần xử lý khác nhau theo nền tảng. Các điểm dưới đây đã được kiểm tra trên shop thử theo cả hai chiều giữa WordPress với Haravan và giữa WordPress với Shopify. Tính năng chuyển shop vẫn đang thiết kế, chưa ra mắt.

• Nội dung bài viết: Chuyển phần HTML đã hiển thị cho khách đọc, không chuyển nguyên cấu trúc block hoặc page builder của WordPress. Bố cục dựng bằng block sẽ mất; shortcode có thể thành nội dung tĩnh hoặc còn nguyên chữ, và kế hoạch sẽ cảnh báo shortcode của từng bài.
• Hình ảnh: Ảnh được tải lên lại nền tảng đích trong mỗi lần chuyển. Địa chỉ ảnh và các liên kết giữa những bài viết của chính shop được sửa theo địa chỉ mới.
• Blog và danh mục: Haravan và Shopify gắn mỗi bài với một blog, còn WordPress cho phép một bài thuộc nhiều danh mục. Khi chuyển từ WordPress, danh mục đầu tiên thành blog, các danh mục còn lại thành tag; khi chuyển về WordPress, blog thành danh mục.
• Ngày đăng và bản nháp: Ngày xuất bản cũ được giữ trên cả ba nền tảng. Bài đang ở trạng thái nháp vẫn là bản nháp sau khi chuyển.
• Thông tin SEO: Tiêu đề SEO và mô tả SEO được chuyển cùng bài viết. Nếu đích hoặc nguồn là WordPress, cần bật và cấu hình Rank Math để xử lý các trường này.
• Đoạn tóm tắt: WordPress lưu phần trích dẫn dưới dạng văn bản thuần. Vì vậy, đoạn tóm tắt có định dạng từ Haravan hoặc Shopify sẽ mất phần định dạng khi đưa sang WordPress.
• Đường dẫn cũ: Luôn cần bản đồ địa chỉ cũ sang mới để thiết lập chuyển hướng 301. Chẳng hạn, đường dẫn /blogs/news/ten-bai có thể thành /ten-bai/ trên WordPress vì WordPress bỏ phần blog trong đường dẫn.
• Tác giả: Haravan và Shopify lưu tên tác giả dưới dạng văn bản, còn WordPress gắn bài với tài khoản người dùng. Hệ thống đối chiếu tên với tài khoản sẵn có; nếu không khớp, bài được gán cho quản trị viên và ghi vào báo cáo kế hoạch. Tạo tài khoản tác giả mới là lựa chọn riêng, mặc định tắt.

Báo cáo kế hoạch sẽ chỉ rõ bài nào có shortcode, bố cục WordPress không giữ được hoặc tác giả không khớp, để bạn biết những chỗ cần kiểm tra trước khi đưa shop mới vào sử dụng.

Quy trình chuyển shop từng bước được thiết kế ra sao?

Quy trình Vibery đang thiết kế bắt đầu bằng lập kế hoạch và chạy thử. Hệ thống đếm dữ liệu theo nhóm và lập báo cáo những trường mà shop đích không chứa được. Ở bước này chưa ghi gì sang shop mới. Người chuyển shop có cơ sở để xem lại đơn, biến thể, địa chỉ hay đường dẫn nào cần chú ý trước khi thực sự nạp dữ liệu.

Sau đó mới đến bước nạp dữ liệu theo thứ tự: media, bộ sưu tập, sản phẩm và biến thể, khách hàng, đơn hàng, trang và bài viết, cuối cùng là chuyển hướng. Quá trình được thiết kế để tiếp tục khi gián đoạn. Nó lưu lại quan hệ giữa mã dữ liệu ở nguồn và mã mới ở đích, nên chạy lại sẽ cập nhật bản đã chuyển thay vì tạo thêm bản trùng.

Bước kiểm tra đối chiếu số lượng và dấu kiểm dữ liệu theo từng nhóm; một mẫu đường dẫn được kiểm tra xem trả về 200 hay chuyển hướng 301. Sau đó, bước chuyển đổi cuối lấy thêm những thay đổi phát sinh kể từ lúc bắt đầu nạp, rồi mới chuyển shop.

Shop nguồn không bị ghi sửa trong quy trình này. Trước thời điểm chuyển đổi cuối, thiết kế cho phép xóa dữ liệu đã tạo ở đích để hoàn tác; hoàn tác toàn bộ phải có xác nhận rõ ràng. Các bước kiểm tra giúp phát hiện sai lệch, chứ không tạo ra lời bảo đảm rằng hai nền tảng khác nhau chứa được mọi dữ liệu giống hệt nhau.

Vibery đang xây đến đâu và bạn nên chuẩn bị những gì?

Khả năng chuyển shop này của Vibery đang trong quá trình xây dựng, chưa ra mắt và chưa thể sử dụng ngay. Hiện chưa có ngày cung cấp được xác nhận. Những bước và nguyên tắc ở trên mô tả thiết kế dự kiến, không phải kết quả của một dịch vụ đã vận hành.

Nếu bạn chuẩn bị tự chuyển shop hoặc làm cho khách, hãy kiểm tra ba việc trước:

1. Liệt kê các loại dữ liệu cần giữ, đặc biệt là trạng thái đơn, biến thể, khách hàng và lịch sử đơn.
2. Đối chiếu một số địa chỉ Việt Nam và sản phẩm có nhiều tùy chọn với cấu trúc mà shop đích chấp nhận.
3. Lập danh sách đường dẫn cũ, cách chuyển hướng 301 và cách kiểm tra sau khi chuyển.

Chuyển shop cần một bản kiểm kê rõ ràng về phần nào giữ được, phần nào thay đổi và phần nào chưa có cách chuyển tương đương. Những khác biệt đó cần được báo rõ trước khi dữ liệu được ghi sang shop mới, để người chuyển shop biết mình đang chấp nhận điều gì.

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

Chuyển từ Haravan sang WooCommerce có làm mất đơn hàng không? Không thể mặc định mọi đơn hàng sẽ được chuyển nguyên vẹn, vì hai nền tảng có cách lưu trạng thái và các trường dữ liệu khác nhau. Theo thiết kế Vibery đang xây, bạn sẽ được xem báo cáo những phần không chuyển được và đối chiếu số lượng đơn hàng trước khi xác nhận chuyển đổi cuối. Tính năng này hiện chưa ra mắt.

Mật khẩu khách hàng có chuyển được không? Không. Mật khẩu đăng nhập của khách hàng không thể chuyển trực tiếp giữa các nền tảng, nên khách sẽ cần đặt lại mật khẩu trên shop mới.

Đổi đường dẫn khi chuyển shop có làm mất SEO không? Nếu đường dẫn cũ không còn hoạt động và không được chuyển hướng, kết quả tìm kiếm và lượt truy cập có thể bị ảnh hưởng. Bạn cần thiết lập chuyển hướng 301 từ URL cũ sang URL tương ứng trên shop mới, rồi kiểm tra các đường dẫn trả về 200 hoặc 301. Chuyển hướng đúng giúp hạn chế rủi ro nhưng không bảo đảm giữ nguyên thứ hạng.

Vibery đã chuyển shop giữa Haravan, Shopify và WooCommerce được chưa? Chưa. Vibery đang xây dựng tính năng chuyển dữ liệu giữa các nền tảng này, hiện chưa ra mắt và chưa có ngày phát hành.

Chuyển bài viết blog từ WordPress sang Haravan hoặc Shopify có giữ bố cục và đường dẫn cũ không? Nội dung HTML đã hiển thị được chuyển, nhưng bố cục dựng bằng block hoặc page builder không giữ nguyên. Đường dẫn có thể thay đổi nên cần bản đồ chuyển hướng 301 từ địa chỉ cũ sang mới. Đây là kết quả kiểm tra trên shop thử; tính năng chuyển shop vẫn đang thiết kế, chưa ra mắt.

Nếu đang dùng WooCommerce, bạn có thể đọc thêm hai bài tiếng Anh về tốc độ xử lý dữ liệu và cách kết nối WordPress với trợ lý AI:

• Xuất dữ liệu và sửa hàng loạt trên WooCommerce
• Benchmark lượng token khi dùng MCP với WordPress

Bạn có thể đăng ký beta Vibery Sites để tìm hiểu những tính năng hiện có, còn công cụ chuyển shop giữa Haravan, Shopify và WooCommerce vẫn đang được xây dựng và chưa dùng được.