Tiempo medio de lectura: 19 min (seis.000 palabras).
Si no tienes tiempo ahora, puedes saltar directamente a las.
Tabla de contenidos
Como analistas del tráfico de un sitio, diseño web profesional barcelona pilares fundamentales en el momento de valorar los datos compendiados es su
validez y también integridad. Dicho de otra manera, que los datos representen visitas significativas de usuarios relevantes.
En ese sentido, las visitas que nosotros mismos realizamos a nuestros sitios webs no se pueden considerar ni significativas ni relevantes. Esta consideración no se limita solo a nosotros sino es extensible a todos y cada uno de los integrantes del equipo del que formamos parte o bien, en caso de la web perteneciente a un cliente del servicio, alguien de su plantilla.
En estos casos, nuestro objetivo al visitar la web no es preguntar o pedir sus productos o servicios, sino más bien comprobar que la navegación es adecuada, que no hay inconvenientes de diseño o que no hay errores de funcionalidad. tienda magento ,
Google Analytics recopila nuestras visitassin ninguna distinción y no nos ofrece a priori ningún instrumento para diferenciar las visitas genuinas de nuestras visitas.
Se hace necesario, en consecuencia, algún sistema a fin de que
distinguir las visitas propias, orientadas a contrastar el funcionamiento del lugar,
de las visitas “verdaderas”, orientadas a utilizar los servicios de nuestro sitio. Sólo de esta manera, el análisis posterior de las estadísticas de Google Analytics nos permitirá tomar decisiones acordes con la realidad.
A continuación se presentan múltiples métodos para conseguir esta diferenciación. Ciertos métodos pueden no ser viables en ciertos entornos, al tiempo que unos son más fáciles que otros, aunque en general a costa de perder cierta fiabilidad o precisión. Es nuestra responsabilidad
valorar cada situación concretay determinar cuál de todos ellos resultará más apropiado para nuestras necesidades.
También es esencial valorar si
el impacto de nuestras visitasmás, si procede, de la plantilla del cliente del servicio, es realmente suficientemente alto como para dedicar tiempo y recursos en aplicar alguna de estas soluciones. Por ejemplo, si un sitio web tiene cien visitas mensuales y estimamos que 1000 provienen de visitas propias, esto supone un 1 por cien del total de visitas. A priori, este porcentaje apenas debería afectar a las
estadísticas de Analytics; pero, de nuevo, debemos hacer esta valoración para cada caso concreto.
Este el método más directo a fin de que Analytics deseche nuestras visitas de sus estadísticas: filtran nuestra IP en Analytics. No requiere configurar ni instalar nada en los ordenadores:
todo se puede hacer desde el panel de Google Analytics.
Sin embargo, sólo tiene utilidad si usamos una dirección IP fija y siempre accediéramos desde exactamente el mismo PC o bien red de ordenadores (que comparten una misma dirección IP de acceso a Internet). Esta situación ideal está lejos de ser la más usual.
En primer lugar, si bien es cierto que la mayoría de empresas conectan sus ordenadores a través de una red interna más o bien menos grande y, por tanto, muestran al exterior (Internet) una única dirección IP,
no es frecuente que sea fijasino dinámica: o cambia cada vez que se reinicia el enrutador de acceso a Internet, o bien el propio proveedor cambia la dirección por consideraciones técnicas o de mantenimiento (lo que no es un suceso raro ni apartado).
Sería posible contratar al distribuidor una dirección IP fija, mas supone una mayor cuota de conexión que autónomos, profesionales o pymes pueden no estar prestos a abonarla.
Por otro lado, tampoco soluciona el otro punto:
sólo funciona cuando se accede desde la red, vamos a llamarla corporativa. Las visitas desde otros ordenadores o bien dispositivos móviles, no integrados en esa red, seguirían siendo contabilizadas por Analytics como visitas.
Por tanto, este método es dependiente de la ubicación física del dispositivo de acceso y de la estructura de la red interna (en caso de que tuviese más de un punto de acceso a Internet).
El filtrado de la dirección IP se hace desde el Panel de Administrador de Google Analytics, eligiendo la Cuenta, Propiedad y Vista donde queramos aplicar el filtro IP:
También se puede hacer a través de la opción “Todos los filtros”, bajo la pestaña de Cuentas, siendo similar el proceso de creación del filtro.
Recuerda que, siempre que se usan filtros, se debería continuar la recomendación de Google de
tener siempre y en toda circunstancia una vista sin filtros, para que los datos en salvaje estén a buen recaudo en el caso de que hicieran falta alguna vez, yen la que aplicar el filtro (aunque esta nueva vista empezaría en blanco, sin datos) ooriginal.
Antes de iniciar, debemos saber cuál es nuestra dirección IP fija. No, no hace falta llamar al proveedor o buscar el contrato ;). Podemos consultarla sencillamente visitando la página.
Veamos el proceso de creación del filtro, suponiendo que nuestra dirección IP fija es doce.34.56.189 (lástima que no pueda ser setecientos ochenta y nueve, pero debe ser menor de 255 😉 ):
1. Al pulsar en la opción Filtros de la pantalla anterior, se abre un nuevo panel que muestra los filtros libres, si hubiera alguno:
2. Pulsar el botón rojo “+ Añadir filtro”.
3. Se muestra un nuevo panel con las distintas opciones libres para crear el filtro.
4. En este panel, vamos a introducir los próximos datos:
a.Seleccionar “Crear filtro nuevo”.
b.Nombre del filtro “IP fija – 12.34.56.189”. Es importante que el nombre del filtro refleje su funcionalidad, para no tener que abrirlo cada vez que no recordemos qué hace.
c.Tipo de filtro: “Personalizado”. También es posible hacerlo con el tipo “Predefinido”, mas el tipo personalizado nos deja utilizar expresiones regulares o bien patrones (por ejemplo, para señalar varias direcciones IP o un rango de direcciones).
d.Seleccionar la opción “Excluir” (que siempre y en toda circunstancia aparece elegido por defecto al crear un filtro).
e.En el “Campo del filtro”, seleccionar “Dirección IP”.
f.En el cuadro de texto “Patrón del filtro”, introducir la expresión regular que representa a la dirección IP. En este caso: 12.34.56.189 . Si hubiéramos elegido el género de filtro Predefinido, se podría introducir la dirección IP tal cual: 12.34.56.189
Así es cómo quedaría el nuevo filtro:
6. Finalmente, pulsamos Guardar y ya tenemos nuestro nuevo filtro creado:
Como mentaba antes, la ventaja de utilizar un filtro adaptado en lugar de un filtro predefinido es que el adaptado deja emplear expresiones regulares que, entre otras cosas, permite apuntar múltiples direcciones IP o rangos de direcciones IP.
Por ejemplo, para apuntar 2 direcciones IP, 12.34.56.189 y 98.76.54.121, utilizaríamos el patrón 12.34.56.189|98.76.54.121 . Al paso que para el rango de direcciones IP desde doce.34.56.180 al doce.34.56.199 utilizaríamos el patrón 12.34.56.1(8|9)(0-9)$ . Parece un tanto complicado, mas estade Google puede resultarnos de ayuda.
En qué consiste:
Cuando utilizarlo:
Ventajas:
Inconvenientes:
Como hemos visto, la creación de un filtro es rápida, sencilla y, su primordial ventaja, centralizada. Sin embargo, sólo sirve cuando se conoce antemano las localizaciones (direcciones IP) desde donde vayamos a acceder a nuestra web, lo que no siempre y en todo momento es posible (sobre todo con la diversidad de dispositivos móviles y redes wi-fi que tenemos a nuestra disposición hoy en día).
Con las herramientas libres en el panel de control de Google Analytics no se puede hacer mucho más (realmente, sí, pero requiere también una intervención en el navegador desde el que se accede, pero ya lo vamos a ver más adelante), así que el paso siguiente es
configurar nuestro navegadorpara que, de alguna forma,
“desactive” el script de Analyticscuando accedamos a nuestra página.
Recuerda que el script de Analytics es el código (disponible en el Panel de Administrador) que debemos copiar en todas y cada una de las páginas de nuestro sitio a fin de que Google recopile los datos de navegación:
Para esta situación, Google nos proporciona un complemento de inhabilitación compatible con los navegadores más populares en los equipos de sobremesa: Microsoft IE, Chrome, Mozilla Mozilla Firefox, Apple Safari y Opera. Con este rango de navegadores, se cubre la práctica totalidad de navegadores aunque, lamentablemente,
no tiene soporte para dispositivos móviles.
Otro defecto de este complemento es su “universalidad”. Transforma tu navegador en un espectro para todos y cada uno de los sitios webs, no solo el tuyo. Si su uso fuera extendido (y no semeja que lo sea, por suerte), apaga Analytics y vámonos, por el hecho de que sería difícil imaginar mayor corte y también imprecisión en los datos que recopilaría. Es increíble que Google ponga a nuestra disposición un complemento tan radical como éste, que afecta de manera directa a su área principal de negocio (lo que hace un «poco» de presión legal por cuestión de privacidad).
La instalación no puede ser más sencilla. Basta acceder a la, pulsar en el “botón gordo” y dejar que el navegador haga su magia:
No es necesario configurar nada, ni activar ni desactivar nada. Desde exactamente el mismo instante de su correcta instalación podemos visitar nuestra web (y cualquier otra) en tantas ocasiones como deseemos (desde ese navegador, claro) que nuestro paso no quedará registrado por Analytics.
En qué consiste:
Cuando utilizarlo:
Ventajas:
Inconvenientes:
En vez de confiar en el complemento de inhabilitación de Google, ¿existen otros complementos, más avanzados, que nos permitan mayor control sobre la activación y desactivación del script de Analytics?
La respuesta corta: sí 🙂
La respuesta larga: no para todos y cada uno de los navegadores… De hecho, sólo Chrome dispone de un complemento lo suficientemente eficiente que se puede activar/desactivar fácilmente o bien incluso configurar para que activar/desactivar Analytics en determinadas páginas. El complemento en cuestión es.
Sin embargo, no he encontrado complementos afines ni en Firefox (lo cual ha sido una sorpresa para mí) ni en Internet Explorer (que, por el contrario, no me ha sorprendido…).
Este complemento (extensión, en terminología “Chrome”) se instala rápida y fácilmente, sin ninguna consideración singular, y desde el primer momento se puede emplear sin precisar configurar nada.
Aunque en un inicio el navegador no muestra nada que nos indique que está instalado, en el instante que accedamos a una página que tenga un script de Analytics, muestra un botón en la barra de direcciones desde el que podemos activar o bien desactivar la monitorización Analytics de esta página (requiere recargar la página):
Desde este botón también podemos acceder a la configuración de la extensión:
Además, cuando la extensión inhabilita la monitorización de Analytics, el icono de la barra de dirección cambia a fin de que estemos al tanto:
En qué consiste:
Cuando utilizarlo:
Ventajas:
Inconvenientes:
A estas alturas, puede parecer que si no disponemos de una IP fija o no empleamos el navegador Chrome nuestra causa está perdida…
Afortunadamente, siguen existiendo otras opciones para que
Google Analytics no monitorice nuestras visitasaunque, como mencionaba al principio del artículo, van siendo cada vez más técnicas y implican la combinación de varias acciones, tanto en el navegador como en el panel de control de Analytics.
La primera de ellas, y parcialmente sencilla, es cambiar el idioma del navegador.
¿Cómo? ¿Cambiar el idioma? Sí, lo sé, al principio resulta chocante mas, pensando fríamente, por una parte, hoy en día el interfaz de los navegadores tienden a ser minimalistas, con poco texto y oraciones cortas; al paso que, por otro lado, muchos somos capaces de manejarnos mínimamente con el inglés escrito. Entonces, ¿porqué no aprovechar este escenario para filtrar las visitas “inoportunas”?
He mencionado el inglés por tratarse del idioma más habitual en Internet, mas obviamente se puede utilizar cualquier idioma. Y, para ser sincero, porque tengo por costumbre de instalar las aplicaciones en inglés siempre que pueda, con lo que puedo emplear esta alternativa sin mayor esfuerzo por mi parte 😉
Pero nada impide, por poner un ejemplo, usar otros idiomas o bien, menos traumático, variantes de idiomas (por ejemplo, el Español de América Latina). Lo esencial es que sea un idioma que después podamos
identificar desde el panel de control de Google Analytics. Como muchos habréis adivinado ya, este método consiste en filtrar las peticiones desde navegadores con el idioma específico que hayamos configurado.
Apunte importante: si nuestra web tiene vocación internacional, debemos elegir muy cuidadosamente el idioma del navegador con el fin de no dejar fuera a visitantes “legítimos”, o podría resultar que el remedio sea peor que la enfermedad y sesguemos todavía más las estadísticas de Analytics. En este caso, habría que valorar la utilización de otro método.
Este método requiere acciones en 2 entornos muy diferenciados:
Los tres navegadores más populares (Chrome, Mozilla Firefox e IE) permiten configurar fácilmente su idioma, con lo que no me pararé mucho en este punto salvo para enseñar los pasos generales.
Para el ejemplo, el idioma escogido será el inglés británico (o bien inglés del Reino Unido). Lo he elegido por dos motivos: el inglés es un idioma en el que me puedo manejar y la variación del R. Unido está menos extendida que la variante americana del inglés (código “en-us”) o al inglés sin variación (código “en”), por lo que es menos probable que filtre visitantes legítimos a la web.
Sea como sea el idioma elegido, debemos buscar y anotar su código que, normalmente, tiene la manera “xx-zz”, donde “xx” es el idioma y “zz” es la variación de ese idioma. Este código será
importante para el filtro en Analytics.
Internet Explorer
La siguiente pantalla muestra los consecutivos pasos que hemos seguido:
Mozilla Firefox
Para poder mudar el idioma del navegador, primero hay que instalar el bulto de ese idioma. Estos son los pasos a seguir:
Este pantallazo muestra los consecutivos pasos que hemos seguido:
Google Chrome
Ya tenemos nuestro(s) navegador(es) favorito(s) en la configuración de idioma que nos interesa. El próximo paso consiste en filtrar las visitas desde esos navegadores a nuestra web.
Podemos hacerlo de 2 formas. La primera, con filtros, con un proceso afín al que vimos para las direcciones IP fijas, seleccionando “Configuración del idioma” en vez de “Dirección IP” en el Campo del filtro. La segunda, con segmentos en la pestaña de Informes.
En los dos casos, es importante conocer el código del idioma que hayamos escogido. En el caso del inglés de Reino Unido, su código es “en-gb”, donde “en” representa el idioma (english) y “gb”, la variación (great britain).
Dado que previamente hice un ejemplo usando filtros, para esta ocasión utilizaré un segmento que, por otra parte, es una solución que me agrada más por el hecho de que no afecta a los datos compendiados (como sí hacen los filtros).
Entramos, entonces, en nuestra cuenta de Analytics y…
Todos estos cambios quedarían de esta forma:
A partir de este momento, cada vez que debamos examinar nuestras visitas en Analytics, deberemos usar este segmento para dejar fuera las visitas que hayamos efectuado desde los navegadores controlados.
En qué consiste:
Cuando utilizarlo:
Ventajas:
Inconvenientes:
Antes de nada, ¿qué es esto del Agente de Usuario (User-Agent)? La explicación de la Wikipedia () es algo extensa y técnica, así que mejor vamos a definirla en el contexto que nos ocupa: navegadores web.
Básicamente, un Agente de Usuario es la aplicación que usamos y que actúa en nuestra representación (de ahí el término “agente”) en el momento en que nos conectamos a un servidor. En esencia, el agente de usuario recoge nuestras peticiones, las transforma en una petición que pueda entender el servidor y se las envía a éste. Por su parte, el servidor responde a nuestro agente y éste formatea su contestación para presentárnosla a nosotros. Toda nuestra interacción con el servidor se hace siempre a través del Agente de usuario.
Por tanto,
un navegador es un agente de usuario, que nos permite navegar a través de las páginas del sitio web alojado en un servidor recóndito.
Dado que puede haber muchos agentes de usuario (navegadores), el servidor necesita alguna forma de saber con quién está hablando, para
adaptar su respuesta a las capacidades del agente. No es lo mismo, por ejemplo, el navegador de un ordenador de sobremesa con pantalla de 32 pulgadas, que un teléfono móvil con una pantalla de 5 pulgadas. Tampoco lo son Internet Explorer y Chrome, que interpretan y renderizan las páginas web de diferente forma.
Entonces, ¿cómo sabe el servidor las características del navegador le está haciendo una petición? A través de la cadena del agente de usuario (
user-agent string), que consiste en una cadena de texto que el navegador envía al servidor en cada petición que le hace.
La forma más rápida de consultar la cadena de nuestro agente de usuario es en la página, que no solo nos enseña la cadena del agente de usuario de nuestro navegador, sino que la interpreta por nosotros. Por ejemplo, en el caso de mi navegador Chrome, muestra lo siguiente al acceder a:
Seguramente habréis observado que al final de la cadena aparece un valor curioso, “afernandezalonso”, que el servidor no es capaz de interpretar (y poniendo tres interrogantes en su interpretación). Este valor, “afernandezalonso”, no es parte integrante de la cadena original del navegador, sino que la he añadido para identificar mi navegador de forma única y sin ambigüedad.
Con esta información, ya se habrá hecho evidente que el siguiente paso es, sencillamente,
filtrar nuestras visitas en Analyticsen función del contenido de la cadena del agente de usuario.
Veamos cómo hacer todo esto…
El proceso consiste en 4 pasos. Veamos a continuación los 3 primeros, que afectan a los navegadores:
Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/50.0.2633.3 Safari/537.36 afernandezalonso
Este tercer paso es algo más complicado y de ahí que me paro en él. No todos los navegadores permiten alterar la cadena del agente de usuario con sencillez. Realmente, sólo Mozilla Firefox Mozilla Firefox tiene un sistema fácil, al tiempo que resulta algo artificioso en IE y Chrome, aunque en Google Chrome se puede solventar usando extensiones.
Para quienes tengan un perfil más técnico, ya sabrán que la cadena del agente de usuario del navegador también se puede cambiar en el registro de Windows o bien los ficheros de configuración del navegador, pero hay que ser realmente cauto con estas manipulaciones y saber realmente bien qué se está haciendo. En cualquier caso, no lo aconsejo por el hecho de que cambios de versiones del navegador pueden resultar en cambios en la forma en que se guarda o bien recobra esta cadena.
Una recomendación antes de empezar: es conveniente comprobar la cadena del agente de usuario cada vez que actualicemos el navegador, por si acaso fuera necesario alterar también nuestra cadena adaptada con la nueva versión del navegador.
Veamos ahora cómo se hace todo esto para cada navegador…
Desde este momento, nuestro navegador Firefox se identificará con esta nueva cadena.
Firefox también dispone de complementos para alterar esta cadena mas, con una solución tan sencilla, ¿quién los necesita? 😀
La única forma de hacerlo con estos navegadores, sin instalar ningún complemento adicional, es a través de las herramientas de desarrollo. Con dos esenciales limitaciones:
Estas restricciones lo hacen muy incómodo y casi inmanejable, por lo que extrañamente lo usaremos. Por este motivo, y para no aburriros 😉 , no voy a explicar cómo se activa, si bien si hay alguien interesado, estey éstos son los pantallazos de cómo quedaría en las herramientas de desarrollo para cada Google Chrome e IE, respectivamente:
Google Google Chrome dispone de múltiples extensiones que permiten cambiar fácilmente la cadena del agente de usuario. He probado varias de ellas y la más sencilla de emplear y un interfaz de usuario más amigable es. Al instalarlo, muestra un icono en la barra de tareas desde el que podemos activar las diferentes versiones de cadenas de usuario disponibles:
Para que salga nuestra cadena adaptada del agente de usuario, debemos crearla en las opciones de la extensión, dentro del grupo pertinente a nuestro navegador (para mantener la congruencia del menú):
Y debemos activar la opción a fin de que nuestra cadena personalizada sea activada por defecto cada vez que el navegador se inicie:
Una vez que tenemos adecuadamente configurado el navegador, el próximo (y cuarto) paso consiste en
crear un filtro o un segmento en Analyticspara que no tenga presente nuestras visitas desde los navegadores con la cadena adaptada del agente usuario.
Como anteriormente ya hemos visto casos dey, tan solo voy a mostrar los pantallazos de cómo quedaría el nuevo segmento:
Y el nuevo filtro:
En qué consiste:
Cuando utilizarlo:
Ventajas:
Inconvenientes:
Esta solución, junto con la cadena del agente de usuario, es quizás la
más eficaz desde el punto de análisis de tráfico web: por un lado, asegura que sólo nuestras visitas serán filtradas por Analytics, y, por otro lado, es una solución universal (todos los navegadores utilizan cookies). Si bien, lógicamente, cuando naveguemos por nuestra web, vamos a deber activadas las cookies en nuestro navegador 😉
Sin embargo, también tiene un aspecto técnico fundamental que complica un poco su implementación. Mas, como vamos a ver, una vez incorporado tiene la enorme ventaja que podemos activarlo desde cualquier navegador de cualquier PC o bien dispositivo móvil (siempre y en toda circunstancia con las cookies activadas), sin necesidad de instalar ni configurar nada en el propio navegador.
En este caso, no es preciso configurar nada en el navegador (salvo que debe admitir cookies y ejecutar javascript). Toda la tarea recae sobre el servidor que aloja nuestra página web.
Dependiendo del gestor de contenidos que tengamos en el servidor, las operaciones específicas a efectuar serán diferentes, así que no puedo poner ningún pantallazo, ni apuntar los pasos concretos a proseguir, sino pondré el código javascript y las labores generales que deben hacerse en el gestor; esencialmente, crear un página web que incluya ese código.
Es importante señalar que este método sólo es válido para la codificación Universal Analytics (los códigos que empiezan por “UA-“), no sirve para la anterior codificación “GA-“. Para quienes tengáis interés en las explicaciones técnicas, he usado las próximas páginas como referencia (todas y cada una están en inglés):
El proceso consiste en crear una página web con un único enlace que, al pincharlo, desactiva las solicitudes de Analytics desde nuestra web y crea una cookie a fin de que el seguimiento de Google Analytics prosiga desactivado a partir de ese momento cuando naveguemos por ella, siempre y cuando la cookie no sea borrada.
El código html y script de esta página es el siguiente:
<head>
<title>Desactivar el seguimiento de Google Analytics en mi web</title>
// No queremos que la página sea indexada ni seguida por los buscadores
<meta name=»robots» content=»noindex, nofollow»>
// Este script crea la cookie y desactiva Google Analytics si ya existiese.
// Debe copiarse en TODAS las páginas de nuestra web, ANTES del código de seguimiento de Analytics
<script>
// Sustituir por el valor de nuestra variable UA
var gaProperty = ‘UA-XXXXXXXX-Y’;
// Desactivar el seguimiento de Analytics si la cookie existe
var disableStr = ‘ga-disable-‘ + gaProperty;
if (document.cookie.indexOf(disableStr + ‘=true’) > -1)
window[disableStr] = true;
// Crear una cookie que expira en 2099 (o bien hasta el momento en que se borre del navegador)
function gaOptout()
document.cookie = disableStr + ‘=true; expires=Thu, 31 Dec :59:59 UTC; path=/’;
window[disableStr] = true;
</script>
// Copiar aquí nuestro código de seguimiento de Google Analytics
// DESDE AQUÍ
<script>
(function(i,s,o,g,r,a,m)i[‘GoogleAnalyticsObject’]=r;i[r]=i[r]function()
(i[r].q=i[r].q[]).push(arguments),i[r].l=1*new Date();a=s.createElement(o bien),
m=s.getElementsByTagName(o bien)[0];a.async=1;a.src=g;m.parentNode.insertBefore(a,m)
)(window,document,’script’,’//-analytics.com/analytics.js’,’ga’);
ga(‘create’, ‘UA-XXXXXXXX-Y’, ‘auto’);
ga(‘send’, ‘pageview’);
</script>
// HASTA AQUÍ
</head>
<body>
<p><a href=»javascript:gaOptout()»>Pulse para desactivar el seguimiento de Google Analytics</a></p>
</body>
</html>
Como se indica en los comentarios de este código, el script encargado de crear y advertir la cookie debe
copiarse en todas las páginas del lugar web, ya antes del código de seguimiento de Analytics (en general, al final de la cabecera <head>). Es recomendable poner la página en el directorio raíz de nuestro servidor y con un nombre fácil de rememorar para que la dirección no sea complicada. Por ejemplo:
/ desactivar-analytics
Desde este instante, cuando queramos visitar nuestro sitio web por vez primera desde un navegador, primero debemos acceder a esta página y pulsar en el enlace para poder navegar libremente a sabiendas de que nuestra visita no será registra por Analytics.
En qué consiste:
Cuando utilizarlo:
Ventajas:
Inconvenientes:
Uno de los problemas con el código de seguimiento de Google Analytics es que registra todas las visitas a nuestros sitios web, incluyendo las que mismos (o bien el dueño final del sitio) realizamos. Esta situación, sobre todo en sitios webs con escasos miles y miles de visitas, puede malinterpretar el análisis siguiente que hagamos de las estadísticas de visitas.
Por este motivo, siempre que resulte posible deberíamos usar
algún método para que Analytics excluya nuestras visitaspara, si no eliminarlas absolutamente, por lo menos sí reducirlas y así miniminar su impacto en las estadísticas finales.
En este artículo hemos visto varios métodos para lograr este propósito, pero ninguno de ellos es totalmente infalible, ya sea por limitaciones técnicas o bien porque requiere que el usuario ejecute anteriormente alguna labor. Aunque ciertos son bastantes más fáciles de incorporar que otros.
Llegado a este punto, no se puede decir a priori cuál es mejor que otro, sino depende de las circunstancias singulares de cada caso y de la libertad de acción que tengamos; por ejemplo, en el momento de configruar los navegadores o instalar complementos en ellos. También es posible combinar varios de estos métodos (no son incompatible entre sí) cuando la situación lo aconseje y permite.
En general, las preguntas que debemos hacernos para decantarse por uno u otro método son:
Ante lo visto, la
solución combinada más universal sería filtrar las direcciones IP fijas (si procede) y crear una cookie personalizada, aunque ésta última requiere cierta habilidad técnica con el gestor de contenidos. No son excluyentes, puesto que al filtrar las IP fijas nos quitamos el trabajo de tener que acceder anteriormente a la página de creación de la cookie en todos y cada uno de los ordenadores y dispositivos de la red interna.
Hasta aquí todos los métodos que conozco para que nuestras propias visitas no formen parte de las estadísticas de Google Analytics. En mi caso, no tengo IP fija, utilizo el complemento “Block Yourself from Analytics” para Chrome y el agente de usuario adaptado en Firefox. Apenas utilizo Internet Explorer, salvo para ver cómo queda la página web después de mudar algo, y prefiero no trastear mucho con los ficheros del gestor de contenidos. ¿Conoces algún otro método para filtrar tus visitas a tu sitio web en Google Analytics? community manager murcia los métodos presentes en este artículo, ¿utilizas alguno? ¿Cuál es el que más te ha agradado? ¿Y el que menos?
Imágenes:, elaboración propia.
¿El artículo te ha resultado útil? ¡Ayúdame a mejorar y puntúalo!