Sinds WooCommerce 8.3 staat de nieuwe blokken-checkout standaard aan bij nieuwe installaties. Bestaande shops draaien meestal nog op de oude versie, die volledig in PHP is opgebouwd en met sjablonen wordt aangepast. In het beheer verschijnt inmiddels op meerdere plekken de suggestie om over te stappen, en dat roept bij veel eigenaren dezelfde vraag op: is dit iets wat ik nu moet doen, of kan ik het laten liggen?

Wij hebben dit inmiddels bij een flink aantal shops gedaan en de uitkomsten lopen uiteen. Ons standpunt: de overstap is voor de meeste shops verstandig, maar niet vanzelfsprekend, en zeker niet iets om op een dinsdagmiddag even aan te zetten. Hieronder leest u waarom, en welke drie controles het verschil maken tussen een soepele overgang en een week ellende.

Wat er verandert

De oude afrekenpagina is opgebouwd met PHP-sjablonen en shortcodes. Alles gebeurt op de server: bij elke wijziging in het formulier, zoals het kiezen van een ander land, wordt de pagina opnieuw opgebouwd. De blokken-checkout draait in de browser met React. Verzendkosten, betaalmethoden en totalen worden bijgewerkt zonder dat de pagina opnieuw laadt.

De praktische verschillen die klanten merken:

  • De pagina voelt sneller, vooral bij het wijzigen van gegevens. Geen herladen meer bij elke stap.
  • Adresvelden gedragen zich netter, met betere validatie terwijl u typt.
  • De opmaak is consistenter over verschillende thema’s heen.
  • Aanpassingen doet u met de blokkeneditor in plaats van met PHP-sjablonen.

Dat laatste punt is tegelijk de kern van het probleem. Alle maatwerk dat ooit via sjablonen of hooks is toegevoegd, werkt niet automatisch mee.

Waarom wij het meestal aanraden

Drie argumenten wegen voor ons het zwaarst.

Het is de richting waar WooCommerce heen gaat. Nieuwe functies verschijnen eerst en soms alleen voor de blokken-checkout. De oude variant wordt onderhouden, maar krijgt geen nieuwe mogelijkheden meer. Wie nu niet overstapt, staat over twee jaar voor dezelfde klus onder meer tijdsdruk.

De snelheidswinst is echt. De afrekenpagina is de enige pagina die niet in de cache mag en waar elke seconde direct omzet kost. In onze metingen scheelt het bij het wijzigen van verzendgegevens vaak een halve tot anderhalve seconde per handeling. Bij een klant die drie keer iets aanpast, tikt dat aan. Over de bredere snelheidsaanpak van een shop schreven wij in ons artikel over het sneller maken van WooCommerce.

Minder maatwerk om te onderhouden. Veel shops hebben in de loop der jaren sjabloonbestanden gekopieerd naar het kindthema. Die bestanden verouderen stilletjes en zijn een klassieke oorzaak van problemen na een update. De blokken-checkout maakt daar in de meeste gevallen een einde aan.

Wanneer u beter wacht

Er zijn situaties waarin uitstel het verstandigst is, en dat zijn er meer dan de berichten van WooCommerce doen vermoeden.

  • U gebruikt een betaalmethode of verzendkoppeling die de blokken nog niet ondersteunt. De grote namen zijn inmiddels wel bij, maar kleinere Nederlandse koppelingen soms niet.
  • U hebt veel maatwerkvelden. Denk aan een veld voor een ordernummer bij zakelijke klanten, een keuze voor bezorgdatum of een vraag om een btw-nummer met controle. Elk daarvan moet opnieuw gebouwd worden.
  • U draait een B2B-shop met prijsafspraken per klant. Daar zit vaak de meeste eigen logica, en die verhuist niet vanzelf mee.
  • Uw drukste periode komt eraan. Doe dit niet in november. Een fout op de afrekenpagina in de aanloop naar de feestdagen is de duurste fout die er is.
  • U hebt geen oefenomgeving. Zonder plek om te testen is de overstap gokken met uw omzet.

De drie controles vooraf

Wilt u overstappen, doe dan eerst deze drie dingen. Ze kosten samen een uur en voorkomen de meeste problemen.

  1. Inventariseer uw betaalmethoden. Open elke actieve betaalplugin en zoek in de documentatie of de blokken-checkout ondersteund wordt. Voor iDEAL via Mollie is dat inmiddels in orde; voor achteraf betalen en zakelijke facturen wisselt het per aanbieder. Werkt een methode niet, dan ziet de klant hem gewoon niet staan, zonder foutmelding.
  2. Breng uw maatwerk in kaart. Kijk in uw kindthema of er een map met WooCommerce-sjablonen staat, en zoek in uw functiebestand naar aanpassingen op de afrekenvelden. Alles wat u daar vindt, moet opnieuw gebouwd worden met de nieuwe methode.
  3. Controleer uw verzendlogica. Verzendklassen, gratis verzending vanaf een bedrag, afwijkende tarieven per land: test dit allemaal opnieuw. Dit is waar wij in de praktijk de meeste verrassingen tegenkomen.

Zo pakt u de overstap aan

Werk altijd eerst op een kopie van uw shop. Zet daar de blokken-checkout aan, maak een volledige testbestelling met een echte betaling en loop dan systematisch door: verschillende landen, verschillende verzendmethoden, een kortingscode, een gastbestelling, een bestelling als ingelogde klant. Controleer of de bevestigingsmail klopt en of de bestelling correct in uw boekhoudkoppeling terechtkomt.

Pas als dat allemaal klopt, zet u het live, bij voorkeur op een rustig moment. Houd de eerste bestellingen daarna handmatig in de gaten. En laat de oude checkoutpagina staan als concept, zodat u binnen een minuut terug kunt als er iets misgaat.

Twijfelt u of uw shop hier klaar voor is, dan is het een klus die goed past binnen regulier WooCommerce-onderhoud, waarbij op een staging-omgeving eerst het volledige bestelproces wordt nagelopen voordat er iets verandert.

Een praktijkvoorbeeld

Een webshop in kantoormeubilair uit Deventer wilde overstappen omdat de afrekenpagina traag aanvoelde. Bij de inventarisatie bleken er drie maatwerkvelden te zijn: een veld voor een inkoopordernummer, een keuze voor bezorging op de verdieping en een vinkje voor het meenemen van oud meubilair.

Op de oefenomgeving werkten twee van de drie meteen mee via de nieuwe methode. Het derde veld hing aan een eigen script dat de verzendkosten aanpaste, en dat moest opnieuw gebouwd worden. Dat kostte een halve dag. De uitkomst was het waard: de afrekenpagina reageert nu direct op wijzigingen en het aantal afgebroken bestellingen daalde merkbaar. Zonder die inventarisatie vooraf was dat derde veld stilletjes verdwenen, met verkeerde verzendkosten als gevolg.

Ons oordeel

Overstappen, ja, maar bewust en op een rustig moment. De techniek is volwassen genoeg, de winst is echt en de richting is duidelijk. Wat het misgaan veroorzaakt, is niet de blokken-checkout zelf maar het maatwerk dat er in de loop der jaren omheen is gegroeid en waarvan niemand nog precies weet wat het doet.

Uw volgende stap is dan ook geen knop omzetten, maar een lijstje maken. Noteer elke betaalmethode, elk extra veld en elke verzendregel die u hebt. Is dat lijstje kort, dan kunt u binnen een dag over. Is het lang, dan weet u tenminste waar u aan begint.