2011-07-19 12 views
5

Tengo algunas pegatinas que contienen el código QR de la URL de mi sitio web (como este: http://qrcode.kaywa.com/img.php?s=5&d=http%3A%2F%2Fissocial.net%23qr). Lo mantendré en las calles. Como puede ver si alguien lee este código QR, lo reenviará a la página http://issocial.net/#qr.Seguimiento de Hashtags y Querystrings en GA

Ahora quiero hacer un seguimiento de las personas que llegan a mi sitio a través de este código QR Pegatinas. Tristemente, Google Analytics no está rastreando hashtags.

Tal vez puedo hacerlo con querystring (como: http://issocial.net/?qr=true). Pero GA no está rastreando solo una cadena de consulta.

¿Tienes alguna idea al respecto?

+0

¿Qué pasa con un código QR de un vínculo con los parámetros de campaña? http://qrcode.kaywa.com/img.php?s=5&d=http%3A%2F%2Fissocial.net%2F%3Futm_source%3Dsticker%26utm_medium%3Dqrcode%26utm_campaign%3Dbrand apuntaría a http: // issocial .net /? utm_source = sticker & utm_medium = qrcode & utm_campaign = marca –

Respuesta

0

Ningún servidor web puede rastrear etiquetas hash. No se envían al servidor; solo los usa el cliente

Siempre puede codificar http://.../qr y hacer que su servidor redirija a su página de inicio. O simplemente haga que sirva el mismo contenido que la página de inicio en respuesta. O pasar por un acortador.

+4

Google Analytics funciona desde el lado del cliente. – Brad

+0

Puede funcionar en el lado del cliente, pero eso no es relevante aquí. Si escanea un código con un escáner genérico, le pedirá al navegador que abra una página y el navegador no enviará la etiqueta hash. La página objetivo no tiene acceso a la etiqueta hash. (Lanzar una url desde su propia página es una historia completamente diferente.) – smparkes

+5

Sí, el navegador no envía el fragmento de anclaje al servidor, pero esa página de destino puede acceder a él desde el lado del cliente. Definitivamente es relevante aquí. Los códigos QR pueden contener la URL que desee, incluido el fragmento de anclaje. – Brad

12

La implementación predeterminada de Google Analytics ignora el delimitador, es decir, todo después de #, por lo que debe pasar el valor manualmente. _trackPageview puede aceptar un segundo parámetro que le permite pasar los valores de la vista de página manualmente.

Por defecto, la vista de página de GA es solo location.pathname+location.search. Entonces, todo lo que necesita hacer es pasar eso con location.hash.

_gaq.push(["_trackPageview",location.pathname + location.search + location.hash]); 

Universal Analytics

Con la API de UA más nuevo, el comando debe ser:

ga('send', 'pageview', { 'page': location.pathname + location.search + location.hash}); 
+1

En su mayoría tiene razón, aunque no estoy seguro de que resuelva la necesidad inicial. Simplemente no entiendo por qué sugiere reemplazar # by /? GA se las arreglaría para tener un valor que contenga '#' –

+1

@open seo Ha, buen punto. Ni siquiera se me ocurrió que GA manejaría bien el # siempre y cuando se aprobase explícitamente. Fijo. – Yahel

+0

Esto funcionó perfectamente para mí. Prefiero myurl.com/#seo-friendly-tag que ese lío de parámetros de campaña que Google Analytics requiere. – Permafacture

1

actualización

En los nuevos analytics.js debe ser

ga('create', 'UA-XXXX-Y', {'allowAnchor': true});

+1

De acuerdo con [la referencia] (https://developers.google.com/analytics/devguides/collection/analyticsjs/field-reference#allowAnchor), este valor predeterminado es verdadero y solo para los parámetros de la campaña – phiresky

Cuestiones relacionadas