Screen shot of Classic Facebook error message Hvis du vil vite hva de skal gjøre for å gjøre nettstedet ditt bedre for de besøkende, må du vite hva de finner dårlige. Og en av de beste indikatorene at noen har en dårlig tid hvis de holder ser irriterende feilmeldinger.

Hvorfor feilmeldinger er en snarvei til å forbedre kundeopplevelsen

De fleste feilmeldingene utløses når noen prøver å gjøre noe, selv om det er bare å klikke en lenke til en side som ikke egentlig er der.

Så disse menneskene er allerede begynt å engasjere seg med nettstedet ditt. Og så de får et slag i ansiktet.

Mange feilmeldinger fortelle de besøkende om at de har gjort noe galt. Det er deres feil.

Disse menneskene kan begynne å føle frustrert og muligens irritert av nettstedet.

Det er derfor det er så lurt å spore feilmeldinger. De gir en veldig direkte kilde til informasjon om hvor nettstedet ditt er tripping folk opp og forårsaker friksjon.

Jeg sier "din side" fordi det er sannsynligvis det området skyld ikke er deres. Hvis folk skriver inn feil opplysninger, eller hoppar over obligatoriske felt er det ofte fordi språk eller skilting på området er svak.

OK: en skrive feil er en skrive feil - det er den besøkendes skyld, er det ikke? Greit nok. Men hvis mange mennesker har problemer med det, spør deg selv: "trenger vi egentlig dette feltet, har vi noen gang faktisk brukte denne informasjonen". Se på Utgangsfrekvensen fra denne feilmeldingen, og vurdere om informasjonen er verdt det.

Så: feilmeldinger er en stor kilde til praktisk innsikt i nøyaktig poeng av friksjon på nettstedet ditt. Handlingen er enkel: gjør det du kan for å redusere feil. Jeg hadde egentlig satt opp mål og måle konverteringsfrekvensen.

Den ulempe?

Feilmeldinger er sjelden sidevisninger, bortsett fra de 404 "side ikke funnet" siden.

Feilmeldinger ofte tar form av tekst og marker som viser "dårlig" oppføring i en form (god). Andre er bare stygg flyalarm bokser som popper opp i ansiktet av den besøkende, med et pip, forteller dem at de har skrudd opp, ikke fortelle dem hvor og venter på å bli avvist (ikke så god). Ingen av disse vil normalt registrere deg som en sidevisning, så en webanalyse verktøy som Google Analytics vil vite noe om dem.

Hva du trenger å gjøre er å legge til ekstra sporingskode som er avfyrt når feilmeldingen vises. I det øyeblikk favør jeg bruker virtuelle sidevisninger for dette i Google Analytics.

Hvorfor bruke virtuelle sidevisninger for å spore feil

Det er et argument å si at feil kan spores som "hendelser" ikke sidevisninger fordi de er en på området, ikke en faktisk side utsikt. Det er diskuterbart: den besøkende sikkert så noe!

Egentlig, når du spore disse kan du finne at noen feil gjentas igjen og igjen. Dette er klassisk som tyder på at den besøkende ikke vil få merke til feilmeldingen - for eksempel en liste over skjema feil i små røde teksten som vises øverst på siden, langt over på send-knappen nede i bunnen av skjermen. Den besøkendes øyne skal se hvor de bare klikket. Tips: sammenligne sidevisninger og unike sidevisninger for feil å identifisere feil som er sett flere ganger av samme person:

Screen shot from GA Content Drilldown report showing multiple views of same error message

Den virkelige grunnen til at jeg favoriserer virtuelle sidevisninger i GA er at i øyeblikket, vil bare sidevisninger vises i trakten rapporter som 'forlate ruter "på høyre side av skjermen. Feilmeldinger i en betalingsprosess ville være en klassisk grunn til å forlate en kassa. Det er noe du absolutt vil vite om. Så det er best å ha den informasjon der du trenger den: i kassa trakten rapporten.

Bruke sidevisninger betyr at det er lett å konfigurere feilmeldingene som mål, slik at du enkelt kan overvåke konverteringsfrekvensen. For eksempel, jeg bruker en Trakkboard Google Analytics dashbordet å overvåke konverteringsfrekvenser på feil mål over flere steder. Hver morgen Jeg kan raskt se om noe går galt.

Hvordan velge en sidevisning struktur for å få det beste fra innholdet detaljoversiktrapporten

Jeg anbefaler å strukturere sidevisninger nøye. Jeg bruker for øyeblikket en bane for den virtuelle sidevisningen som:

/ Feil / checkout / deliveryoptions / "feilmeldingen"
/ Feil / checkout / betaling / "feilmeldingen"
/ Feil / emailsignup / "feilmeldingen"

og så videre.

Dette tillater meg å konfigurere hvilke mål konsolidere grupper av feil på en måte som gir mening ved å matche den første delen av siden navnet.

Denne tilnærmingen innebærer også at GA Detaljoversikt for innhold rapporten fungerer veldig bra og blir et verktøy til å grave i feilene.

Konfigurere den siste delen av siden ser på som den faktiske teksten fra meldingen gjør ting lettere når koding men har også den fordelen at rapportene viser hva vi faktisk "sa" til den besøkende. Bare se en liste over alle de uvennlige tingene vi kastet tilbake på mennesker, og hvor ofte, kan være en våkne opp ringe.

Når du har denne informasjonen, er den første tingen å gjøre med en gang for å rette opp feilen meldinger hvis de er litt på den harde siden. Og så får problemer i arbeidslivet ut hvorfor folk ser dem i første omgang.

Som vanlig vil GA hjelpe deg prioritere. Jeg vil starte med å se på de som skjer oftest, og som er assosiert med høyere exit priser.

Skifter til Google Analtics prestasjoner utsikt 'av data er en flott måte å sammenlikne disse exit priser. I dette eksempelet, postnummer problemer fremstå som et ømt punkt:

Screen shot showing Google Analytics performance view of exit rate from error

Informasjon som dette er som gull støv når du prøver å finne nøyaktig hvor du skal konsentrere din innsats for å gi maksimal fordel for de besøkende.

Men du bruke dine kunnskaper av nettstedet prosesser når du ser på forlate rate. Feilmeldingen der folk drar kan vise seg å være på slutten av en rekke andre meldinger. Redusere foregående feilene vil være nøkkelen til lykkeligere besøkende. Tilpassede segmenter kan være nyttig her. Se på personer som så (eller gått ut av) en bestemt feil og se hva andre feil de også så.

Som det alltid er tilfelle når du arbeider i webanalyse, må du ha for å være nysgjerrige og bruk dine ferdigheter og erfaring for å få den virkelige innsikt. Men de feilmeldinger sikkert gir en veldig klar utgangspunkt, og muligens en våkne opp ringe.

Jeg lar spørsmålet "Hvor kommer alle disse menneskene hadde et problem med sitt eget etternavn?" Henge i luften for nå!

comment } ( en kommentar )

Hvorfor du trenger minst to profiler i Google Analytics

av Tim Leighton-Boyce den 06.08.2010

Det første noen GA implementeringen bør inneholde er to profiler: en fungerende profil og en "rå" uendret backup profil. En dag som rå profil vil lagre bacon.

The 'rå' ubehandlet profil er en der dataene ikke er endret på noen måte når du konfigurerer profilen innstillingene, eller ved å legge til filtre.

Du bør alltid ha et slikt sett med data tilgjengelig, slik at du kan tilregnelighet sjekke andre ting du gjør mot en ren kilde. Og du vil også ha en backup i tilfelle noe du gjør i ditt arbeide profilene søl opp dataene.

Hvordan sette opp en rå profil


Når du setter opp en rå profil du bør aktivere e-handel og konfigurerer søke dersom det er relevant (men ta ikke bort søkeparameterne). Å gjøre dette vil bare gi mer rapportering, vil ingen data bli endret.

Du bør ikke konfigurere profilen til å ignorere alle parametere og du skal ikke konfigurere standard siden. Gjør noen av disse ville endre dataene.

Configuration setting for raw Google Analytics profile

Av toppen av hodet mitt jeg kan ikke tenke meg noen filtre som du tør å gjelde for denne profilen. Du ønsker ikke å filtrere ut noe, og du ikke vil bruke filtre til å endre data.

Så absolutt INGEN unntak av IP-adresser, eller endre alle URIer til små bokstaver. Dette rå profilen er nøyaktig den du ønsker å kryssjekke mot under feilsøking slike filtre.

Hva å gjøre hvis du bare har én profil


Hvis du bare har én profil satt opp for området i øyeblikket, sjekk om noen filtre har blitt brukt, eller hvis standard siden eller noen parametere for å ignorere er konfigurert. Hvis ingen av de ovennevnte har blitt gjort, så denne profilen bør bli din rå profil. Den vil inneholde historiske data i rå form, så det er fornuftig å holde denne verdifulle ressursen intakt og skape nye jobber profiler i stedet.

Hvis dette er tilfelle, anbefaler jeg redigere navnet på profilen å gjøre det klart hva det er. Det er nok heter noe sånt som «www.mydomain.com", som vil sortere pent til bunnen av de fleste lister. Så jeg ville bare legge til en funksjon og advarsel til slutt: "www.mydomain.com (rådata - IKKE endre) '

Hvis du ikke har en profil som dette allerede, må du sette en opp så fort som mulig. Jeg anbefaler sitter fast dato for neste dag på slutten av navnet når du konfigurerer denne profilen, slik at du kan raskt se når dataene begynner.

Sette opp mål i en Raw profil


Selv om du ikke skulle ha noen filtre som brukes til din RAW-profilen, er det mulig å konfigurere mål. I de dager da GA ble begrenset til fire mål per profil jeg pleide å bruke denne profilen til husholdning og debugging mål, slik som målet for 404-siden, slik at de ikke oss opp spor i hoved arbeider profiler.

Jeg vil anbefale å ha minst dette målet konfigurert her. The 'Omvendt målbane' rapport vil da ha en full, un-endret sett av data å jobbe med når du trenger det å gå på jakt etter interne kilder av dårlige koblinger. Men jeg vil også konfigurere et slikt mål i en av de største profilene arbeider i disse dager og konfigurere en Intelligence varsel for sin konverteringsfrekvens. Dette er data er noe du må ha foran deg, ikke gjemt i en profil du sjelden besøker.

Hvordan Raw profil kan hjelpe deg eller Save The Day


For de fleste formål den rå profilen er en som sitter i bakgrunnen samle alle data. Det er ikke en profil de fleste ønsker å se.

Du trenger rå når du konfigurerer filtre som gjør ting som inkludere eller ekskludere besøk av noen slag. Ved å sammenligne de nye filtrert tallene med FN-filtrerte versjonen du vil være i stand til å kontrollere om tilregnelighet forskjellen er troverdig eller om du må re-sjekk filtrene.

Du vil også finne rå profilen nyttig hvis du finner en situasjon der en parameter du har strippet ut med "ignore parameteren innstillingen blir plutselig ut å ha en bruke. For eksempel vil du vanligvis stripe økt-IDer ut av et fungerende profil. Men det er tenkelig at på et senere tidspunkt vil du kanskje kunne finne alle økter som møtte noe feil side og opprette et segment for å kunne spore hvilke andre aspekter de besøk har til felles.

Til slutt, vil du også være svært takknemlig for den rå profilen hvis du noen gang gjør en feil med et filter, og oppdager dager senere at det har kastet noen relevante data. Du vil ikke kunne angre skaden i arbeidsgruppen profilen, men minst du vil få rådata å fylle ut hullene i en ekstern rapport ...

comments } ( 0 kommentarer )

Hvordan velge dine topp tre sider og optimalisere for organiske søk

24 juli 2010

Working ut hva du faktisk "gjøre" med Google Analytics er vanskelig. Vi alle trenger hjelp avgjøre hvilke aspekter av våre sider å jobbe på og hvilke GA rapporterer å bruke til å gjøre det. Det er derfor jeg er så ivrig på trinnvise instruksjoner om hvordan du bruker Google Analytics for å begrense inn på de mest [...]

Les hele artikkelen →

Sette opp flere profiler i Google Analytics

19 juli 2010

Hvorfor ville du vil angi mer enn én profil for hver nettside i Google Analytics? Det er ting som GA avanserte segmenter kan ikke Du bør alltid ha to sett med data En av de klassiske bruk av profilen i de tidlige dagene av Google Analytics var å se på deler av trafikken. [...]

Les hele artikkelen →

Enkel måte å få øye på destinasjonssider og søkeordene for å fastsette

06.03.2010

Å vite hvor du skal begynne å gjøre forbedringer på webområdet ditt kan være vanskelig. Men her er en veldig enkel teknikk som vil gjøre problemfri stedene skiller seg ut. Du kan bruke dette trikset i massevis av Google Analytics-rapportene. Det vil arbeide for søkeord, for destinasjonssidene, for å verve nettsteder. Teknikken er rask, enkel og universelle.

Les hele artikkelen →