Kỹ thuật & Dev cho Shopify đa store
Vận hành nhiều store Shopify vừa là bài toán vận hành vừa là bài toán kỹ thuật: cùng một tích hợp chạy ổn trên một store bắt đầu dính rate limit API, rớt webhook và âm thầm bán vượt tồn kho khi trải ra hàng chục store. Mục này là lớp kỹ thuật — Admin API của Shopify thực sự hành xử thế nào ở quy mô lớn (REST leaky bucket, giới hạn cost GraphQL, Bulk Operations, model Collections 2026), vì sao webhook idempotency mới giữ được số tồn kho trung thực, và vì sao sở hữu source code cho phép một developer đẩy một bản fix ra mọi store cùng lúc thay vì lặp lại từng store.
Câu hỏi thường gặp
Tôi có cần developer để vận hành nhiều store Shopify không?
Lúc đầu thì không — nhưng qua khoảng 10 store, gánh nặng vận hành (giới hạn API, lệch đồng bộ, roll-out từng store) biến thành bài toán kỹ thuật. Đòn bẩy khi đó không phải thuê thêm VA, mà là một developer cộng công cụ bạn sở hữu, để một bản fix đẩy ra mọi store cùng lúc.
Vì sao tồn kho bán vượt khi chạy cùng một sản phẩm trên nhiều store?
Hầu như luôn do webhook bị rớt hoặc bị lặp. Shopify gửi webhook theo cơ chế ít nhất một lần và đôi khi không gửi, nên một lớp đồng bộ không idempotent (an toàn khi nhận cùng một sự kiện hai lần) hoặc không có retry sẽ để số tồn kho lệch dần tới khi một store bán quá 0.
Cái gì gãy đầu tiên khi tích hợp Shopify scale từ 1 lên 50 store?
Rate limit API. Bạn không còn tiêu ngân sách request của một store — bạn cộng dồn giới hạn leaky bucket REST và cost GraphQL trên mọi store cùng lúc. Bulk Operations và tính toán cost cẩn thận quan trọng hơn nhiều so với trên một store đơn lẻ.