El equipo de marketing corporativo de Sitecore incorporó SBOS (Sitecore Business Optimization Services) para respaldar la actualización de Sitecore.com. Este blog es parte de una serie que describe cómo SBOS apoyó la optimización del sitio para obtener valor comercial.
Después de desarrollar una hoja de ruta estratégica en un taller en el sitio, implementamos múltiples escenarios de personalización nuevos en todo el sitio para optimizar el valor comercial. También refinamos las taxonomías existentes y configuramos puntos de datos básicos en el Marketing Control Panel, incluidos los objetivos, la taxonomía de la campaña y los perfiles para la coincidencia de patrones.
La alineación de las conversiones de objetivos (y su valor relativo) en todo el sitio estableció métricas de participación de referencia como el valor por visita. Capaces de medir el compromiso de los visitantes y los segmentos en el sitio, estábamos listos para explorar las pruebas A / B.
Comenzamos con un llamado a alinear equipos para lanzar pruebas A/B en varias páginas para mejorar las tasas de conversión de específico metas. En él, revisamos algunos conceptos cubiertos en este video, incluyendo: lanzar una prueba, medir los resultados y organizar un programa de pruebas en curso.
Pruebas de contenido en Sitecore
En Sitecore, la herramienta de optimización de la experiencia está directamente en el Launchpad. Dentro del léxico de Sitecore, el término en sí es sinónimo de pruebas. La optimización de la experiencia permite a los especialistas en marketing mostrar diferentes experiencias, diferentes versiones de contenido, para aprender qué es lo que mejor impulsa la participación en el sitio. Las capacidades de prueba son flexibles en Sitecore. Me gusta ver las diferentes opciones para probar en dos categorías: Pruebas de una sola variable o bien Pruebas de variables múltiples.
Pruebas de una sola variable
Recomiendo comenzar con una prueba de una sola variable.
La prueba más común es una simple Prueba de componentes, comenzó creando algunas variantes diferentes de un solo componente en una página y probándolas entre sí. Los especialistas en marketing también pueden probar diseños de página completos con un Prueba de versión o bien Prueba de sustitución de páginas. A Prueba de versión compares diferentes versiones de una página, mientras que una prueba de sustitución de páginas rastrea el efecto de páginas completamente diferentes en la estructura del sitio.
Whether components, versions, o bien entire pages, all three of these tests rotate through variants of a single variable.
Pruebas de variables múltiples
Los dos últimos tipos de pruebas son Pruebas de variables múltiples: pruebas de personalización y pruebas multivariantes.
Pruebas de personalización se puede iniciar en componentes en los que las reglas de personalización ya están configuradas. Le ayudan a comprender mejor el efecto del contenido personalizado. Cuando inicia una prueba de personalización, Sitecore "retiene" automáticamente la mitad del tráfico que cumple cada condición como grupo de control. Este grupo de control se expone a la variante de prueba predeterminada. Planeo describir la estrategia de retención (donde Sitecore "retiene" la mitad del tráfico que cumple con cada regla de personalización como grupo de control) y la medición de las pruebas de personalización en un próximo blog dedicado a este tema.
Finalmente, tienes la opción de lanzar Pruebas multivariantes. Imagina que tienes un componente de héroe con 3 variantes diferentes y una llamada a la acción con 3 variantes diferentes. En una prueba multivariante, el sistema recorre todas las combinaciones posibles de esos dos componentes (esto aumenta exponencialmente, creando 9 experiencias posibles diferentes). Las pruebas multivariadas pueden ser poderosas, pero en comparación con una prueba de una sola variable, requieren un volumen mucho mayor de tráfico para demostrar la significación estadística.
Planificación de hipótesis
Puede descargar una copia de la Hipótesis de prueba template.pptx Se muestra en la imagen a continuación:
Above is an example of a hypothesis generated during the SBOS engagement for Sitecore.com. At a high level, Sitecore marketers are testing the effect of tweaking the subtitle in the Path to Personalization page hero. By default, the hero has a short single sentence. The test variant features a subtitle that lists reasons to download the whitepaper. This one-page hypothesis slide lists the test type — a simple A/B Prueba de componentes. Marketers included the page URL and a basic plain-English hypothesis. Note that the objective focuses on a específico goal on the engagement value scale: “Download General Asset.” The marketing team also listed a start and end date for the test.
Procedimientos recomendados para las pruebas
Involucre a un equipo amplio durante las sesiones de planificación de personalización y optimización. Esto garantiza la participación de todos los miembros del equipo involucrados en la planificación en toda la organización. Comience con un par de pequeñas pruebas en páginas de alto impacto. No comience su primera prueba en la página de inicio.
Consider launching initial tests on landing pages as you develop your process. Always begin with a hypothesis. It’s important to identify a single goal on the site and then report on the effect of the test on that específico goal. This keeps the marketing team honest while reviewing results. If you commit to reporting on the conversion rate of the goal you set out to optimize, then you aren’t at risk of “cherry picking” results.
Finally, schedule a recurring call dedicated to sharing test results. Get into a rhythm of broadcasting results. Whether it's monthly o bien quarterly, you can involve a wider team with key stakeholders across your organization to only share the results of recent tests. Share both positive and negative results of tests. The only items discussed in this call should be test results, pull other items into more relevant calls. You’ll likely be surprised at the ideas coming from unexpected areas of the organization when you begin sharing test results.
The internal Sitecore team started using Trello to manage planned optimization efforts. A new “Active Test” column was added to our Kanban board. This gives everyone involved a clear view of ongoing and upcoming tests. At the time of publication, Sitecore has several basic Prueba de componentess planned and will share results later in this blog series.
¿Quiere descubrir si su sitio está listo para la optimización? Descargue la plantilla Scan Check y obtenga más información sobre el proceso de descubrimiento aquí.