WooCommerce or custom e-commerce: architecture, extensions, checkout and cost over time

The choice of e-commerce platform is often made on two things: upfront cost and familiarity with WordPress. Legitimate criteria, but incomplete. What decides the life of an online shop over the next three years is something else: how standard the sales process is, how many extensions will be needed to adapt it, how it integrates with the rest of the business and what it will cost to maintain.

The three routes

• WooCommerce: e-commerce inside WordPress, full control, a huge extension ecosystem, maintenance on you.
• Hosted platform: infrastructure managed by the provider, recurring fees, customisation within the platform's limits.
• Custom: catalogue, cart and checkout written for the specific process, often with a modern front end and dedicated services for payments and shipping.

WooCommerce: where it works and where it gets complicated

WooCommerce is a solid choice for small and medium catalogues, standard sales flows and when editorial content matters as much as products. With high-performance order storage (HPOS) orders no longer live in the generic posts table, and on suitable hosting with a persistent object cache it handles substantial volumes.

It gets complicated in three situations:

• extension build-up: subscriptions, customer-group pricing, bundles, shipping rules, advanced filters. Each adds code, queries and dependencies, and updates become delicate;
• search and filtering on attributes: on large catalogues, metadata-based filters get slow without a dedicated search engine;
• non-standard processes: bookings with shared resources, configurators, B2B sales with complex rules. There you end up forcing WooCommerce's model.

When custom pays off

Custom makes sense when the sales process is the product: bookings with real availability, rentals, subscriptions with special logic, configurators, B2B flows. The data model is designed around the process, reliable providers handle payments and shipping, and the front end is fast because it does not carry the weight of a generic CMS. It costs more upfront and less when the alternative would be a chain of extensions.

Checkout, technically

Checkout is where orders are lost. The choices that matter:

• guest checkout always available;
• total costs visible early, shipping included;
• few fields, with correct autocomplete and clear validation;
• payment methods suited to the audience: cards, digital wallets, PayPal, local or instalment methods;
• mobile performance: no third-party scripts blocking interaction on the payment page.

Payments

In Europe, card payments require strong customer authentication. With hosted payment forms or provider components (Stripe and similar), card data never touches the site, authentication is handled by the provider and the compliance scope shrinks to a minimum. The order status is updated from the provider's webhooks, not from the browser returning to the confirmation page.

Integrations

Management system, e-invoicing, couriers, CRM. This is where many shops become fragile: you must decide which system is the source of truth for products, prices and stock, and design the integration with queues, idempotency and reconciliation. I cover this in Integrating your management system, e-commerce and invoicing with APIs.

How to decide

1. Is the sales process standard or specific?
2. How many extensions would WooCommerce need to cover it, and who maintains them?
3. Which systems must the shop talk to?
4. Who runs the shop day to day, and with what skills?
5. What is the three-year total cost, not just the upfront one?

The most common mistakes in choosing

• Choosing on upfront cost: a WooCommerce shop with twenty extensions on yearly licences can cost more over three years than a lean custom solution.
• Underestimating integrations: the link with management and invoicing systems is often the most complex part of the project, and should be estimated first.
• Bending the process to the platform: giving up an important sales rule because "the plugin doesn't do it".
• Overlooking who runs the shop: a powerful platform that is awkward for whoever uploads products and handles orders gets used badly.
• Ignoring mobile performance: slow product pages and checkout cost orders every day.
• No data plan: products, customers and orders must be able to migrate if the platform ever changes.

The best choice is almost always the simplest one that covers the real process without forcing it.

My take

I use WooCommerce when it is the right choice: for Olio Intini I built a multilingual WordPress site with an integrated online shop, a straightforward purchase path and a design identical to the one supplied by the client. A clear catalogue, a standard flow, important editorial content: ideal WooCommerce territory.

But when the process is unusual, I prefer to write it. In the Altura Vela management app, built in Nuxt, Stripe payments are part of an application designed around how the school works, not an adapted plugin. And I see more and more WooCommerce shops weighed down by dozens of interdependent extensions: there the problem is not WooCommerce, it is accumulation, the same I describe in Custom or ready-made WordPress themes and plugins.

In any case, before choosing I always ask to see how an order is handled today, from arrival to dispatch: that is where you see which platform is needed.

Why work with me

I have been programming since 1999, delivered more than 300 projects and work as an external developer with about 30 agencies, from Rome and remotely. I build WooCommerce shops and custom e-commerce, with careful checkouts, payments through certified providers and integrations designed to last.

If you need to choose a platform for your shop, get in touch: in a call of about 20 minutes we look at your sales process. The service is in E-commerce and online shops.