Een beschikbaarheidscheck mag groen zijn terwijl de winkel stil bestellingen verliest. De homepage geeft 200 terug. De productpagina geeft 200 terug. Een promocode zet het totaal op nul, een verzendmethode verdwijnt voor één land, of het aankoop-event vuurt nooit, en de monitor heeft niets te zeggen. Ik ben opgehouden “de site is up” als nieuws te behandelen. Het nieuws is of een koper kan betalen.
Volg de koper, niet de statuspagina
In een live WordPress- of WooCommerce-shop loop ik één pad af en schrijf ik op waar het buigt:
De winkelwagen toont het artikel, de prijs en het aantal dat de koper echt ziet. Verzending biedt de methode die bij dat adres hoort, niet een methode die overbleef uit een testzone. Een promocode verandert het totaal met opzet, of raakt het totaal helemaal niet. Betaling blijft Stripe, PayPal en de methode vermelden die voor één producttype graag verdwijnt. Analyse ontvangt het aankoop-event bij een echte bestelling, niet bij een klik die erop leek.
Elk daarvan kan falen terwijl de server er gezond uitziet. Ik heb winkels een snelle homepage zien vieren in dezelfde week waarin het checkout-event het advertentieaccount niet meer bereikte. De advertenties bleven uitgeven. De winkel bleef “converteren” in het hoofd van de eigenaar. Het rapport was het er niet mee eens, en niemand had het rapport geopend.
| Het lampje | Wat nog fout kan zijn |
|---|---|
| Homepage 200 | Het verzoek om in de winkelwagen te doen faalt voor een ingelogde klant. |
| Productpagina snel | De verzendzone van het hoofdland geeft niets terug. |
| De checkout laadt | Een code van vorig seizoen zet het totaal op nul. |
| Betaalplugin actief | Eén producttype laat de enige methode vallen die kopers gebruiken. |
| De tagmanager is er | Het aankoopgebeurtenis gaat af op de knop, niet op de betaalde bestelling. |
Snelheid hoort bij het pad, het is geen aparte hobby
Een trage winkelwagen is voor een deel van de kopers een mislukte winkelwagen, dus meet ik het pad, niet een labscore op de homepage. Cache die de eerste weergave snel maakt en de winkelwagen oud laat, is geen winst. Liever een iets tragere productpagina dan een winkelwagen met de prijs van gisteren.
Dit is geen inbraaktest
Het pad van het geld aflopen is geen penetratietest, en ik verkoop het niet als zodanig. Het laat de winkel ook niet verschijnen in een antwoordmachine. Dat zijn verschillende taken, met verschillend bewijs. Wat ik na vijf dagen kan zeggen, is smaller en nuttiger: hier valt een bestelling weg, dit loopt risico, in deze volgorde zou ik het repareren.
Als het enige bewijs van gezondheid een statuscode is, meet u de bui van de server, niet de omzet van de shop.
Een code is een klein programma
Ik open de lijst van codes die nog actief zijn en ik probeer de saaie, niet een willekeurige tekenreeks. Een code van vorig seizoen die nooit is beëindigd. Een code die zich opstapelt op een prijs die al verlaagd is. Een code die op de verzendregel geldt terwijl iedereen denkt dat hij voor het product geldt. Elk daarvan is een paar regels configuratie, en elk verandert wat de koper betaalt. Liever een uur op die lijst dan een dag bakkeleien over een nieuw thema.
Dezelfde geduld geldt voor verzendzones. De zone van het land dat echt koopt, is de zone die ik test, met een postcode uit dat land, niet met het adres van de winkel. Een methode die verschijnt voor de postcode van de eigenaar en verdwijnt voor een klant, is een gewone bug. Die roept niemand op. Die haalt alleen de bestelling weg.
Het resultaat dat ik vertrouw is een korte lijst met een eigenaar en een manier om te zien dat de reparatie werkte. “Conversie verbeteren” is geen lijst. “De code SAVE10 negeert de aanbiedingsprijs en stapelt zich op zichzelf” is een lijst. De tweede zin is deze week te testen op een staging-bestelling. De eerste zin kun je een jaar bespreken.
