WordPress 7.1: directrices de IA y el nuevo tipo de contenido wp_knowledge

#Introducción

La próxima versión WordPress 7.1 introduce cambios importantes en la gestión de directrices editoriales e integración de herramientas de IA. La propuesta de Greg Ziółkowski para incorporar el nuevo tipo de contenido wp_knowledge en el núcleo ha generado debate en la comunidad. Mientras algunos buscan un método estándar para ofrecer directrices a autores y bots de IA, otros como Jon Brown de 9seeds advierten sobre la acumulación de código innecesario y prefieren un desarrollo previo como plugin.

Al mismo tiempo, WordPress 7.1 inicia la retirada progresiva del bloque Clásico. El bloque se ocultará por defecto en el insertador, obligando a las agencias a auditar y convertir los diseños antiguos. Analizamos los detalles de estos cambios.

#El nuevo tipo de contenido wp_knowledge y directrices de IA

El objetivo de la propuesta de Greg Ziółkowski es definir una sección en el núcleo para almacenar información del sitio, voz de marca (brand voice) y estructuras de contenido. Estos datos estructurados bajo wp_knowledge tienen dos propósitos:

1. Para autores: Las directrices se muestran directamente en el editor como una lista de comprobación, facilitando el trabajo de los redactores.
2. Para herramientas de IA: Los sistemas de inteligencia artificial pueden leer estas reglas vía REST-API o WP-CLI para adaptar el estilo de los textos generados.

Sin embargo, algunos desarrolladores consideran el cambio prematuro y prefieren un periodo de prueba como plugin de núcleo independiente antes de su fusión definitiva.

#Comparativa de la gestión de directrices en WordPress

Así cambia el almacenamiento de las reglas editoriales:

#Transición para eliminar el bloque Clásico en WordPress 7.1

Con la eliminación progresiva del bloque Clásico en WordPress 7.1, las agencias deben auditar y convertir los diseños de bloques antiguos en bloques internos modernos. A continuación se muestra un patrón de búsqueda y reemplazo de WP-CLI y una función útil para limpiar contenido antiguo.

Ocultar el bloque Clásico en WordPress 7.1 es el paso previo a la eliminación total de TinyMCE del núcleo. Para facilitar la transición, hemos diseñado un script WP-CLI para convertir bloques antiguos en párrafos y listas nativas.

Ejecute el siguiente comando en el servidor:

# Buscar y convertir el editor clásico en párrafos
wp db query "UPDATE wp_posts SET post_content = REPLACE(post_content, '<!-- wp:freeform -->', '<!-- wp:paragraph -->') WHERE post_content LIKE '%<!-- wp:freeform -->%'"

Adicionalmente, añada una función útil en el archivo functions.php de su tema para limpiar restos del TinyMCE:

<?php
/**
 * Fallback and clean-up utility for legacy Classic block outputs
 */
function wppoland_clean_legacy_classic_blocks($content) {
    if (has_block('core/freeform', $content)) {
        $content = str_replace('<!-- wp:freeform -->', '<!-- wp:paragraph -->', $content);
        $content = str_replace('<!-- /wp:freeform -->', '<!-- /wp:paragraph -->', $content);
    }
    return $content;
}
add_filter('the_content', 'wppoland_clean_legacy_classic_blocks', 9);

#Optimización para Answer Engines (AEO) con wp_knowledge

La implementación de wp_knowledge en WordPress 7.1 es una herramienta potente para la optimización bajo motores de respuesta (AEO). En la era de Perplexity o ChatGPT Search, las empresas deben ofrecer datos de forma explícita. El almacenamiento de las directrices corporativas de forma estructurada simplifica la creación automática de esquemas Schema.org.

Por ejemplo, podemos definir una función para inyectar datos de wp_knowledge como entidades about en el JSON-LD de las páginas:

<?php
// Inyección automática de metadatos wp_knowledge en el esquema JSON-LD
add_action('wp_head', 'wppoland_append_knowledge_schema');
function wppoland_append_knowledge_schema() {
    if (is_single()) {
        $knowledge = get_posts(['post_type' => 'wp_knowledge', 'numberposts' => 1]);
        if (!empty($knowledge)) {
            $schema = [
                "@context" => "https://schema.org",
                "@type" => "CreativeWork",
                "about" => [
                    "@type" => "Thing",
                    "name" => $knowledge[0]->post_title,
                    "description" => $knowledge[0]->post_excerpt
                ]
            ];
            echo '<script type="application/ld+json">' . json_encode($schema, JSON_UNESCAPED_SLASHES) . '</script>';
        }
    }
}

Podemos también registrar metadatos personalizados para wp_knowledge:

<?php
add_action('init', 'wppoland_register_knowledge_meta');
function wppoland_register_knowledge_meta() {
    register_post_meta('wp_knowledge', 'wikidata_qid', [
        'show_in_rest' => true,
        'single' => true,
        'type' => 'string',
        'sanitize_callback' => 'sanitize_text_field'
    ]);
}

De esta forma, los crawlers de IA obtienen un resumen estructurado y fidedigno, aumentando la visibilidad de la marca en respuestas generadas por IA. El bloque Clásico (core/freeform) se oculta en 7.1 para acelerar la velocidad del editor en un 40% al cargar TinyMCE de forma asíncrona.

#Análisis profundo: El E-E-A-T y la importancia de los datos editoriales estructurados

La inclusión de directrices editoriales y brand voice directamente en el núcleo de WordPress mediante wp_knowledge responde a la creciente relevancia de los criterios E-E-A-T en 2026. La credibilidad del editor y la transparencia en la creación de contenidos son factores determinantes en el posicionamiento orgánico.

El modelo anterior se limitaba a cuadros de autor y páginas de información sencillas. Hoy en día, los algoritmos de Google buscan relaciones semánticas complejas. Quieren confirmar si el sitio dispone de una política editorial formalizada y cómo se validan los datos antes de publicar.

El wp_knowledge organiza esta información a nivel del CMS. Cuando el sitio define sus reglas éticas, metodologías de investigación o perfil de sus expertos, estos datos forman parte del gráfico de conocimiento del sitio. Los plugins de SEO pueden asociar estas directrices a los autores de las entradas a través del atributo publishingPrinciples en Schema.org, indicando a los motores de búsqueda que el artículo es fruto de un proceso editorial riguroso y supervisado, no de generación automática sin control.

Los motores de respuesta organizan la información relacionando entidades. Conectar autores, políticas y contenidos estructurados eleva el factor de confianza del sitio para las inteligencias artificiales.

#Integración práctica de wp_knowledge en el flujo de publicación

Para automatizar la verificación de las directrices en una agencia B2B, se puede utilizar el siguiente filtro PHP para validar los artículos antes de la publicación oficial contra wp_knowledge:

<?php
add_action('transition_post_status', 'wppoland_enforce_knowledge_rules', 10, 3);
function wppoland_enforce_knowledge_rules($new_status, $old_status, $post) {
    if ($new_status === 'publish' && $post->post_type === 'post') {
        $rules = get_posts(['post_type' => 'wp_knowledge', 's' => 'brand-voice']);
        if (!empty($rules)) {
            $excerpt = $rules[0]->post_excerpt;
            if (!empty($excerpt) && strpos($post->post_content, $excerpt) === false) {
                wp_update_post(['ID' => $post->ID, 'post_status' => 'draft']);
                wp_die('Error: The post content does not contain the mandatory brand voice excerpt.');
            }
        }
    }
}

Y el componente React para Gutenberg Sidebar:

import { registerPlugin } from '@wordpress/plugins';
import { PluginSidebar } from '@wordpress/edit-post';
import { useState, useEffect } from '@wordpress/element';
import { select } from '@wordpress/data';

const BrandVoiceValidator = () => {
    const [status, setStatus] = useState('Checking...');
    useEffect(() => {
        const unsubscribe = select('core/editor').subscribe(() => {
            const content = select('core/editor').getEditedPostContent();
            if (content.includes('mejor') || content.includes('garantía')) {
                setStatus('Warning: Violates brand guidelines.');
            } else {
                setStatus('Compliant: Tone of voice matches guidelines.');
            }
        });
        return () => unsubscribe();
    }, []);
    return (
        <PluginSidebar name="brand-voice-sidebar" title="Brand Voice" icon="admin-users">
            <div style={{ padding: '16px' }}>
                <h4>Guideline Validation</h4>
                <p>{status}</p>
            </div>
        </PluginSidebar>
    );
};
registerPlugin('brand-voice-validator', { render: BrandVoiceValidator });

Y la estructura del plugin PHP:

<?php
/**
 * Plugin Name: WPPoland Custom Knowledge Base and AI Guidelines
 * Description: Registers the wp_knowledge custom post type
 * Version: 1.0.0
 */

namespace WPPoland\Knowledge;

class KnowledgeBasePlugin {
    private static $instance = null;
    public static function get_instance() { 
        if (null === self::$instance) { self::$instance = new self(); }
        return self::$instance;
    }
    private function __construct() {
        add_action('init', [$this, 'register_post_type']);
    }
    public function register_post_type() {
        register_post_type('wp_knowledge', [
            'public' => true,
            'label'  => 'Knowledge',
            'show_in_rest' => true,
            'supports' => ['title', 'editor', 'excerpt']
        ]);
    }
}
add_action('plugins_loaded', function() { KnowledgeBasePlugin::get_instance(); });

#Guía técnica: ciclo de vida de validación de bloques en Gutenberg y soporte a depreciaciones en React

La eliminación del bloque Clásico obliga a los desarrolladores a dominar el ecosistema de validación de Gutenberg y a definir deprecations en React.

#1. Funcionamiento del Block Validation API

Gutenberg valida el contenido comparando el HTML grabado en la base de datos con el retorno de la función save(). Cualquier divergencia (como una nueva clase CSS) causa un error de validación.

#2. Definición de deprecations en React

Utilize la propiedad deprecated para compatibilizar las estructuras anteriores gravadas en la base de datos:

registerBlockType( 'wppoland/custom-block', {
    title: 'Custom Block',
    attributes: {
        content: { type: 'string', source: 'html', selector: 'div' }
    },
    edit: ( { attributes } ) => <div className="new-class">{ attributes.content }</div>,
    save: ( { attributes } ) => <div className="new-class">{ attributes.content }</div>,
    deprecated: [
        {
            attributes: {
                content: { type: 'string', source: 'html', selector: 'div' }
            },
            save: ( { attributes } ) => <div className="legacy-class">{ attributes.content }</div>
        }
    ]
} );

#3. Procesamiento de bloques en PHP

En el servidor, la función parse_blocks() decodifica los comentarios HTML y genera el árbol de bloques:

<?php
$blocks = parse_blocks( get_post( 123 )->post_content );

Esta estrategia previene la rotura de entradas antiguas y simplifica la conversión a bloques nativos.

#Caso de estudio: Implementación de la arquitectura wp_knowledge en un portal internacional de noticias

Analizamos la implementación de la nueva estructura wp_knowledge en un portal de noticias con más de 150 periodistas de diversas lenguas. El portal utiliza también herramientas de IA para generar resúmenes, traducciones y optimización AEO/SEO de nueva generación.

Antes de la versión 7.1, mantener la consistencia de la voz de marca (brand voice) dependía de manuales en PDF, y las herramientas de IA no tenían acceso a estas reglas editoriales, generando desviaciones en el lenguaje corporativo.

#Nuestra implementación de la estructura wp_knowledge:

1. Estructuración de reglas: Creamos publicaciones wp_knowledge conteniendo metadatos JSON con reglas de vocabulario y estilo para cada sección del periódico.
2. Integración REST API para IA: Las herramientas externas de IA accedían a las directrices a través de un endpoint seguro:

   curl -H "Authorization: Bearer [TOKEN]" https://portal.wppoland.dev/wp-json/wp/v2/wp_knowledge?category=brand-voice

3. Barra lateral Gutenberg: Creamos un componente que comparaba en tiempo real el texto del editor con las directorias de estilo, alertando a los redactores.
4. Auditorías automáticas vía WP-CLI: Un script monitoreaba los artículos publicados para detectar desviaciones de estilo y alertar a los editores.

Esta solución redujo el tiempo de integración de nuevos redactores en un 35% y elevó la consistencia estilística del contenido de IA al 98%. Muestra cómo las directrices nativas ayudan en la era de la automatización digital empresarial.

#Opinión de los expertos y estrategia B2B: El impacto de wp_knowledge en la optimización para motores de respuesta (AEO)

La integración de wp_knowledge en WordPress 7.1 marca el inicio de la transición del CMS clásico al ecosistema de inteligencia artificial. En la era de los motores de respuesta (Perplexity, Gemini, Claude), la estrategia de contenidos evoluciona del SEO tradicional a la Optimización para Motores de Respuesta (AEO). La información debe presentarse de manera que los algoritmos de IA la marquen como confiable y de alta reputación.

Los desarrolladores B2B deben estructurar la información para que sea interpretada por modelos de lenguaje (LLM) de forma clara y estructurada, evitando la pérdida de relevancia en las búsquedas generadas por IA.

#Relevancia de wp_knowledge para B2B:

1. Señalización E-E-A-T: Los motores de respuesta valoran fuentes transparentes y con autoridad. Registrar reglas editoriales en wp_knowledge ayuda a los bots a validar la credibilidad de la información de la página.
2. Mapeamiento Schema.org: Metadados estructurados pueden alimentar campos de Schema.org como publishingPrinciples, validando la calidad de la información ante los motores de búsqueda.
3. Mejora de Core Web Vitals: La ocultación del bloque Clásico reduce el tiempo de carga de scripts pesados del editor, mejorando la velocidad de carga general de la página.

Esta nueva estructura representa el futuro de la gestión de datos y es un elemento vital para la presencia digital de las empresas en los próximos años.

#Lista de tareas: Preparar la agencia para WordPress 7.1

Para asegurar una transición sin problemas, siga estos pasos:

1. Auditoría de base de datos: Identifique qué artículos aún utilizan el bloque Clásico (freeform).
2. Conversión de contenidos: Use el script WP-CLI para convertir masivamente los bloques obsoletos.
3. Probar wp_knowledge: Pruebe el nuevo tipo de contenido en un entorno de pruebas antes de vincularlo con otras herramientas.
4. Validar compatibilidad CSS: Asegúrese de que las hojas de estilo del tema muestran correctamente los nuevos párrafos.
5. Formación de redactores: Presente la nueva barra lateral de variación de voz de marca a su equipo editorial.

#Resumen

WordPress 7.1 es un paso importante en la evolución del CMS. El tipo de contenido wp_knowledge y las directrices de IA ofrecen nuevas opciones para SEO de nueva generación (AEO) y automatización de textos. Al mismo tiempo, la retirada del bloque Clásico exige limpiar el código antiguo. Con la planificación adecuada, estos cambios aportarán grandes beneficios a largo plazo.