Hello,
We've implemented a Shopify integration using the REST APIs, and we have several users managing their stores through this integration.
We're running into constant rate limiting issues when importing products (i.e. importing their entire catalog initially), and creating/updating products in bulk.
Since the REST and GraphQL endpoints have entirely separate rate limits, we're wondering if it's possible to use both for the operations that are running up our rate limits.
For example, to import a user's initial catalog, we need to import all products and their associated data, e.g. variants, images, collections, etc. Let's say a user has 10K products, and we run through the first 1K (so 4 API calls to products with limit 250, + calls to inventory items) before getting a 429 error. Is it possible to then "switch" to GraphQL? I notice that REST payloads provide a admin_graphql_api_id in the return, ideally we could use this as a cursor and retrieve products via GraphQL "after" the last item we retrieved via REST, but I'm not sure if order is maintained and if there's any possible way to keep track of state here to prevent requesting overlapping products, or the opposite problem where not all products are requested properly.
Similarly with, for example, creating 1000 products, we're wondering if it's possible to go through and make as many POST requests as possible per-product until hitting a 429, then switching to GraphQL to send ProductCreate mutations for each product until potentially hitting another rate limit, then switching back to REST assuming it's "cooled off" by then, etc.
Has anyone tried anything like this? Is it possible, or are we better off just trying to switch entirely to GraphQL for heavier operations like this, assuming it has friendlier rate limiting?
