Lomakkeiden lähetysprosentti laskee kaksikymmentä prosenttia yön aikana. Analytiikkasi huomauttaa laskusta. Kaavio vahvistaa ongelman. Se ei voi näyttää lähetyspainiketta, joka lakkasi reagoimasta mobiili-Safarissa. Istuntotallenteet voivat.
Istuntotallenteet toistavat oikeiden kävijöiden toiminnan sivustollasi. Näet hiiren liikkeet, vierityssyvyyden, klikkaukset ja sivunvaihdot sellaisina kuin ne tapahtuivat. Bugien metsästyksessä tallenteet ovat lähimpänä sitä, että seisoisit kävijän olan takana ilman käyttäjätestin järjestämistä.
Miksi tallenteet löytävät bugeja, jotka mittarit ohittavat
Kokonaismittarit tasoittavat yksittäiset epäonnistumiset. Jos yhdeksänkymmentäviisi prosenttia kävijöistä täyttää lomakkeen, viiden prosentin epäonnistumisluku näyttää kojelaudassa hyväksyttävältä. Tallenteet paljastavat, keskittyvätkö epäonnistumiset yhteen selaimeen, yhteen laitteeseen tai yhteen sivun tilaan. Paikallinen bugi voi tuhota konversion arvokkaassa segmentissä, vaikka pääluvut pysyvät vihreinä.
Tallenteet tallentavat myös visuaaliset ja vuorovaikutusbugit. Päällekkäiset elementit, näkymättömät painikkeet, loputtomat lataustilat ja rikkinäiset uudelleenohjaukset tuottavat harvoin selkeitä virhetapahtumia. Kävijät vain lähtevät. Tallenteet paljastavat käyttäytymisen, jonka poistumisprosentti vain tiivistää.
Aloita segmenteillä, jotka viittaavat ongelmiin
Älä katso tallenteita satunnaisesti. Suodata istunnot, joissa on vahva tarkoitus ja huono lopputulos. Ostoskorin hylkääjät, jotka pääsivät maksuvaiheeseen. Lomakkeen aloittajat, jotka eivät koskaan lähettäneet sitä. Kävijät, joiden klikkaukset kohdistuvat raivokkaasti yhteen elementtiin. Mobiilikäyttäjät, joiden istunnon kesto on epätavallisen lyhyt tärkeällä sivulla.
Yhdistä määrälliset suodattimet laadulliseen tarkasteluun. Viidenkymmenen istunnon segmentti, jossa kävijät klikkasivat samaa painiketta viisi kertaa kymmenessä sekunnissa, on vahva bugisignaali. Aloita siitä, ennen kuin laajennat laajempaan liikenteeseen.
Opettele istuntotallenteiden perusteet ennen syvempää bugimetsästystä. Kun ymmärrät, mitä tallenteet tallentavat ja mitä ne jättävät pois, vältät vääriä johtopäätöksiä.
Tunnista yleiset bugikaavat tallenteissa
Kuolleet klikkaukset ja raivoklikkaukset
Kävijä klikkaa elementtiä, joka näyttää interaktiiviselta mutta ei tee mitään. Hän klikkaa uudelleen. Ja uudelleen. Elementti voi olla tyylitelty div ilman linkkiä, näkymättömän peitteen estämä painike tai skripti, joka ei latautunut. Analytiikkajärjestelmäsi raivoklikkausindikaattorit osoittavat suoraan näihin istuntoihin.
Asettelun rikkoutuminen tietyillä näkymillä
Suodata tallenteet laitetyypin mukaan. Kassalomake, joka toimii työpöydällä mutta piilottaa lähetyspainikkeen taitteen alapuolelle mobiilissa, on klassinen tallenteista löytyvä vika. Kävijä vierittää, pysähtyy ja poistuu. Ilman toistoa saatat syyttää tekstiä asettelun sijaan.
Rikkinäinen navigointi ja uudelleenohjaussilmukat
Tarkkaile kävijöitä, jotka hyppivät toistuvasti kahden URL-osoitteen välillä tai päätyvät tyhjälle sivulle valikkokohdan klikkaamisen jälkeen. Uudelleenohjausten virhekonfiguroinnit ja puuttuvat reitit näkyvät selvästi istuntojen aikajanoilla, vaikka palvelimen lokit näyttäisivät normaaleilta.
JavaScriptistä riippuvat toiminnot, jotka epäonnistuvat hiljaa
Automaattinen täydennys, dynaaminen hinnoittelu ja ehdolliset lomakekentät riippuvat skripteistä. Kun skripti epäonnistuu, sivu voi näyttää hyvältä, vaikka toiminnallisuus on poissa. Tallenteet näyttävät kävijöiden pysähtyvän, päivittävän sivun tai hylkäävän sen juuri siinä kentässä, jossa skripti lakkasi toimimasta.
Muuta havainnot varmennetuiksi bugeiksi
Yksi tallenne on vihje. Kolme samaa epäonnistumiskaavaa näyttävää tallennetta on bugiraportti. Dokumentoi selain, laite, sivun URL ja toistamisen vaiheet. Jaa kehitystiimillesi aikaleimattu tallenteen linkki kirjoitettujen vaiheiden rinnalla.
Toista bugi itse samassa ympäristössä. Varmista korjaus testiympäristössä ennen julkaisua. Katso sitten uusia tallenteita samasta segmentistä ja varmista, että epäonnistumisprosentti laskee. Kun suljet kehän, sama bugi ei nouse uudelleen esiin toisen mallipohjan alla.
Yhdistä bugit laajempiin kokemusongelmiin
Kaikki rikkinäiset kokemukset eivät ole koodivikoja. Jotkin ovat suunnitteluvirheitä: epäselviä nimikkeitä, puuttuvia virheilmoituksia tai vaiheita, jotka hämmentävät kävijöitä. Tallenteet auttavat erottamaan tekniset bugit käyttökokemuksen kitkasta, joka tuntuu kävijästä bugilta.
Merkitse havainnot tyypin mukaan. Tekninen bugi. Sisältöongelma. Suorituskykyviive. Navigoinnin hämmennys. Eri tyypeillä on eri vastuuhenkilöt. Kaiken ohjaaminen kehitykselle hidastaa korjauksia ja piilottaa suunnitteluongelmat, jotka tallenteet näyttävät selvästi.
Rakenna kestävä bugitarkistusten rytmi
Varaa viikoittain kolmenkymmenen minuutin tallenteiden tarkistus, joka keskittyy virhesignaaleihin. Yksi katsoo, yksi dokumentoi. Vaihtakaa rooleja, jotta tieto leviää. Pidä yhteistä tehtävälistaa, joka on järjestetty esiintymistiheyden ja tuottovaikutuksen mukaan.
Liitä tallenteiden tarkistus julkaisuprosessiisi. Tarkista jokaisen julkaisun jälkeen tallenteet korkean tarkoituksen segmenteistä neljänkymmenenkahdeksan tunnin ajan. Varhainen havaitseminen rajoittaa rikkinäisten kokemusten vaikutusalaa.
Usein kysytyt kysymykset
Kuinka monta tallennetta pitäisi katsoa ennen bugin raportoimista?
Katso vähintään kolme istuntoa, joissa sama epäonnistumiskaava toistuu samalla sivulla ja samalla laitetyypillä. Yksi istunto voi olla poikkeustapaus. Kolme johdonmukaista epäonnistumista oikeuttaa bugitiketin. WEMASY-sivustonrakentajassa voit katsoa tallenteita yhdessä niiden sivujen kanssa, joihin ne liittyvät.
Voivatko istuntotallenteet korvata automaattisen virheseurannan?
Eivät. Automaattiset virhelokit nappaavat koodin poikkeukset. Tallenteet nappaavat kokemusvirheet, jotka eivät koskaan laukaise virhetapahtumaa. Käytä molempia. Lokit kertovat, mikä heitti poikkeuksen. Tallenteet kertovat, mitä kävijä teki, kun palvelimella kaikki näytti hyvältä.
Mitkä suodattimet löytävät bugit nopeimmin?
Aloita raivoklikkauksista, kuolleista klikkauksista ja istunnoista, jotka päättyivät virhesivuihin. Lisää laite- ja selainsuodattimet, kun kaavat ryhmittyvät. Oppaamme istuntotallenteista käsittelee perussuodattimet, jotka jokaisen tiimin kannattaa ottaa käyttöön ensin.
Pitäisikö kehittäjien katsoa tallenteita vai lukea bugiraportteja?
Molempia. Kirjoitetut raportit toistamisen vaiheineen ovat välttämättömiä tiketöintiin. Kaksiminuuttinen tallenteen pätkä poistaa epäselvyyden nopeammin kuin pitkä kuvaus. Jaa pätkän linkki tikettiin, jotta kehittäjät näkevät kävijän näkökulman heti.
Miten erotan bugit kävijöiden tavallisesta hämmennyksestä?
Bugit tuottavat toistuvan epäonnistumisen samassa vuorovaikutuskohdassa. Hämmennys hajaantuu eri poluille ja tekstikysymyksiin. Jos viisikymmentä prosenttia segmentistä epäonnistuu yhdessä painikkeessa, epäile bugia. Jos epäonnistumiset hajaantuvat sivulle, epäile käyttökokemuksen kitkaa.
Hidastavatko istuntotallenteet verkkosivustoani?
Hyvin konfiguroitu tallennusjärjestelmä käyttää kevyitä skriptejä, jotka latautuvat asynkronisesti. Vaikutuksen suorituskykyyn pitäisi olla nykyaikaisilla sivuilla vähäinen. Seuraa sivun latausaikaa tallenteiden käyttöönoton jälkeen ja säädä otantaa tarvittaessa.