Skip to content

Design & Build

WooCommerce stores that stay fast as they grow

WooCommerce specifically — the WordPress way of selling online. This page is about building and fixing Woo stores. If you have not chosen a platform yet, the e-commerce page is the one that compares the options, and it does not push you toward this one.

How it runs

What actually happens, in order

  1. Look at what the store is actually doing

    Week 1

    Load time on a product page and on checkout, measured on a phone. How many plugins are involved in a single add-to-cart. Whether the catalog is queried in a way that gets slower as products are added. A Woo store that felt fine at 40 products and crawls at 900 has a query problem, not a hosting problem.

  2. Fix the checkout before anything else

    Weeks 1–2

    Checkout is where money is lost and it is the least-tested page on most stores. Every field justified, guest checkout available, address autocomplete working, payment methods tested on a real phone with a real card. Baymard Institute's checkout research consistently finds required account creation among the top reasons carts are abandoned.

  3. Catalog and performance

    Weeks 2–3

    Product images sized and served in a modern format, variations that do not generate hundreds of queries, object caching configured, and the plugins doing overlapping jobs removed. Speed on a store is not vanity — it is the gap between a browse and a purchase.

  4. Make it findable

    Week 3

    Product and category structured data so listings can show price and availability in search results, clean category URLs, and canonical handling for variations so you are not competing with yourself.

  5. Handover with the numbers

    Week 4

    Before-and-after load times on the pages that matter, a written record of what was changed and why, and training on adding products without undoing the performance work.

Scope

What is included — and what is not

Both lists, because the second one is where projects go wrong and almost nobody publishes it.

  • Checkout review and rebuild, tested on real devices with real payment methods
  • Product and category page performance work, with before-and-after measurements
  • Product, offer and breadcrumb structured data
  • Plugin audit — what is doing the same job twice, what is abandoned
  • Shipping and tax configuration checked against what you actually charge
  • Staging environment, so changes are never made on the live store
  • Product photography and copywriting for the catalog
  • Ongoing order fulfillment, customer service or inventory management
  • Migration from Shopify or another platform, which is a separate scoped project

Straight answers

Questions people actually ask

Why is my WooCommerce store so slow?
Nearly always one of four things: a page builder rendering every product tile, a plugin running an uncached database query on every page load, product images uploaded at camera resolution, or hosting with no object cache. It is diagnosable in about an hour, and the fix is usually not 'move to better hosting' even though that is what gets sold.
Should I be on WooCommerce or Shopify?
Genuinely depends, and we will not pretend otherwise to win the work. Shopify costs more per month and less in maintenance, and it is very hard to break. WooCommerce costs less to run, does whatever you need, and requires someone responsible for it. The e-commerce page walks through it with running costs on both sides.
Can you fix the store I have rather than rebuilding it?
Usually. Most Woo stores that feel broken are a working store with four plugins fighting each other. A rebuild is warranted when the theme is abandoned or a page builder has been used so heavily that the product data lives inside its shortcodes.
What happens when WooCommerce or WordPress updates?
On a maintained store, updates are applied on staging, checkout is tested, and then it goes live. On an unmaintained store this is exactly how checkouts silently break — and nobody notices until a customer calls to say the payment failed, which most customers do not do.
Do you handle PCI compliance?
Using Stripe, PayPal or Square as hosted payment methods means card details never touch your server, which is what keeps the compliance burden small — that is how we build. If you are taking card numbers on your own site, that is a materially different obligation and we would want to talk about why before building it.

Start with the free audit. It takes two seconds and it is honest about what it cannot see.