Skip to main content
In development. 86d is being built in the open. Every capability is Experimental until it earns evidence, so check maturity levels before you rely on anything here.
Selling somewhere else is not one decision. A Pinterest link that sends Shoppers to your Storefront commits you to almost nothing. A marketplace that lists your catalog, takes the money, and promises a delivery date commits you to keeping two systems agreeing about stock forever. Same word, wildly different risk. Work out which category you are in first. Then test what that category requires.

​
Six categories

One provider offering four products does not mean one evaluation. Test each capability separately.

​
Authority does not move

A channel Integration can read and write, and it never becomes the authority for anything:
  • Products owns your catalog facts
  • Inventory owns what is available
  • Order owns the commercial agreement
  • Fulfillment owns delivery obligations
  • Shipping owns Parcels and tracking
  • A Payment routes through the Connection recorded on it
If a marketplace says you sold three and your Inventory says you have five, your Inventory is what the next Shopper sees. Reconciliation is a real job, not a setting. Credentials belong in server-side storage. Today Integrations read provider-specific environment variables; persistent, scoped Connection records are still being built.

​
Read the Module first

Confirm the Module exists in the first-party registry, then check:
  • which provider API version it targets, and how it authenticates
  • which scopes it needs, and whether the provider has to approve your account first
  • what it actually implements, and what it openly does not
  • whether provider events are authenticated and deduplicated
  • how it behaves on retry after an ambiguous write
  • whether its tests use realistic provider fixtures or hand-written happy paths
  • what it depends on: Products, Inventory, Orders, Fulfillment, Shipping
The Module catalog links every first-party package and its source.

​
Install one

Only the one you are evaluating:
Use a provider test account wherever one exists. Secrets go in the server environment, never in config.json, a Template, a log, or a browser variable.

​
Break it on purpose

Write down what you expect, then cause each of these and see what actually happens:
  1. credentials that are invalid or revoked
  2. a missing permission scope
  3. the same provider event delivered twice
  4. a timeout right after a write, when you cannot tell whether it landed
  5. an Inventory update that arrives out of order
  6. an Order cancelled after part of it already shipped
  7. a refund the provider reverses later
Until every one of those leaves your Store’s records correct and shows you a state you can recover from, the Integration is not ready, whatever the sandbox says.