Contenido de IA y thin content en Google: lo que sabemos
La acción manual de WindowsForum no demuestra que Google penalice la IA. Revisa la evidencia, los dos sistemas automáticos y el plan de recuperación.
Análisis de 6 Minutos Sobre IA y Thin Content
Mira qué demuestra el caso WindowsForum y qué sigue sin confirmarse
Un recorrido basado en fuentes por la acción manual reportada, los dos sistemas automáticos, la política publicada por Google y un plan de recuperación por URL.
Google no confirmó que el uso de IA haya causado la acción manual contra WindowsForum. Ese es el primer dato que debemos mantener claro.
El caso sigue siendo útil porque muestra qué ocurre cuando la publicación automática crece más rápido que sus controles. WindowsForum informó que recibió una acción manual parcial por “contenido de poco valor o sin valor añadido”. Después, Search Engine Journal llamó la atención sobre una cuenta de staff que acumulaba 111.050 respuestas generadas con IA. Días más tarde, un administrador de WindowsForum reconoció otro problema distinto: un sistema automatizado de noticias había publicado miles de artículos irrelevantes o promocionales que, según el propio sitio, nunca deberían haber salido.
Son dos sistemas diferentes. No podemos señalar a ninguno como causa sin evidencia de Google a nivel de URL.
TLDR
- WindowsForum afirma que Google aplicó una acción manual parcial al patrón
/threads/por contenido de poco valor. - Google no dijo que la generación con IA fuera la causa.
- Las 111.050 publicaciones pertenecen a una cuenta de staff que respondía dentro del foro. No son 111.050 URLs afectadas ni páginas que Google haya declarado de baja calidad.
- WindowsForum auditó por separado 68.628 artículos de noticias automatizados. Según su administrador, 3.157 fallaron la revisión y 3.139 fueron eliminados.
- Esas eliminaciones equivalen al 4,57 % del corpus de noticias. Confirman una falla editorial, pero no explican por sí solas la acción de Google.
- La respuesta correcta es una auditoría por URL, una revisión independiente de cada sistema automático y una solicitud de reconsideración respaldada por cambios verificables.
Qué ocurrió en WindowsForum
Search Engine Journal informó que WindowsForum había recibido una acción manual parcial. La captura incluida en el reporte mostraba la categoría “Thin content with little or no added value” y un patrón que abarcaba /threads/.
La palabra “IA” no aparecía en el aviso que se hizo público.
Un observador externo relacionó la acción con una cuenta de staff cuyo perfil mostraba 111.050 respuestas desde marzo de 2023. Esa cifra justifica una auditoría. No demuestra una causa. El total de un perfil no indica cuántas respuestas se indexaron, cuántas repetían una plantilla, cuántas contenían afirmaciones sin respaldo ni qué páginas revisó una persona de Google.
WindowsForum publicó después “Improving our news articles, and what we are doing about it”. En ese texto, el administrador describió otro sistema, dedicado a recopilar y publicar noticias automatizadas con IA.
El sitio afirma que revisó 68.628 artículos de ese sistema. Encontró 3.157 que no superaron su control de calidad, eliminó 3.139 y conservó 18 porque miembros del foro habían respondido. También dice que las páginas eliminadas no tenían respuestas. Como parte de la corrección, bloqueó 124 sitios fuente y añadió 48 filtros.
La admisión cambia la lectura del caso. Confirma que el sitio encontró comunicados irrelevantes, contenido sobre criptomonedas, información bursátil y otras piezas que no pertenecían al foro. No nos dice qué páginas evaluó Google ni si el revisor se fijó en noticias automáticas, respuestas del bot, hilos antiguos o una combinación.
La evidencia sin forzar el titular
| Afirmación | Estado de la evidencia | Lectura correcta |
|---|---|---|
| WindowsForum recibió una acción manual parcial por contenido de poco valor | Informado por el sitio y por SEJ | Podemos tratar la acción y el patrón afectado como hechos reportados |
| Google penalizó al sitio por usar IA | Sin respaldo | Google no identificó la IA como causa |
| Las 111.050 respuestas causaron la acción | Hipótesis | El volumen exige una auditoría, pero no es evidencia por URL |
| El sistema de noticias publicó material de poco valor | Admisión del propietario | La propia auditoría de WindowsForum encontró contenido que no debía publicarse |
| WindowsForum eliminó 3.139 artículos | Informe del propietario | El sitio corrigió una falla real de gobernanza |
| Esos 3.139 artículos causaron la acción | No demostrado | Google no los identificó como el desencadenante |
Las cifras también necesitan contexto. Los 3.157 artículos rechazados equivalen aproximadamente al 4,60 % de los 68.628 artículos revisados. Las 3.139 eliminaciones representan el 4,57 % del corpus y el 99,43 % de las piezas rechazadas. Los 18 artículos conservados forman el 0,57 % del conjunto que falló.
Un 4,57 % puede parecer un error pequeño. A esa escala produjo más de tres mil páginas que el mismo editor consideró inadecuadas. La automatización convierte una tasa de error moderada en una limpieza enorme.
Qué dicen realmente las políticas de Google
La guía de Google sobre contenido generado con IA no prohíbe la asistencia automática. Google dice que el uso apropiado de IA o automatización no infringe sus directrices. El problema aparece cuando se usa principalmente para manipular rankings.
Las políticas contra spam definen el abuso de contenido a escala por el propósito de producir muchas páginas para manipular los resultados, en lugar de ayudar al usuario. Puede aplicarse a contenido hecho con IA, por personas o mediante ambos.
La guía de contenido útil propone revisar originalidad, profundidad, experiencia y adecuación a una audiencia real. Ninguna de esas pruebas se resume en “IA sí” o “IA no”.
Una acción manual también debe separarse de una actualización algorítmica. La documentación de Google la describe como una decisión de un revisor humano. Una acción parcial sobre un patrón de URLs tampoco implica que todas las páginas que coinciden estén afectadas. WindowsForum informó el aviso después de que comenzara la actualización de spam de junio de 2026. La cercanía de fechas no convierte la volatilidad del update en evidencia sobre la revisión manual.
Haber estado indexado durante años tampoco ofrece protección. Un hilo indexado desde 2008 demuestra que siguió siendo elegible antes de la revisión actual. No certifica la página bajo las políticas actuales.
En auditorías técnicas y editoriales, la herramienta de producción rara vez es el dato decisivo. Las preguntas más útiles son otras:
- ¿Por qué existe esta página?
- ¿Qué aporta que no esté ya en la fuente o en páginas competidoras?
- ¿Quién verificó sus afirmaciones?
- ¿Resuelve la consulta mejor que una plantilla con sustantivos distintos?
- ¿Puede el publisher explicar cómo seleccionó, revisó, actualizó y retiró la página?
Si las respuestas son débiles, cambiar un redactor automático por un freelancer no arregla el sistema.
Mi posición: la automatización debe tratarse como un publisher
Muchos equipos ven una cuenta automática como un colaborador más. Ese enfoque subestima el riesgo. Un bot con insignia de staff y más de cien mil respuestas forma parte de la voz editorial del sitio, cualquiera sea su lugar en el organigrama.
Una persona puede escribir un artículo malo. Un sistema automático puede repetir el mismo error editorial en miles de URLs antes de que alguien lo detecte. El control relevante no es solo el prompt. Hace falta una política de publicación con límites medibles.
Cada sistema debe tener un responsable, un conjunto de temas permitidos, fuentes aprobadas, reglas de revisión factual, límites de publicación, muestreo, procedimientos de reversión y un registro que se pueda auditar. Las respuestas y los artículos independientes necesitan controles diferentes. Una respuesta dentro de un foro recibe contexto de la conversación. Un artículo automático crea una URL indexable que debe justificar su existencia.
La decisión de conservar 18 artículos rechazados porque los miembros habían respondido muestra esa diferencia. La conversación puede aportar un valor que el texto inicial no tenía. Sin embargo, una respuesta no funciona como certificado automático de calidad. La página completa sigue necesitando revisión.
Este riesgo se relaciona con nuestro análisis de la investigación de Google sobre detección de spam con IA y con el bucle de AI slop. La detección es una capa. La disciplina editorial debe existir antes de que el contenido llegue al índice.
Cómo auditar la automatización antes de que se convierta en un problema
No empieces buscando unas pocas frases que “suenan a IA”. Construye un inventario.
1. Exporta todo el alcance de URLs
Combina el CMS, los sitemaps, Search Console, los logs del servidor y un crawl reciente. Incluye páginas con cero clics. Los problemas de calidad no se limitan a las URLs que aún reciben tráfico.
2. Etiqueta el sistema de origen
Registra si cada URL nació como hilo humano, respuesta de IA, noticia automática, página importada o contenido mixto. Los dos sistemas de WindowsForum demuestran por qué una sola etiqueta de “contenido de IA” es insuficiente.
3. Añade campos de evidencia
Guarda fecha, estado de indexación, clics, impresiones, enlaces, respuestas útiles, tipo de autor, fuente, última actualización y revisión factual. Conservar el prompt puede ayudar, pero no demuestra calidad.
4. Evalúa el valor de la página
Revisa muestras por duplicación, afirmaciones sin respaldo, consejos obsoletos, temas irrelevantes, plantillas repetitivas, falta de experiencia y respuestas incompletas. Amplía la muestra cuando aparezca un patrón. En secciones de alto riesgo, revisa todas las URLs.
5. Decide a nivel de URL
Hay cinco resultados posibles:
- Conservar páginas útiles, exactas y distintas.
- Mejorar páginas con valor recuperable.
- Unificar duplicados que dividen una sola respuesta útil.
- Aplicar noindex a páginas válidas para miembros, pero inadecuadas para Search.
- Eliminar páginas sin un propósito defendible.
6. Verifica la implementación
Comprueba status codes, canonicals, directivas noindex, sitemaps, enlaces internos y acceso de crawl. Marcar una fila como “eliminada” no demuestra que la URL devuelva la respuesta correcta.
Si el sitio ya sufre problemas de descubrimiento o señales de calidad, nuestro servicio de consultoría técnica SEO puede conectar el inventario con el crawl, las plantillas y la indexación.
Qué debe incluir una solicitud de reconsideración
La documentación de acciones manuales indica que se deben corregir todas las páginas afectadas antes de pedir una revisión. Una buena solicitud es un registro de auditoría, no una carta de disculpa.
Yo incluiría:
- El alcance exacto. Conserva el aviso y enumera todos los grupos de URLs afectados.
- Una descripción sincera de la falla. Explica qué publicó el sistema y por qué fallaron los controles.
- Conteos por acción. Informa cuántas URLs se conservaron, mejoraron, unificaron, pasaron a noindex o se eliminaron.
- Ejemplos representativos. Muestra URLs antes y después para cada patrón.
- Cambios del sistema. Documenta fuentes bloqueadas, filtros, revisión humana, límites y monitoreo.
- Una auditoría separada del bot de respuestas. Si el aviso no lo excluye, demuestra también cómo se controla.
- Verificación técnica. Adjunta evidencia de crawl que confirme las correcciones.
Envía una sola solicitud cuando todo el alcance esté corregido. No repitas el pedido mientras la revisión esté pendiente. Una solicitud que solo sostiene que el revisor se equivocó es una apelación. Una solicitud que documenta la auditoría, las correcciones, los conteos y los nuevos controles demuestra una solución.
Qué deberían cambiar los publishers ahora
Este caso no exige borrar todas las páginas asistidas por IA. Sí exige saber qué sistemas pueden crear URLs indexables sin una decisión humana a nivel de página.
Empieza con tres preguntas:
- ¿Qué sistemas pueden publicar una URL?
- ¿Qué porcentaje recibe una revisión humana real antes de salir?
- ¿Con qué rapidez puedes detectar y revertir un patrón fallido?
Si no tienes respuestas claras, frena la expansión y audita primero el corpus actual.
Nuestra guía sobre IA y Google Search explica por qué el objetivo más seguro sigue siendo contenido útil y atribuible. Si el problema es el estilo y no la gobernanza, la auditoría de señales de escritura con IA aporta otro control editorial. Ninguno reemplaza el trabajo por URL.
El caso WindowsForum no debería convertirse en otro eslogan sobre Google y la IA. Su valor es mucho más práctico. Un sitio puede operar varios sistemas automáticos, descubrir fallas en uno, atraer especulación sobre otro y aun así carecer de evidencia suficiente para explicar una acción manual con certeza.
Esa incertidumbre exige una auditoría mejor. No justifica un titular más fuerte.
Preguntas frecuentes (FAQ)
¿Google confirmó que la IA causó la acción contra WindowsForum?
No. El aviso reportado hablaba de contenido de poco valor. Google no dijo públicamente que la generación con IA fuera la causa.
¿Qué representan las 111.050 respuestas?
Son el total público asociado a una cuenta de staff con IA. No equivalen a 111.050 URLs afectadas, páginas indexadas ni respuestas declaradas de baja calidad.
¿Qué eliminó WindowsForum?
El sitio dice que revisó 68.628 artículos de noticias automatizados, encontró 3.157 que fallaban su control y eliminó 3.139. Conservó 18 porque los miembros habían respondido.
¿Google permite contenido generado con IA?
Google afirma que el uso apropiado de IA o automatización no infringe por sí solo sus directrices. Usarlo principalmente para manipular rankings puede violar sus políticas contra spam.
¿Hay que eliminar todas las páginas asistidas por IA?
No existe una regla general derivada de este caso. Audita el alcance completo, evalúa cada página y corrige todos los patrones incluidos en la acción antes de solicitar una reconsideración.
¿La interacción humana vuelve útil una página automática?
Puede agregar valor real, sobre todo en un foro, pero no basta por sí sola. La página debe seguir siendo exacta, útil, distinta y adecuada para Search.
About the Author
