Esta página trata sobre cómo garantizar que las variaciones de prueba en el contenido de la página o en las URL de las páginas tengan un impacto mínimo en tu rendimiento en Google Search. No ofrece instrucciones sobre cómo crear o diseñar pruebas, pero puedes encontrar más recursos sobre pruebas al final de esta página.
Descripción general de las pruebas
Las pruebas de sitios web consisten en probar diferentes versiones de tu sitio web (o una parte de él) y recopilar datos sobre cómo reaccionan los usuarios a cada versión.
- Pruebas A/B es donde pruebas dos (o más) variaciones de un cambio. Por ejemplo, puedes probar diferentes fuentes en un botón para ver si puedes aumentar los clics en el botón.
- Pruebas multivariantes es donde pruebas más de un tipo de cambio a la vez, buscando el impacto de cada cambio así como posibles sinergias entre los cambios. Por ejemplo, podrías probar varias fuentes para un botón, pero también probar cambiar (y no cambiar) la fuente del resto de la página al mismo tiempo. ¿Una nueva fuente es más fácil de leer y por lo tanto debe usarse en todas partes? ¿O el beneficio es que la fuente del botón se ve diferente al resto de la página, ayudando a llamar la atención?
Puedes usar software para comparar el comportamiento con diferentes variaciones de tus páginas (partes de una página, páginas enteras o flujos completos de varias páginas) y rastrear qué versión es más efectiva con tus usuarios.
Puedes ejecutar pruebas creando múltiples versiones de una página, cada una con su propia URL. Cuando los usuarios intentan acceder a la URL original, rediriges a algunos de ellos a cada una de las URL de variación y luego comparas el comportamiento de los usuarios para ver qué página es más efectiva.
También puedes ejecutar pruebas sin cambiar la URL insertando variaciones dinámicamente en la página. Puedes usar JavaScript para decidir qué variación mostrar.
Dependiendo de qué tipos de contenido estés probando, puede que ni siquiera importe mucho si Google rastrea o indexa algunas de tus variaciones de contenido mientras estás probando. Pequeños cambios, como el tamaño, el color o la ubicación de un botón o imagen, o el texto de tu “llamada a la acción” (“Añadir al carrito” frente a “¡Comprar ahora!”), pueden tener un impacto sorprendente en las interacciones de los usuarios con tu página, pero a menudo tienen poco o ningún impacto en el fragmento de resultado de búsqueda o la clasificación de esa página.
Además, si rastreamos tu sitio con la suficiente frecuencia como para detectar e indexar tu experimento, probablemente indexaremos las actualizaciones eventuales que hagas en tu sitio bastante rápido después de que hayas concluido el experimento.
Mejores prácticas al realizar pruebas
Aquí tienes una lista de mejores prácticas para evitar cualquier efecto negativo en tu comportamiento en Google Search mientras pruebas variaciones del sitio:
No encubras tus páginas de prueba
No muestres un conjunto de URL a Googlebot y un conjunto diferente a los humanos. Esto se llama
encubrimientoy va en contra de nuestras
políticas de spam, ya sea que estés ejecutando una prueba o no. Recuerda que infringir nuestras políticas de spam puede hacer que tu sitio sea degradado o eliminado de los resultados de búsqueda de Google, lo que probablemente no sea el resultado deseado de tu prueba.
El encubrimiento cuenta ya sea que lo hagas mediante la lógica del servidor o mediante robots.txt, o cualquier otro método.
En su lugar, utiliza enlaces o redirecciones como se describe a continuación.
Si estás utilizando cookies para controlar la prueba, ten en cuenta que Googlebot generalmente no admite cookies. Esto significa que solo verá la versión de contenido accesible para los usuarios con navegadores que no aceptan cookies. Usar rel=”canonical”
enlaces
Si estás ejecutando una prueba con múltiples URL, puedes usar el rel=”canonical”
atributo de enlace en todas tus URL alternativas para indicar que la URL original es la versión preferida. Recomendamos usar rel=”canonical” en lugar de una noindex etiqueta meta porque se alinea más estrechamente con tu intención en esta situación. Por ejemplo, si estás probando variaciones de tu página de inicio, no quieres que los motores de búsqueda no indexen tu página de inicio; solo quieres que entiendan que todas las URL de prueba son duplicados cercanos o variaciones de la URL original y deben agruparse, con la URL original como canónica. Usar noindex en lugar de rel=”canonical”
en tal situación a veces puede tener efectos negativos inesperados. 302 Usar 301 redirecciones, no
redirecciones Si estás ejecutando una prueba que redirige a los usuarios de la URL original a una URL de variación, 302 (temporal)redirección , no una 301 (permanente)
redirección. Esto indica a los motores de búsqueda que esta redirección es temporal —solo estará vigente mientras ejecutes el experimento— y que deben mantener la URL original en su índice en lugar de reemplazarla con el destino de la redirección (la página de prueba).
Redirecciones basadas en JavaScript
también están bien.
Ejecuta el experimento solo el tiempo necesario
La cantidad de tiempo requerida para una prueba confiable variará dependiendo de factores como tus tasas de conversión y cuánto tráfico recibe tu sitio web; una buena herramienta de pruebas te dice cuándo has recopilado suficientes datos para sacar una conclusión confiable. Una vez que hayas concluido la prueba, actualiza tu sitio con la(s) variación(es) de contenido deseada(s) y elimina todos los elementos de la prueba lo antes posible, como URL alternativas o scripts de prueba y marcado. Si descubrimos que un sitio ejecuta un experimento durante un tiempo innecesariamente largo, podemos interpretar esto como un intento de engañar a los motores de búsqueda y tomar medidas en consecuencia. Esto es especialmente cierto si estás sirviendo una variante de contenido a un gran porcentaje de tus usuarios.
- Más información sobre las pruebas
Artículo de Google Analytics - sobre experimentos de contenido
- Herramientas de prueba de contenido de Google Analytics
Haz preguntas sobre las pruebas en el - Foro de ayuda de Analytics
Haz preguntas sobre el impacto en los resultados de búsqueda en el.
Cómo lo aplicamos
A/B tests can distort indexing when they run long or serve different content to Googlebot. We set test duration and canonical handling before the experiment starts rather than explaining the damage afterwards.
Servicios relacionados