Kontrolný zoznam QA po spustení

Vykonajte kompletný nákup sami na živom webe — nie na testovacom prostredí — a prejdite cesty, ktoré zákazníci skutočne používajú: nákup ako hosť aj po prihlásení, aspoň jeden produkt s variantmi a akékoľvek zľavové kódy či akcie, ktoré práve bežia. Skontrolujte, že sa správne odošlú potvrdzujúce e-maily o objednávke a že sa objednávka následne správne zobrazí vo vašom administračnom/objednávkovom systéme.

Nepredpokladajte, že sa pokrytie z testovacieho prostredia automaticky prenesie. Živé platobné brány, živé daňové služby a živé API na výpočet dopravy sa niekedy správajú inak než ich testovacie či sandboxové ekvivalenty — presne preto je potrebná reálna kontrola v živých podmienkach, nie spoliehanie sa na to, čo prešlo na testovacom prostredí.

Overte, že spracovanie platieb beží v živom (nie testovacom/sandboxovom) režime, že sú zapnuté a funkčné všetky spôsoby platby, ktoré obchod predtým podporoval, a že sa reálna transakcia korektne zúčtuje od začiatku do konca — teda že peniaze skutočne dorazia, nielen že sa zmení stav objednávky. Skontrolujte aj funkčnosť vrátenia platby, keďže sa používa menej často než pokladňa a ľahko sa stane, že zostane neoverená.

Ak podporujete viacero spôsobov platby alebo mien, otestujte každý samostatne, namiesto toho, aby ste predpokladali, že keď funguje jeden spôsob, ostatné sú nastavené rovnako.

Logika daní a dopravy sa pri migrácii ľahko pokazí nenápadným spôsobom, keďže obe často závisia od nastavení, ktoré sa medzi platformami nemapujú čisto. Zadajte testovacie objednávky na svoje najčastejšie doručovacie destinácie a overte, že sa daň počíta správne a že sadzby aj dostupné spôsoby dopravy zodpovedajú tomu, čo ste zamýšľali — nielen tomu, čo nová platforma nastavila predvolene.

Osobitnú pozornosť venujte akýmkoľvek špeciálnym prípadom, na ktoré sa váš biznis spolieha: daňové výnimky, prahy pre dopravu zdarma, pravidlá špecifické pre región alebo obmedzenia dopravy pri určitých produktoch. Práve tieto detaily nastavenia sa pri migrácii najčastejšie stratia alebo nastavia nesprávne predvolene.

Aj s kompletnou mapou presmerovaní pripravenou pred spustením namátkovo skontrolujte po prepnutí reálnu vzorku URL adries: stránky s najvyššou návštevnosťou, zopár stránok s nižšou návštevnosťou a niekoľko zámerných výnimiek (vyradené produkty, zlúčené kategórie). Overte, že sa každá presmeruje na správny cieľ jedným skokom, bez reťazcov alebo slučiek.

Skontrolujte tiež vzorku URL adries, ktoré by na starom webe nemali existovať — preklepy, staré URL adresy s parametrami, čokoľvek, čo mohol robot náhodou indexovať —, aby ste sa uistili, že sa vyriešia zmysluplne, a nie chybou, ktorá by pôsobila ako širší problém.

Overte, že vaša analytická platforma, meranie konverzií aj akékoľvek reklamné pixely na novom webe fungujú správne — zadaná testovacia objednávka by sa mala v reportoch analytiky aj reklamnej platformy zobraziť rovnako ako predtým. Meracie kódy sa pri zmene platformy ľahko potichu stratia, pretože chýbajúci alebo nesprávne nastavený pixel nevyhodí chybové hlásenie — jednoducho prestane odosielať dáta.

Skoré čísla z analytiky po spustení porovnávajte s vaším predmigračným základom pre rovnaký typ dňa (pracovný deň verzus víkend, podobné zdroje návštevnosti), nie s hrubým porovnaním pred/po, keďže bežné výkyvy návštevnosti inak môžu skutočný problém s meraním prekryť alebo napodobniť.

Nechajte zopár reálnych (alebo testovacích) zákazníckych účtov potvrdiť, že sa vedia prihlásiť, vidia svoju správnu históriu objednávok a majú prístup ku všetkým funkciám účtu, na ktoré boli zvyknuté predtým — uložené adresy, uložené spôsoby platby tam, kde to platí, zostatky vernostných bodov, ak ich obchod ponúka. Problémy s prístupom k účtu sú pre zákazníkov, ktorí na ne narazia, veľmi viditeľné a priamo ovplyvňujú dôveru, preto sa oplatí overiť ich zámerne, nie predpokladať, že migrácia účtov „asi fungovala“.

Ak migrácia hesiel nebola súčasťou technického prenosu (bežné pri platformách s nekompatibilným hashovaním hesiel), uistite sa, že zákazníci majú jasnú cestu na obnovu hesla a že o nej vedia, nielen že je technicky dostupná.

Sledujte Search Console (alebo ekvivalent pre iné vyhľadávače) ešte dlho po dni spustenia — chyby pri prehľadávaní, stav indexovania a akýkoľvek nárast hlásených chýb 404 sú najskoršími signálmi problému s presmerovaním alebo canonical tagom, ktorý testovanie prehliadlo. Porovnávajte to s vaším predmigračným základom, aby ste vedeli odlíšiť skutočný regres od bežných krátkodobých výkyvov po zmene webu.

Toto obdobie sledovania je tiež vhodná chvíľa na opätovné odoslanie mapy webu, ak ste tak ešte neurobili, a na potvrdenie, že stránky, ktoré očakávate v indexe, sa v nasledujúcich týždňoch naozaj objavujú vo výsledkoch vyhľadávania, nielen že boli prehľadané.