← Blog de SmartDevs
SmrtContntTécnico

El spam update de agosto 2026 no castigó la IA: castigó la plantilla

21 de septiembre de 2026 · 7 min de lectura

Respuesta corta: Google desplegó un spam update entre el 18 y el 21 de agosto de 2026. Glenn Gabe documentó casos reales: un sitio con 1.5 millones de URLs indexadas, ~85% programáticas, golpeado a nivel de todo el sitio; otro que perdió rankings en más de 200,000 búsquedas por mezclar contenido programático con bloques generados por IA. El patrón común no es "usó IA". Es generar páginas a escala sin que ninguna agregue algo que no estuviera ya en la plantilla.

Cada vez que Google lanza un update, el debate se reduce a la misma pregunta equivocada: "¿Google detecta y castiga la IA?". Los casos de agosto responden algo más útil para quien construye pipelines de contenido: qué patrones de ingeniería convierten un sistema de generación en un sistema de spam, aunque nadie lo haya diseñado con esa intención.

Los casos documentados

Glenn Gabe, consultor SEO que analiza sitios afectados por cada update, publicó el 31 de agosto cuatro casos del spam update. Todos cayeron en alguna de las categorías de las políticas de spam de Google:

  • Programático + IA en un nicho YMYL. Páginas generadas por país a partir de una plantilla, con fragmentos de IA agregados encima, en temas médicos y financieros. Perdió rankings en más de 200,000 búsquedas. Gabe lo llama un "monstruo de dos cabezas": dos violaciones combinadas en el nicho donde Google es más estricto.
  • Afiliación delgada + programático. Un sitio completo de páginas de producto con links de afiliado a Amazon y casi nada de contenido propio; el texto de relleno al final de las páginas mostraba 97%+ de probabilidad de ser generado por IA. Perdió más de 14,000 búsquedas por completo.
  • Contenido escalado. 1.5 millones de URLs indexadas, cerca de 85% programáticas. El impacto fue a nivel de sitio, incluyendo secciones con contenido legítimo generado por usuarios.
  • Escalado + redirecciones engañosas. Más de 250,000 URLs escaladas que además redirigían a sitios riesgosos. Perdió visibilidad en unas 25,000 búsquedas.

Lo que Google define como contenido escalado

La política es explícita: scaled content abuse es cuando se generan muchas páginas con el propósito principal de manipular rankings y no de ayudar a los usuarios. Entre sus ejemplos: usar IA u otras herramientas para generar muchas páginas sin agregar valor; hacer scraping de feeds o resultados para generar páginas, incluso con transformaciones automáticas; y combinar contenido de otras páginas sin agregar valor.

Fíjate en la variable que se repite: agregar valor. Ninguno de los ejemplos menciona la herramienta como el problema. La guía de Google sobre IA generativa lo dice igual: generar muchas páginas sin valor para el usuario puede violar la política. Y agrega un detalle que muchos pipelines ignoran: los estándares de calidad aplican también a lo que se genera automáticamente alrededor del contenido — títulos, meta descriptions, datos estructurados y textos alternativos de imagen.

La lectura de ingeniería

Si ves los cuatro casos como sistemas y no como sitios, el problema de diseño es el mismo: la unidad de generación es la plantilla, no la página. Una plantilla con variables (país, producto, ciudad) más un modelo que rellena párrafos produce páginas cuya información nueva por URL tiende a cero. El modelo de lenguaje no causa eso — solo lo hace más barato y más convincente a simple vista. Por eso el caso 1 es el más peligroso: la IA disfraza de contenido único lo que sigue siendo una plantilla.

El caso 3 enseña otra cosa: el castigo fue a nivel de sitio. Tener secciones legítimas no protegió al dominio cuando 85% de lo indexado era programático. En términos de sistema, una sección escalada mal diseñada es un riesgo compartido para todo lo que publicas en ese dominio.

Cómo lo abordamos en SmrtContnt

Generamos contenido con IA para clientes todas las semanas, así que esto no es teoría para nosotros. Estas son las reglas que aplicamos en el pipeline, precisamente para no terminar en un caso de estudio:

  • Cada pieza tiene un insumo que no está en la plantilla. Un dato de la operación del cliente, una fuente citada, un caso o una opinión suya. Si el borrador puede generarse sin ese insumo, no se publica: sería una variación más de lo mismo.
  • Aprobación humana antes de publicar, siempre. Nada sale directo del modelo al sitio. El cuello de botella es intencional: limita el volumen a lo que una persona realmente puede leer y respaldar.
  • El ritmo lo define la capacidad de revisión, no la de generación. Un modelo puede producir mil páginas en una tarde. Ningún negocio necesita publicar mil páginas en una tarde, y ese salto de volumen es exactamente la huella de los sitios del update.
  • Los metadatos pasan por el mismo control. Títulos, descripciones y datos estructurados generados se revisan con el mismo criterio que el cuerpo del texto, como pide la guía de Google.
  • Nada programático sin valor propio se indexa. Si una página existe para navegación o por completitud y no aporta nada por sí sola, no compite en el índice con el contenido que sí importa.

La conclusión práctica

Si tu sitio tiene páginas generadas a partir de plantillas, el ejercicio de esta semana es simple: toma diez al azar, quítales las variables (el nombre de la ciudad, del producto, del país) y compara lo que queda. Si el texto restante es prácticamente el mismo en las diez, no tienes diez páginas: tienes una, repetida. Eso es lo que el update de agosto está buscando, con o sin IA de por medio.

¿Quieres llevar esto a tu negocio?

Hablemos de cómo aplicarlo a tu operación, con software, automatización o IA a la medida.

Agenda una consulta