Una palabra de advertencia. Esta no es una publicación de desarrolladores, una guía ni un experimento psychological. Esta es una perorata genuina. A veces sólo necesitamos desahogarnos.
Hace un par de semanas, revisé una de las cuentas de Google Analytics de nuestro cliente (inactivo) a la que todavía tenía acceso. Lo que vi en el informe de adquisición fue esto:
¿Ves cómo el tráfico directo devora una gran parte del tráfico orgánico a finales de octubre?
Mientras mis dedos hormigueaban con la anticipación de otro misterio de análisis internet (el flamable que mantiene mis motores en marcha), me invadió una sensación de pavor. Sabía con certeza que había habido un rediseño del sitio en ese momento (que es parte de la razón por la que revisé la cuenta), y originalmente había tenido algunas preocupaciones con la implementación técnica.
De todos modos, cuando una métrica cae y otra aumenta con una correlación observable, generalmente hay algo muy mal con el seguimiento del sitio. Además de eso, si la fluctuación involucra tráfico directo, el problema generalmente está relacionado con la sobrescritura de los datos de referencia por algún motivo.
Cuando fui a echar un vistazo a su sitio, el problema se hizo demasiado evidente. A página de bienvenida estaba presente. Y, para empeorar las cosas, algún JavaScript de mala calidad asomó su fea cabeza.
incógnita
El boletín a fuego lento
Suscríbete al Boletín a fuego lento para recibir las últimas noticias y contenido de Simo Ahava en su bandeja de entrada de correo electrónico.
El problema del chapoteo
Una página de presentación es una pantalla que el visitante ve antes de ingresar al sitio internet. Ha sido un dolor de cabeza para el search engine optimization y la usabilidad durante mucho tiempo (ver, por ejemplo, esta página de presentación despotrica desde 2010, o este mas reciente). Introduce un paso innecesario en la ruta de conversión, generalmente atiende al público equivocado por todas las razones equivocadas, y si hay algún tipo de visibilidad variable involucrada (como verificar cookies o configuraciones de idioma), la redirección de JavaScript podría realizarse simplemente en el camino equivocado.
Sé que esta perorata es sobre la página de presentación, pero no puedo evitarlo. ¿Por qué JavaScript es un programa gratuito para todos, donde realmente no hay consecuencias por un trabajo de mala calidad? ¿Qué hay de malo en el management de calidad, incluso en las grandes empresas, donde el código que se publica está plagado de problemas de rendimiento, cuestiones de seguridad y una sintaxis excesivamente complicada? Las variables globales se sobrescriben sin querer, los errores no se detectan ni se manejan, las referencias están desactualizadas y enviar toda esta basura a una biblioteca solo empeora exponencialmente el problema cuando la biblioteca se envía a repositorios públicos.
En el caso de la cuenta del cliente, se utilizó la página de inicio como selector de país/idioma. Ahora bien, considero que esa es una razón moderadamente aceptable para secuestrar la visita, pero estoy dispuesto a apostar que hay una mejor manera de hacerlo. En lugar de imponer una pantalla de selección, que en sí misma desanima a cualquiera que sólo quiera acceder al sitio, ¿por qué no hacer una redirección de IP basada en la geolocalización, con una forma seen pero discreta de indicar por qué el visitante fue transportado al sitio? ¿La versión que están viendo? Quizás un pequeño banner en la parte superior de la página, que se puede cerrar con un clic. Por supuesto, el banner también debe tener un menú de enlaces rápidos, con el que el visitante pueda ir a la versión correcta, si fue redirigido incorrectamente.
Entonces, ¿qué había de malo en el ejemplo?
Pues sí, me desvié un poco. El problema period que al ingresar a la página principal del sitio world, una función de JavaScript verificaba si el usuario tenía o no una cookie de país en su navegador. Esta cookie se descarga una vez que el usuario elige un país en el selector de países o visita un sitio native directamente. Si la cookie no está instalada, se redirigen (nuevamente con JavaScript) a la página de inicio.
Así es. Una redirección de JavaScript. Cualquiera con el más mínimo conocimiento de las mejores prácticas de search engine optimization y análisis internet ahora puede estremecerse. Aquí está el truco:
Si realiza una redirección de JavaScript antes de que GA tenga tiempo de escribir la cookie de visita, perderá la información de referencia unique..
Verá, debido a que el código de seguimiento de GA no tiene tiempo de cargarse antes de que se energetic la redirección, la información de referencia no se escribe en la cookie de sesión. Esto significa que la primera vez que se registra la información de referencia es después la redirección, cuando el usuario ingresa a la página de inicio (si tiene el seguimiento habilitado). Debido a que se pierde la información de referencia unique, la sesión se registra como procedente de tráfico directo. El tráfico directo tiene fama de ser un vertedero para todo tipo de fuentes de tráfico indefinidas. En esencia, una redirección de JavaScript que no incluye la información de referencia desperdicia un ingrediente clave para comprender cómo funcionan sus canales de tráfico.
Cómo evitar el problema
Si desea la redirección, lo mejor que puede hacer es dejar que Google escriba la cookie de sesión en la página principal antes de la redirección. ¡Nota! Si la redirección es a otro dominio, deberá implementar decoración entre dominios ¡Para la URL de redireccionamiento!
La mejor solución, con diferencia, es rediseñar la estructura de su sitio para que no sea necesaria una página de presentación. Aquí hay algunas concepts:
- Redirección de IP basada en geolocalización. Solo recuerda ayudar a aquellos que son redirigidos incorrectamente, o tendrás un problema aún mayor en tus manos.
- Integre el selector de países en el flujo de su sitio principal sin una página de presentación
- Optimice los sitios de su país para que las personas los encuentren sin tener que visitar su sitio world.