1. Panga njia ya ununuzi kabla ya kubadilisha ukurasa
Chagua njia mbili hadi nne za thamani kubwa, si njia moja kamilifu. Jumuisha simu (mobile), aina (variants), mabadiliko ya kikapu, na checkout ya mgeni. Andika hali inayotarajiwa baada ya kila hatua: bidhaa, kiasi, bei, utoaji, promosheni, jumla, na hatua inayofuata. Hii inaonyesha mabadiliko kabla ya mabadiliko ya pamoja kufikia templeti zote.
Tambanya kazi muhimu na zisizo za lazima. Data ya bidhaa, chaguo zilizochaguliwa, kuongeza-kikapu, hesabu ya kikapu, vidhibiti vya checkout, na mrejesho kwa kawaida ni muhimu. Mapendekezo, tathmini, chat, na lebo za masoko yanaweza kuwa ya thamani lakini si lazima mara moja. Thibitisha kipaumbele chao na wamiliki.
Elezea hali inayoonekana, hatua, kosa, na tabia ya jaribu tena katika kila hatua.
Rekodi huduma na skiripti zinazogusa bei, hisa, kikapu, checkout, au idhini.
2. Fanya ugunduzi na uteuzi wa bidhaa kuwa haraka, imara, na wa kweli
Tambua kipengele kikubwa cha awali na vidhibiti vya uteuzi wa bidhaa. Largest Contentful Paint, au LCP, hupima wakati maudhui makubwa yanayoonekana yameonekana; Google inapendekeza kusudio la chini ya sekunde 2.5. Usifanye lazy-load kwa picha inayoweza kuwa LCP au maudhui ya bidhaa. Hifadhi nafasi kwa vyombo, mabango, tathmini, na ujumbe wa utoaji ili moduli iliyochelewa isiharibu kitovu cha ununuzi. Google inapendekeza Cumulative Layout Shift, au CLS, iwe chini ya 0.1.
Uteuzi wa aina (variant selection) unapaswa kusasisha picha, bei, SKU, upatikanaji, na uhalali wa kununua bila hali iliyokauka. Ikiwa unatumia Product structured data, ihifadhi inalingana na ukurasa wa ununuzi. Google inasema markup na feedi za Merchant Center zinaweza kumsaidia kuelewa na kuthibitisha data ya bidhaa, lakini uwasilishaji wa utafutaji na uhalali havihakikishwi.
Omba maudhui ya msingi ya bidhaa mapema; epuka render ya mteja isiyo ya lazima iliyochelewa.
Thibitisha ukweli wa bidhaa unaoonekana na uhalali wa kununua vinabadilika pamoja kwa chaguzi za mfano.
3. Weka kikapu na checkout vyakiwe na mwitikio bila kuondoa tabia muhimu
Interaction to Next Paint, au INP, hupima mwitikio kwa pembejeo; Google inapendekeza kusudio la chini ya millisekunde 200. Jaribio sasisho la kiasi, kuondoa, kuponi, chaguo za utoaji, chaguzi za malipo, marekebisho ya fomu, na uwasilishaji. Tumia zana za utendaji kupata kazi ndefu na ombi za polepole, lakini usiondoe uthibitisho, kodi, udanganyifu (fraud), au hesabu ya utoaji kwa sababu inatoa kazi zaidi. Fafanua kwanza hali inayokubalika ya kusubiri na ujumbe.
Checkout inayopatikana (accessible checkout) ni kazi ya utendaji kwa sababu uwanja usio na lebo au kosa lisilotangazwa linaweza kuzuia ukamilishaji. Mwongozo wa W3C unataka lebo, vikundi vya vidhibiti, maelekezo, mrejesho wa uthibitisho, na taarifa za mafanikio au kosa. Weka fokus iwe inavyotarajiwa na jaribu vidhibiti vya kawaida kwa kibodi na programu ya kusoma skrini (screen reader). Omba tu taarifa zinazohitajika kwa muamala.
Zuia uwasilishaji mara kwa mara usio salama, onyesha usindikaji, na hifadhi thamani zilizoingizwa baada ya kushindwa.
Jaribu anwani isiyo sahihi, kadi iliyokataliwa, kuponi, na njia za shamba linalohitajika.
4. Tibu skiripti za wahusika wengine kama utegemezi wa uzalishaji
Orodhesha kila lebo (tag) kwa ukurasa, mmiliki, kusudi, chanzo, data inayopatikana, idhini, tabia ya upakiaji, na njia ya kuondoa. OWASP inatambua upotevu wa udhibiti wa mabadiliko, utekelezaji wa nambari yoyote, na kufichuliwa kwa habari nyeti kama hatari za JavaScript ya wahusika wengine. Orodha inaonyesha kazi ambayo ripoti ya bundles inaweza kukosa: mnyororo wa lebo, mpendekezi unaobadilisha mpangilio, au wito wa uboreshaji wa kibinafsi unaozuia ununuzi.
Kwa uchambuzi, tumia data layer iliyofafanuliwa kwa makusudi au muundo wa server-direct ambapo inafaa badala ya kuruhusu kusoma ukurasa bila kanuni. OWASP inaelezea data layer iliyoainishwa na mwenye mwenyeji kama njia ya kupunguza thamani zinazopokelewa na msimbo wa uchambuzi. Katika kurasa za malipo, punguza njia za mabadiliko na tumia ukaguzi uliokadiriwa. Mwongozo wa PCI SSC unagusa idhini ya skiripti, uadilifu, na ufuatiliaji wa uharibu; Content Security Policy inaweza kuzuia kupakia lakini inahitaji upimaji wa hatua kwa hatua kwa sababu inaweza kuvunja uingizwaji halali.
Mpe kila lebo kusudi iliyoidhinishwa na mmiliki na uamuzi wa upakiaji; ondoa majaribio yaliyokwisha.
Tibu mabadiliko ya skiripti na vichwa (headers) kama nyeti kwa usalama; usijisajili mwenyewe kwa uzingatiaji.
5. Fanya hali za hesabu na bei kuwa wazi wakati wa mabadiliko
Hisa na bei zinaweza kubadilika wakati mnunuzi anabrowse. Fafanua vilivyo: inapatikana, hisa chini, hazipatikani, backorder, bei inasubiri, na bei iliyobadilika. Jaribu mabadiliko kutoka bidhaa hadi kikapu, kikapu hadi checkout, na uwasilishaji wa checkout. Lengo si data ya kudumu kila wakati; ni hali wazi, inayoweza kurejeshwa badala ya mgongano.
Usiweka cache ukweli wa muamala bila uamuzi wa ubakiwa na urudishaji (freshness and invalidation). Mapendekezo yanaweza kuwa ya zamani wakati usasisho wa hisa unakuwa, bei inayonunuliwa inahitaji sheria zilizokubalika. Wakati huduma ni polepole, tofautisha thamani iliyothibitishwa na sasisho linalosubiri na elezea hatua inayofuata. Jaribu promosheni, bei za kikanda au za watumiaji walioingia (logged-in), na kesi za mwisho za hisa katika usanidi wa utolewaji.
Taja mmiliki wa bei, hisa, promosheni, na jumla ya kikapu.
Jumuisha aina isiyopatikana, promosheni iliyopita wakati, kiasi kilichobadilika, na kizuizi cha utoaji.
6. Thibitisha kupitia msingi (baseline), utolewaji uliodhibitiwa, na mzunguko wa kurekebisha
Pima njia ile ile kabla na baada ya mabadiliko. Data ya uwanja inaonyesha uzoefu wa mgeni kwa wakati; vipimo vya maabara vinazalisha hali za kifaa na mtandao zilizochaguliwa. Linganisha templeti sawia, daraja la kifaa, hali ya kikao, hali ya jaribio, na dirisha la upimaji. Alama moja haiwezi kuthibitisha kwamba mabadiliko ya checkout yameboresha safari ya ununuzi.
Panga mabadiliko ya templeti ya pamoja, meneja wa lebo (tag-manager), na checkout. Rekodi msingi, athari, mmiliki, utegemezi, ushahidi, na kurudi nyuma. Jaribu tena safari baada ya utekelezaji, ikijumuisha matukio ya uchambuzi yaliyohifadhiwa na hali zilizobadilika za hesabu au malipo. SIU inaunga mkono mzunguko wa kuzuia uharibifu na kurekebisha kabla ya kushuka kwa mabadiliko; si mbadala wa ufuatiliaji wa hali ya moja kwa moja au mwitikio wa tukio.
Kusanya matokeo ya safari, utendaji, upatikanaji, na sheria za biashara kwa njia iliyobadilishwa.
Usisema ukurasa umekuwa haraka ikiwa kikapu, checkout, telemetry, au usahihi wa hesabu vinadhoofika.