Si utiliza Universal Analytics, incluido Analytics para aplicaciones móviles, probablemente en los informes que genere no aparecerán demasiadas autorreferencias.
Contexto
Cuando un usuario llega a su sitio web, Analytics detecta de dónde viene, cuál es la fuente del tráfico. La fuente puede aparecer clasificada como directa, orgánica (gratuita), campaña o referencia.
Normalmente, las referencias se definen como el tráfico a su sitio que procede de otro sitio web. En el informe Referencias de la categoría de informes Adquisiciones puede analizar este tipo de tráfico.
¿Cómo puedo saber si tiene autorreferencias?
En Analytics, las autorreferencias son aquellos casos en los que sus propios dominios aparecen en el informe Adquisición > Todo el tráfico > Referencias. Por ejemplo, si su sitio web es www.example.com, cualquier dato del informe que incluya www.example.com es una autorreferencia.
Si su implementación de Analytics se configura para medir las sesiones en distintos dominios y subdominios, es normal que se muestren algunas autorreferencias.
Sin embargo, si aparecen muchas autorreferencias, puede deberse a un problema con su configuración de Analytics y, por lo tanto, es posible que las métricas aparezcan sesgadas y no se muestren las fuentes de tráfico reales a las que se atribuyen las conversiones y otros tipos de interacción en su sitio.
Causa de las autorreferencias
analytics.js
Si sus páginas están etiquetadas con el fragmento analytics.js, debe asegurarse de que ha agregado todos sus dominios (incluidos los subdominios) a la lista de exclusión de referencias correspondiente a su propiedad.
- Inicie sesión en su cuenta de Analytics.
- Haga clic en Administrador y acceda a la propiedad que quiera.
- Haga clic en Información de seguimiento.
- Haga clic en Lista de exclusión de referencia.
- Haga clic en + AGREGAR EXCLUSIÓN DE REFERENCIA.
- Introduzca el dominio que desee excluir y, a continuación, haga clic en Crear.
ga.js
Si sus páginas están etiquetadas con el fragmento ga.js, no hay una sola causa común de las autorreferencias, de hecho, hay muchas situaciones distintas que pueden provocar una autorreferencia. El objetivo de esta guía es ofrecerle una lista con las causas más habituales que hemos visto en los sitios web de los clientes. Siga esta guía como lista de comprobación para conocer la causa de las autorreferencias.
Para ayudarle a localizar las secciones de su contenido que puedan ser problemáticas, hemos incluido a continuación un filtro de vista y un informe personalizado que pueden serle útiles para solucionar problemas relacionados con las autorreferencias. Amplíe la sección correspondiente para obtener información detallada:
Ver filtroPara reducir las causas de las autorreferencias, acceda al informe Adquisición > Todo el tráfico > Referencias.
Cuando vea una entrada que corresponda a uno de sus dominios, desglose la información de la fila para ver la dimensión Ruta de referencia. Estas rutas de referencia pueden indicarle las páginas de su sitio que debería analizar con más detalle.La dimensión de ruta de referencia le indica algo de información sobre la página en la que estaba un visitante antes de llegar a su sitio. No obstante, la ruta de referencia no incluye la parte del parámetro de consulta de la URL de referencia de forma predeterminada, un dato que puede serle útil. Para ver la URL de referencia completa con los parámetros de consulta, hay que crear un filtro de vista.
Supongamos que tenemos la siguiente ruta de referencia:
/path/sub-path/?query=123¶meter=456
De forma predeterminada, en la ruta de referencia solo aparece lo siguiente:
/path/sub-path/
Utilice el siguiente filtro de vista para restablecer la ruta de referencia completa en los informes de Google Analytics:
Advertencia: Antes de aplicar un filtro en una vista de Analytics, es muy recomendable crear una vista de prueba (más información sobre cómo copiar una vista). Siempre debe contar con una vista sin filtros como referencia, ya que puede servirle como copia de seguridad de sus datos sin filtrar y como fuente en la que comprobar que la recopilación de datos funcione correctamente.
El filtro que usamos normalmente se puede crear de la siguiente manera:
Atributos del filtro de vista
- Nombre del filtro: URL de referencia completa, incluidos los parámetros
- Tipo de filtro: Filtro personalizado => Opciones avanzadas
- Campo A -> Extracto A: Medio de la campaña, ^referral$
- Campo B -> Extracto B: Referencia, ^https?://[^/]+(/.*)
- Enviar resultados a -> Constructor: Contenido de la campaña, $B1
- El campo A es obligatorio: sí
- El campo B es obligatorio: no
- Sobrescribir campo de salida: sí
- Distinción entre mayúsculas y minúsculas: No
Causas habituales y soluciones para las autorreferencias
Hay varios motivos por los que se produce una autorreferencia. Amplíe la sección correspondiente para obtener información detallada:
Falta el código de seguimiento o la página de destino no funcionaUna causa habitual de las autorreferencias en su sitio web son las páginas de destino o las páginas de su sitio sin etiquetar con el código de seguimiento de Analytics. El complemento Asistente para etiquetas de Google para Google Chrome puede ayudarle a detectar dónde falta o no funciona el código de seguimiento.
Debe asegurarse de que todas las páginas de su sitio tienen el código de seguimiento de Analytics.
Utilice el informe personalizado y el filtro de vista mencionados para averiguar en qué páginas puede faltar o no funcionar el código de seguimiento.
Una de las causas más comunes de las autorreferencias son las incoherencias en el código de seguimiento. Con los siguientes métodos, es posible cambiar el modo en que se configuran y almacenan las cookies de Analytics de sus dominios.
Es muy importante llamar a estos métodos de manera coherente en todo su sitio web. Si los llama de forma incoherente en la misma página (o incluso en páginas distintas) de su sitio web, puede provocar que Analytics restablezca el conjunto de cookies o cree uno. En cualquier caso, Analytics intenta determinar la fuente de la campaña, y es en este momento cuando suelen producirse las autorreferencias.
Veamos unos cuantos ejemplos en los que se puede dar esta situación:
Ejemplo de seguimiento de subdominio:
El seguimiento de subdominios es una configuración habitual, y puede obtener más información aquí. Sin embargo, algunos sitios web utilizan varios archivos de plantilla y requieren que el código de seguimiento de Analytics se inserte en varios lugares (por ejemplo, al no usar una inclusión global en todo el sitio). En estos casos, compruebe que cada una de las plantillas contenga un fragmento de código de seguimiento de Analytics coherente.
Supongamos que se da el caso anterior, en el que tanto la página principal como las páginas de producto usan una plantilla y las páginas de carrito de la compra usan otra.
Incorrecto
Página principal: (www.example.com)_gaq.push([‘_setAccount’, ‘UA-XXXXXXX-X’]); _gaq.push(['_setDomainName', 'example.com']); _gaq.push([‘_trackPageview’]);Página de carrito de la compra: (cesta.example.com)
_gaq.push([‘_setAccount’, ‘UA-XXXXXXX-X’]); _gaq.push([‘_trackPageview’]);
En el ejemplo anterior, se crearán dos conjuntos de cookies (utma, utmb, utmz) para los usuarios que pasaron de la página principal a la del carrito de la compra; un conjunto en cada dominio:
- example.com (página principal y de producto)
- cesta.example.com (carrito de la compra)
Si no utiliza _setDomainName, el efecto será el mismo que si utiliza _setDomainName(‘auto’). El método document.domain hará que ga.js cree cookies para cesta.example.com.
Para evitar las autorreferencias en estos casos, Analytics debería leer datos de un conjunto de cookies independientemente de si el usuario se encuentra en el dominio de nivel superior www.example.com o en el subdominio cesta.example.com.
Para garantizar el uso de un conjunto de cookies en su dominio principal y en sus subdominios, incluya _setDomainName en el fragmento de Google Analytics en todo su sitio web.
Solución: asegúrese de que su código de seguimiento llame de forma coherente a los métodos que cambian el modo en que se establecen las cookies de Analytics.
Correcto
Página principal: (www.example.com)_gaq.push([‘_setAccount’, ‘UA-XXXXXXX-X’]); _gaq.push(['_setDomainName', 'example.com']); _gaq.push([‘_trackPageview’]);Página de carrito de la compra: (cesta.example.com)
_gaq.push([‘_setAccount’, ‘UA-XXXXXXX-X’]); _gaq.push(['_setDomainName', 'example.com']); _gaq.push([‘_trackPageview’]);
Ejemplo de distintos códigos de seguimiento de Analytics
Algo que hacen muchos clientes, pero que no suele ser compatible con Google Analytics, es configurar varios rastreadores. Esto se utiliza para enviar información a varias cuentas de Analytics de forma simultánea.
El error más común sobre esta configuración es pensar que cada rastreador es una entidad (u objeto) independiente, pero las cookies, actualmente, se establecen en el nivel de dominio, no en el de rastreador. Por lo tanto, todos los objetos de rastreador en la misma página comparten el mismo conjunto de cookies y obtienen datos de él.
Esto quiere decir que mantener la coherencia con el código de seguimiento utilizado en varios objetos de rastreador es tan importante como la coherencia en todas las páginas de su sitio web, tal como le indicamos en el ejemplo de subdominios anterior.
Incorrecto
_gaq.push( ['firstTracker._setAccount', 'UA-XXXXX-1'], [‘firstTracker._setDomainName’, ‘example.com’], ['firstTracker._trackPageview'], ['secondTracker._setAccount', 'UA-XXXXX-2'], ['secondTracker._trackPageview'] );
¿Ha visto que secondTracker no ha llamado al método _setDomainName? Esto puede producir autorreferencias tanto para los rastreadores como para las propiedades web UA-XXXXX-1 y UA-XXXXX-2
Solución: Asegúrese de que los objetos de rastreador en el mismo dominio invoquen siempre los mismos métodos, por ejemplo, configurándolos igual para evitar el conflicto entre los rastreadores. En el siguiente ejemplo, _setDomainName se invoca de forma coherente para ambos rastreadores.
Correcto
_gaq.push( ['firstTracker._setAccount', 'UA-XXXXX-1'], [‘firstTracker._setDomainName’, ‘example.com’], ['firstTracker._trackPageview'], ['secondTracker._setAccount', 'UA-XXXXX-2'], [‘secondTracker._setDomainName’, ‘example.com’], ['secondTracker._trackPageview'] );
Ejemplo de seguimiento multidominio
Otra configuración habitual de Analytics es hacer un seguimiento de la actividad de usuario en varios dominios de nivel superior. Más información sobre el seguimiento multidominio
Si tiene dos dominios (por ejemplo, www.example.com y www.otherexample.com) y quiere rastrear la actividad mientras los usuarios se mueven entre esos dominios, deberá utilizar uno de los métodos siguientes:
Estos métodos permiten que los datos de las cookies de Analytics se transfieran de un dominio a otro. El método usado depende principalmente del modo en que los usuarios naveguen de un dominio a otro, por ejemplo, haciendo clic en un enlace, enviando un formulario o abriendo un marco flotante.
No obstante, hemos observado que el problema más frecuente es que no todos los enlaces, formularios o marcos flotantes están etiquetados correctamente, por lo que no pueden transferir información entre los distintos dominios.
Página HTML de ejemplo (en www.example.com)
Incorrecto
<html> <head></head> <body> <a href="http://www.otherexample.com/" onclick="_gaq.push([‘_link’, this.href]); return false;">link 1</a> <a href="http://www.otherexample.com/pagina2">link 2</a> </body> </html>
En el ejemplo anterior, el enlace 1 está configurado para transferir información de la cookie de Analytics a otherexample.com. Sin embargo, el enlace 2 no contiene el atributo onclick.
Se realizará un seguimiento preciso en los distintos dominios de los usuarios que hagan clic en el enlace 1. Los usuarios que hagan clic en el enlace 2 se registrarán como una referencia de example.com
Solución: debe asegurarse de que todos los enlaces estén etiquetados correctamente para transferir la información de la cookie desde example.com a otherexample.com.
Correcto
<html> <head></head> <body> <a href=”http://www.otherexample.com/” onclick=”_gaq.push([‘_link’, this.href]); return false;”>link 1</a> <a href=”http://www.otherexample.com/page2” onclick=”_gaq.push([‘_link’, this.href]); return false;”>link 2</a> </body> </html>
Consejo: Si tiene varios enlaces que dirijan a otro dominio, puede utilizar un entorno JavaScript como JQuery para detectar los eventos onclick que conduzcan al usuario a sus otros dominios.
De este modo, no es necesario que etiquete cada enlace de forma manual. Además, este método no afecta al funcionamiento y es ideal para gestionar los enlaces entre dominios.
Redireccionamientos entre dominios
Luego hablaremos de los redireccionamientos con más detalle en el artículo, pero otra causa habitual de las autorreferencias en el seguimiento multidominio es que el redireccionamiento elimina la información de las cookies de varios dominios antes de que el código ga.js de Analytics pueda obtener esta información de la URL del dominio que recibe la visita.
Volvamos al ejemplo anterior de HTML para varios dominios:
Página HTML de ejemplo (en www.example.com)
<html> <head></head> <body> <a href=”http://www.otherexample.com/” onclick=”_gaq.push([‘_link’, this.href]); return false;”>link 1</a> </body> </html>
El método _link generará una URL multidominio de Analytics como esta:
http://www.otherexample.com/?__utma=117945243.497169939.1345210711.1359390130.1360067715.18&__utmb=117945243.3.10.1360067715&__utmc=117945243&__utmx=-&__utmz=117945243.1358253212.11.5.utmgclid=TeSt1234|utmcsr=(not set)|utmccn=(not set)|utmcmd=(not set)|utmcct=(not set)&__utmv=-&__utmk=258513226
Sin embargo, si se produce un redireccionamiento en la página principal:
http://www.otherexample.com/
y reenvía a los usuarios a:
http://www.otherexample.com/inicio
Los redireccionamientos pueden hacer que no se incluya la información multidominio de Analytics y que esta se transfiera a la URL de redireccionamiento.
http://www.otherexample.com/?__utma=117945243.497169939.1345210711.1359390130.1360067715.18&__utmb=117945243.3.10.1360067715&__utmc=117945243&__utmx=-&__utmz=117945243.1358253212.11.5.utmgclid=TeSt1234|utmcsr=(not set)|utmccn=(not set)|utmcmd=(not set)|utmcct=(not set)&__utmv=-&__utmk=258513226
Dirige a los visitantes a:
http://www.otherexample.com/inicio
Nota: ausencia de parámetros multidominio de Analytics (?__utma=......).
Normalmente, esto sucede porque muchos redireccionamientos que dependen del servidor no tienen en cuenta los parámetros de consulta presentes en la URL anterior. La regla de redireccionamiento simplemente permite que los usuarios vayan de una URL a otra, pero sin mantener los parámetros de las cookies durante el redireccionamiento.
Soluciones:
-
Asegúrese de que el redireccionamiento transfiera los parámetros de seguimiento de Analytics a la siguiente URL. Por ejemplo:
http://www.otherexample.com/inicio?__utma=117945243.497169939.1345210711.1359390130.1360067715.18&__utmb=117945243.3.10.1360067715&__utmc=117945243&__utmx=-&__utmz=117945243.1358253212.11.5.utmgclid=TeSt1234|utmcsr=(not set)|utmccn=(not set)|utmcmd=(not set)|utmcct=(not set)&__utmv=-&__utmk=258513226
-
Además, puede suprimir el redireccionamiento o actualizar el enlace en los dominios anteriores para que dirijan a los usuarios a la nueva ubicación. De este modo, no es necesario invocar el redireccionamiento.
¿Utiliza un subdominio para dispositivos móviles o tiene una versión de su sitio web específica para dispositivos móviles en el mismo dominio?
Una práctica habitual es crear una versión de su sitio web para dispositivos móviles, que sea accesible desde un subdominio como m.example.com.
Si ha configurado la versión de su sitio web para dispositivos móviles para que use la biblioteca de seguimiento de servidor (PHP, JSP, ASP.NET y Perl) de Analytics (lo que, normalmente, se denomina seguimiento WAP) y los usuarios pueden navegar desde la versión para dispositivos móviles a la versión completa de su sitio web, es posible que vea autorreferencias desde sus dominios para dispositivos móviles a su dominios principales.
Si las páginas de su sitio web para dispositivos móviles no usan el código de seguimiento ga.js normal, el efecto sería equivalente a no tener las páginas etiquetadas.
El objetivo principal de la biblioteca de seguimiento WAP es permitir el seguimiento de dispositivos móviles de gama baja, por ejemplo, los que tienen compatibilidad limitada para las cookies o JavaScript.
Sin embargo, muchos de los smartphone más recientes ahora son compatibles con JavaScript, con las cookies y con las imágenes, tal como los equipos de sobremesa. Debido a que cada vez hay más usuarios de smartphone, recomendamos configurar las páginas para dispositivos móviles de modo que usen el fragmento de seguimiento del código ga.js normal, y no la biblioteca de seguimiento WAP.
¿Los redireccionamientos provocan autorreferencias? La mayoría, no, aunque hay excepciones como la que se indica en la sección correspondiente al seguimiento multidominio en este documento. Veamos algunos ejemplos de redireccionamientos y su efecto en la configuración de campaña en Analytics.
Redireccionamientos 301/302
Este tipo de redireccionamiento lo invoca el servidor y envía el código de estado HTTP 301 o 302. El motivo más frecuente por el que un webmaster implementa este redireccionamiento es el cambio de ubicación de una página o un grupo de páginas.
Los redireccionamientos 301/302 deberían conservar la información de referencia original.
Ejemplo:
En el diagrama anterior, un usuario de otrositioweb.com hace clic en un enlace que le lleva a su página principal, example.com. El servidor realiza un redireccionamiento 301 y envía al usuario a la nueva URL de su página principal /home.
En este caso, el redireccionamiento 301 debería conservar la información de referencia (obtenida a través de document.referrer de JavaScript) de otrositioweb.com.
Redireccionamientos meta refresh y basados en JavaScript
Los redireccionamientos que no dependen del servidor, como los invocados con la etiqueta HTML meta refresh o con window.location de JavaScript, pueden ocultar o limitar la visibilidad de la información de la URL de referencia procedente de Analytics. Por lo tanto, no recomendamos usar estos métodos en ninguna página que pueda ser una página de destino.
Para obtener más información sobre los efectos de uso de marcos flotantes con Analytics y sus consecuencias en relación con las autorreferencias, consulte el siguiente artículo sobre los sitios con marcos flotantes y Google Analytics.
¿Utiliza las API de seguimiento de Flash? Si trabaja con esta biblioteca de seguimiento, le recomendamos usar el modo Bridge en lugar del modo AS3. Aquí encontrará más información al respecto. El modo Bridge permite que la biblioteca de seguimiento Flash se comunique con las mismas cookies que el código de seguimiento ga.js normal. Esto significa que es posible ver de qué fuente de campaña procede la actividad en un objeto Flash como, por ejemplo, la fuente utilizada para encontrar su sitio.
Con el modo AS3, la biblioteca usa cookies de Flash. Para determinar la fuente de campaña, la biblioteca buscará la URL de referencia usada para abrir el objeto Flash, que suele ser la página principal de su propio sitio web (por ejemplo, www.example.com).
