{"id":12077,"date":"2016-07-12T00:00:00","date_gmt":"2016-07-11T22:00:00","guid":{"rendered":"https:\/\/trilogi.com\/blog\/resolver-problema-fuentes-trafico-ssl-analytics\/"},"modified":"2024-11-28T07:28:51","modified_gmt":"2024-11-28T06:28:51","slug":"resolver-problema-fuentes-trafico-ssl-analytics","status":"publish","type":"post","link":"https:\/\/trilogi.com\/blog\/resolver-problema-fuentes-trafico-ssl-analytics\/","title":{"rendered":"C\u00f3mo resolver el problema de asignaci\u00f3n de fuentes de tr\u00e1fico en Analytics al instalar el certificado SSL"},"content":{"rendered":"

Recientemente ha crecido la fiebre por instalar el protocolo seguro SSL en nuestros websites y gran parte de culpa la tiene Google y su nuevo giro de tuerca al algoritmo de posicionamiento para tener \u00aben menos consideraci\u00f3n\u00bb a aquellos sitios que no hagan uso de este protocolo seguro en su intercambio de datos de los usuarios con el servidor.<\/p>\n

Con este cambio, muchos de los administradores de un eCommerce han empezado a ver como en sus anal\u00edticas no cuadra la informaci\u00f3n referente a la fuente desde donde provienen las visitas que finalmente han realizado una conversi\u00f3n. Es decir, desde que han instalado el SSL sobre el dominio de su tienda online, Google Analytics les informa (err\u00f3neamente) que los referrers de sus ventas provienen de las pasarelas de pago como PayPal, RedSys u otras.. y no de las fuentes reales (Adwords, Afiliados, tr\u00e1fico de b\u00fasquedas org\u00e1nicas, enlaces directos desde mailings, etc.. )<\/p>\n

En este art\u00edculo vamos a mostrar como configurar Google Analytics para excluir como referrer a fuentes espec\u00edficas, como por ejemplo PayPal o RedSys en caso de ser un eCommerce con SSL y as\u00ed poder mantener las anal\u00edticas correctamente para poder determinar con certeza la procedencia de las visitas que finalmente acaban convirtiendo en nuestra tienda.<\/p>\n

El problema de los referrers en las conversiones de Google Analytics<\/h2>\n

Como se puede ver en el ejemplo anterior, la mayor parte de las transacciones estaban mostrando procedencia de PayPal y RedSys, aunque est\u00e1 muy claro que esta informaci\u00f3n no es correcta. Entonces, \u00bfqu\u00e9 es lo que est\u00e1 pasando? O mejor a\u00fan, la pregunta deber\u00eda ser \u00bfporque me pasa esto ahora si antes no pasaba?<\/p>\n

La explicaci\u00f3n la encontramos en la propia definici\u00f3n del protocolo HTTP el cual establece que no se debe enviar informaci\u00f3n de referrals en caso de estar navegando desde un sitio con protocolo seguro HTTPS hacia un sitio HTTP sin este protocolo.<\/p>\n

Como podemos leer en Wikipedia https:\/\/es.wikipedia.org\/wiki\/Referer_(Cabecera_HTTP)<\/a>:<\/p>\n

Si un sitio web es accedido a trav\u00e9s de una conexi\u00f3n segura (HTTPS) y alg\u00fan v\u00ednculo apunta a una localizaci\u00f3n no segura, entonces la informaci\u00f3n del campo referrer no se env\u00eda.<\/em><\/p><\/blockquote>\n

Y en la propia definici\u00f3n del protocolo HTTP https:\/\/tools.ietf.org\/html\/rfc2616#section-15.1.3<\/a> \u00a0concretamente en el punto 15.1.3:<\/p>\n

Clients SHOULD NOT include a Referrer header field in a (non-secure) HTTP request if the referring page was transferred with a secure protocol.\u00a0<\/em>(Los clientes no deben incluir un campo de encabezado referrer en una solicitud HTTP -no segura- si la p\u00e1gina de referencia fue transferida con protocolo seguro).<\/p><\/blockquote>\n

En resumen, lo que estaba pasando antes es que tanto PayPal como RedSys u otras pasarelas de pago estaban usando el protocolo seguro HTTPS, pero al volver de nuevo a la tienda online con una url donde no hab\u00eda protocolo seguro (HTTP) no se estaban enviando en las cabeceras la informaci\u00f3n correspondiente al referrer y por tanto Google Analytics manten\u00eda el referrer que anteriormente hab\u00eda asignado al usuario visitante.<\/p>\n

Para que entendamos lo que est\u00e1 pasando:<\/p>\n