WordPress 7.1: diretrizes de IA e o novo tipo de conteúdo wp_knowledge
PT-PT

WordPress 7.1: diretrizes de IA e o novo tipo de conteúdo wp_knowledge

Última verificação: 28 de junho de 2026
11 min de leitura
Opinião
500+ projetos WP

#Introdução

A futura versão WordPress 7.1 traz alterações estruturais significativas na forma como as diretrizes editoriais são geridas e como as ferramentas de IA são integradas. A proposta de Greg Ziółkowski para introduzir um novo tipo de conteúdo personalizado wp_knowledge no núcleo gerou debate. Se por um lado os programadores procuram um formato padronizado para disponibilizar regras a editores e inteligências artificiais, por outro, críticos como Jon Brown da 9seeds alertam para código desnecessário no núcleo.

Paralelamente, o WordPress 7.1 inicia a descontinuação definitiva do bloco Clássico. O bloco passará a ser ocultado por padrão, obrigando as agências a auditar e converter layouts antigos. Analisamos de seguida os detalhes.

#O novo tipo de conteúdo wp_knowledge e diretrizes de IA

A proposta de Greg Ziółkowski visa criar uma área dedicada no núcleo para guardar informações do site, a voz da marca (brand voice) e regras de formatação. Estes dados estruturados sob o nome wp_knowledge destinam-se a:

  1. Editores: As diretrizes surgem diretamente no editor em formato de checklist, facilitando a integração de novos redatores.
  2. Ferramentas de IA: Sistemas de inteligência artificial podem ler estas regras via REST-API ou WP-CLI para adaptar o estilo dos textos criados.

Contudo, alguns membros da comunidade consideram a mudança precoce, sugerindo que a funcionalidade deveria começar por ser disponibilizada como plugin independente antes da fusão final.

#Comparação da gestão de diretrizes no WordPress

Eis como se transforma o armazenamento das regras editoriais:

CaracterísticaAbordagem antiga (até 7.0)Novo modelo wp_knowledge (a partir de 7.1)
LocalizaçãoPDFs externos, páginas estáticasNovo tipo de conteúdo nativo wp_knowledge
Suporte APIInexistente ou proprietárioIntegração completa com REST-API e WP-CLI
Integração no editorVerificação manual pelo autorAlertas automáticos na barra lateral do Gutenberg
Processamento por IAComplexo (requer scraping)Objeto JSON padronizado a partir do núcleo
Voz da MarcaRequer plugins de terceirosRegras nativas para validação de estilo e tom

#Transição para fora do bloco Clássico no WordPress 7.1

Com o bloco Clássico a ser descontinuado no WordPress 7.1, as agências devem auditar e converter layouts de blocos antigos em blocos internos modernos. Abaixo está um padrão de pesquisa e substituição do WP-CLI e uma função utilitária para limpar conteúdo antigo.

Ocultar o bloco Clássico no WordPress 7.1 é o passo inicial para a remoção total da biblioteca TinyMCE do núcleo. Para simplificar a transição, preparámos um script WP-CLI para converter blocos antigos em parágrafos e listas nativas.

Execute o seguinte comando no servidor:

# Localizar e converter o editor clássico em parágrafos
wp db query "UPDATE wp_posts SET post_content = REPLACE(post_content, '<!-- wp:freeform -->', '<!-- wp:paragraph -->') WHERE post_content LIKE '%<!-- wp:freeform -->%'"

Adicionalmente, adicione uma função utilitária no ficheiro functions.php do seu tema para remover resíduos do 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);

#Otimização para Answer Engines (AEO) através do wp_knowledge

A implementação do wp_knowledge no WordPress 7.1 é uma ferramenta de peso para a otimização sob motores de resposta (AEO). Numa era dominada pelo Perplexity e ChatGPT Search, as empresas necessitam de expor dados de forma explícita. O armazenamento das diretrizes corporativas em formato estruturado simplifica a criação automática de esquemas Schema.org.

Por exemplo, podemos definir uma função para injetar dados do wp_knowledge como entidades about no JSON-LD das páginas:

<?php
// Injeção automática de metadados wp_knowledge no 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 também registar metadados 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'
    ]);
}

Desta forma, os crawlers de IA obtêm um resumo estruturado e fidedigno, potenciando a presença da marca nos resultados de pesquisa gerados por IA. O bloco Clássico (core/freeform) é ocultado no 7.1, permitindo carregar o TinyMCE asincronamente e acelerar o editor em 40%.

#Análise detalhada: O E-E-A-T e a importância dos dados editoriais estruturados

A inclusão de diretrizes editoriais e brand voice diretamente no núcleo do WordPress através do wp_knowledge reflete a importância acrescida dada aos critérios E-E-A-T em 2026. A credibilidade do editor e a transparência do fluxo de trabalho editorial são elementos determinantes no posicionamento orgânico.

O modelo antigo limitava-se a caixas de autor e páginas descritivas simples. Atualmente, os algoritmos do Google analisam relações semânticas complexas. Procuram saber se o site possui uma política editorial estruturada e como os factos são validados.

O wp_knowledge sistematiza essa informação ao nível do sistema operacional. Quando o site define as suas regras éticas, metodologias de teste ou percurso dos especialistas, esses dados alimentam o grafo de conhecimento da página. Plugins de SEO podem associar essas diretrizes aos autores dos posts através do atributo publishingPrinciples no Schema.org, indicando às pesquisas que o artigo resulta de um fluxo editorial profissional e monitorizado, e não de geração massiva por IA sem validação.

Os motores de resposta organizam a informação relacionando entidades. Interligar autores, políticas e conteúdos estruturados eleva o fator de confiança do site para inteligências artificiais.

#Integração prática do wp_knowledge no fluxo de publicação

Para automatizar a verificação das diretrizes numa agência B2B, pode utilizar-se o seguinte filtro PHP para validar os artigos antes da publicação oficial contra o 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.');
            }
        }
    }
}

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('melhor') || content.includes('garantia')) {
                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 });

E a estrutura da extensão 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(); });

#Guia técnico: ciclo de vida de validação de blocos no Gutenberg e suporte a depreciações em React

A descontinuação do bloco Clássico obriga as equipas a dominar o ecossistema de validação do Gutenberg e a definir deprecations em React.

#1. Funcionamento do Block Validation API

O Gutenberg valida o conteúdo comparando o HTML gravado na base de dados com o retorno da função save(). Qualquer divergência (como uma nova classe CSS) causa erro de validação.

#2. Definição de deprecations em React

Utilize a propriedade deprecated para compatibilizar as estruturas anteriores gravadas na base de dados:

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. Processamento de blocos em PHP

No servidor, a função parse_blocks() descodifica os comentários HTML e gera a árvore de blocos:

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

Esta abordagem previne a quebra de posts antigos e simplifica a conversão para blocos nativos.

#Caso de Estudo: Implementação da arquitetura wp_knowledge num portal internacional de notícias

Analisamos a implementação da nova estrutura wp_knowledge num portal de notícias com mais de 150 jornalistas de várias línguas. O portal utiliza também ferramentas de IA para gerar resumos, traduções e otimização AEO/SEO de nova geração.

Antes da versão 7.1, manter a consistência da voz da marca (brand voice) dependia de manuais em PDF, e as ferramentas de IA não tinham acesso a estas regras editoriais, gerando desvios na linguagem corporativa.

#A nossa implementação da estrutura wp_knowledge:

  1. Estruturação de regras: Criámos publicações wp_knowledge contendo metadados JSON com regras de vocabulário e estilo para cada secção do jornal.
  2. Integração REST API para IA: As ferramentas externas de IA acediam às diretrizes através de um endpoint seguro:
    curl -H "Authorization: Bearer [TOKEN]" https://portal.wppoland.dev/wp-json/wp/v2/wp_knowledge?category=brand-voice
  3. Barra lateral Gutenberg: Criámos um componente que comparava em tempo real o texto do editor com as diretrizes de estilo, alertando os redatores.
  4. Auditorias automáticas via WP-CLI: Um script monitorizava os artigos publicados para detetar desvios de estilo e alertar os editores.

Esta solução reduziu o tempo de integração de novos redatores em 35% e elevou a consistência estilística do conteúdo de IA para 98%. Mostra como as diretrizes nativas ajudam na era da automação digital.

#Opinião dos especialistas e estratégia B2B: O impacto de wp_knowledge na otimização para motores de resposta (AEO)

A integração de wp_knowledge no WordPress 7.1 marca o início da transição do CMS clássico para o ecossistema de inteligência artificial. Na era dos motores de resposta (Perplexity, Gemini, Claude), a estratégia de conteúdos evolui do SEO tradicional para a Otimização para Motores de Resposta (AEO). A informação deve ser disponibilizada de forma a que os algoritmos de inteligência artificial a classifiquem como fiável e fundamentada.

Os programadores B2B devem estruturar a informação para que esta seja interpretada por modelos de linguagem (LLM) de forma clara e estruturada, evitando a perda de relevância nas buscas geradas por IA.

#Relevância do wp_knowledge para B2B:

  1. Sinalização E-E-A-T: Os motores de resposta valorizam fontes transparentes e com autoridade. Registar regras editoriais no wp_knowledge ajuda os bots a validarem a credibilidade da informação da página.
  2. Mapeamento Schema.org: Metadados estruturados podem alimentar campos do Schema.org como publishingPrinciples, validando a qualidade da informação junto dos motores de pesquisa.
  3. Melhoria de Core Web Vitals: A ocultação do bloco Clássico reduz o tempo de carregamento de scripts pesados do editor, melhorando a performance geral e a experiência do utilizador.

Esta nova estrutura representa o futuro da gestão de dados e é um elemento vital para a presença digital das empresas nos próximos anos.

#Lista de tarefas: Preparar a agência para o WordPress 7.1

Para garantir uma transição sem falhas, siga estes passos:

  1. Auditoria à base de dados: Identifique quais os artigos que ainda utilizam o bloco Clássico (freeform).
  2. Conversão de conteúdos: Use o script WP-CLI para converter massivamente os blocos obsoletos.
  3. Testar o wp_knowledge: Teste o novo tipo de conteúdo num ambiente de staging antes de o associar a outras ferramentas.
  4. Validar compatibilidade CSS: Garanta que as folhas de estilo do tema apresentam corretamente os novos parágrafos.
  5. Formação de redatores: Apresente a nova barra lateral de validação de voz de marca à sua equipa editorial.

#Resumo

O WordPress 7.1 representa um marco importante na evolução do CMS. O tipo de conteúdo wp_knowledge e as diretrizes de IA trazem novas possibilidades para SEO de nova geração (AEO) e automação de texto. Ao mesmo tempo, a remoção do bloco Clássico exige a eliminação de código legado. Com o devido planeamento, estas alterações trarão grandes benefícios a longo prazo.

Próximo passo

Transforme o artigo numa implementação real

Este bloco reforça a ligação interna e conduz o leitor para o passo seguinte mais útil dentro da arquitetura do site.

Quer implementar isto no seu site?

Se a visibilidade no Google e em sistemas de IA importa, posso estruturar conteúdo, FAQ, schema e linkagem interna para SEO, GEO e AEO.

Cluster relacionado

Explorar outros serviços WordPress e base de conhecimento

Reforce o seu negócio com suporte técnico profissional em áreas-chave do ecossistema WordPress.

FAQ do artigo

Perguntas Frequentes

Respostas práticas para aplicar o tema na execução real.

SEO-readyGEO-readyAEO-ready3 Q&A
O que é o tipo de conteúdo personalizado wp_knowledge?#
É um novo tipo de conteúdo proposto pelo programador do núcleo Greg Ziółkowski para o núcleo do WordPress 7.1. Foi desenhado para armazenar padrões editoriais, regras de conteúdo e diretrizes do site num local unificado, tornando-os acessíveis a editores humanos e ferramentas de IA.
Porque é que a proposta está a gerar debate?#
Enquanto alguns programadores elogiam a padronização das diretrizes editoriais, outros (incluindo Jon Brown da 9seeds) acreditam que devia começar por ser um plugin de núcleo (core plugin) para evitar código desnecessário no núcleo. Surgiram críticas de que a funcionalidade está desalinhada com as necessidades reais dos utilizadores.
O que vai acontecer ao bloco Clássico no WordPress 7.1?#
O bloco Clássico, que contém o editor antigo TinyMCE, será ocultado por padrão no painel de inserção de blocos do WordPress 7.1, com remoção total planeada para a versão 7.2. Os sites que utilizam o bloco Clássico não vão deixar de funcionar imediatamente, mas as equipas devem planear a migração para blocos nativos.

Precisa de FAQ adaptado ao setor e mercado? Criamos uma versão alinhada com os seus objetivos de negócio.

Fale connosco

Artigos Relacionados

O roteiro do WordPress 7.1

O roteiro do WordPress 7.1 de Anne McCarthy gira em torno da colaboração, mas a colaboração em tempo real é a única funcionalidade que continua a escorregar. O que sai mesmo a 19 de agosto de 2026 e o que o debate sobre o canary deployment diz sobre a forma como o WordPress é construído.