Screen shot of Classic Facebook error message Se quere saber o que facer para facer o seu sitio mellor para os seus visitantes, precisa saber o que eles cren malo. E un dos mellores indicadores de que alguén está tendo un mal momento é manter a ver mensaxes de erro irritante.

Por mensaxes de erro son un atallo para mellorar a experiencia do cliente

A maioría das mensaxes de erro son accionan cando alguén está intentando facer algo, aínda que sexa só un clic nun enlace a unha páxina que non está realmente alí.

Entón, esas persoas xa están empezando a se involucrar co seu sitio web. E entón comezan unha tapa na cara.

Moitas mensaxes de erro dicir que o visitante que teñan feito algo errado. É culpa deles.

Estas persoas poden comezar a sentirse frustrado e irritado, posiblemente polo seu sitio.

É por iso que é unha boa idea para controlar mensaxes de erro. Eles proporcionan unha fonte moi directa de información sobre onde o seu sitio está tropeçar as persoas e causando fricción.

Eu digo "site" porque é probablemente culpa non deles do lugar. Se a xente está entrando na información incorrecta, ou saltar os campos necesarios é moitas veces porque a lingua ou de sinalización no lugar é débil.

OK: un erro de dixitación é un erro de dixitación - que é culpa do visitante, non é? É xusto. Pero se unha morea de xente está a ter problemas alí, pregunta se: "nós realmente necesitamos nese campo, temos sempre que a información realmente utilizado". Olhe a taxa de saída da mensaxe de erro e avaliar a información paga a pena.

Así: mensaxes de erro son unha gran fonte de coñecementos prácticos sobre os puntos exactos de atrito no seu sitio. A acción é sinxela: faga o que poida para reducir os erros. Eu realmente establecer obxectivos e medir a taxa de conversión.

O problema?

Mensaxes de erro son raramente vistas de páxina, ademais dos 404 "páxina non atopada" páxina.

As mensaxes de erro, moitas veces toman a forma de texto e destacar o que indica o "mal" entrada en un formulario (bo). Outros son só feos caixas de alerta que aparecerá na cara do visitante, cun sinal sonoro, dicindo-lles que asneira, non lles dicir onde, e á espera de ser xulgado (non tan bo). Ningunha destas normalmente rexístrate como unha exhibición de páxina, así que unha ferramenta web Analíticas, como Google Analytics non saberá nada sobre eles.

O que cómpre facer é engadir código de control adicional, que é accionada sempre que a mensaxe de erro é mostrado. No momento en que defenden o uso de visualizacións de páxina virtual para iso en Google Analytics.

Por que usar exhibicións de páxina virtual para controlar os erros

Hai un argumento para dicir que os erros deben ser monitores como "non eventos" pageviews porque son unha interacción na páxina web, e non unha visión real da páxina. Isto é discutible: o visitante certamente viu algo!

En realidade, cando controlar esas podes atopar algúns erros que se repiten unha e outra vez. Esta é unha proba clásica que indican que o visitante pode ata non ter percibido a mensaxe de erro - por exemplo, unha lista de erros de forma en texto vermello pequeno exhibida na parte superior da páxina, moi por riba do botón enviar para abaixo na parte inferior da pantalla. Os ollos do visitante estará mirando onde acaba de facer clic. Consello: compare os pageviews e única de page views por erros para identificar os erros que son vistos varios tempo baixo a mesma persoa:

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

O motivo real eu favor virtual de page views en GA é que, no momento, só page views aparecerá no funil informes como "abandonar as rutas" no lado dereito da pantalla. Mensaxes de erro nun proceso de pago sería unha razón para abandonar un clásico Checkout. Isto é algo que sempre quero coñecer. Polo tanto, é mellor ter a información que necesitas é a seguinte: na saída do funil informe.

Usando visualizacións de páxina que significa que é fácil de configurar as mensaxes de erro como obxectivos para que poida facilmente monitor a taxa de conversión. Por exemplo, eu uso un Trakkboard panel de Google Analytics para supervisar as taxas de conversión das metas de erro en varios sitios. Todas as mañá podo ver nun cumio, se algo está mal.

Como elixir unha estrutura de exhibición de páxina para obter o mellor detalle do contido do informe

Eu recomendo a estruturación de páxinas vistas con coidado. Eu uso actualmente un camiño para a visualización de páxina virtual, como:

Erros de E / checkout / deliveryoptions / 'a mensaxe de erro "
Erros de E / checkout / pago / 'a mensaxe de erro "
/ Erros emailsignup / 'a mensaxe de erro "

e así por diante.

Tanto me permite configurar metas que consolidar os grupos de erros dunha maneira que ten sentido, combinando a primeira parte do nome da páxina.

Esta visión tamén significa que o contido do informe GA detalle funciona moi ben e se fai unha ferramenta para escavar os erros.

Configurar a última parte da exhibición de páxinas, como o propio texto da mensaxe fai que as cousas máis fáciles cando a codificación, pero tamén ten a vantaxe adicional de que os relatos amosan o que realmente dixo "para o visitante. Basta ver unha lista de todas as cousas hostís que xogou de medio para a xente, e cantas veces, pode ser un sinal de alerta.

Unha vez que tes esa información, a primeira cousa que facer de inmediato é o de fixar a mensaxe de erro se se un pouco sobre o lado duro. E despois queda preso no traballo por que a xente está a ver-os en primeiro lugar.

Como é costume, GA ha axudalo o priorizar. Gustaríame comezar por ollar os que acontecen con máis frecuencia e que están asociados con maiores taxas de saída.

Mudando para o desempeño do Analtics Google "visión" dos datos é unha boa forma de comparar as taxas de saída. Neste exemplo, os problemas CEP destacan como un punto sensible:

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

Información como esa é como o po de ouro cando está intentando atopar exactamente onde concentrar os seus esforzos para dar o máximo beneficio para os seus visitantes.

Pero por favor, aplicar o seu coñecemento do lugar de procesos cando mira para o abandono da taxa. A mensaxe de erro que a xente está deixando poderá vir a ser a finais de unha serie de outras mensaxes. Reducir os erros anteriores sería a clave para os visitantes máis felices. segmentos personalizados poden ser útiles aquí. Olle para as persoas que viron (ou saíu de) un erro en particular e ver o que os outros erros tamén viron.

Como sempre sucede cando se traballa en web Analíticas, necesitas ter que ser curioso e utiliza a súa habilidade e experiencia para gañar as ideas reais. Pero estas mensaxes de erro certamente proporcionar un punto de partida moi clara e, posiblemente, un sinal de alerta.

Deixo a pregunta: "Como é que todas estas persoas tiveron un problema co seu propio nome pasado?" Pendurado no aire xa!

comment } ( 1 comentario )

Porque cómpre, polo menos, dous perfís en Google Analytics

por Tim Leighton Boyce-on 6 de agosto de 2010

A primeira cousa que calquera implementación GA debe incluír ten dous perfís: un perfil de traballo e un "bruto" perfil inalteradas de copia de seguridade. Un día ese perfil cru salvar a súa vida.

O "perfil" prima non transformados é aquel en que os datos non foron modificados de todos os xeitos, cando configurar as opcións do perfil ou engadir filtros.

Debe ter sempre como un conxunto de datos dispoñibles para que poida comprobar a sanidade mental que calquera outra cousa que fai contra unha fonte pura. E tamén terá un backup no caso de calquera cousa que fai no seu traballo meses perfís de seguridade dos datos.

Como configurar un perfil Raw


Ao configurar un perfil cru ten que activar o comercio electrónico e busca configurar no seu caso (aínda que non tira os parámetros de busca). Facelo só vai permitir máis información, datos non se modificarán.

Non debe configurar o perfil para ignorar todos os parámetros e non debe configurar a páxina por defecto. Facendo un deses ía cambiar os datos.

Configuration setting for raw Google Analytics profile

Enriba da miña cabeza, eu non podo pensar de calquera filtro que ousaria aplicar a este perfil. Non quere filtrar nada, e non quere utilizar filtros para cambiar os datos.

Entón, en definitiva NON exclusión de enderezos IP, ou cambiar todos os URI en minúsculas. Este perfil primas é precisamente o que desexa unha comprobación cruzada contra cando a depuración filtros.

¿Que facer se ten só un perfil


Se só ten un perfil creado para o sitio, no momento, comprobar que todos os filtros foron aplicados, ou se a páxina por defecto ou parámetros de ignorar ter sido configurado. Se ningunha das opcións anteriores foron feitas, a continuación, ese perfil debe converterse no seu perfil primas. El conterá os datos históricos, baixo a forma crúa, así que ten sentido manter este valioso recurso intacta e crear novos perfís de traballo no seu lugar.

Se este é o caso, eu recomendo a edición do nome do perfil para que sexa claro o que é. É probabelmente algo chamado como "www.mydomain.com", que ha clasificar ben para o fondo da maioría das listas. Así, quere só engadir unha función e alerta para o fin: "www.mydomain.com (datos brutos - non cambiar) '

Se non ten un perfil como este xa, necesitas configurar un o máis axiña posible. Eu recomendo furar a data do día seguinte ao final do nome ao configurar este perfil para que poida ver de relance cando os datos comeza.

Definición de obxectivos nun perfil Raw


Aínda non tes ter os filtros aplicados ao seu perfil en bruto, é posible configurar metas. Os días en que AG foi limitado a catro obxectivos por perfil que eu adoitaba utilizar este perfil para limpeza e depuración de obxectivos, como a meta á páxina 404, a fin de non nos os slots nos perfís principais de traballo.

Eu recomendo ter polo menos esa meta configurado aquí. O 'Reverter camiño da meta "informe terá, entón, unha completa, un modificados conxunto de datos para traballar cando precisa del para ir á procura de fontes internas de ligazóns malas. Pero tamén quere configurar esa meta nun dos perfís principais de traballo nestes días e configurar unha alerta de Intelixencia para a súa taxa de conversión. Trátase de datos é algo que cómpre ter na súa fronte, non escondidos nun perfil que visita raramente.

Como o perfil Raw pode axudar ou Save The Day


Para a maioría dos efectos do perfil cru é aquel que se senta no fondo recoller todos os datos. Non é un perfil máis a xente quere ver.

Vai ter de materias primas, cando a configuración de filtros que fan cousas como incluír ou excluír visitas de calquera tipo. Ao comparar os novos datos filtrados coa versión un filtrada será capaz de verificar a sanidade se a diferenza é credível ou se é necesario re-selección de filtros.

Tamén vai atopar o perfil primas útil se atopa unha situación en que ten un parámetro retirados, usando a "ignorar o parámetro 'axuste de súpeto acaba por ter un uso. Por exemplo, normalmente tira os IDs de sesión de un perfil de traballo. Pero é posible que nunha data posterior pode querer ser capaz de atopar todas as sesións que atopou algunha páxina de erro e crear un segmento para seguir o que outros aspectos, estas visitas teñen en común.

Finalmente, tamén vai ser moi grata para o perfil de cru se nunca comete un erro cun filtro e descubrir días despois que destruíu algúns datos relevantes. Non será capaz de desfacer o dano no perfil de traballo, pero polo menos vai ter os datos brutos para cubrir as lagoas nun informe externo ...

comments } ( 0 comentarios )

Como escoller o seu top tres páxinas e optimizar a busca orgánica

24 de xullo de 2010

Traballar para fóra o que realmente "facer" con Google Analytics é difícil. Somos todos necesitamos axudar a decidir cales son os aspectos dos nosos sitios para traballar e que GA informes a empregar para facelo. É por iso que estou tan entusiasmado con instrucións paso a paso sobre como usar Google Analytics para reducir en máis de [...]

Ler o artigo completo →

Creación de máis perfís de Google Analytics

19 Jul 2010

Por que quere crear máis de un perfil para cada sitio en Google Analytics? Hai cousas que GA avanzado segmentos non pode facer Debería sempre ter dous conxuntos de datos Un dos usos clásicos de perfil nos primeiros días de Google Analytics era ollar os anacos de tráfico. [...]

Ler o artigo completo →

maneira sinxela de detectar páxinas e palabras clave para fixar

06 de marzo de 2010

Saber onde comezar a facer melloras no seu sitio web pode ser difícil. Pero aquí é unha técnica moi sinxelo, que fará a problemas locais destacan. Podes usar este truco en carga de informes de Google Analytics. Ela vai traballar para palabras clave para as páxinas de destino, para referirse sitios. A técnica é rápida, fácil e universal.

Ler o artigo completo →