SEO programático con IA: escalar sin caer en spam

El SEO programático consiste en generar muchas páginas a partir de una plantilla y un conjunto de datos: una por ciudad, por modelo, por combinación de servicio y zona. Funciona desde hace quince años y ha sido la base de medio sector del comercio electrónico y de los comparadores.

Lo que ha cambiado no es la técnica, es el coste de la materia prima. Cuando escribir mil descripciones costaba un mes de trabajo, había un filtro natural. Ahora cuesta una tarde, y el resultado ha sido una avalancha de páginas idénticas que Google ha empezado a barrer en bloque.

Qué es el SEO programático

Tres piezas: un conjunto de datos con una fila por página, una plantilla que convierte cada fila en una página completa, y un sistema que las publica y las enlaza entre sí. Los casos clásicos siguen siendo los mejores:

• Directorios con fichas verificadas. Una página por negocio, con datos que alguien ha comprobado.
• Comparadores con precios en vivo. El dato cambia solo y eso es exactamente lo que hace útil la página.
• Catálogos con inventario real. Disponibilidad, características, existencias.
• Contenido aportado por la comunidad. Una página por elemento, donde el contenido lo pone la gente.

Y el caso que ya no funciona: «servicio + ciudad» multiplicado por doscientas ciudades, con el mismo texto y el nombre cambiado. Eso es la definición de libro de lo que se persigue.

La línea que Google sí persigue

La política se llama abuso de contenido a escala, existe desde 2024 y se reforzó con la actualización principal de marzo de 2026. Su texto es deliberadamente agnóstico respecto a la herramienta: castiga generar muchas páginas de poco valor cuyo fin principal es manipular posiciones, se hayan producido con IA, con automatización o a mano.

Los tres patrones que más caídas concentran:

Las caídas documentadas en sitios afectados van del 50 % al 90 % del tráfico, y llegan de dos maneras: una degradación algorítmica silenciosa, que se ve como una bajada en la curva, o una acción manual, que aparece con aviso en Search Console. La primera es más común y más difícil de diagnosticar.

El test de las tres preguntas

Antes de escribir una línea de código, contesta esto por escrito. Si alguna respuesta flojea, el proyecto no está listo:

1. ¿Qué tiene esta página que no tenga ninguna otra de mi sitio? Si la respuesta es «el nombre de la ciudad», no hay proyecto. Tiene que haber un dato, un precio, una lista, una comparación o una aportación humana que solo esté ahí.
2. ¿Existiría esta página si no existieran los buscadores? Es la pregunta más incómoda y la más útil. Un directorio de fontaneros verificados en Zaragoza tendría sentido aunque nadie buscara: alguien lo usaría. Una página titulada «fontanero barato Zaragoza 2026» con cuatro párrafos genéricos, no.
3. ¿Podría alguien pasar dos minutos en ella? No hace falta que sean cinco. Pero si el visitante entiende en tres segundos que ahí no hay nada, el sistema lo va a saber por las señales de uso mucho antes de que lo sepas tú.

Sin dato propio no hay proyecto

Este es el punto donde se decide todo, y donde la IA no ayuda: el dato hay que tenerlo. Las fuentes que funcionan son las de siempre:

• Lo que genera tu operación. Precios, disponibilidad, plazos, resultados, histórico.
• Lo que aportan las personas. Opiniones, configuraciones, casos, votos. Es el más defendible porque no se puede copiar.
• Lo que compilas y verificas tú. Un conjunto de datos público es materia prima de todos; lo que lo convierte en tuyo es la verificación, la normalización y lo que añades encima.
• Lo que mides. Pruebas, comparativas, mediciones propias repetidas en el tiempo.

Un ejemplo cercano: este sitio publica alrededor de mil fichas, una por habilidad de IA. Lo que las diferencia no es el texto de la plantilla, sino que cada una contiene un prompt que ha escrito una persona concreta, con sus votos, sus comentarios y sus versiones. Esa es la parte que no se puede generar; la plantilla solo la presenta.

De ahí sale la regla: el papel de la IA en un proyecto programático es el del redactor de la plantilla y el del control de calidad, nunca el de la fuente de datos. Si el contenido único lo produce el modelo, lo único que tienes son mil variaciones del mismo párrafo.

Cómo se construye la plantilla

1. Empieza por el racimo de intención, no por la lista de palabras. Una página por intención real, no por variante del término: el método está en la guía de keyword research con IA.
2. Escribe tres páginas a mano. Completas, buenas, con sus datos. Son la referencia de calidad y el material con el que se diseña la plantilla. Quien salta este paso acaba descubriendo el problema en la página 400.
3. Extrae el esqueleto de esas tres. Qué partes son fijas, cuáles dependen del dato y cuáles solo aparecen si hay dato suficiente. Una sección vacía es peor que una sección ausente.
4. Pon un mínimo de datos para publicar. Si una fila no llega, esa página no se genera. Es la regla que más caídas evita y la que más se incumple.
5. Varía la estructura, no solo el texto. Que una ficha con cinco opiniones y otra sin ninguna se vean distintas de verdad.
6. Enlaza entre sí con criterio. Relacionadas por dato compartido, no por listado alfabético al pie.
7. Marca cada página con el tipo que le corresponde, como explica la guía de datos estructurados.

Cómo se lanza sin quemarlo

Por lotes y midiendo, siempre:

1. Lote de 50. Publica, envía el sitemap y espera de seis a ocho semanas.
2. Mira tres números: porcentaje indexado, páginas con al menos una impresión y páginas con al menos un clic. Si lo indexado no llega al 60 %, el problema es de calidad, no de rastreo.
3. Lee diez páginas al azar como si fueras un visitante. Este paso no se delega y detecta lo que ninguna métrica enseña.
4. Amplía por factor de tres, no de cien.
5. Revisa la salud técnica al escalar: un sitemap roto o una redirección mal puesta convierte quinientas páginas en invisibles sin previo aviso. La auditoría técnica tiene la lista, y el reparto de enlaces entre las páginas generadas —que es lo que decide cuáles se rastrean— está en la guía de enlazado interno.

Merece la pena insistir en esto último con un caso propio: durante semanas nuestro sitemap devolvió un error de servidor por un problema de caché que nada tenía que ver con el contenido. Resultado, mil fichas perfectamente válidas sin descubrir. En un proyecto programático la parte técnica no es un detalle: es la mitad del trabajo.

Lo que hunde un proyecto entero

1. Publicar mil páginas de golpe. Si están mal, te enteras cuando ya afecta a todo el dominio.
2. Un solo párrafo variable. Cambiar el nombre de la ciudad en dos frases no diferencia nada.
3. Generar el dato con el modelo. Precios, valoraciones y estadísticas inventadas: incorrecto, penalizable y detectable.
4. No leer ninguna página. Diez lecturas al azar por lote cuestan veinte minutos.
5. Ignorar la firma y la fiabilidad. A escala también hay que dejar claro quién está detrás y de dónde salen los datos: es lo que separa un directorio útil de un vertedero, y está desarrollado en la guía de E-E-A-T.
6. No podar nunca. Las páginas que llevan un año sin una impresión no están esperando su momento: están restando.