Google lanzó el spam update de septiembre

Ilustración conceptual de un tamiz bordó que separa páginas repetitivas de una pieza editorial, sobre fondo verde azulado.

Google puso en marcha el spam update de septiembre de 2026 el jueves 24 de septiembre. El inicio quedó registrado a las 09:15 de la costa oeste de Estados Unidos, equivalentes a las 13:15 de Argentina. El despliegue alcanza a todos los idiomas y regiones y puede demorar hasta dos semanas. Al momento de la verificación de esta nota, el viernes 25, seguía activo.

La confirmación está en el registro oficial del September 2026 spam update. Es una actualización de los sistemas contra el spam, no un nuevo core update. Para un medio, la primera tarea es incorporar este evento al seguimiento sin convertir cualquier variación de tráfico en una conclusión sobre su causa.

Qué sabemos y qué todavía no

El anuncio confirma el comienzo, el alcance global y una duración estimada. No publica una lista de sitios afectados ni un porcentaje de consultas impactadas. Tampoco detalla en ese aviso qué prácticas concretas recibirán más atención. Presentarlo como una ofensiva específica contra un formato editorial sería agregar una explicación que Google no dio allí.

La ventana de hasta dos semanas tampoco es un cronograma de pérdidas o recuperaciones para cada dominio. Sirve para entender que el despliegue está en curso, no para pronosticar el día en que un sitio debería estabilizarse. La señal oficial de cierre será la actualización del mismo registro.

No mezclar septiembre con el diagnóstico de agosto

La cercanía entre anuncios invita a tratar todo como un único problema. Conviene separar las ventanas. Una redacción que ya venía perdiendo visibilidad necesita conservar esa historia: el nuevo lanzamiento no explica retroactivamente una caída que empezó antes.

En Abigdoor ya revisamos qué hacer y qué evitar después del spam update de agosto. Ese antecedente ayuda a ordenar las comprobaciones, pero no sustituye un diagnóstico del despliegue actual. Para septiembre hay que abrir un registro propio, con datos previos, URLs de referencia y cambios realizados por el equipo.

Por ejemplo, si una sección perdió clics a comienzos de mes y otra cambia después del 24, no conviene sumarlas en una sola explicación. Separarlas permite evaluar si comparten un patrón o si el promedio del sitio está escondiendo dos situaciones distintas.

Una hoja de seguimiento antes de tocar el sitio

Como criterio operativo, proponemos que el equipo deje preparado un registro breve y comparable. No es una receta de recuperación ni una instrucción específica de Google para este update: es una forma de conservar evidencia mientras se desarrolla.

  • Fecha y contexto: anotar el inicio confirmado y los cambios propios de plantilla, publicidad, CMS o publicación de secciones.
  • Grupos de páginas: separar noticias nuevas, archivo y contenidos de servicio. Comparar conjuntos equivalentes, no una portada cambiante contra una guía estable.
  • Consultas y métricas: mirar clics e impresiones junto con las consultas que los producen. Registrar también cuándo faltan datos o todavía están incompletos.
  • Canales separados: observar búsqueda y Discover por separado antes de resumir el resultado en una cifra de tráfico total.
  • Hipótesis y comprobación: escribir qué explicación se está evaluando y qué evidencia la confirmaría o la descartaría.

También conviene acordar quién revisa el registro y cuándo se comparte una conclusión. Si cada captura dispara una intervención distinta, después será difícil reconstruir qué cambió. La guía sobre señales para monitorear antes de una caída de tráfico orgánico aporta indicadores para esa conversación; ninguno, por sí solo, demuestra una penalización.

Qué revisar si aparecen pérdidas sostenidas

La documentación de Google sobre spam updates explica que estos anuncios corresponden a mejoras relevantes en sus sistemas automáticos de detección. A los sitios que registran cambios les recomienda revisar el cumplimiento de sus políticas. También advierte que una mejora puede requerir meses de observación por parte de esos sistemas: no promete una recuperación inmediata al terminar un despliegue.

La revisión debe partir de las políticas oficiales contra el spam, no de una lista improvisada de factores supuestamente nuevos. Por ejemplo, Google describe como abuso de contenido a escala la creación de muchas páginas destinadas principalmente a manipular resultados, con poco valor para las personas, independientemente del método usado para producirlas. Esa regla no equivale a afirmar que cualquier uso de IA sea spam ni que septiembre esté dirigido exclusivamente a la IA.

Para volver esa revisión concreta, elegí una muestra de páginas del grupo afectado y documentá qué aporta cada una, qué repite y qué necesidad resuelve. Si encontrás un problema real, definí una corrección acotada y una forma de comprobarla. Si no lo encontrás, registrá la incertidumbre en lugar de inventar una causa.

Qué decisión tomar hoy

La existencia del update no justifica borrar archivo, cambiar todos los títulos o desindexar secciones enteras sin evidencia. Tampoco exige ignorar fallas técnicas verificadas hasta que termine el despliegue. Son decisiones distintas: corregir un error comprobado no es lo mismo que reconstruir el sitio por una sospecha.

Para la redacción, la prioridad es continuar publicando contenido útil, conservar comparaciones consistentes y reservar las intervenciones grandes para problemas identificados. El dato nuevo de septiembre es el lanzamiento confirmado. El impacto sobre cada medio todavía hay que demostrarlo con sus propios datos.