Frequently Asked Questions

The fastest way is to run our completely free check – we inspect your site against the published ONX spec and tell you exactly what passes and what doesn't. ONX is a technical specification with strict requirements for data structures, endpoints, and behavior, so it's genuinely hard to self-assess manually. For ongoing assurance – knowing you're still compliant after the next spec release – CorgiMaps continuously generates and maintains a compliant ONX surface for you.

You have two paths. The DIY route is to build and host ONX-compliant endpoints yourself, mapping your product, pricing, and inventory data from all your source systems and files into the exact schema the spec requires and then keep that build current as the spec evolves. The more straightforward path is using CorgiMaps, which connects to your existing data sources and generates compliant ONX endpoints for you, with no custom build necessary.

Shopping behavior is moving into AI assistants. Already, 73% of consumers are using AI in their shopping journey, and Accenture estimates that by 2030 more than 30% of online commerce – close to $3.1 trillion – will run through AI agents. If an AI can't see your products, it will recommend a competitor who is visible. Showing up isn't optional marketing. This is where the next purchase decision happens.

No. Each agentic-commerce protocol defines its own data structures, endpoints, tools, and transport. So supporting one does not make you compliant with another. They overlap in spirit but differ in the details, so each requires its own compliant surface. CorgiMaps covers the major protocols at once from a single connection to your data, instead of building and maintaining a separate integration for each.

Different AI assistants and shopping platforms back different protocols, and no single one covers every surface. Supporting only one means you're invisible everywhere it isn't used. To reach as many shopping surfaces as possible, you generally need to support several protocols at once, which is why CorgiMaps maintains compliant surfaces across the major protocols from one place rather than one at a time.

Keeping up is continuous work, not a one-time task. Specs ship new releases, requirements change, and entirely new protocols keep emerging. Doing this by hand means tracking 6–12 evolving specifications and re-validating after every release. This is exactly what CorgiMaps maintains for you. It tracks the spec changes and keeps your endpoints compliant as they land, so your team doesn't have to monitor the protocols at all.

Frequently. Major releases tend to land on roughly a quarterly cadence, with smaller changes and activity happening as often as weekly across the protocols and their governing bodies. Because the space is young and moving fast, a surface that's compliant today can fall behind within a few weeks if no one is watching.

Yes. As new versions of ONX are published and AI platforms deprecate support for older ones, a surface that was compliant can quietly stop working, and you may not notice until you've dropped out of AI results. Staying compliant means tracking every release and updating accordingly. CorgiMaps handles this version drift for you, keeping your ONX surface current as the spec moves.

At its core, ONX compliance is a supply-chain-data problem. It's about exposing accurate product, pricing, inventory, and fulfillment information from your separate systems and files in the structure the spec requires. It doesn't ask you to change how you actually fulfill orders. CorgiMaps connects to your existing data sources to publish that information correctly – with no changes to your fulfillment, IT, or operations stack.

Building ONX support yourself typically means months of custom engineering – mapping your data into the schema, standing up and hosting endpoints, and testing against the spec – followed by constant monitoring of 6–12 evolving protocols to stay compliant. CorgiMaps removes nearly all of that: it generates compliant endpoints in minutes from your existing data and keeps them current as the specs change, so there's no build and no ongoing maintenance burden on your team.

No – ONX runs on top of MCP. An ONX server is an MCP server that exposes a specific, standardized set of fulfillment and order-operations tools. MCP is the transport and tool-calling layer; ONX defines which tools a compliant fulfillment system must offer and how their inputs are shaped. So every ONX server is an MCP server, but not every MCP server speaks ONX.

An ONX server exposes 12 standard tools: five action tools — create, update, cancel, and fulfill orders, plus create returns — and seven query tools for orders, customers, products, product variants, inventory, fulfillments, and returns. Our complete free check confirms these tools are present, well-formed, and shaped to the canonical ONX schemas.

No. ONX is a standard interface that sits in front of the fulfillment systems you already run. It gives agents one common language to read inventory and move orders across those systems, rather than a separate integration per vendor. If your systems don't support ONX or if you can't upgrade, CorgiMaps can expose a compliant ONX surface over your existing stack with no changes to fulfillment, IT, or operations.