What an online store costs: the parts that make up the price - Zephyra Studio
With an online store the price does not depend on page count but on how many processes the site has to connect. The catalogue, payments, shipping, delivery cost rules, email confirmations, returns and stock are separate parts that must work together, and each is its own job. That is why two stores with the same number of products can differ in price several times over: one sells three products with cash on delivery, the other runs a catalogue with variants, coupons and accounting integration. Below is what the build actually covers, which factors move the price the most, and what most first quotes leave out and later arrive as an extra.
Why a store is not a website with a cart added
An online store is a system where trade happens. A product needs stock, a price has to be correct, shipping has to be calculated, and the buyer has to receive confirmation and know when the order arrives. It is a chain, and one broken link stops the whole process.
So the question with a store is always the same: how many links in that chain have to be connected. The answer shapes the price far more than the number of pages the site has.
A site that only looks like a store, where orders arrive manually and confirmations are typed into an email, does work. It also creates work that repeats every day. That cost rarely shows up in the build price, but it shows up in time.
Factors that drive the price of an online store
The first factor is the catalogue. The raw number of products matters less than the number of variants: size, colour, packaging and different prices per combination greatly increase both entry work and later checking.
The second factor is payment. Cash on delivery is the simplest. Card payments require connecting a payment provider, testing and handling refunds. Instalments or local instant payment schemes add further flows to cover.
The third factor is shipping. A flat delivery fee is simple, calculation by weight or order value needs rules, and integration with a courier adds shipment creation and status tracking.
The fourth factor is catalogue entry. If products and descriptions already exist in a tidy format, the import is faster. If the catalogue is built from nothing, with descriptions, images and categories, that is a separate job whose scope often exceeds the site build itself. The fifth factor is integration with accounting, a warehouse or an existing system, which is always its own task.
What most first quotes leave out
The first thing usually missing is what happens after purchase: the confirmation email, the notice that the parcel has shipped, the returns page, handling duplicate orders and testing what occurs when a payment succeeds but the confirmation never arrives.
SEO preparation for categories and products is missing too. If the category structure is not planned with search in mind from the start, the catalogue gets restructured later, and that means redirects and lost positions.
A plan for after launch is also missing: who updates prices, who adds products and what happens when an item goes out of stock. Without that the store becomes stale, and a stale catalogue is a more common reason for abandoned purchases than the design itself.
All of these can be in scope, but they belong in the first quote rather than appearing just as the store is meant to go live.
The platform price is not the build price
Ready-made platforms charge a monthly subscription, and that subscription goes to the platform, not to an agency. It usually covers hosting, basic security and support, but not the build, the catalogue entry or the customisations your process needs.
A solution installed on your own hosting, by contrast, has no per-product or per-sale subscription, but it needs maintenance, regular updates and somebody responsible for security. Those are two different cost models: one monthly and predictable, the other heavier at the start and dependent on upkeep.
Price comparisons should therefore look at the total cost over two or three years, not the starting figure. For many stores the decision is made not on build cost but on what you pay every month and how much control you have over the catalogue and the data.
How to size the job before asking for a quote
List how many products you have, how many variants per product and where the images and descriptions come from. If the catalogue already lives in a spreadsheet, say which one, because that changes how it moves across.
Then write down how orders are taken today and what should change. If the goal is automatic order handling, that is a different project from a site that only displays a catalogue.
List the payment methods and shipping options you offer or plan to offer. Every payment method and every delivery option is a flow that has to be built and tested before launch.
Finally, read our guide on what a good online store looks like, because most reasons people abandon a purchase are not about design but about the cart, delivery and unclear costs. With those four lists, our price calculator returns a range for your scope, and we can walk through the specifics of your store together.
Source
Key takeaways
- A store is a chain of processes, so the price follows the number of links that must connect, not the number of pages.
- The biggest drivers are product variants, payment and shipping options, catalogue entry and integrations.
- Post-purchase items such as confirmations, returns and catalogue upkeep are often missing from the first quote.
- A platform subscription and a build price are two different costs and should be compared over a longer period.
- A stale catalogue is a more common reason for abandoned purchases than the store design.
Conclusion
A store price is most useful when expressed through processes rather than pages: how many payment methods, how many delivery options, how many products and who maintains them. A decision taken on the opening figure alone usually turns out to be more expensive, because the difference surfaces as manual work or as a catalogue rebuild a year later. For a range that matches your scope, run the price calculator, and for the specifics of your store get in touch and we will go through the catalogue and the purchase flow together.
Frequently asked questions
With an online store the price does not depend on page count but on how many processes the site has to connect. The catalogue, payments, shipping, delivery cost rules, email confirmations, returns and stock are separate parts that must work together, and each is its own job. That is why two stores with the same number of products can differ in price several times over: one sells three products with cash on delivery, the other runs a catalogue with variants, coupons and accounting integration. Below is what the build actually covers, which factors move the price the most, and what most first quotes leave out and later arrive as an extra.