Akats bat produkziora iristen denean, elkarrizketa askotan salmenta galduan amaitzen da. Hori ulertzekoa da, kaltea ikusgarria delako: saski abandonatua, huts egindako transakzioa, bidali ez den formularioa. Baina ikuspegi hori osatu gabe dago. Errore baten benetako kostua ez da zure begien aurrean desagertzen den bihurketa bakarrik. Inoiz galdu dituzula jakingo ez dituzun guztiak dira.
Hori da galera ikusezinaren ideia: txostenetan arrasto garbirik utzi gabe desagertzen diren aukerak. Lotura hautsi bat, orri garrantzitsu baterako sarbidea blokeatzen duena. Nabigatzaile jakin batzuetan soilik huts egiten duen script bat. Kargatzea moteldu eta erabiltzailea interakziorik egin aurretik alde egitera bultzatzen duen irudi astunegia. Arazo bakoitza txikia dirudi. Elkarrekin, webgune baten benetako errendimendua baldintzatzen dute.
Zergatik den hain zaila galera ikusezina neurtzea
Talde gehienek erraz ikusten dutena neurtzen dute. Kanpaina batek espero baino gutxiago ematen badu, aztertzen da. Orri bat behera badoa, arazoa agerikoa da. Baina marruskadura askok ez dute beherakada dramatikorik sortzen; nahikoa erresistentzia besterik ez dute gehitzen, publikoaren zati batek alde egin, erabakia atzeratu edo bihurketara inoiz iritsi ez dadin.
Zailtasuna da askotan ez dagoela seinale zuzenik errore tekniko bat eta aukera galdu bat lotzeko. Orrialde bat kargatu daiteke, baina beranduegi erabilgarria den edukia erakusteko. Formulario batek funtziona dezake, baina kanpoko baliabide batek huts egin eta esperientziaren zati bat hondatu. Kanpaina bateko URL batek helmuga hautsira jo dezake eta publizitate bidezko trafikoa galdu, abisu garbirik gabe.
Halakoetan, ikus daitekeen metrikak istorioaren zati bat baino ez du kontatzen. Gainerakoa ezkutuan geratzen da.
Nola bihurtzen den errore txiki bat negozio-arazo handi
Arazo tekniko bat oso gutxitan geratzen da isolatuta. Trafiko handiko orri bati, kanpaina aktibo bati edo bihurketako urrats kritiko bati eragiten badio, inpaktua biderkatu egiten da. Eta testuinguru jakin batean bakarrik agertzen bada —adibidez, nabigatzaile, sistema eragile edo bereizmen jakin batean— asteetan oharkabean pasa daiteke.
Horregatik, mota bereko bi errorek ez dute kostu bera. Bisiten %1i eragiten dion arazoa bigarren mailako orri batean txikia izan daiteke, baina garestia intentsitate handiko landing batean. Gakoa ez da arazoa aurkitzea soilik. Gakoa da ulertzea zenbat bisitari eragiten dien, zein testuingurutan agertzen den eta negozioaren zein zatiri eragiten dion.
Nola egin ikusgai gaur ihes egiten duena
Galera ikusezina murriztu nahi baduzu, lehen urratsa ez da alerta gehiago pilatzea. Informazioa hobeto antolatzea da. Zein errorek eragiten dieten benetan erabiltzaileei, zeintzuk errepikatzen diren eta zeintzuk diren lehentasunezkoak jakin behar duzu.
Hori lantzeko modu praktiko bat lau geruza aztertzea da:
- Bisitengan duen eragina: zenbat erabiltzailek topatzen duten arazoa eta nondik datozen.
- Testuinguru teknikoa: nabigatzailea, sistema eragilea, bereizmena eta karga-baldintzak.
- Errore mota: lotura hautsiak, JavaScript erroreak, AJAXeko HTTP hutsegiteak edo baliabideak kargatzeko akatsak.
- Negozio-garrantzia: orri kritiko bati, kanpaina bati edo urrats ezinbesteko bati eragiten dion.
Egitura horrekin, arreta gertaera kopuru gordinetik benetako pertsonengan duen eraginera pasatzen da. Barneko elkarrizketa ere aldatzen da: ez da soilik galdetzen “zenbat akats egon dira?”, baizik eta “zenbat negozio izan daiteke kaltetua?”
Hobeto neurtu, hobeto erabaki
Galera ikusezina ez da desagertzen behatze hutsagatik, baina kudeagarriago bihurtzen da. Erroreak eraginaren arabera multzokatzen eta lehenesten direnean, taldeak hobeto erabaki dezake non jardun lehenago. Dena ez da premia berekoa. Dena ez du ahalegin bera eskatzen.
Era berean, komeni da errorearen beraren gainetik begiratzea. TTFB, CLS, erabilgarri dagoen denbora eta karga osoaren denbora bezalako metrikek laguntzen dute orri batek erabiltzailearen arreta mantentzeko nahikoa kalitate duen ikusten. Era berean, irudi handiegiak edo txikiegiak detektatzeak esperientzia hondatu eta bihurketa murrizten duten marruskadurak agerian jar ditzake.
Helburua ez da perfekzio teknikoa bilatzea. Helburua da arazo txiki eta errepikatuak balioa isilean xurgatzen jarraitzea saihestea.
Sintomatik erabakira
Erakunde batek galera ikusezina neurtzen hasten denean, hartzen dituen erabakien mota ere aldatu egiten da. Ekintza ez da intuizioaren edo zaratatsuena den gertaeraren menpe egoten. Lehentasunak benetako eraginaren, testuinguruaren eta maiztasunaren arabera ezartzen dira. Horrek taldeari denbora hobeto erabiltzen laguntzen dio eta erabiltzaile gehien ukitzen dituzten arazoetan zentratzen.
Praktikan, baliteke trafiko handiko orri batean txikia zirudien errore batek arreta gehiago merezi duela bisita gutxiko eremuetan dauden hainbat arazo isolatuk baino. Edo ordainpeko kanpaina batetik datorren lotura hautsi batek bisitari gutxik ikusten duten arazo tekniko batek baino kostu handiagoa duela. Balioa konparazioan dago, ez datu isolatuan.
Ikusi gaur zer ari den ihes egiten
Erroreak benetako erabiltzaile-inpaktuaren arabera neurtzen hasi nahi baduzu, lagungarria izan daiteke lotura hautsiak, JavaScript erroreak eta karga-hutsegiteak RUMean eta lehentasunen arabera aztertzea.
Aztertu CustomersWay