Pruebas A/B y SEO: cómo testear tu web sin perder posiciones

Hacer pruebas A/B y SEO en la misma web no te penaliza. Lo que sí puede sacarte del índice es más aburrido: que Googlebot reciba una versión distinta a la de tus usuarios, o que el experimento siga vivo seis meses después.

Aquí están las cuatro reglas que Google publica para testear, el detalle que casi nadie aplica (Googlebot no admite cookies), cómo se mide un test SEO y cómo cerrarlo sin dejar URLs basura. Y conviene decirlo ya: no puedes hacer pruebas A/B de tus posiciones, porque hay un solo Googlebot y no se puede partir una búsqueda en dos.

Qué dice Google de las pruebas A/B (y qué no dice)

Existe documentación oficial actualizada: A/B Testing Best Practices for Search, de diciembre de 2025, con versión en español y versión en inglés. El mensaje de fondo: testear está bien, y la doc existe para que tu experimento no dañe tu presencia en Búsqueda.

La misma página admite dos formas válidas de testear: variantes en URLs propias con redirección de parte del tráfico, o sin cambiar la URL, insertando la variación con JavaScript. También avisa de que los cambios pequeños, como el color de un botón, rara vez afectan al snippet o al ranking.

Lo que la doc no dice pesa igual: no dice que testear penalice, pero tampoco bendice experimentos eternos. Un test corriendo durante un tiempo innecesariamente largo puede interpretarse como un intento de engañar a los buscadores. De ahí salen los cuatro mandatos: nada de encubrimiento, rel="canonical" en las URLs alternativas, redirección 302 y nunca 301, y limpieza completa al terminar.

Encubrimiento: la única línea que no puedes cruzar

Google es explícito: no muestres un conjunto de URLs al robot de Google y otro distinto a los usuarios. Eso es encubrimiento, infringe las políticas de spam y cuenta por lógica de servidor, por robots.txt o por cualquier otro método.

Aquí está el detalle que decide el resultado de tu prueba: el robot de Google no admite cookies, así que solo ve la versión que reciben los navegadores sin cookies. Esa es la candidata a indexarse y tiene que ser la que quieres en el índice. El fallo típico: la herramienta asigna variante al azar a cada visitante sin cookie, cada rastreo puede ver una versión distinta y la que acabe en el índice es una lotería. El arreglo es hacer la respuesta determinista para clientes sin cookies, fijando la variante por URL en vez de sortearla en cada petición.

Cómo comprobarlo en cinco minutos

Pide la URL con y sin cookies y compara el HTML. Revisa la URL Inspection de Search Console y el análisis de logs para ver si Googlebot recibe otro cuerpo o una redirección. Prueba definitiva: un curl sin cabecera Cookie debe devolver siempre el mismo HTML. Regla de oro: nunca uses el user-agent para decidir la variante.

URLs de variante: canonical y 302, no 301

Si tu test usa varias URLs, pon rel="canonical" en todas las alternativas apuntando a la original, y prefiere canonical antes que noindex: la doc avisa de que con noindex el resultado puede ser imprevisto y negativo. Tu intención no es sacar tu página del índice, sino agrupar las variantes alrededor de la URL preferida.

La redirección correcta durante el test es 302 (temporal), no 301 (permanente): con un 302 los buscadores mantienen la URL original en su índice en lugar de reemplazarla. Las redirecciones por JavaScript también valen. Es lo contrario de un 301 bien usado: allí es la herramienta correcta; aquí es el error a evitar.

Fuerza de las señales y variantes olvidadas

La doc sobre consolidación de URLs duplicadas ordena las señales: redirecciones primero, rel="canonical" después y sitemaps al final. Si no quieres una URL en el índice, no la publiques. Y cada variante que sobrevive consume presupuesto de rastreo.

Cuánto debe durar un test y cómo se cierra

La doc pide correr el experimento solo el tiempo necesario: una buena herramienta te dirá cuándo hay datos para concluir. Después, aplica la variante ganadora y elimina los elementos del test lo antes posible. El aviso oficial es que un experimento innecesariamente largo puede interpretarse como un intento de engañar a los buscadores, y el riesgo sube si sirves la variante a un porcentaje alto de tus usuarios.

El matiz de 2026 sobre tests largos

En julio de 2026, John Mueller respondió sobre holdouts de un 10% durante meses: puede que se use una u otra versión para la indexación, y si son muy distintas eso puede verse en los resultados; no hay penalización por tener contenido variable, aunque complica monitorizar. El resumen honesto, según Search Engine Journal, sostiene las dos verdades: no hay penalización automática por variar contenido y la doc sigue desaconsejando tests eternos.

Al cerrar el test aplica la variante ganadora en la URL original y redirige ahora sí con 301 si el movimiento es definitivo, o elimina las URLs de variante. Quita scripts y parámetros, comprueba que la URL final tiene canonical autorreferencial, y saca las variantes del sitemap y del enlazado interno.

Pruebas de usuario contra pruebas SEO: dos cosas distintas

En una prueba clásica de conversión divides usuarios y mides conversión: Google ve una sola versión, la de los navegadores sin cookies. Ese diseño optimiza la página, no mide posiciones.

En una prueba a nivel de página, el llamado SEO split testing, divides páginas de una misma plantilla en grupo de control y grupo variante, y comparas clics orgánicos. La plataforma de referencia del sector lo dice así: no dividimos usuarios, dividimos páginas.

Cómo se mide de verdad: causalidad, no antes y después

Un antes y después se contamina con estacionalidad, core updates y competencia. El método serio modela la relación histórica entre grupo de test y grupo de control y compara lo observado con lo que habría pasado sin el cambio, el contrafactual: es el enfoque de CausalImpact, publicado por Google Research. Si el intervalo de confianza cruza el cero, el resultado es sin efecto medible. Y hay un requisito incómodo, la escala: se habla de cientos de páginas de la misma plantilla, pero Google no publica piso de tráfico ni duración oficial, y los grupos no son independientes.

Qué puedes testear y qué no

Testeable a nivel de página: títulos y title tags, meta descripciones, encabezados, datos estructurados, bloques de enlazado interno, plantillas y copy, y cambios de layout que afecten a métricas de entrega como una capa de caché en el edge.

No testeable: backlinks, cambios que afectan a todo el sitio y factores de algoritmo, que se observan, no se testean. Dos trampas: un CTR que sube puede ser efecto de la posición, no del título, y las impresiones se mueven por temporada. La métrica primaria son los clics orgánicos del grupo. Y no testees lo obvio: si el cambio es una buena práctica con mecanismo evidente, como un canonical roto, arréglalo y sigue.

Cómo montar un test SEO paso a paso

1. Escribe hipótesis y métrica única, del tipo "añadir el año en el título aumentará los clics del grupo".
2. Define la unidad: páginas para SEO, usuarios para conversión.
3. Arma grupos comparables y toma línea base: misma plantilla y tráfico, con semanas de clics previos.
4. Aplica el cambio en servidor o edge, no con JavaScript de cliente, para que el rastreador reciba la variante en el HTML.
5. Hazlo determinista para clientes sin cookies: una variante por URL, sin sorteo.
6. Verifica el SEO de la variante antes de contar: status, canonical, robots, sitemap y renderizado.
7. Fija duración y regla de parada por escrito, sin concluir antes de dos a seis semanas tras la indexación.
8. Mide contra el grupo de control y exige significancia antes de declarar ganador.
9. Cierra y limpia: publica la ganadora o revierte, y desmonta el andamiaje del test.

Checklist de pruebas A/B y SEO sin dañar el posicionamiento

1. Sin encubrimiento: la misma versión por URL para bots y humanos, sin lógica por user-agent.
2. La versión que reciben los clientes sin cookies es la que quieres indexada.
3. Con URLs de variante, rel="canonical" a la original en todas.
4. Cero noindex para controlar variantes: mejor canonical y no publicarlas.
5. 302, o redirección por JavaScript, nunca 301 mientras el test vive.
6. Variantes fuera del sitemap y del enlazado interno.
7. Duración definida de antemano y limpieza total al concluir.
8. Nada de solapar el test con una migración o un rediseño grande.
9. Métrica honesta: clics orgánicos del grupo contra grupo de control.
10. Registra todo: hipótesis, fechas, URLs, resultado y decisión.

Las pruebas A/B no son un riesgo para tu SEO. El riesgo es hacerlas sin cerrar el círculo: variantes indexables, cookies mal resueltas, un 301 por descuido y tests que nunca terminan. Si respetas los cuatro mandatos de Google y mides contra un grupo de control, el experimento te da evidencia de qué cambio sube tus clics.