Screen shot of Classic Facebook error message Om du vill veta vad man ska göra för att göra din webbplats bättre för dina besökare måste du veta vad de tycker illa. Och en av de bästa indikatorerna att någon har en dålig tid om de ser fortfarande irriterande felmeddelanden.

Varför felmeddelanden är en genväg till att förbättra kundupplevelsen

De flesta felmeddelanden utlöses när någon försöker göra något, även om det bara klicka på en länk till en sida som inte faktiskt där.

Så dessa människor redan börjat samarbeta med din webbplats. Och så de får ett slag i ansiktet.

Många felmeddelanden berätta för besökaren att de har gjort något fel. Det är deras fel.

Dessa människor kan börja känna sig frustrerade och eventuellt irriteras av din webbplats.

Det är därför det är så bra att spåra felmeddelanden. De ger ett mycket direkt källa till information om var din webbplats utlösning upp människor och orsakar friktion.

Jag säger "din sida" eftersom det är förmodligen det område fel inte deras. Om människor går in i fel information, eller hoppa över fält som det ofta på grund av språk eller skyltning på platsen är svag.

OK: ett skrivfel är ett skrivfel - det är besökarens fel, eller hur? Må så vara. Men om många människor har problem med det, fråga dig själv: "Behöver vi verkligen det området har vi någonsin faktiskt använt denna". Titta på utträde skattesats än felmeddelande och bedöma om informationen är värt det.

Så: felmeddelanden är en stor källa till talan insikt om den exakta punkter friktion på din webbplats. Åtgärden är enkel: gör vad du kan för att minska fel. Jag skulle faktiskt upp mål och mäta omräkningskursen.

Den haken?

Felmeddelanden sällan sidvisningar, förutom de 404 "Sidan kan inte visas" sida.

Felmeddelanden tar ofta form av text och framhäva som anger "dåliga" post i en form (bra). Andra är bara fula registrering rutor som poppar upp i ansiktet av besökare, med ett pip, tala om för dem de har skruvas upp, inte talar om för dem där, och väntar på att avvisas (inte så bra). Inget av dessa normalt registrera dig som en sidvisning, så ett webbanalysverktyg som Google Analytics vet ingenting om dem.

Vad du behöver göra är att lägga till extra spårningskod som avfyras när felmeddelandet visas. För närvarande har jag förmån använder virtuella sidvisningar för detta i Google Analytics.

Varför använda virtuella sidvisningar för att spåra fel

Det är ett argument att säga att fel kan spåras som "evenemang" inte sidvisningar för att de är en interaktion på webbplatsen, inte en faktisk sidvisning. Det är diskutabelt: besökaren verkligen såg något!

Egentligen, när du spåra dessa kan det hända att vissa fel upprepas om och om igen. Detta är klassiska tecken på att besökaren även kanske inte har märkt det felmeddelande - till exempel en lista med formulär fel i liten röd text visas högst upp på sidan, långt över knappen Skicka ner längst ner på skärmen. Besökarens ögon kommer att titta där de bara klickade. Tips: jämför sidvisningar och unika sidvisningar för fel för att identifiera fel som sett flera tillfälle, av samma person:

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

Det verkliga skälet jag är för virtuella sidvisningar i GA är att för tillfället bara sidvisningar visas i kanalrapporterna som "överge linjer" på höger sida av skärmen. Felmeddelanden i en kassaprocess skulle vara ett klassiskt skäl för att överge en kassan. Det är något du absolut vill veta om. Så det är bäst att ha information när du behöver den: i kassan tratten rapporten.

Använda sidvisningar innebär att det är lätt att konfigurera felmeddelanden som mål så att du lätt kan övervaka omräkningskursen. Till exempel använder jag en Trakkboard Google Analytics instrumentpanelen för att övervaka omräkningstal fel mål över flera webbplatser. Varje morgon ser jag en överblick om något går fel.

Hur man väljer en sidvisning struktur för att få ut det bästa från innehållet prioriteringsrapporten

Jag rekommenderar att strukturera sidvisningar noggrant. Jag använder idag en bana för virtuell sidvisning som:

/ Fel / kassan / deliveryoptions / "felmeddelandet"
/ Fel / kassan / betalning / "felmeddelandet"
/ Fel / emailsignup / "felmeddelandet"

och så vidare.

Detta gör att jag kan konfigurera mål som befäster grupper av fel på ett sätt som är meningsfullt genom att matcha den första delen av sidan namn.

Detta synsätt innebär också att GA Prioriteringslista för innehåll rapport fungerar mycket bra och blir ett verktyg för det gräva i fel.

Konfigurera den sista delen av sidan ser som själva texten i meddelandet gör saker lättare när kodning utan också har den fördelen att de rapporter som visar vad vi faktiskt sa "för besökaren. Enkelt att se en förteckning över alla de ovänliga saker som vi kastade tillbaka på människor, och hur ofta, kan vara en väckarklocka.

När du har denna information är det första du måste göra genast rätta till felmeddelanden om de är lite på den hårda sidan. Och sedan fastna i arbetslivet på varför folk ser dem i första hand.

Som vanligt kommer GA hjälper dig att prioritera. Jag vill börja med att titta på dem som råkar oftast och som är förknippade med en högre andel.

Byta till Google Analtics prestationer view "av data är ett bra sätt att jämföra dessa exit priser. I detta exempel postnummer problem sticker ut som en öm punkt:

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

Information som denna är som guld damm när du försöker hitta exakt var att koncentrera era ansträngningar för att ge största möjliga nytta för besökarna.

Men snälla tillämpa dina kunskaper på webbplatsen processer när man tittar på överge takt. Felmeddelandet där folk lämnar kan visa sig vara i slutet av en rad andra meddelanden. Att minska de föregående fel skulle vara nyckeln till gladare besökare. Anpassade segment kan vara användbar här. Titta på folk som såg (eller avslutat) ett visst fel och se vad andra fel de också såg.

Som alltid när du arbetar i webbanalys behöver du måste vara nyfiken och använda din kompetens och erfarenhet för att få den verkliga insikter. Men dessa felmeddelanden har helt klart en mycket tydlig utgångspunkt och möjligen en väckarklocka.

Jag lämnar frågan "Hur kommer alla dessa människor hade problem med sitt eget efternamn?" Hänger i luften nu!

comment } ( 1 kommentar )

Varför behöver du minst två profiler i Google Analytics

av Tim Leighton-Boyce den 6 augusti 2010

Det första någon GA Genomförandet bör innefatta är två profiler: ett arbete profil och en "rå" oförändrat backup profil. En dag att obehandlad profil kommer att spara dina bacon.

Den "råa obearbetade profil är ett under vilka uppgifterna inte har ändrats på något sätt när du konfigurerar profilinställningarna eller genom att lägga filter.

Du ska alltid ha en sådan uppsättning data tillgänglig så att du förstånd kan kontrollera något annat du göra mot en ren källa. Och du kommer även att ha en backup om något du gör i ditt arbete profiler bud upp uppgifterna.

Ställa in en Raw profil


När du ställer in en rå profil bör du aktivera e och konfigurera sökning i förekommande fall (men inte remsor av sökparametrarna). Gör detta bara möjligt för fler rapportering, kommer inga data att ändras.

Du bör inte konfigurera profilen att ignorera alla parametrar och du bör inte konfigurera standardsida. Att göra någon av dessa skulle ändra uppgifterna.

Configuration setting for raw Google Analytics profile

Från toppen av mitt huvud kan jag inte tänka på något filter som du skulle våga att gälla för den här profilen. Du vill inte att filtrera ut något, och du inte vill använda filter för att ändra data.

Så definitivt ingen undantag av IP-adresser, eller förändras hela URI till gemener. Detta rå profil är just den du skulle vilja att dubbelkontrollera mot när felsökning sådana filter.

Vad gör du om du bara har en profil


Om du bara har en profil som inrättats för området just nu, att kontrollera om eventuella filter som har tillämpats, eller om den standardsida eller några parametrar att ignorera har konfigurerats. Om inget av ovanstående har gjort, då denna profil bör bli din rå profil. Den kommer att innehålla historiska data i den råa form, så det är klokt att behålla denna värdefulla resurs intakt och skapa nya arbets-profiler i stället.

Om så är fallet rekommenderar jag att redigera namnet på den profil för att klargöra vad det är. Det är nog heter något i stil med "www.mydomain.com", som kommer sortera fint till botten med de flesta listor. Så jag vill bara lägga till en funktion och varning till slutet: "www.mydomain.com (rådata - Ändra inte)"

Om du inte har en profil som denna redan, måste du ställa en så snart som möjligt. Jag rekommenderar sticker datum för nästa dag i slutet av namnet när du konfigurerar den här profilen så att du kan se en överblick när data börjar.

Sätta upp mål i en Raw profil


Även om du inte ska ha några filter som tillämpas på din rå profil är det möjligt att konfigurera mål. På den tiden när GA var begränsat till fyra mål per profil jag använde denna profil för renhållning och felsökning mål, såsom mål för 404-sida, så att inte vi upp tider i främsta arbete profiler.

Jag skulle rekommendera att ha minst det målet konfigureras här. Den "Omvänd sökväg för mål rapport kommer då att ha en fullständig, un-serie med ändrade uppgifter att arbeta med när du behöver det gå söker interna källor av dåliga länkar. Men jag vill också konfigurera ett sådant mål i en av de viktigaste arbetsdagar profiler i dessa dagar och konfigurera ett Intelligence varning för sin omvandlingsfrekvens. Detta är uppgifter är något du måste ha framför dig, inte gömd i en profil som du sällan besöker.

Hur Raw profil kan hjälpa dig eller rädda dagen


För de flesta ändamål rå profilen är en som sitter i bakgrunden samla in alla uppgifter. Det är inte en profil flesta människor skulle vilja se.

Du behöver rå när du konfigurerar filter som gör saker som inkludera eller utesluta besök av något slag. Genom att jämföra den nya filtrerade siffror med un-filtrerad version du kommer att kunna förstånd kontrollera om skillnaden är trovärdig eller om du behöver nytt kontrollera dina filter.

Du hittar även den råa profil användbart om du hittar en situation där en parameter som du har skalat ut genom att använda "ignorera parameter inställningen plötsligt visar sig ha en funktion. Till exempel skulle du remsor normalt sessions-id från en arbetsgrupp profil. Men det är tänkbart att vid ett senare tillfälle kanske du vill kunna hitta alla de möten som uppstått några fel sida och skapa ett segment för att följa vad andra aspekter dessa besök har gemensamt.

Slutligen kommer du också mycket tacksam för de råa profil om du någonsin göra ett misstag med ett filter och upptäck dagar senare att den har kraschat några relevanta uppgifter. Du kommer inte kunna ångra den skada i arbetsgrupperna profil, men åtminstone har du rådata för att fylla luckorna i en extern rapport ...

comments } ( 0 kommentarer )

Hur du väljer dina topp tre sidor och optimera för grundläggande sökning

24 juli 2010

Arbeta på vad att faktiskt "göra" med Google Analytics är svårt. Vi behöver alla hjälp med att bestämma vilka aspekter av våra webbplatser för att arbeta med och som GA rapporterar att använda för att göra det. Det är därför jag är så pigg på steg för steg instruktioner om hur du använder Google Analytics för att minska i de mest [...]

Läs hela artikeln →

Ställa in fler profiler i Google Analytics

19 Juli 2010

Varför skulle du vill ställa in mer än en profil för varje webbplats i Google Analytics? Det finns saker som GA avancerade segment kan inte Du ska alltid ha två uppsättningar data Ett av de klassiska användningar av profil i början av Google Analytics var att se på bitar av trafiken. [...]

Läs hela artikeln →

Enkelt sätt att upptäcka målsidor och sökord för att fastställa

6 mar 2010

Att veta var man ska börja göra förbättringar av din webbplats kan vara svårt. Men här är en mycket enkel teknik som kommer att göra sig besväret-spots sticka ut. Du kan använda detta trick i massor av Google Analytics-rapporter. Den kommer att arbeta för sökord för målsidor, för hänvisning webbplatser. Tekniken är snabb, enkel och universell.

Läs hela artikeln →