WooCommerce-pénztár ellenőrzése: a teljes rendelési út számít

Kötelező adatok

A fölösleges mező kitöltési terhet és több hibalehetőséget jelent. Csak a teljesítéshez szükséges adatot kérd kötelezően, világos mezőcímkékkel.

A kötelező mezőket a tényleges teljesítésből vezesd le. Fizikai kézbesítéshez és digitális letöltéshez nem feltétlenül ugyanaz az adat kell, üzleti számlázás pedig további választást igényelhet. A mező neve legyen egyértelmű, a segítség ott jelenjen meg, ahol szükséges. A böngésző automatikus kitöltése segíthet, ha megfelelően van kialakítva, de a rosszul párosított mező téves adatot is hozhat. Mobilon a billentyűzet típusát és kitöltési sorrendet külön próbáld. Hiba után a helyes adat ne vesszen el. A pénztár egyszerűsítése nem indokolhatja szükséges információ elhagyását; a cél arányos adatbekérés és pontos rendelés. A vásárló értse, mire van szükség és miért nem tud még továbblépni. A vásárló tudja, milyen formában és miért kérsz adatot.

Összeg és szállítás

A fizetendő összeg változhat a cím vagy szállítási mód alapján. Ellenőrizd az összeg frissülését különböző címekkel és kosárösszetételekkel.

A rendelési összeg több változó eredménye lehet: termékvariáció, kupon, címhez tartozó szállítás és egyéb üzleti szabály. A pénztár frissülésekor ezeknek következetes végösszeget kell adniuk. Tesztelj egyszerű és összetett kosarat, határérték körüli kedvezményt, eltérő címet és szállítási módváltást. A vásárló által jóváhagyott összeg és a fizetési szolgáltatónak átadott összeg egyezzen. A megjelenített pénznem ne csak jel legyen, hanem a rendelési adatban is helyesen szerepeljen. Ha egy feltétel miatt módosul az ár, a változás legyen érthető. A háttérben helyes számítás is rossz élményt ad, ha a felület késve vagy követhetetlenül mutatja a végösszeget. A jóváhagyott végösszeg és a rendelés adatai egyeznek.

Fizetési állapotok

A sikeres fizetés mellett elutasítás, megszakítás és késői visszajelzés is előfordul. Próbáld ki a szolgáltató támogatott teszteseteit, és figyeld a rendelési státuszt.

A fizetési teszt terjedjen ki a sikerre, elutasításra és megszakításra, a szolgáltató támogatott tesztkörnyezetében. A vásárló nem mindig tér vissza a weboldalra: bezárhatja a lapot vagy megszakadhat a kapcsolat. A rendelési állapotnak ezért a megfelelő szolgáltatói visszajelzéssel is rendeződnie kell. A köszönőoldal látogatása önmagában nem bizonyít minden fizetési eredményt. A késleltetett fizetési módok más státuszt kívánhatnak, mint az azonnali kártyás siker. A vásárlói szöveg és adminisztráció ezt tükrözze. Ellenőrizd a fizetés és rendelés azonosítóit, mert hibakereséskor ezek kötik össze a két rendszert. A próba ne indítson valódi terhelést ott, ahol erre nincs szükség és felhatalmazás. A vásárló és az üzemeltető ugyanazt az érthető eredményt látja.

Ismételt kattintás

A lassú válasz újraküldésre ösztönözheti a vásárlót. Tedd láthatóvá a feldolgozást, és teszteld a többszöri beküldést.

A lassú beküldésnél a felhasználó könnyen újra megnyomja a gombot. A látható feldolgozási jelzés és megfelelő állapotkezelés csökkentheti a bizonytalanságot, de szerveroldalon is gondoskodni kell az ismételt művelet kezeléséről. A gomb letiltása önmagában nem teljes védelem, mert a kérés más módon vagy hálózati újraküldéssel is ismétlődhet. A tesztben legyen gyors dupla kattintás, visszalépés és lapfrissítés. A végén nézd meg, hány rendelés és fizetési esemény jött létre. A felület ne ragadjon feldolgozásban hiba után; kínáljon érthető folytatást. Az ismételhetőség üzleti szabálya különösen fizetésnél és automatikus teljesítésnél fontos, ahol a duplázásnak valós következménye lehet. Nem keletkezik indokolatlan dupla rendelés vagy művelet.

Kompatibilis bővítmények

A klasszikus és blokkos pénztár támogatása eltérhet. A fizetési és szállítási kiegészítőknél ellenőrizd a tényleges pénztártípust.

A WooCommerce klasszikus és blokkos pénztára eltérő integrációt kívánhat. Egy fizetési vagy csomagpont-bővítmény támogatását nem szabad a termék nevéből feltételezni. Olvasd el az aktuális dokumentációt és próbáld a saját összeállítást. A szállítási választás, egyedi mező, kedvezmény és fizetés együtt is működjön. A gyorsítótár a pénztár személyre szabott állapotával nem bánhat általános statikus oldalként. A süti- és hozzájárulási megoldásokkal való együttélés is releváns lehet. Frissítéskor a kritikus pénztárpróbát ismételd meg, mert az üzleti lánc több fejlesztőtől származó komponensből áll. A kompatibilitás ezért konkrét, ellenőrzött környezetre vonatkozó állítás, nem időtlen ígéret minden beállításra. Minden szükséges választás megjelenik és mentődik.

Rendelés utáni működés

A vásárlás a háttérrendszerekben és levelezésben folytatódik. Nézd meg az adminoldali adatot, számlázást, készletet és tranzakciós üzenetet.

A pénztárból létrejött rendelés adatait a teljesítés szemszögéből nézd meg. A raktár számára látszik-e a variáció, a futárhoz eljut-e az átvételi pont, a számlázó megkapja-e a szükséges adatot? A készletcsökkentés és visszaigazoló levél is a lánc része. A sikeres vásárlás után a vevő tudja, mi fog történni, és hol kérhet segítséget. Ha egy háttérrendszer nem elérhető, a rendelés ne tűnjön el, a feldolgozó pedig kapjon kezelhető jelzést. A próbarendelést dokumentáltan zárd le a használt tesztfolyamat szerint. Az ellenőrzés akkor teljes, ha az ügyfél és az üzemeltető is ugyanazt a helyes, teljesíthető rendelést látja, nem csupán megjelent egy köszönőképernyő. Az ügyfélszolgálat a teljesítéshez szükséges adatot megkapja.

Szemléltető helyzet és gyakorlati munkalap

Szemléltető példa: a vásárló kiválaszt egy csomagautomatát, kedvezménykódot használ és kártyával fizet. A teszt nem ér véget a fizetési szolgáltató oldalán: ellenőrizni kell a visszatérést, a rendelési státuszt, az átvételi pont megőrzését és a visszaigazoló e-mailt is.

Gyakori kérdések