In het kort:
– HPOS (High-Performance Order Storage) geeft bestellingen eigen databasetabellen in plaats van ze op te slaan als “berichten” tussen al je andere content.
– Resultaat: snellere orderoverzichten, snellere zoekopdrachten en een schaalbaarder shop — juist merkbaar bij duizenden orders.
– De enige echte voorwaarde: al je plugins die met orders werken moeten HPOS-compatibel zijn. Dat check je vooraf, niet achteraf.
– De overstap zelf is een instelling plus een synchronisatieslag — goed voorbereid is het een non-event.
WooCommerce sleept historisch een eigenaardigheid mee: bestellingen werden jarenlang opgeslagen als een soort blogberichten, in dezelfde tabellen als je pagina’s en producten. Dat werkte, maar elegant was anders — en snel bij grote aantallen al helemaal niet. HPOS is de structurele oplossing. Even in normale taal wat het is en hoe je er zonder kleerscheuren heen gaat.
In de klassieke opzet is een bestelling een “post” met tientallen losse meta-regels eraan: klantnaam hier, totaalbedrag daar, status weer ergens anders. Wil WooCommerce je orderoverzicht tonen of zoeken op e-mailadres, dan moet de database die versnipperde regels telkens bij elkaar sprokkelen. Bij 200 orders merk je daar niets van. Bij 20.000 orders wordt elk overzicht, elke zoekopdracht en elke rapportage een gepuzzel — en jouw wachttijd.
HPOS geeft orders wat ze altijd al verdienden: eigen tabellen, ingericht voor ordergegevens. Klantgegevens, bedragen, statussen en adressen staan gestructureerd naast elkaar in plaats van verspreid. De winst:
| Oude opslag (posts) | HPOS | |
|---|---|---|
| Orderoverzicht laden | Sprokkelen uit gedeelde tabellen | Direct uit ordertabellen |
| Zoeken op klant/e-mail | Traag bij veel orders | Snel, ook bij veel orders |
| Vermenging met content | Orders tussen pagina’s en producten | Strikt gescheiden |
| Toekomst | Nalatenschap | De standaard waar WooCommerce op bouwt |
Voor nieuwe installaties staat HPOS tegenwoordig standaard aan; bestaande shops moeten zelf overstappen. En dat is de moeite waard — mits je één ding eerst regelt.
Elke plugin die bestellingen aanraakt (facturatie, verzending, koppelingen, boekhouding) moet via de moderne order-API werken in plaats van rechtstreeks in de oude tabellen te graven. Een niet-compatibele plugin kan na de overstap gegevens missen of fouten geven. Zo check je het: in WooCommerce → Instellingen → Geavanceerd → Functies zie je bij de HPOS-optie of er incompatibele plugins gemeld worden. Staat daar een naam? Eerst updaten of vervangen, dán overstappen. (Voor de volledigheid: alle GoStockr-plugins — de bol-koppeling, het serienummer-voorraadbeheer en de GoedGeplaatst Connector — zijn HPOS-compatibel gebouwd. Orders aanraken is letterlijk ons werk, dus dit was voor ons dag-één-huiswerk.)
Plan het op een rustig moment, niet in je Q4-piek. De hele operatie is bij een gezonde shop een kwestie van een avondje — en daarna profiteert élke werkdag ervan.
Merk ik als kleine shop iets van HPOS?
Minder dan een grote, maar je groeit ernaartoe — en nieuwe WooCommerce-functionaliteit wordt op de nieuwe structuur gebouwd. Overstappen op een rustig moment is goedkoper dan moeten overstappen op een druk moment.
Kan ik terug als het misgaat?
Ja, zeker met de synchronisatiemodus aan kun je terugschakelen. Vandaar het opstapje: eerst parallel, dan pas definitief.
Worden mijn oude orders meegenomen?
Ja, de synchronisatieslag zet bestaande orders om naar de nieuwe tabellen. Niets raakt kwijt — mits stap 1 (back-up) en stap 2 (compatibiliteit) serieus genomen zijn.