Experimentos SEO: Prueba cada cambio antes de confirmarlo

La mayoría de los cambios SEO nunca se miden. Cada cambio que realiza SERPclimber se publica como un experimento en vivo frente a la línea base de la propia página, se ejecuta durante un periodo fijo y termina con una decisión: confirmar el ganador o revertir al estado anterior.

sustituye

  • Conjeturas
  • Ediciones de título sin registrar
  • Lectura de gráficos a posteriori
  • Reversiones manuales del CMS
~/serpclimber/experiments
~/serpclimber/experiments --stats
  • 14 díasventana por defecto# Suficiente para que Search Console se estabilice, y lo bastante corto para iterar.
  • 1 clicreversión# Una variante perdedora vuelve a la página original.
  • Línea basecomo control# El rendimiento previo de la propia página, no una suposición.
~/serpclimber/features/experimentos-seo

Qué hace Experimentos SEO

Por qué la mayoría del SEO es infalsificable

El ciclo habitual es: cambias un título, esperas, miras un gráfico y debatís sobre la estacionalidad. No hay grupo de control, así que cualquier explicación encaja. Cuando una página mejora, se le atribuye al cambio; cuando cae, se culpa a una actualización. Ninguna de las dos conclusiones está justificada.

Las pruebas A/B reales —en las que la mitad de los usuarios ven A y la otra mitad ven B— no están disponibles en la búsqueda orgánica. Google rastrea una sola versión de una URL. Por eso el control tiene que venir del tiempo, no de la audiencia.

La línea base de la propia página es el control

Antes de publicar una variante, SERPclimber registra cómo estaba funcionando la página: posición, clics, impresiones y tasa de clics durante un periodo comparable anterior. Esa línea base es el control. La variante se publica durante un periodo fijo y se mide frente a ella.

Al final del periodo obtienes una decisión, no un cuadro de mandos: la variante ganó, la variante perdió o el resultado es no concluyente. Los ganadores se confirman y la línea base queda retirada. Los perdedores revierten automáticamente, de modo que el coste de un experimento fallido es una quincena, no una regresión permanente.

~/serpclimber/features/experimentos-seo/how-it-works

Cómo funciona

  1. 1

    Se elige una página candidata

    Desde el panel SEO — normalmente una página cuyas impresiones se mantienen mientras sus clics caen.

  2. 2

    Se registra la línea base

    Posición, clics, impresiones y CTR durante un periodo comparable anterior, capturados antes de que cambie nada.

  3. 3

    Se redacta una variante

    Escrita a partir de los propios datos de búsqueda de la página por el generador de contenido, con un resumen en lenguaje claro de qué cambió y por qué.

  4. 4

    Tú apruebas la publicación

    Publicar modifica una página en vivo, por lo que espera tu aprobación a menos que hayas delegado ese paso explícitamente en el piloto automático.

  5. 5

    El experimento transcurre durante su periodo

    La variante está activa y se mide diariamente frente a la línea base. El progreso durante el período es visible en todo momento.

  6. 6

    Confirmas o reviertes

    El ganador se mantiene y la línea base queda retirada. El perdedor vuelve a la página original. Después, la página entra en un período de enfriamiento antes de poder volver a ser elegible.

~/serpclimber/features/experimentos-seo/rollback

Perder es barato, y eso es lo que hace posible el testing

La razón por la que los equipos no hacen pruebas de SEO es que un cambio malo es caro de detectar y complicado de deshacer. El rollback automático elimina ambos problemas: la página original se conserva y revertir es una sola acción, no una excavación arqueológica en tu CMS.

  • El título, la meta y el cuerpo originales se conservan durante toda la vida del experimento
  • Una variante perdedora vuelve exactamente a lo que había antes
  • Un período de enfriamiento evita que la misma página se modifique repetidamente
  • Cada experimento deja un registro de lo que se probó y lo que ocurrió
~/serpclimber/features/experimentos-seo/what-changed

Cada experimento indica qué cambió, con palabras

Un diff te dice qué caracteres se movieron. Una prueba solo es útil si también indica qué hipótesis estaba evaluando. Cada variante lleva un breve resumen de «qué cambió» —la intención detrás de la reescritura— para que un ganador confirmado te enseñe algo transferible.

  • Resumen en lenguaje claro del cambio y el razonamiento
  • Antes y después, lado a lado
  • La consulta a la que apuntaba la reescritura
  • Resultado registrado frente a la hipótesis, no solo frente a la métrica
~/serpclimber/features/experimentos-seo/capabilities

Todo lo que incluye

  • Testing con control de línea base

    El rendimiento previo de la propia página es el control.

  • Ventanas de medición fijas

    Un período predeterminado de 14 días para no leer los resultados demasiado pronto.

  • Rollback automático

    Las variantes perdedoras vuelven a la página original.

  • Testing de título y meta descripción

    El cambio de mayor impacto en la mayoría de las páginas que ya posicionan.

  • Variantes de contenido de cuerpo

    No solo los metadatos: también se puede probar el texto de la página.

  • Seguimiento diario del progreso

    Deltas de posición y clics visibles durante toda la ventana.

  • Paso de decisión explícito

    Confirma el ganador o revierte, en lugar de interpretar un gráfico.

  • Periodos de reposo

    Una página testada descansa antes de poder volver a ser elegible.

  • Historial de experimentos

    Qué se probó en una página y qué ocurrió.

  • Publicación en Wix

    Las variantes se publican directamente en un sitio Wix conectado.

  • Aprobación previa

    Nada toca una página en producción sin confirmación, salvo que lo delegues.

  • Resúmenes de "qué cambió"

    La hipótesis detrás de cada variante, en lenguaje claro.

¿Es esto lo mismo que el SEO A/B testing?

La intención es la misma, con el método que la búsqueda orgánica realmente permite. El A/B testing clásico divide una audiencia; no se puede dividir a Googlebot. Los grandes editores lo aproximan dividiendo un conjunto de páginas similares en grupos de prueba y control, lo que requiere cientos de páginas con plantillas comparables para alcanzar significación estadística.

SERPclimber usa el otro diseño válido: una prueba antes-después sobre una sola página, con una ventana fija y el rendimiento previo de la propia página como control. Funciona en sitios con decenas de páginas en lugar de miles, que es donde se encuentra la mayoría de los sitios. La contrapartida es honesta: una prueba temporal en una sola página está más expuesta a la estacionalidad y las actualizaciones de algoritmo que una prueba dividida a gran escala, que es exactamente por qué la ventana se fija de antemano y por qué el resultado inconcluso es un desenlace permitido.

~/serpclimber/features/experimentos-seo/faq

Preguntas frecuentes

~/serpclimber/features
~/serpclimber/pages

Panel SEO

Search Console te dice qué posiciona. GA4 te dice qué genera ingresos. Ninguno te dice qué página arreglar primero. SERPclimber fusiona ambos en un inventario de páginas — posición, clics, sesiones, ingresos y referrers por URL — y lo ordena por oportunidad.

Leer más
~/serpclimber/experiments/draft

Generador de contenido

Las herramientas de escritura con IA genéricas parten de una palabra clave y un selector de tono. Esta parte de la página que ya tienes: las consultas que gana, las que está perdiendo y qué hay por encima en el ranking. Cada borrador es una variante de una página real, orientada a una brecha real.

Leer más
~/serpclimber/autopilot

Automatización SEO

Ceder el control total es mucho pedir para algo que edita tu sitio en producción. Autopilot divide el proceso en cuatro pasos —encontrar, redactar, publicar, decidir— y te permite delegar cada uno de forma independiente, desde totalmente manual hasta completamente automático.

Leer más
~/serpclimber/new-project

Conecta tu sitio.

Cada proyecto corresponde a un dominio. El primer análisis te muestra lo que encontró antes de cambiar nada en tu sitio.

~/new-project
$ serpclimber init