Generación automatizada de contenido para WordPress en 2026

La automatización de contenido en WordPress consiste en conectar datos estructurados, sistemas editoriales y redacción asistida por IA para que las personas dediquen su tiempo al criterio y no a copiar, maquetar y programar. El principio que separa un sistema útil de una granja de contenido es breve: automatizar el proceso, no la decisión sobre la calidad.

Esta guía cubre lo que Google dice realmente sobre el contenido generado con IA y automatizado, qué interfaces de WordPress hacen el trabajo de publicación (la REST API, WP-CLI y el AI Client que llegó con WordPress 7.0) y qué controles mantienen los borradores generados fuera del índice hasta que una persona los ha revisado.

Si quieres la versión práctica primero: automatiza las partes repetibles del flujo (briefs, borradores, plantillas, enriquecimiento, programación) y deja la decisión final de publicar en manos de un editor. Publicar sin control editorial es la parte que no escala.

Conoce más sobre SEO y contenido optimizado en WPPoland.

#Qué dice Google sobre el contenido generado con IA

La posición de Google es estable desde la entrada del blog de Search Central del 8 de febrero de 2023. Las preguntas frecuentes de esa entrada responden directamente a la primera duda:

“El uso adecuado de la IA o de la automatización no va en contra de nuestras directrices.”

Google Search Central, Google Search’s guidance about AI-generated content (traducción propia)

La misma entrada define lo que lo convierte en inadecuado. Usar la automatización, incluida la IA, para generar contenido “con el propósito principal de manipular la clasificación en los resultados de búsqueda es una infracción de nuestras políticas sobre spam” (traducción propia). También responde a la pregunta que muchos proyectos de automatización esperan en silencio que tenga otra respuesta: “Usar IA no da al contenido ninguna ventaja especial. Es solo contenido” (traducción propia). Una página generada se juzga como cualquier otra, por si es útil, original y muestra las cualidades que Google agrupa bajo E-E-A-T.

La página de documentación de Google sobre el uso de contenido de IA generativa, actualizada por última vez el 1 de octubre de 2026, añade la parte operativa. Describe la IA generativa como útil “al investigar un tema y para añadir estructura a contenido original” (traducción propia). Después llega la advertencia que importa para cualquier pipeline:

“Es fundamental verificar manualmente los hechos y revisar todo el contenido generado por IA en cuanto a exactitud y fiabilidad antes de publicarlo.”

Google Search Central, Google Search’s guidance on using generative AI content on your website (traducción propia)

La razón que da es técnica: los modelos generativos no recuperan hechos, predicen una secuencia probable de palabras, así que su salida puede contener alucinaciones. Nada de esto garantiza que el contenido de IA posicione ni que sea seguro. Dice que el método de producción no es la prueba. Lo es el valor para el lector.

#Qué se considera abuso de contenido a escala

La política de spam con la que chocan los sitios WordPress automatizados es el abuso de contenido a escala (scaled content abuse). La página de políticas de spam de Google (actualizada el 28 de agosto de 2026) la define así:

“El abuso de contenido a escala se produce cuando se generan muchas páginas con el propósito principal de manipular la clasificación en búsqueda y no de ayudar a los usuarios.”

Google Search Central, Spam policies for Google web search (traducción propia)

La política añade que este contenido suele ser poco original y aporta poco o ningún valor a los usuarios, “sin importar cómo se haya creado” (traducción propia). Sus ejemplos parecen una lista de los atajos que las herramientas de automatización facilitan:

• usar IA generativa u otras herramientas similares para generar muchas páginas sin aportar valor a los usuarios,
• extraer feeds, resultados de búsqueda u otro contenido para generar muchas páginas, también mediante transformaciones automáticas como sinónimos, traducción u otras técnicas de ofuscación,
• unir o combinar contenido de distintas páginas web sin aportar valor,
• crear varios sitios para ocultar la naturaleza masiva del contenido,
• crear muchas páginas que tienen poco o ningún sentido para un lector pero contienen palabras clave de búsqueda.

Para proyectos WordPress importan dos consecuencias. La traducción automática usada solo para multiplicar páginas aparece de forma explícita, así que un pipeline multilingüe necesita la misma revisión que uno monolingüe. Y la política termina con una instrucción: si alojas ese contenido en tu sitio, exclúyelo de la búsqueda. En la práctica, eso significa un noindex en las páginas generadas que no han pasado la revisión, no la esperanza de que nadie lo note.

La página de Google sobre contenido útil, fiable y pensado para las personas enumera las señales de alerta equivalentes, entre ellas usar una automatización extensa para producir contenido sobre muchos temas y producir mucho contenido sobre temas muy distintos con la esperanza de que una parte posicione.

#Qué niveles de automatización de contenido existen en WordPress

No toda la automatización de contenido es igual. Va desde la asistencia mínima hasta la publicación totalmente automática, y cada paso tiene un nivel de riesgo distinto.

#Nivel 1: asistencia de IA (riesgo bajo)

La IA ayuda en partes concretas de un flujo humano:

• Investigación de temas: la IA agrupa consultas de búsqueda, encuentra huecos frente a los artículos existentes y sugiere enfoques.
• Generación de briefs: la IA convierte datos SEO y notas editoriales en un brief estructurado.
• Revisión posterior: la IA sugiere mejoras de legibilidad, estructura y cobertura temática sobre un borrador humano.

El redactor sigue siendo el autor. Es el uso que Google describe como investigar un tema y añadir estructura.

#Nivel 2: borrador asistido por IA (riesgo medio)

La IA produce borradores que las personas revisan y enriquecen:

• Primer borrador completo: la IA escribe un borrador a partir de un brief detallado.
• Revisión editorial: un editor verifica la precisión, añade experiencia directa y ajusta la voz de marca.
• Enriquecimiento: el equipo añade datos propios, capturas de pantalla y ejemplos reales que el modelo no puede aportar.

El tiempo que se ahorra depende de la profundidad de la revisión. Un borrador en el que hay que volver a comprobar cada afirmación ahorra menos de lo que parece.

#Nivel 3: contenido programático (riesgo alto)

Páginas generadas a escala a partir de datos y plantillas:

• Páginas de ubicación: “[Servicio] en [Ciudad]” para muchas ciudades.
• Páginas de comparación: “[Producto A] vs [Producto B]” construidas desde una base de datos de productos.
• Páginas de FAQ: construidas a partir de tickets de soporte y datos de búsqueda.

Es el nivel donde el abuso de contenido a escala se aplica de forma más directa. Solo funciona cuando cada página lleva datos que el lector no obtendría de la plantilla sola.

#Nivel 4: publicación totalmente automática (riesgo muy alto)

La IA genera, revisa y publica sin una persona en el proceso. Los riesgos son concretos:

• información incorrecta publicada sin verificación,
• texto genérico que no aporta nada nuevo,
• páginas finas o casi duplicadas que entran en la política de spam,
• daño a la marca cuando una afirmación errónea sale con su nombre.

Lo desaconsejamos en casi todos los casos. Solo es viable para actualizaciones de datos de muy bajo riesgo, como un nivel de stock o un horario que se lee de un sistema de referencia.

#Cómo reparten el trabajo los flujos de IA multiagente

Algunos equipos ya no envían un prompt a un único modelo. Dividen el trabajo en roles, cada uno con un prompt o agente propio y sus instrucciones:

• Investigador: reúne fuentes para el brief, como documentación, notas de versión y datos propios del equipo.
• Estructurador: crea un esquema a partir del brief, la intención de búsqueda y la guía de voz de marca.
• Redactor: escribe el borrador e incluye los datos técnicos concretos del brief.
• Editor: revisa el tono, marca cada afirmación sin fuente y compara el borrador con las pautas E-E-A-T.

Dividir el trabajo hace que cada paso sea más fácil de probar, pero no hace los hechos más fiables. Un agente “editor” sigue siendo un modelo de lenguaje. La verificación que Google califica de fundamental la tiene que hacer una persona contra la fuente, y el pipeline debería entregar a esa persona una lista de afirmaciones y fuentes en lugar de un artículo terminado.

#Cómo crear borradores de WordPress con la REST API

La REST API de WordPress es el punto de entrada habitual para un pipeline externo. Un post nuevo se crea con POST /wp/v2/posts. Según la referencia de Posts, el argumento status acepta publish, future, draft, pending y private, y date es la fecha de publicación en la zona horaria del sitio (con date_gmt como variante en GMT). El mismo endpoint acepta title, content, excerpt, categories, tags, author y meta.

En el contenido automatizado, el estado es el punto de control. Un pipeline que escribe pending deja cada borrador en la cola de revisión pendiente que los editores ya conocen, y un pipeline que nunca escribe publish no puede publicar por error.

La autenticación de scripts suele pasar por las contraseñas de aplicación (Application Passwords), incorporadas al núcleo en WordPress 5.6. La guía de integración en make.wordpress.org explica que las credenciales se envían con autenticación HTTP Basic sobre HTTPS, que por defecto la función solo está disponible en sitios servidos por HTTPS y que los usuarios generan y revocan estas contraseñas en la pantalla de edición de usuario. Crea un usuario dedicado con el rol de Colaborador (Contributor) para el pipeline, de modo que la cuenta no pueda publicar aunque el script lo pida.

curl -X POST https://example.com/wp-json/wp/v2/posts \
  -u "content-pipeline:$APPLICATION_PASSWORD" \
  -H "Content-Type: application/json" \
  -d '{"title":"Borrador del pipeline","content":"<p>Cuerpo</p>","status":"pending"}'

Una cuenta de Colaborador puede enviar a revisión pero no publicar, lo que encaja con el flujo descrito. Revoca la contraseña de aplicación cuando el pipeline deje de usarse.

#Cómo crear entradas de WordPress con WP-CLI

Cuando el pipeline se ejecuta en el propio servidor, WP-CLI es más sencillo que HTTP. La referencia de wp post create recoge las opciones que importan para la automatización:

• --post_status tiene draft por defecto, así que una opción olvidada falla del lado seguro.
• Una ruta de archivo como primer argumento lee el contenido de ese archivo, y - lo lee de la entrada estándar, lo que encaja con un generador que escribe en stdout.
• --meta_input acepta un objeto JSON de claves y valores meta, útil para registrar cómo se produjo el borrador.
• --porcelain imprime solo el ID del nuevo post, para que el siguiente paso del script pueda usarlo.
• --post_status=future junto con --post_date programa una entrada.

POST_ID=$(wp post create ./borrador.html \
  --post_title='Borrador del pipeline' \
  --post_status=pending \
  --meta_input='{"_generated_by":"pipeline","_review_status":"pending"}' \
  --porcelain)
echo "Borrador creado: $POST_ID"

La referencia también indica que --tax_input se salta la comprobación de capacidades de usuario que el núcleo aplica normalmente. Un script de WP-CLI se ejecuta con más poder que un cliente REST, así que mantenlo fuera del alcance de cualquier cosa que acepte entradas externas.

#Cómo genera texto el AI Client de WordPress 7.0

WordPress 7.0 “Armstrong”, publicado el 20 de mayo de 2026, añadió un AI Client al núcleo. La nota para desarrolladores Introducing the AI Client in WordPress 7.0 describe cómo funciona:

• El punto de entrada es wp_ai_client_prompt(), que devuelve un WP_AI_Client_Prompt_Builder.
• Entre los métodos de configuración están using_system_instruction(), using_temperature(), using_max_tokens() y using_model_preference(). Una preferencia de modelo es una lista de prioridad, no un requisito: se usa el primer modelo disponible.
• as_json_response( $schema ) pide una salida JSON estructurada, que encaja mejor que el texto libre para briefs y metadatos.
• generate_text() y el resto de métodos generate_*() devuelven un WP_Error si fallan, así que se aplica la comprobación habitual con is_wp_error().
• El núcleo no incluye ningún proveedor. Los administradores conectan uno en la pantalla de ajustes Connectors, con plugins de proveedor como los oficiales de Anthropic, Google y OpenAI. El código de los plugins nunca maneja claves de API.
• is_supported_for_text_generation() y sus métodos hermanos comprueban la disponibilidad sin hacer ninguna llamada a la API.

$builder = wp_ai_client_prompt( $brief )
    ->using_system_instruction( 'Escribe un primer borrador. Marca con [FUENTE] cada afirmación que necesite una fuente.' )
    ->using_temperature( 0.4 );

if ( ! $builder->is_supported_for_text_generation() ) {
    return;
}

$text = $builder->generate_text();
if ( is_wp_error( $text ) ) {
    return $text;
}

wp_insert_post( [
    'post_title'   => $title,
    'post_content' => wp_kses_post( $text ),
    'post_status'  => 'pending',
], true );

La nota documenta también el filtro wp_ai_client_prevent_prompt. Cuando devuelve true, no se hace ninguna llamada, las comprobaciones is_supported_*() devuelven false y generate_*() devuelve un WP_Error. Eso da al propietario del sitio un único interruptor para detener la generación, por ejemplo fuera de un rol autorizado o durante una auditoría. Para funciones expuestas en el escritorio, la nota recomienda un endpoint REST propio en el servidor para cada función, con sus propias comprobaciones de permisos.

El AI Client facilita la generación dentro de WordPress. No cambia nada de las pautas de Google descritas arriba: lo que produce sigue necesitando revisión antes de publicarse.

#Cómo hacer controles de calidad automáticos a los borradores de IA

Antes de que un editor abra un borrador, unas comprobaciones automáticas baratas detectan los fallos evidentes. Este ejemplo guarda los resultados en post meta para que el editor los vea en la lista de entradas pendientes:

// Verificaciones de calidad automatizadas para borradores generados
function automated_quality_checks( $post_id ) {
    if ( wp_is_post_revision( $post_id ) || wp_is_post_autosave( $post_id ) ) {
        return;
    }
    if ( ! get_post_meta( $post_id, '_generated_by', true ) ) {
        return;
    }

    $content = get_post_field( 'post_content', $post_id );
    $issues  = [];

    // Longitud mínima
    $word_count = str_word_count( wp_strip_all_tags( $content ) );
    if ( $word_count < 800 ) {
        $issues[] = "Contenido demasiado corto: {$word_count} palabras (mínimo 800)";
    }

    // Enlaces internos
    $internal_links = preg_match_all( '/href=["\']\/es\//', $content );
    if ( $internal_links < 2 ) {
        $issues[] = "Insuficientes enlaces internos: {$internal_links} (mínimo 2)";
    }

    // Subencabezados
    $headings = preg_match_all( '/<h[2-3]/', $content );
    if ( $headings < 3 ) {
        $issues[] = "Insuficientes subencabezados: {$headings} (mínimo 3)";
    }

    // Marcas de fuente sin resolver que dejó el modelo
    if ( false !== strpos( $content, '[FUENTE]' ) ) {
        $issues[] = 'Afirmaciones marcadas con [FUENTE] sin cita';
    }

    // Comprobación básica de duplicados
    $first_paragraph = wp_strip_all_tags( substr( $content, 0, 500 ) );
    $similar_posts   = new WP_Query( [
        's'              => $first_paragraph,
        'posts_per_page' => 1,
        'post__not_in'   => [ $post_id ],
    ] );
    if ( $similar_posts->have_posts() ) {
        $issues[] = 'Posible contenido duplicado';
    }

    update_post_meta( $post_id, '_quality_issues', $issues );
    update_post_meta( $post_id, '_quality_score', empty( $issues ) ? 'pass' : 'needs_review' );
}
add_action( 'save_post', 'automated_quality_checks' );

Los umbrales son ejemplos para tus propias reglas editoriales, no cifras de Google. Que un borrador pase la comprobación solo significa que merece el tiempo de una persona. No dice nada sobre si los hechos son correctos.

#SEO programático en WordPress a gran escala

El contenido programático es la forma más ambiciosa de automatización: cientos o miles de páginas construidas a partir de datos estructurados y plantillas. WordPress resuelve bien el almacenamiento. Los custom post types y los campos personalizados (por ejemplo con ACF) contienen el modelo de datos, y la REST API o WP-CLI importan las entradas desde una base de datos externa.

La pregunta no es si WordPress puede almacenar las páginas, sino si cada página merece existir. Los ejemplos de abuso de contenido a escala describen justo lo que sale mal: una plantilla en la que solo cambia el nombre de la ciudad no aporta valor al lector.

Ejemplos típicos que pueden funcionar:

• Páginas de servicio por ubicación: para una empresa que ofrece mantenimiento WordPress en varias ciudades, cada página necesita datos ciertos para esa ciudad: proyectos reales, testimonios reales, el contacto local y las condiciones locales que cambian el servicio.
• Páginas de integración: para un producto SaaS, las páginas “WordPress + [Herramienta]” necesitan los pasos de configuración reales, los límites de esa integración y las preguntas de soporte que llegaron de usuarios de esa herramienta.

Reglas que aplicamos antes de generar un conjunto así:

1. Cada página necesita datos únicos. Si no puedes decir qué es distinto en la página 214 frente a la 213, no publiques la 214.
2. Comprueba la intención de búsqueda de cada variante. Confirma que la gente busca la variante antes de construirla.
3. Mantén fuera del índice las páginas sin revisar. Usa noindex hasta que la página pase la revisión, que es también lo que pide la política de spam.
4. Vigila la indexación. Search Console muestra qué páginas generadas indexa Google y cuáles ignora.
5. Consolida las páginas finas. Una página sin tráfico y sin datos únicos se fusiona con una página más fuerte o se elimina.

#Cómo actualizar entradas de WordPress con datos de una API

Hay contenido que solo es correcto cuando sigue a un sistema de referencia. Ahí es donde más ayuda la automatización, porque el trabajo es sincronizar, no escribir:

• Precios y disponibilidad: una página de producto o de plan lee el precio y el stock de la tienda o del sistema de facturación en lugar de una copia en el cuerpo del post.
• Datos de referencia que cambian: un artículo de seguridad puede mostrar su lista de avisos recientes desde un feed que una tarea programada actualiza.
• Webhooks: un evento externo (una actualización de producto, una nueva versión) dispara la actualización de las entradas afectadas a través de la REST API.
• WordPress headless: WordPress sirve el contenido a través de su API a varios frontends, así que una sola actualización llega a todos los canales.

Mantén las partes generadas en bloques o campos que la plantilla renderiza, no en el texto editorial. Así, un feed que falla muestra un valor antiguo en un solo sitio en lugar de estropear el artículo.

#Cómo indicar el uso de IA y revisar los metadatos

Las pautas de Google mencionan dos tareas que los pipelines suelen saltarse.

La primera son los metadatos. La obligación de verificar los hechos se aplica también a los elementos <title>, las meta descripciones, los datos estructurados y los textos alternativos de las imágenes, porque aparecen directamente en los resultados de búsqueda. Una meta descripción generada con una afirmación falsa es tan visible como una frase falsa en el cuerpo. Para los datos estructurados, Google pide además seguir las directrices generales y las políticas de cada función, y validar el marcado.

La segunda es el contexto. Google sugiere que quien genera contenido de forma automática considere “añadir información sobre cómo se creó su contenido” (traducción propia), por ejemplo con información sobre cómo se usó la automatización y metadatos en las imágenes. La página sobre contenido útil lo plantea como la pregunta del “cómo”: si el uso de la automatización resulta evidente para los visitantes mediante avisos u otros medios. Las preguntas frecuentes de 2023 añaden que estos avisos son útiles cuando alguien podría preguntarse cómo se creó un contenido, y que poner a la IA como autora probablemente no es la mejor manera de hacerlo.

Para tiendas, Google Merchant Center tiene sus propias reglas: las imágenes generadas con IA deben llevar el valor IPTC DigitalSourceType TrainedAlgorithmicMedia, y los títulos y descripciones de producto generados con IA deben especificarse por separado y etiquetarse como generados con IA.

En términos de WordPress: guarda los detalles de la generación en post meta (los campos --meta_input y meta vistos arriba), muestra una nota breve sobre cómo se produjo el artículo donde los lectores la esperarían y reserva la firma para la persona que lo revisó y responde por él.

#Qué herramientas sirven para automatizar contenido en WordPress

#Herramientas de IA para borradores

• AI Client de WordPress 7.0: generación dentro de WordPress a través de un proveedor conectado.
• API de proveedores (Anthropic, OpenAI, Google): borradores a escala desde un pipeline externo.
• DeepL API: traducción automatizada de contenido, que sigue necesitando revisión porque la política de spam menciona la traducción usada para multiplicar páginas.

#Herramientas de publicación

• WP-CLI: crea entradas desde la línea de comandos o desde un cron en el servidor.
• REST API de WordPress: conecta pipelines externos mediante contraseñas de aplicación.
• n8n, Make, Zapier: orquestan flujos de trabajo sin código propio.

#Herramientas de monitorización

• Google Search Console: indexación y rendimiento de las páginas generadas.
• Query Monitor: problemas de base de datos y rendimiento cuando crece el número de entradas.
• Informes propios: avisos de calidad desde post meta, tiempos de revisión y motivos de rechazo.

#Qué riesgos tiene el contenido generado con IA y cómo reducirlos

Contenido fino. Fija mínimos editoriales (datos únicos, fuentes, enlaces internos), mantén en noindex las páginas sin revisar y audita con regularidad los conjuntos generados.

Desinformación. Haz obligatoria la verificación humana del contenido factual y pide al modelo que marque las afirmaciones que necesitan fuente, para que el editor revise una lista en lugar de releerlo todo.

Acciones por spam. Sigue la política de abuso de contenido a escala y las directrices de Google sobre contenido útil. El volumen no es un objetivo.

El caso de un sitio. Jill Kocher Brown, de JumpFly, describió el 20.10.2026 un sitio con 35.000 páginas indexadas en el que, desde mediados de julio de 2025, se publicaron 31 entradas preparadas con ayuda de IA. Un experto del sector revisó cada una durante unos 90 minutos. Con la actualización principal de Google del 11 de diciembre de 2025, los clics de búsqueda del blog cayeron un 30,7% (28 días frente a los 28 anteriores) y la página de inicio perdió el 77,2% de sus clics interanuales. En octubre de 2025 el blog aportaba el 45,4% de los 65.000 clics del sitio. En agosto de 2026 había perdido el 67,8% de sus clics y aportaba solo el 24% del tráfico. En mayo de 2026, Google llevaba más de dos meses sin indexar ninguna de las ocho últimas entradas. La autora indica que en ese periodo no hubo otros trabajos de SEO ni cambios técnicos en el sitio y atribuye la caída a las nuevas entradas: “añadir 31 entradas preparadas con ayuda de IA redujo drásticamente el rendimiento orgánico de todo el sitio en cinco meses” (JumpFly, traducción propia). Es el caso de un solo sitio, y la correlación la establece la autora.

Inconsistencia de marca. Escribe una guía de estilo que la instrucción de sistema pueda citar y comprueba la terminología de forma automática.

Dependencia de un proveedor. Las preferencias de modelo del AI Client y la pantalla Connectors facilitan cambiar de proveedor. Mantén los prompts y las comprobaciones en tu propio código para que se muevan contigo.

Pérdida de capacidad editorial. Mantén personas que sepan escribir y editar. La IA multiplica el trabajo de un equipo; no sustituye el criterio que Google pide.

#Qué métricas medir en el contenido automatizado

La tabla recoge lo que seguimos y dónde leerlo. Los objetivos pertenecen a cada proyecto y salen de su propia línea base, por eso aquí no se dan cifras.

#Por dónde empezar con la automatización de contenido en WordPress

La automatización de contenido en WordPress funciona cuando se aplica con disciplina. Automatiza la investigación, los borradores, las plantillas, el enriquecimiento y la programación. Deja los hechos, la decisión de publicar y la responsabilidad sobre la página en manos de personas. Las pautas de Google marcan la línea con claridad: la automatización está permitida, las páginas masivas sin valor entran en la política de abuso de contenido a escala y el contenido de IA no recibe ningún trato especial, ni a favor ni en contra.

Un primer paso práctico es listar tus tipos de página, las fuentes de datos de cada uno y las reglas de aprobación humana, y después conectar un solo flujo acotado, como briefs o meta descripciones, con pending como único estado que el pipeline puede escribir.

Si necesitas ayuda para implementar flujos de contenido automatizados en WordPress, contacta con WPPoland. También trabajamos en desarrollo WordPress, SEO programático y comercio con IA.

#Recursos relacionados

• SEO, GEO y AEO para WordPress: SEO programático y automatizado
• Desarrollo WordPress: implementación de pipelines de contenido
• Comercio e IA: IA para contenido de producto
• Mantenimiento WordPress: monitorización de sitios con contenido a escala