Screen shot of Classic Facebook error message Als u wilt weten wat te doen om uw site beter voor uw bezoekers, moet je weten wat ze slecht vinden. En een van de beste indicatoren dat iemand een slechte tijd gezien is als ze het zien te houden vervelende foutmeldingen.

Waarom foutmeldingen zijn een snelkoppeling aan de verbetering van customer experience

De meeste foutmeldingen worden geactiveerd wanneer iemand probeert om iets te doen, zelfs als het alleen te klikken op een link naar een pagina die niet werkelijk bestaat.

Dus deze mensen zijn al beginnen te oefenen met uw site. En dan krijgen ze een klap in het gezicht.

Veel foutmeldingen Vertel de bezoeker dat ze iets verkeerds gedaan. Het is hun schuld.

Deze mensen kunnen beginnen te voelen en mogelijk gefrustreerd geïrriteerd door uw site.

Dat is waarom het zo'n goed idee op te sporen foutmeldingen. Zij bieden een zeer directe bron van informatie over waar uw site is mensen struikelen en veroorzaakt wrijving.

Ik zeg "je site" want het is waarschijnlijk de schuld van de site niet de hunne. Als mensen het invoeren van de verkeerde informatie, of overslaan verplichte velden is het vaak omdat de taal of de bewegwijzering op de site is zwak.

OK: een tikfout is een tikfout - dat is de schuld van de bezoeker, is het niet? Eerlijk genoeg. Maar als er veel mensen zijn er problemen, vraag jezelf af: "Hebben we echt nodig hebben op dat gebied hebben we eigenlijk ooit gebruikte die informatie". Kijk naar de uitgang percentage van die foutmelding en te beoordelen of de informatie is de moeite waard.

Dus: foutmeldingen zijn een grote bron van beroep van inzicht over de exacte punten van wrijving op uw site. De actie is simpel: doe wat je kunt om de fouten te verminderen. Ik zou eigenlijk doelen en het meten van de wisselkoers.

Het addertje onder het gras?

Foutmeldingen zijn zelden bekeken pagina's, afgezien van de 404 "pagina niet gevonden" pagina.

Foutmeldingen vaak de vorm van tekst en het benadrukken van de 'slechte' inschrijving in een formulier (goed) aangeeft. Anderen zijn gewoon lelijk alert dozen die pop-up in het gezicht van de bezoeker, met een pieptoon, vertellen dat ze hebben het verpest, niet hen te vertellen waar, en wachten tot ze worden afgewezen (niet zo goed). Geen van deze normaal zou registreren als een pagina bekijken, dus een web analytics tool zoals Google Analytics zal niets over hen weten.

Wat u moet doen is het toevoegen van extra tracking code die wordt afgevuurd wanneer de foutmelding wordt weergegeven. Op het moment ben ik voorstander van het gebruik van virtuele bekeken pagina's voor deze in Google Analytics.

Waarom gebruik maken van virtuele bekeken pagina's om fouten te sporen

Er is een argument om te zeggen dat fouten moeten worden bijgehouden als 'gebeurtenissen' niet paginaweergaves omdat ze een interactie op de site, geen daadwerkelijke pagina te bekijken. Dat is discutabel: de bezoeker zeker iets zag!

Eigenlijk, als je deze track kunt u zien dat sommige fouten worden steeds weer herhaald. Dit is een klassiek bewijs om te suggereren dat de bezoeker misschien niet eens opgevallen bericht de fout - bijvoorbeeld een lijst van vorm fouten in kleine rode tekst weergegeven aan de bovenkant van de pagina, ver boven de submit knop ingedrukt te houden aan de onderkant van het scherm. De bezoeker zal ogen te kijken waar ze net geklikt. Tip: vergelijk de pageviews en unieke pageviews voor fouten op fouten die zijn er al verschillende gezien de tijd door dezelfde persoon te identificeren:

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

De echte reden ben ik voorstander van virtuele bekeken pagina's in het GA is dat op dit moment slechts bekeken pagina's worden weergegeven in rapporten trechter als 'afzien routes' aan de rechterkant van het scherm. Foutmeldingen in een checkout proces zou een klassieke reden voor het opgeven van een kassa worden. Dat is iets wat je zeker wilt weten. Dus het is het beste om de informatie waar u het nodig heeft: in de kassa trechter verslag.

Met behulp van bekeken pagina's betekent dat het gemakkelijk is om de foutmeldingen te configureren als doelen, zodat u gemakkelijk kunt de omrekeningskoers monitor. Bijvoorbeeld, gebruik ik een Trakkboard Google Analytics dashboard naar sites toezicht op de succespercentages van de fout tussen verschillende doelen. Elke ochtend zie ik in een oogopslag of er iets mis gaat.

Hoe een paginaweergave structuur ervoor kiezen om de beste te halen uit de inhoud detailweergaverapport

Ik beveel het structureren van de bekeken pagina's zorgvuldig. Ik gebruik momenteel een pad voor de virtuele pagina te bekijken zoals:

/ Fouten / checkout / deliveryoptions / 'de foutmelding'
/ Fouten / checkout / betaling / 'de foutmelding'
/ Fouten / emailsignup / 'de foutmelding'

en zo verder.

Dit stelt me in staat om te configureren doelen die groepen van fouten op een manier die zinvol is door het afstemmen het eerste deel van de pagina naam te consolideren.

Deze aanpak betekent ook dat de GA Inhoudsdetails rapport werkt erg goed en wordt een elektrisch gereedschap om te graven in de fouten.

Configureren van het laatste deel van de pagina te bekijken als de eigenlijke tekst van het bericht maakt het wat gemakkelijker bij de codering, maar heeft ook het bijkomende voordeel dat de rapporten laten zien wat we eigenlijk 'zei' aan de bezoeker. Gewoon het zien van een lijst van alle onvriendelijke dingen die we terug gegooid naar mensen, en hoe vaak, kan een wake up call zijn.

Zodra je deze gegevens hebt, het eerste ding om te doen is meteen vast te stellen de foutmeldingen als ze zijn een beetje aan de harde kant. En dan vast komen te zitten in het arbeidsproces te komen waarom mensen ze zien in de eerste plaats.

Zoals gebruikelijk, zal u helpen GA prioriteit. Ik zou beginnen door te kijken naar degene die het vaakst gebeurt en die worden geassocieerd met een hogere uitstroom.

Overgaan naar de prestaties van de Google Analtics 'view' van de gegevens is een geweldige manier om de vergelijking van deze prijzen af te sluiten. In dit voorbeeld, postcode problemen staan als een teer punt:

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

Informatie zoals deze is als goudstof als je probeert naar de plaats waar precies te vinden om bezoekers concentreer uw inspanningen maximaal voordeel te geven aan je.

Maar kunt u zich wenden uw kennis van de site processen als je kijkt naar het percentage af te zien. De foutmelding waar mensen vertrekken kan blijken te zijn aan het einde van een reeks van andere berichten. Vermindering van de vorige fouten zou de sleutel tot gelukkiger bezoekers. Aangepaste segmenten kan hier nuttig zijn. Kijk naar mensen die zag (of hebt afgesloten) een bepaald fout en zien wat andere fouten maar ook zag.

Zoals altijd het geval is bij het werken in web analytics, moet u moeten worden nieuwsgierig en je vaardigheden en ervaring te gebruiken om de echte inzichten te verwerven. Maar die foutmeldingen zeker een heel duidelijk beginpunt en eventueel een wake up call.

Ik laat de vraag: "Hoe komt het dat al die mensen hadden een probleem met hun eigen achternaam?" Opknoping in de lucht voor nu!

comment } ( 1 commentaar )

Waarom hebt u minstens 2 profielen in Google Analytics

door Tim Leighton-Boyce op 6/8/2010

Het eerste wat elke GA uitvoering moet zijn is twee profielen: profiel van een werkende en een 'ruwe' ongewijzigde backup-profiel. Op een dag dat rauwe bacon uw profiel op te slaan.

De 'ruwe' onverwerkte profiel is er een waarin de gegevens niet gewijzigd is op geen enkele manier bij het configureren van het profiel door het toevoegen van instellingen of-filters.

Je moet altijd zo hebben zoals een set van gegevens beschikbaar die u kunt iets anders sanity check je doen tegen een zuivere bron. En je zult ook een back-up voor het geval u iets in uw beroepsleven profielen messes up van de gegevens.

Hoe Set Up een Raw Profiel


Bij het opzetten van een raw-profiel dat u in staat moet stellen en configureren van e-commerce zoeken waar van toepassing (maar niet strippen het zoeken parameters). Door dit te doen zal alleen in staat stellen meer rapportage, zullen er geen gegevens worden veranderd.

Je moet niet configureert u het profiel van alle parameters te negeren en je moet niet het configureren van de standaard pagina. Doen een van beide zou wijzigen van de gegevens.

Configuration setting for raw Google Analytics profile

Uit de bovenkant van mijn hoofd kan ik niet denken van alle filters die u zou durven toe te passen op dit profiel. Je wilt toch niet om iets te filteren, en u niet wilt filters gebruiken om gegevens te wijzigen.

Dus zeker geen uitzondering van IP-adressen, of het wijzigen van de URI's naar kleine letters. Deze ruwe profiel is precies degene die je zou voor cross-check tegen bij het oplossen van dergelijke filters wilt.

Wat te doen als je maar een profiel


Als u slechts een profiel in te stellen voor de locatie op het moment, te controleren of er filters zijn toegepast, of als de standaard pagina of geen parameters om te negeren zijn geconfigureerd. Als geen van de bovenstaande zijn gedaan, dan is dit profiel moet je ruwe hun profiel. Het bevat historische gegevens in de ruwe vorm, dus is het zinvol om deze waardevolle hulpbron intact te houden en in plaats daarvan het creëren van nieuwe profielen te werken.

Als dit het geval is, adviseer ik de naam te wijzigen van het profiel om duidelijk te maken wat het is. Het is waarschijnlijk zoiets als 'www.mydomain.com', die mooi zal sorteren op de bodem van de meeste lijsten. Ik zou dus voeg gewoon een functie en waarschuwing aan het einde: "www.mydomain.com (ruwe data - niet wijzigen) '

Als u nog niet echt een profiel, zoals dit reeds, moet u een set-up zo spoedig mogelijk. Ik adviseer en plakt de datum van de volgende dag aan het einde van de naam bij het configureren, zodat dit profiel dat u in een oogopslag zien wanneer de gegevens begint.

Het instellen van doelen in een Raw Profiel


Hoewel je niet moeten filters die worden toegepast voor uw ruwe profiel, is het mogelijk om doelen te configureren. In de dagen toen GA werd beperkt tot vier doelen per profiel gebruikte ik om dit profiel te gebruiken voor het huishouden en debuggen doelen, zoals de doelstelling voor de 404-pagina, dus niet om ons van sleuven in de belangrijkste werken profielen.

Ik zou adviseren met ten minste dat doel geconfigureerd hier. De 'Reverse doelpad verslag zal dan beschikken over een volledige, niet-gemodificeerde set van gegevens om mee te werken wanneer je hem nodig hebt op zoek gaan naar interne bronnen van de slechte verbindingen. Maar ik zou een dergelijk doel ook configureren in een van de belangrijkste werken van deze profielen en een dag Intelligence alert te configureren voor het succespercentage. Dit zijn gegevens is iets wat je moet hebben voor je, niet verborgen in een profiel dat u zelden bezoeken.

Hoe de Raw profiel kan u helpen of Save The Day


Voor de meeste doeleinden het ruwe profiel is er een die zit op de achtergrond het verzamelen van alle gegevens. Het is niet een profiel de meeste mensen zou willen zien.

U moet bij het configureren van de ruwe-filters die dingen doen, zoals onder meer of te sluiten bezoeken van een soort. Door het vergelijken van de nieuwe cijfers gefilterd met de VN-gefilterde versie die u in staat zullen zijn om gezond verstand te controleren of het verschil geloofwaardig is of dat je moet re-check je filters.

U vindt hier ook de ruwe profiel nuttig als u een situatie waarin een parameter die u hebt ontdaan door middel van de 'negeren parameter' instelling plotseling blijkt te beschikken over een te gebruiken. Bijvoorbeeld, zou je normaal gesproken strippen sessie-id's uit een werkgroep profiel. Maar het is denkbaar dat op een later tijdstip wilt u misschien in staat zijn om alle sessies die een fout opgetreden pagina en maak een segment om te volgen wat andere aspecten die bezoeken hebben met elkaar gemeen te vinden.

Ten slotte, zult u ook zeer dankbaar voor de ruwe profiel als je ooit een fout te maken met een filter en ontdek dagen later dat zij een aantal relevante gegevens weggegooid. U zult niet in staat zijn om de schade in de werking profiel ongedaan maken, maar in ieder geval heb je de ruwe gegevens in de leemten in een extern rapport ...

comments } ( 0 comments )

Hoe kies je de pagina's en de top drie te optimaliseren voor organic search

24/07/2010

Werken wat daadwerkelijk 'doen' analyseren met Google Analytics moeilijk is. We hebben allemaal hulp nodig bij het bepalen welke aspecten van onze sites om te werken aan en die GA rapporten te gebruiken om het te doen. Dat is waarom ik zo enthousiast over stap voor stap instructies over hoe te om Google Analytics te gebruiken om in smalle op de meest [...]

Lees het volledige artikel →

Het opzetten van meer profielen in Google Analytics

07.19.2010

Waarom zou je op te zetten meer dan een profiel voor elke website in Google Analytics? Er zijn dingen die GA geavanceerde segmenten kan niet Je moet altijd twee sets van gegevens Een van de klassieke toepassingen van profiel te hebben in de vroege dagen van Google Analytics is om te kijken naar brokken van verkeer. [...]

Lees het volledige artikel →

Eenvoudige manier om trefwoorden landing pages en ter plaatse op te lossen

2010-03-06

Weten waar te beginnen het aanbrengen van verbeteringen aan uw site kan moeilijk zijn. Maar hier is een zeer eenvoudige techniek waardoor het probleem-spots opvallen. U kunt deze truc in de lasten van Google Analytics-rapporten. Het zal werken voor zoekwoorden, voor de aanvoer van pagina's, voor verwijzende sites. De techniek is snel, simpel en universeel.

Lees het volledige artikel →