“Fri levering ved køb over et beløb” er en af de mest almindelige kampagner i e-handel, og WooCommerces indbyggede metode Fri fragt understøtter det fra starten: sæt et minimumsbeløb, så bliver metoden tilgængelig, når kurven kvalificerer sig. Det, WooCommerce ikke gør, er at skifte kunden over til den automatisk.
Hullet i WooCommerces egen adfærd
Hvis en kunde allerede havde valgt en betalt leveringsmetode, før kurven krydsede grænsen for fri fragt (for eksempel ved at tilføje én vare mere), forbliver den betalte metode valgt. WooCommerce vælger kun en standard fragtmetode, når der endnu ikke er valgt noget i sessionen; når en metode er valgt, behandles den som en bevidst beslutning og får lov at blive, selv når en nyligt tilgængelig mulighed objektivt er bedre for kunden.
To rettelser, ikke én, og hvorfor begge var nødvendige
Det første tilfælde er en kunde, der aktivt ændrer sin kurv på selve checkout-siden ved at øge et antal med sidens egen antalsvælger. Vi markerer netop den hændelse i browseren, adskilt fra en kunde, der manuelt klikker på en anden fragtmulighed, og vælger kun Fri fragt automatisk, når markeringen er sat og metoden lige er blevet tilgængelig. Et manuelt klik på en betalt metode bagefter røres ikke; markeringen udløses først igen ved næste ændring af antal, ikke ved hver genberegning.
Det andet tilfælde er en kunde, der kommer til checkout første gang med en kurv, der allerede kvalificerer sig. Til det sætter et lille filter på serveren på woocommerce_package_rates den valgte metode til Fri fragt som standard, men kun når der endnu ikke er valgt noget i sessionen. Hvis der allerede findes et reelt tidligere valg, gør filteret ingenting, så det aldrig i stilhed kan tilsidesætte kundens egen beslutning.
De to rettelser deler ét princip: vælg den bedre mulighed som standard, men kæmp aldrig imod et valg, kunden faktisk har truffet.
Det vigtigste
- At tilføje en fragtmetode er ikke det samme som at gøre den til standard; WooCommerce behandler et eksisterende valg i sessionen som fastlåst, med vilje.
- At skelne mellem “kurven er lige ændret” og “kunden har lige klikket på en fragtmulighed” i browseren er det, der gør automatisk valg sikkert i stedet for irriterende.
- En standard på serveren bør kun gælde et valg, der endnu ikke er truffet; at tjekke det eksplicit er lidt kode, der forhindrer en reel forringelse af brugeroplevelsen.
Læs også: validering af mobilnumre i checkout, vores arbejde med specialudvikling.
Støder du på en lignende begrænsning i din egen WooCommerce- eller WordPress-admin? Lad os tale — ArtinTech Solution bygger netop den slags skræddersyede værktøjer til webshops.