vista utilizadas usar una tutorial tag son qué principiantes por para orden opciones metricas mantener manager los las importante habilitar guia google filtros filtro filtrar filtran etiqueta esta diplomado datos cuáles curso cuando cuales configuración con como aplica anulación analisis afecta development-environment google-analytics

development-environment - utilizadas - ¿en qué orden se filtran los datos en google analytics?



¿Hay alguna forma de evitar que Google Analytics cuente el trabajo de desarrollo como éxitos? (18)

Agregue esta línea antes de que su código asíncrono de Google Analytics se ejecute para deshabilitar el rastreo de ese ID de propiedad web:

window[''ga-disable-UA-XXXXXX-Y''] = true;

UA-XXXXXX-Y corresponde al ID de la propiedad web en la que desea deshabilitar el seguimiento.

De: https://developers.google.com/analytics/devguides/collection/gajs/

He agregado el JavaScript que necesito al final de mis páginas para poder utilizar Google Analytics. El único problema es que estoy seguro de que está contando todo mi trabajo de desarrollo como éxitos. Viendo que probablemente vea algunas de esas páginas cientos de veces al día, realmente sesgará mis lecturas. ¿Hay alguna forma de desactivarlo desde una dirección IP particular o es algo que debería integrarse en mi proceso de compilación para que solo se agregue cuando compilo para la implementación?


Al igual que las personas mencionan, puede alojar localmente el dominio google-analytics.com o configurar una función para ver si está trabajando en su red de desarrollo.

Tenga en cuenta que http://www.google-analytics.com/ga.js no se carga y usa las funciones onclick javascript para ayudar a rastrear los clics en los elementos de la página.

IE: onclick = "javascript: pageTracker._trackPageview (''/ made / up / folder / reference'');

Vas a tener errores de JavaScript que detendrán el funcionamiento de jQuery u otras funciones robustas de JavaScript.


Configuramos un segundo código de seguimiento de Google Analytics para el desarrollo y el trabajo de control de calidad: de hecho, es útil cuando se quiere probar la integración analítica, y también se asegura de que no se tengan destellos en las estadísticas de producción.



Hoy, mientras estaba en una computadora diferente a la mía, noté que μBlock Origin para Chrome estaba bloqueando Google AdSense por defecto. Después de buscar en Google, encontré este article . También señala que μBlock Origin Firefox, μ Adblock para Firefox y Ad Muncher para Windows bloquean AdSense de forma predeterminada. La mayoría de las otras opciones se enumeran como configurables para bloquear AdSense.

Esto parece funcionar y es útil porque mi IP suele ser dinámica, por lo que la extensión de Chrome puede seguirme mientras esté conectado a Chrome.


La solución es usar Google Tag Manager (GTM) para manejar su Google Analytics. Esto le permitirá disparar solo Google Analytics en su dominio de producción sin tener que escribir ninguna condición en el código de su sitio. He aquí cómo hacerlo:

En GTM, establezca un disparador que solo se dispara cuando el nombre de host de la página contiene su dominio de producción.

A continuación, configure una Etiqueta para Universal Analytics y haga que su Trigger sea el que acaba de crear.


Me gusta el enfoque simple de usar javascript. Funciona en cualquier lugar.

<script type="text/javascript"> if (document.location.hostname.search("myproductiondomainname.com") !== -1) { //google analytics code goes here } </script>


Probablemente no sea útil para usted, pero resolví este problema escribiendo un control de servidor ASP.NET personalizado que inyecta el JavaScript requerido. Luego agregué la URL en vivo a web.config y luego solo hice visible el control cuando el nombre de host coincidía con la URL activa en web.config.


Puedes usar este código

<script> var host = window.location.hostname; if(host != "localhost") { // your google analytic code here } </script>


Sí, acceda a la Configuración de Analytics, edite su sitio y + Agregar filtro para definir un filtro que excluya su dirección IP.

Los datos anteriores no se regeneran con filtros aplicados, por lo que solo tendrá el beneficio de que sigan adelante.


Si está detrás de NAT o no puede por alguna razón darle su IP a Google Analytics, entonces el método más simple es establecer el dominio de Google Analytics en localhost (127.0.0.1), a partir de ahora cuando abra su navegador, todas las solicitudes a Google Analytics se dirigirá a su estación de trabajo, sin conocimiento de Google Analytics.


Si no está usando IP estática, configurar filtros IP en GA no puede ayudarlo.

Establezca una variable de entorno y visualícela condicionalmente. Tome el siguiente código de Ruby on Rails, por ejemplo:

<% unless RAILS_ENV == "development" %> <!-- your GA code --> <% end %>

Puede extender este comportamiento a cada idioma / marco que use en cualquier sistema operativo. En PHP, puede usar la función getenv . Consulte la página de Wikipedia sobre variables de entorno para saber cómo proceder en su sistema.


Solo como una opción adicional para esto, tengo un servidor de desarrollo con muchos sitios y desarrolladores diferentes. Esto significaba que no estaba particularmente contento con las 3 opciones principales

  • archivo hosts: problemático con muchos desarrolladores y abierto a errores humanos
  • bloque de desarrollo if / else en cada sitio, etc.
  • configuración en el sitio web de GA: algunos clientes tienen sus propias cuentas de GA; tendría que completarse en cada sitio con el potencial de ser olvidado / pasado por alto

En lugar de implementar las diversas opciones en las otras respuestas aquí, enfoqué el problema de la siguiente manera. En el httpd.conf global (en lugar de uno específico del sitio) utilicé el módulo apache mod_substitute para simular el efecto que el archivo hosts mod_substitute en otra respuesta, pero para cada sitio de desarrollo y para cada desarrollador automáticamente.

Habilitar el módulo

CentOS : abra /etc/conf/httpd.conf y agregue la siguiente línea

LoadModule substitute_module modules/mod_substitute.so

Ubuntu / Debian : ejecuta el siguiente comando

sudo a2enmod substitute

Una vez que haya habilitado el módulo, agregue las siguientes líneas a su archivo de configuración global httpd

CentOS : /etc/conf/httpd.conf

Ubuntu / Debian : /etc/apache2/httpd.conf

# Break Google Analytics AddOutputFilterByType SUBSTITUTE text/html Substitute "s|.google-analytics.com|.127.0.0.1|n"

Luego reinicia apache

CentOS : service httpd restart

Ubuntu / Debian : /etc/init.d/apache2 restart

Lo que hace es reemplazar todas las coincidencias de texto .google-analytics.com con .127.0.0.1 cuando apache sirve la página para que su página se muestre con un código analítico similar al ejemplo siguiente

var _gaq = _gaq || []; _gaq.push([''_setAccount'', '''']); _gaq.push([''_trackPageview'']); (function() { var ga = document.createElement(''script''); ga.type = ''text/javascript''; ga.async = true; ga.src = (''https:'' == document.location.protocol ? ''https://ssl'' : ''http://www'') + ''.127.0.0.1/ga.js''; var s = document.getElementsByTagName(''script'')[0]; s.parentNode.insertBefore(ga, s); })();


Tengo una variable de PHP configurada para mi desarrollo local que me da una terminal para proporcionar datos / comentarios, etc. cuando estoy trabajando en cosas.

Yo uso XAMPP para que tenga una variable env para tmp que es la siguiente:

$isLocal = (getenv("tmp") == ''/xampp/tmp'') ? true : false;

Esto no existe en mi servidor de producción porque xampp no ​​se está utilizando

if($isLocal){ // do something, eg. load my terminal }

... Específico a esta pregunta:

<?php if(!$isLocal){ ?> <!-- Insert Google Analytics Script Here --> <?php } // end google analytics local check ?>


Use una métrica personalizada para filtrar todo este tráfico.

Cuando inicie GA en su aplicación, establezca un indicador personalizado para seguir developres:

// In your header, after the GA code is injected if( <your_code_to_check_if_is_dev> ) { ga(''set'', ''is_developer'', 1 ); }

A continuación, agregue un filtro en su cuenta GA para eliminar estos resultados.

Admin> Cuenta> Todos los filtros> Agregar filtro> Definido por el usuario


Utilizo Ad Blocker para Firefox, puede bloquear específicamente la secuencia de comandos de seguimiento de Google Analytics. Como Firefox es mi navegador principal de desarrollo, funciona muy bien hasta que necesito probar mi trabajo en otros navegadores.


obtener la variable de host de solicitud.

Así que ajuste una declaración if en el código javascript de análisis como este (pseudocódigo Ruby-esque):

<body> <shtuff>dfsfsdf</shtuff> if not (request.host == ''localhost'') #analytics code here elsif (request.host == the server''s ip/domain) #analytics code here else #do nothing end </body>


Es 2014 y todavía estoy insatisfecho con todas las soluciones existentes ...

  • Los filtros IP requieren una dirección IP estática. ¿Qué sucede si estoy trabajando desde casa o desde una cafetería?
  • Verificar el nombre del host elimina los hits de un entorno de desarrollo, pero ¿qué sucede si estoy depurando el sitio en vivo?
  • La edición de configuraciones de servidor es molesta / avanzada y múltiples dominios son complicados.
  • Las extensiones de exclusión bloquean visitas en todos los sitios web o ninguna en absoluto según a quién se lo pregunte.

Entonces, creé mi propia extensión de navegador ... https://chrome.google.com/webstore/detail/lknhpplgahpbindnnocglcjonpahfikn

  • Me sigue a donde sea que vaya
  • Funciona en un entorno de desarrollo y en dominios en vivo / público
  • Solo me afecta a mí y a los sitios que estoy desarrollando
  • Se enciende / apaga con un clic
  • Es fácil verificar que realmente no está enviando datos a análisis

Funciona al mantener una "cookie de desarrollador" configurada en su máquina en todo momento solo para los dominios que elija. Luego, simplemente verifique esta cookie en su secuencia de comandos antes de enviar datos a Analytics. Personalice su NOMBRE y VALOR únicos para las cookies en la configuración de la extensión. Esto puede ser utilizado fácilmente por un equipo de personas, por lo que los desarrolladores, creadores de contenido, correctores de pruebas y cualquier otra persona en su organización pueden ver todas las páginas sin inflar las estadísticas.

Ejemplos de cómo poner el código en sus páginas ...

JavaScript

if (window.location.host==="mydomain.com" || window.location.host==="www.mydomain.com") { if (document.cookie.indexOf("COOKIENAME=COOKIEVALUE") === -1) { // Insert Analytics Code Here } }

PHP

if ($_SERVER[''HTTP_HOST'']==="mydomain.com" || $_SERVER[''HTTP_HOST'']==="www.mydomain.com") { if (@$_COOKIE["COOKIENAME"] !== "COOKIEVALUE") { // Insert Analytics Code Here } }

Verificar que el nombre del HOST sea igual al dominio de su sitio en vivo ("midominio.com") asegura que los datos de análisis nunca serán enviados por CUALQUIER visitante mientras se visualiza desde un dominio de prueba como "localhost" o "beta.midominio.com". . En los ejemplos anteriores, "www.midominio.com" y "midominio.com" son los dos dominios válidos donde queremos que se registren las visitas.

El sitio en vivo envía datos a los análisis como se espera A MENOS QUE se encuentre una cookie del desarrollador con los valores coincidentes. Si ve que se configura una cookie única en su dispositivo, su visita no contará para sus totales en Google Analytics o cualquier otra herramienta de análisis que prefiera usar.

Siéntete libre de compartir mi solución y usar mi extensión para mantener esas cookies establecidas.