On Shopify, the Skill Is Choosing What Not to Add
Shopify removes most of the decisions that go wrong on other platforms, and charges for it in a currency people do not notice until later: you cannot change the URL structure, you cannot touch checkout unless you are on Plus, and anything the platform does not do is solved by installing an app. Each app is somebody else’s JavaScript running on your storefront. Ten of them is a slow shop, and nobody remembers installing the tenth.
No credit card required · 30-minute call · No obligation to sign up
Six constraints that are not going away
These are not problems to solve. They are the terms of the platform, and a good Shopify build is one that plans around them rather than fighting them.
- /collections/ and /products/ are fixedNot negotiable · plan the taxonomy around it
- Checkout is closed below PlusWhat you can change is a short list
- Every app adds front-end weightSomeone else’s JavaScript, on every page
- Uninstalling rarely removes the codeLeftover snippets sit in the theme for years
- Theme updates overwrite customisationUnless it was done where it survives
- Variants have hard limitsDiscovered late, usually mid-build
The fourth row is the one that quietly accumulates. Removing an app from the admin does not reliably remove what it injected into the theme — snippets, script tags and leftover Liquid stay behind, still loading, referencing a service the store no longer pays for. A store three years old has usually collected several of these, and nobody has any record of what they were for. Finding them is unglamorous and it is often the single biggest speed win available.
The platform decides more than the build does
The honest way to describe Shopify is that you are renting a very good shop with rules you cannot change. That is usually the right trade — the hosting, the security, the payment handling and the uptime are somebody else’s problem, and for most retailers that is worth far more than the flexibility being given up. But it means the build conversation is different from any other platform, because half the decisions have already been made for you.
The URL structure is the clearest example. Shopify puts collections under /collections/ and products under /products/, and a product reachable through two collections can appear at more than one address. You cannot restructure this. What you can do is plan the taxonomy so it works within the rule rather than against it, and get the canonical handling right — and doing that at build time is free, while doing it after launch is a migration.
Apps are where most stores lose their speed, and the mechanism is worth understanding rather than fearing. Each app that touches the storefront adds its own script, loaded on pages that may not need it, from a domain that is not yours. Individually none of it is much. The problem is cumulative and invisible: nobody installs ten apps in one afternoon, so nobody ever sees the moment the shop got slow.
Which is why the useful question on a Shopify project is subtractive. Not “what could we add” but “what does this store actually need, and what is the cheapest way to get it that does not run on every page”. Frequently the answer is a small amount of theme work instead of an app, and frequently the answer is that the feature is not worth its cost at all.
- ✓You are renting, and that is fine — Hosting, security, payments and uptime stop being your problem. Half the decisions are already made.
- ✓The URL structure cannot be changed — Plan the taxonomy around /collections/ and /products/, and get canonicals right at build time.
- ✓Apps cost speed cumulatively — Nobody installs ten in an afternoon, so nobody sees the moment the shop got slow.
- ✓Uninstalling leaves the code behind — Snippets and script tags survive removal, still loading, for services you no longer pay for.
- ✓Theme work often beats an app — Cheaper, faster, and it does not run on every page. Sometimes the honest answer is not to add it.
Nobody installs ten Shopify apps in one afternoon. That is exactly why nobody can point at the moment the shop got slow.
What a Shopify build actually involves
Six things, and two of them are about removing rather than adding.
Taxonomy Inside the Rules
Collections and products planned around a URL structure that cannot be changed, with canonical handling decided at build time rather than discovered after launch, when fixing it becomes a migration.
Theme Selection or Custom
A well-maintained theme is usually right, and we will say so. Where custom is genuinely needed, it is done where theme updates will not overwrite it — which is a decision, not an accident.
The App Audit
What is installed, what it costs on the front end, and what is still loading from an app that was removed. On an established store this is routinely the largest speed win available and the least exciting to sell.
Storefront Performance
Image handling, script loading and what runs where. Shopify controls the server, so the front end is where the remaining gains are — which makes them worth taking seriously rather than assuming the platform handles it.
Checkout, Within Limits
An honest account of what can be changed on your plan and what cannot. Below Plus that is a short list, and knowing it early stops a fortnight being spent on something that was never available.
Migration Onto Shopify
Products, variants, customers and order history, with the redirect map planned before anything moves. Variant limits get checked first, because finding them mid-build is how timelines double.
What clients say
Real clients, quoted in their own words — published with their permission.
“We’re very thankful to Ghalib and his team for building a fully-functioning website for our business.”
“It was a pleasure working with Ghalib and his team.”
“Highly professional and dedicated to achieving results.”
More of them, in full, on our reviews page.
— Our Proprietary Methodology —
The Visibility Framework™, applied in Shopify Development
The method doesn’t change by market. What it’s pointed at does.
Audit & Discovery
What the current site earns, where it leaks, what your competitors do better, and what the new one must achieve. Ends in a written scope and a fixed price — not an estimate that grows.
Structure & Design
Sitemap, wireframes and user journeys agreed before decoration, then a design system applied consistently. You approve the shape before we make it beautiful.
Build & Test
Front end, back end, CMS and integrations, on a staging site you can see from day one. Tested on real devices, real screen readers and real slow connections.
Launch & Improve
Redirects verified, analytics connected, handover recorded — then we look at what real visitors actually do and fix what the design assumed wrongly.
Honest, No-Nonsense Commitment
The price we quote after discovery is the price you pay — if we underestimated the work, that is our problem, not a change request. And on any rebuild, if organic traffic drops because of something we did at migration, we fix it at our cost, however long it takes.
Website Development pricing for Shopify Development, in USD
Quoted per build. What moves the number on Shopify is rarely the design — it is catalogue size, variant complexity and how much history has to come across from wherever you are now. An app audit on an existing store is quoted separately and is usually the cheapest thing on this page.
Starter
A clean store on a supported theme.
- Theme selection & configuration
- Collection taxonomy planned around the URL rules
- App set justified one at a time
Growth
Custom theme work and a real catalogue.
- Everything in Starter, with custom sections
- Catalogue migration & redirect map
- Storefront performance work
- Optional: bundle in SEO or Social Media
Enterprise
Plus, multi-store or integrated builds.
- Dedicated senior developer
- Checkout customisation on Plus
- ERP and fulfilment integrations
- Optional: combine all 4 services for full-funnel growth
Every plan is scoped around your market — get a free audit and we’ll recommend what fits, priced in USD.
What you’re actually committing to
Most agencies keep this in a contract you only see after the sales call. We would rather you knew now, because it is the question everyone asks second — right after the price.
- A fixed price, agreed before we startQuoted after discovery, not estimated on a call. If the work takes longer than we thought, that is our risk — the price does not move unless you change the scope.
- 50% to begin, 50% at launchNo large upfront payment held for months, and nothing owed until the site is live and you have seen it working.
- You own everythingDomain, hosting, code repository, design files and content — all in your name from day one, and still yours if we never work together again.
- No proprietary lock-inStandard, widely-used technology only. Any competent developer can take the site over, and nothing stops working because you stopped paying us.
- Two rounds of revisions per stageIncluded at wireframe and design stage, where changes are cheap. Beyond that, or after sign-off, changes are quoted before any work starts.
- 30 days of support after launchBugs and small tweaks included as standard. A care plan afterwards is optional, never automatic, and cancellable with 30 days’ notice.
These are the terms as they appear in the agreement itself — nothing here is softened for the website. The full wording lives in our terms and conditions, and you get the agreement to read before anything is signed or invoiced.
Shopify Development Website Development questions, answered
Related Website Development pages
Same service, different angle — by market, by discipline and by platform.
Ready to find out what your store is actually carrying?
Free 30-minute audit · No obligation · Response within 24 hours
Get in touch with Ghalib Ashrafi HQ
Ghalib Ashrafi takes on work for brands in six markets — the UK, USA, UAE, Saudi Arabia, Australia and Pakistan. Every enquiry gets a reply within 24 hours.