Obtener las pruebas A/B más fluidas posibles

En Convert entendemos el valor detrás de las herramientas de prueba A/B para aumentar las tasas de conversión y aprovechar al máximo el sitio de su cliente. Pero, el proceso de prueba es un asunto altamente técnico y complejo que puede crear mucha confusión y falta de comunicación.

Para obtener la prueba más efectiva y eficiente posible, el cofundador de Convert, Dennis van der Heijden, repasó las tres cosas que todos deberían hacer al implementar una prueba A/B:

• Instalar códigos todos a la vez
• Verifique previamente el sitio para instalaciones avanzadas
• Conozca el funcionamiento interno de las pruebas A/B

Hay mucho en cada uno de estos tres pasos, y tenemos los detalles y consejos que necesita para obtener una prueba que funcione muy bien para usted y sus clientes.

Instalar códigos todos a la vez

El primer paso real para obtener un uso más eficiente y productivo de sus pruebas A/B es asegurarse de que la prueba se instale de manera eficiente y efectiva. Los sitios web grandes con múltiples pruebas y la necesidad de varias líneas de código para instalar abren la puerta a una serie de errores diferentes que crearán confusión, falta de comunicación y pruebas que no darán los mejores resultados. Aquí hay una lista de verificación de todo lo que debería haber hecho al final del primer día de comenzar con la prueba A/B, y luego los detalles para asegurarse de que se haga:

1. Obtén los códigos de instalación en un solo paquete

Como señala Dennis van der Heijden, "entre usted y el cliente, la instalación del código de ida y vuelta suele ser el gran factor de retraso". La mejor manera de comenzar la prueba es enviar un paquete con plantillas que contengan códigos para cada página, en lugar de veinte correos electrónicos diferentes que se dirijan a las páginas individualmente. Además, cree un índice para su uso donde pueda realizar un seguimiento de qué página necesita qué.

Entre usted y el cliente, la instalación del código de ida y vuelta suele ser el gran factor de retraso

2. Instalar códigos en la cabecera

Cuando se trata del proceso de instalación real, es importante colocar el código directamente en el encabezado. Puede haber cierto debate sobre si esto es necesario o no, pero un estudio de Convert confirmó que dejar el código fuera del encabezado hace que parpadee, esa fracción de segundo en la que la página cambia repentinamente para adaptarse a la prueba A/B. Aún más importante, el estudio encontró que este "parpadeo" tuvo un impacto negativo en las tasas de conversión, lo que llevó a casi 1 de cada 5 personas a abandonar el sitio antes de realizar una conversión que de otra manera no lo habría hecho.

3. Piensa en el futuro

Otra cosa a tener en cuenta desde el comienzo de su prueba es el futuro. Incluso si está ejecutando una prueba relativamente simple para un cliente en este momento, mapear el CMS para que coincida con la infraestructura de un cliente puede generar grandes recompensas más adelante. El sistema de Convert facilita la creación de campos personalizados en un menú desplegable, por ejemplo, puntos de precios particulares o una página específica en el proceso de pago. Esto facilita la implementación de nuevas pruebas en el futuro y lo ayuda a asegurarse de que cada evento objetivo en un proceso de pago de varios pasos se tenga en cuenta desde el principio con una sola instalación.

4. Aborde todas las preguntas de TI desde el primer día

Estos códigos pueden generar muchas preguntas para un departamento de TI. Reducirá las largas cadenas de correo electrónico y la retransmisión de mensajes entre los técnicos de Convert y su cliente al proporcionarles documentación completa y actualizada que aborda las principales preocupaciones de TI. Convert logra esto al tener a mano una útil guía de implementación que puede pasar directamente al departamento de TI, brindándoles acceso directo a nuestra información más útil para la resolución de problemas.

5. Comprobar la funcionalidad

Esta puede ser una de las tareas más importantes de su lista, y la repasaremos más en la siguiente sección, pero un lugar simple e importante para comenzar el primer día es con los códigos Ajax. Estos son los códigos que ejecutan y actualizan algo en la página después de que se haya cargado por primera vez. Dado que las pruebas A/B de Convert están diseñadas para cargar rápidamente con la página desde el principio, pueden causar problemas con estos códigos Ajax, pero Convert tiene soluciones, como un complemento de Chrome disponible. Es importante saber si algo se interpondrá en el camino de la prueba lo antes posible.

Comprobación previa de instalaciones avanzadas

No culpe a la herramienta... prepárese bien.

Lo último en la lista de verificación anterior es en lo que debe pasar la mayor parte del tiempo. Hay muchos problemas complejos que pueden surgir con las pruebas que involucran URL, inicios de sesión, dominios e ingresos externos. van der Heijden enfatiza que no importa qué herramienta de prueba A/B haya elegido, nunca ayuda culpar a la herramienta por los problemas. Como él dice, “No te ayuda porque probablemente elegiste la herramienta. Si el cliente escogió la herramienta, está lastimando su ego o diciendo que eligió la herramienta equivocada. Si eligió la herramienta, solo está dañando su imagen. No culpe a la herramienta… prepárese bien”.

URL

Comience por observar las URL de las páginas de productos que podría estar probando. A menudo, las URL estructuradas serán fáciles de agregar herramientas, mostrando claramente un nombre que se correlaciona con el producto. Sin embargo, las URL no estructuradas que se nombran con fines de SEO o especiales serán difíciles de etiquetar todas a la vez. Necesitará usar otras herramientas como java script para etiquetar estas páginas, por lo que es importante ser consciente de forma proactiva del posible problema. Este también es un momento para tener una consideración especial de las ventanas emergentes o la información flotante, esos códigos Ajax y la herramienta deberá integrarse en Java o CMS.

Subdominios y dominios cruzados

Convert ha creado formas fáciles dentro de la herramienta para ver todos los subdominios y dominios cruzados asociados con su cliente. Sin embargo, eso no significa que debas ignorarlos. Eche un vistazo de cerca a lo que está asociado con la página de su cliente. El seguimiento de ingresos, tanto a través de Google Analytics como de herramientas más avanzadas de Convert, puede ser difícil e incluso imposible si las páginas de pago conducen a un dominio de Yahoo o Shopify que no está actualizado, lo que hace que sea peligroso prometer pruebas y datos duros del cheque. proceso de salida.

Prueba detrás de inicio de sesión

Muchas herramientas de prueba A/B no han descubierto cómo hacer que una prueba funcione detrás de las funciones de inicio de sesión, pero afortunadamente Convert tiene una solución fácil para este problema. Convert utiliza una configuración de sesión cruzada, algo que era imposible incluso hace un año, lo que significa que se puede iniciar sesión en un entorno seguro en una pestaña y se puede abrir el editor visual de Convert en otra pestaña para mostrar la misma sesión, por lo que es más fácil diseñar pruebas para cajas y carritos.

Administradores de etiquetas

La mayoría de los administradores de etiquetas, incluido Google Analytics, plantean más problemas de lo que valen con las pruebas A/B. Van der Heijden aconseja: "Cada vez que se encuentre con un fanático del administrador de etiquetas, simplemente adviértale que esta herramienta de prueba A/B, y ninguna herramienta de prueba A/B, puede hacer esto correctamente, por lo que todos preferimos estar directamente en el encabezado a menos que tenga Tealium o Adobe”.

Objetivos externos y seguimiento de ingresos

Algunas empresas pueden tener fuentes de pago adicionales o conversiones que no se pueden rastrear directamente a través de un proceso de pago en línea. Convert tiene soluciones para estos, por lo que aún se pueden incluir en las pruebas. Solo necesita identificarlos temprano y transmitir una ID de experimento y una ID de variación y luego informar a Convert a través de un webhook cuando ocurran.

Conozca el funcionamiento interno de las pruebas A/B

Cuando se trata de seleccionar una herramienta de prueba A/B, hay muchas afirmaciones que se centran en afirmaciones de pruebas sincrónicas y asincrónicas. Además, podrían afirmar que el tamaño de la secuencia de comandos puede tener un efecto significativo en los tiempos de carga de un experimento. Van der Heijden trata de desacreditar algunos de estos mitos y conceptos erróneos, señalando que, “Copiar constantemente los artículos de otra persona para algún contenido realmente puede dañarte. Muchos de estos artículos no dicen la verdad o no tienen ni idea de lo que están hablando”.

Para él, lo más importante es comprender que las diferentes herramientas hacen las cosas de manera muy diferente, conocer la diferencia real entre sincronización y asincronía, y por qué es importante tener herramientas de prueba A/B que funcionen lo más rápido posible.

Muchos de estos artículos no dicen la verdad o no tienen ni idea de lo que están hablando.

Lo primero que debe saber al analizar críticamente las afirmaciones sobre las pruebas A/B es la diferencia entre sincronización y asíncronismo. Algunas herramientas o artículos incluirán estos términos en sus afirmaciones sobre ser muy rápidos.

Un experimento de sincronización permitiría 100 milisegundos para el tráfico de red, luego 200 milisegundos para cargar una prueba A/B sincronizada y, finalmente, 400 ms para cargar todo lo demás. Un experimento Async permitiría los 100 milisegundos, mientras que la prueba A/B y todo lo demás en la página comenzaría a cargarse lo antes posible y simultáneamente. La realidad de cómo funcionan Convert y otras herramientas es una combinación de estas dos ideas:

Para un usuario que experimente un experimento Convert:

• A los 0,3 segundos no se ve nada, se está realizando la conexión.
• En 0.35, el html comienza a estar disponible para la manipulación, ahí es cuando la conversión comienza a funcionar y determina la variación para activarse en función de las cookies mientras la página aún se está ensamblando.
• Convert oculta el cuerpo del usuario por completo durante un segundo con una página en blanco.
• Cada 0,05 segundos Convert repasa lo que está disponible y debe cambiarse para la prueba.
• En 1,5 segundos, la página está lista.

Otras herramientas pueden realizar los cambios en la misma cantidad de tiempo, pero con los cambios visibles (parpadeando). Algunas otras herramientas esperarán hasta que el HTML ya esté completamente disponible en 1,5 segundos, lo que significa que hay 2 o 3 segundos adicionales que el usuario debe esperar para que la página esté disponible.

Por supuesto, aquí estamos hablando de centésimas de segundo, incluso con el parpadeo. Pero, como discutimos anteriormente, Convert descubrió que estos destellos o retrasos de milisegundos pueden tener un gran impacto en la conversión. Muchas herramientas que experimentan parpadeo o retrasos apuntarán a los datos con la prueba para mostrar que la conversión ha mejorado, pero la mayoría de las veces, mirar a Google Analytics mostrará una caída en la conversión entre el período previo a la prueba y el período en el que los usuarios experimentan parpadeo y retrasos.

Elegir e implementar la herramienta adecuada para las pruebas A/B de su cliente implica todo este conocimiento técnico y más. Pero, lo más importante es que realice su prueba A/B preparado y listo para asegurarse de que ha seleccionado la herramienta correcta, la ha preparado para el sitio y ha hecho que el proceso de instalación sea lo más fácil posible para su cliente.

Para ver el seminario web completo, puede registrarse aquí, a continuación encontrará la presentación.

Si está listo para experimentar Convert Experiments y nuestro equipo de expertos, lo invitamos a comenzar su prueba gratuita de 15 días.