Para una correcta monitorización del rendimiento de un sitio web, no podemos olvidar registrar los típicos errores de “Documento no encontrado” (el cásico error 404). En los sistemas de análisis web basados en registros de servidor, el acceso a esta información es trivial. En cambio, cuando utilizamos Google Analytics debemos asegurarnos de que:
- Nuestras páginas de error incluyan el código de Analytics. Tanto los servidores web como muchas aplicaciones de gestión de contenidos, permiten personalizar la página de error, de forma que no sea el clásico documento estándar generado por nuestro navegador. De hecho, la personalización de la página de error no sólo es recomendable a efectos de monitorización mediante Analytics, sino también en términos de usabilidad web.
- Hemos de modificar ligeramente el código, para poder distinguir, en los informes de contenido, las URLs que han generado un error 404.
Este es el código que proponemos para las URLs que generen un error 404:
<script type="text/javascript">
var gaJsHost = (("https:" == document.location.protocol)
? "https://ssl." : "http://www.");
document.write(unescape("%3Cscript src='" + gaJsHost +
"google-analytics.com/ga.js'
type='text/javascript'%3E%3C/script%3E"));
</script>
<script type="text/javascript">
try {
var pageTracker = _gat._getTracker("UA-XXXXXX-X");
pageTracker._trackPageview("/error_404/" +
document.location.pathname + document.location.search);
} catch(err) {}
</script>
De esta manera, en los informes de contenido podremos acceder a la información de todas las URLs que han generado un error de documento no encontrado.
Y por qué es necesario modificar el código? el código estándar de Analytics no registra bien las estadísticas de estas páginas?
Te lo explico, miss_antartida.
Imaginemos que un usuario accede a “misitio.com/pagina.html”.
La página no existe y el servidor le devuelve un error 404. Imaginemos también que el webmaster ha incrustado el código de Analytics en la página de error. En tal caso, la URL “/pagina.html” aparecerá, como bien dices, en los informes de contenido. Pero no tendremos forma de saber que esa URL ha generado un error 404. Será únicamente una página más, perdida entre las decenas, cientos o miles de URLs del informe de contenido.
En cambio, si modificamos el código, constará en los informes de contenido como “/error_404/pagina1.html”. De esta forma, podremos identificar de forma sencilla todas las URLs que han generado error, agruparlas (todas empiezan por “/error_404/”, filtrarlas, conocer el número de veces que se han servido, activar segmentos avanzados que incluyan o excluyan visitas con error 404, etc. En resumen, si modificamos el código podremos empezar a hacer analítica web con los errores 404.
a que se debe este error?, me ha pasado que algunas veces aparece y uno vuelve a intentar y sí se puede acceder a donde queríamos.