Most Shopify build requests I get start the same way: "We need a custom app." But when we dig in, what the store actually needs is often something simpler — or something quite different — from what they asked for. The words app, admin panel and integration get used interchangeably, and choosing the wrong one wastes weeks and money.
Here's how to tell them apart, and how to pick the right one before you write a line of code or hire anyone.
The three things people mean by "Shopify app"
1. A custom app (built for one store)
This is an app that only your store uses. In Shopify's current model you create it in your admin (or as a developer-built custom app), it gets access tokens for your store's Admin API, and it does its job — syncing inventory, pushing orders to your ERP, generating custom reports, automating fulfilment. It never goes near the App Store, never gets reviewed by Shopify, and doesn't need to handle other merchants' data.
Best for: a single store that needs custom functionality or an integration with another system. This is what most merchants actually need.
2. A public app (listed on the Shopify App Store)
This is a product. It's installed by many merchants, so it has to handle OAuth for each store, per-store data isolation, billing through Shopify's API, webhooks for install/uninstall, and — critically — it must pass Shopify's app review to be listed. It's a full SaaS business with Shopify as the distribution channel.
Best for: you're building a software product to sell to other Shopify merchants — not solving your own store's problem.
3. An "admin panel" (an internal tool)
Often what people call an "admin panel" is a custom dashboard for staff — a place to manage orders, run bulk operations, view analytics Shopify doesn't give you, or coordinate across systems. Technically it's usually a custom app plus a UI, but the intent is different: it's an internal operations tool, not a customer-facing feature or a marketable product.
Best for: teams whose daily workflow doesn't fit Shopify's stock admin — warehouses, multi-channel sellers, businesses with custom order logic.
The decision, in one question
Almost everyone who is running a store rather than building a software product needs option 1 or 3. The public-app route is far more work — and most of that extra work exists purely to support multi-merchant distribution and Shopify's review, none of which helps a single store.
Why the difference matters so much for cost
The gap isn't cosmetic. A public app carries a large amount of work that a custom app simply doesn't:
- OAuth & multi-tenant data. A custom app authenticates once, for your store. A public app must securely onboard, isolate and manage data for every merchant that installs it.
- Billing. Public apps integrate Shopify's billing API for subscriptions and usage charges. Custom apps have no billing at all.
- App review. Getting listed means meeting Shopify's requirements and passing review — performance, security, GDPR webhooks, listing assets. This adds real calendar time.
- Ongoing compliance. Public apps must keep up with API version deprecations and mandatory webhooks, indefinitely, or risk being delisted.
So a custom app or admin panel that solves a real operational problem can often ship in a few weeks. The same feature set wrapped as a public, listable app can take multiples of that — most of the extra effort being distribution plumbing you don't need if it's just for you.
A quick way to choose
- "I want to sync my Shopify orders into my accounting/ERP system." → Custom app / integration.
- "My staff need a dashboard to manage orders and stock our way." → Admin panel (internal tool).
- "I want automated, custom reports Shopify doesn't offer." → Custom app.
- "I want to build a tool and sell it to other Shopify stores." → Public app.
- "I need a feature on my storefront my theme can't do." → often a theme/app extension, a fourth path worth scoping separately.
Embedded vs standalone — a smaller decision
Once you know the type, there's a lighter choice: should the tool live inside the Shopify admin (embedded, using App Bridge, so it feels native to Shopify), or as a standalone web app your team logs into separately? Embedded is nicer for merchant-facing tools; standalone is often simpler and fine for internal panels. It's a UX call, not an architecture-defining one — decide it after you've picked the type.
The bottom line
Nine times out of ten, a store owner who says "I need a Shopify app" needs a custom app or an internal admin panel — not a public App Store product. Naming it correctly up front is the single biggest thing you can do to keep the budget and timeline sane. If someone quotes you a public-app price for a single-store integration, that's a sign the scope was never clarified.
Not sure which one your store needs?
I build Shopify custom apps, admin panels and Admin API integrations. Tell me what you're trying to do and I'll tell you straight which build it actually is — before you commit to anything.
Start a project →