Why UK B2B Firms Without an Ecommerce Stack Are Losing Sales in 2026
Forty-two percent of UK B2B businesses have no ecommerce tech stack in place. That figure comes from The Inevitable Shift report, produced by Commerce...
There is a moment in every growing ecommerce business when the infrastructure that got you here starts working against you. A plugin added to handle a...
There is a moment in every growing ecommerce business when the infrastructure that got you here starts working against you. A plugin added to handle a new payment method. A custom integration bolted on for a wholesale channel. A workaround built because the original system could not quite do what you needed. Each decision made sense at the time. Collectively, they become the problem.
Ann Summers reached exactly that point. The business, which posted full-year revenues of £93.4m across its website and 75 UK stores, found that years of layered technical changes had left its infrastructure expensive to run, slow to adapt, and unable to support the marketplace expansion the business needed. Technology and Supply Chain Director Jeannette Copeland described the situation plainly: the business had been ‘continually building on top of things’, to the point where it was almost building on sand, and the only option was a fundamental overhaul rather than another layer on top.
The specific pressure that made action unavoidable was marketplace expansion. As a specialist adult retailer, Ann Summers’ website is frequently excluded from traditional search results and, increasingly, from AI-driven search visibility, which made third-party channels such as Next the primary route to new customers. Disorganised data meant those channels were blocked. Because its own systems could not produce the clean, consistent product data that marketplace listings require, the business could not get its products in front of buyers who would never find the direct website.
If you run a WooCommerce store and that sequence sounds familiar, the risk is the same even if the category is different.
WooCommerce is genuinely flexible, and that flexibility is part of the problem. Because you can add a plugin for almost anything, many stores end up with product data spread across a dozen different sources: core WooCommerce fields, plugin-specific custom fields, manually edited spreadsheets imported through a feed tool, and attribute sets that were configured differently each time someone new took over the catalogue. The result is a product record that looks complete inside the WordPress admin but falls apart the moment an external system tries to read it consistently.
Consider how WooCommerce stores product attributes. Global attributes are stored in the wp_terms and wp_term_taxonomy tables and can be queried and filtered across the catalogue. Local attributes, added directly to a single product, are stored as post meta and are invisible to any tool that expects standardised attribute data. If your store has grown through a mix of manual entry, CSV imports, and plugin-generated fields, you almost certainly have both, inconsistently applied, and a marketplace feed plugin such as WooCommerce Google Listings and Ads or a third-party tool like Channable will attempt to map your product data to the channel’s required schema. Where your data is inconsistent, the feed breaks, products are rejected, or listings go live with missing fields that suppress their visibility. The business consequence is that you cannot list reliably on Amazon, eBay, Google Shopping, or any retail partner channel without first resolving the underlying data problem. Paying someone to patch the feed repeatedly just adds another layer on sand.
Maintenance costs follow the same pattern. A store with 15 active plugins, several of which overlap in function because they were added at different times by different people, carries a compounding update risk. When WooCommerce releases a major version, the question is which combination of plugins will conflict, not whether your core store will break. That investigation takes time and costs money, and because the integrations are undocumented, the person doing the work often has to reverse-engineer what each plugin was originally added to do before they can safely update or remove it.
Copeland noted that without well-organised data, the push from an AI perspective can hold a business back. This applies directly to WooCommerce stores. AI-powered shopping tools, including Google’s AI Overviews and emerging AI shopping agents, pull structured product data to generate recommendations. Inconsistently formatted or incomplete product titles, descriptions, pricing, availability, and attributes mean your products are less likely to appear in those results regardless of how well your SEO has historically performed.
The businesses that will hold ground in AI search are those with clean, structured, consistently formatted product data that any external system can read without interpretation. That is a data architecture question. It starts inside WooCommerce with decisions about how attributes are defined, how product types are configured, and whether your catalogue was built to a consistent standard or assembled opportunistically over time.
There is also a valuation dimension that rarely gets discussed. A buyer or investor will commission a technical audit, and what they find in your data layer will affect the price and the terms, sometimes significantly. A WooCommerce store with undocumented customisations, conflicting plugins, and inconsistent product data is genuinely harder to value and harder to transfer, which matters if you are building a business to sell or to hand to a successor.
Ann Summers resolved its situation by migrating to a unified commerce platform built for marketplace scale. For most WooCommerce businesses, the answer is a structured audit of what your data layer actually looks like, followed by deliberate decisions about what to consolidate, what to remove, and how to standardise the product data that external channels will need to read.
The question worth sitting with is whether the way your store is built will still support growth in two years, or whether you are already adding layers to sand.
If you want to know exactly where your WooCommerce data and integration layer is blocking marketplace expansion, I offer a focused technical audit that maps your current product data structure, identifies the specific conflicts and gaps that would prevent clean marketplace feeds, and sets out a prioritised plan to fix them. The longer this goes unaddressed, the more AI search compounds the visibility gap. Book your audit with The WordPress Guy and find out what your store’s data layer is actually costing you.
WooCommerce problems — broken checkouts, slow stores, failed orders — need specialist diagnosis. I work on exactly these.
View WooCommerce services →
Jason Boyd
WordPress Specialist Engineer · W3C Invited Expert · 20+ years
I specialise in forensic WordPress troubleshooting, performance engineering, and security hardening. I work directly with business owners and development teams — no account managers, no hand-offs.
About Jason →Related articles
Forty-two percent of UK B2B businesses have no ecommerce tech stack in place. That figure comes from The Inevitable Shift report, produced by Commerce...
If you run a WooCommerce store and spend money on TikTok ads, you have probably seen the headlines about TikTok’s new paid subscription. The natural...
UK retailers selling into the EU through WooCommerce are facing a structural cost increase that will land on 1 July 2026. The EU is abolishing the €150...
If this article describes your situation, I can diagnose the specifics and fix it properly. Send your brief and I'll respond the same working day.