O WordPress 7.0 é maior do que a mudança visual do painel. A versão reúne centenas de correções e cria novas superfícies para plugins, temas e experiências editoriais: APIs de IA, blocos registrados apenas em PHP, evoluções na Interactivity API, ferramentas responsivas e uma base mais extensível para o Site Editor.
Este guia separa novidade de impacto real para quem mantém código em produção.
1. IA passa a ter uma camada oficial
O WordPress 7.0 introduz componentes para que recursos de IA sejam integrados de forma mais consistente. Entre eles estão o WP AI Client, as Abilities APIs e uma tela central de conectores.
Isso não significa que todo site deva adicionar IA. Significa que plugins deixam de precisar inventar sozinhos parte da infraestrutura de provedores, capacidades e integração com o painel.
Para desenvolvedores, a recomendação é:
- tratar conectores e credenciais como infraestrutura sensível;
- declarar capacidades de forma específica;
- exigir confirmação para ações com efeitos externos;
- manter fallback quando um provedor não estiver configurado.
2. Blocos podem ser registrados apenas com PHP
Uma das mudanças mais úteis é a representação de blocos no servidor. Blocos dinâmicos podem ser registrados em PHP, com atributos editáveis e controles de inspetor gerados a partir da definição.
Isso reduz o JavaScript obrigatório para casos simples, mas não elimina o ecossistema de blocos. Use o registro em PHP quando a interface puder ser descrita por atributos e controles padrão. Para experiências altamente interativas, componentes JavaScript continuam fazendo sentido.
3. Interactivity API ganha observação de sinais
A função watch() do pacote @wordpress/interactivity permite executar novamente um callback quando sinais consumidos por ele mudam. A diretiva data-wp-watch leva essa lógica ao ciclo de vida de elementos.
Na prática, fica mais fácil sincronizar comportamento reativo sem carregar um framework completo em cada bloco. Ainda assim, callbacks precisam ser pequenos e previsíveis; observadores excessivos podem transformar conveniência em custo de execução.
4. O editor está mais responsivo — literalmente
O modo responsivo passa a oferecer regras de visibilidade por tipo de dispositivo. É um recurso poderoso, mas merece cuidado: ocultar um bloco visualmente não deve criar conteúdo duplicado, problemas de acessibilidade ou carregamento desnecessário.
Teste o HTML final, navegação por teclado e leitores de tela. “Não aparece no desktop” não é o mesmo que “não existe no documento”.
5. Padrões e contentOnly exigem atenção
O WordPress 7.0 amplia o uso de contentOnly em padrões. Para que atributos de conteúdo em blocos personalizados continuem editáveis, eles devem declarar corretamente seu papel em block.json.
Também há mais suporte para Pattern Overrides em blocos personalizados. Isso melhora sistemas editoriais nos quais o layout deve permanecer protegido enquanto títulos, imagens e chamadas podem variar.
6. Novos blocos e controles de design
A versão adiciona ou expande recursos como:
- bloco de breadcrumbs com filtros para personalizar a trilha;
- bloco de headings com troca mais direta de nível;
- overlays personalizáveis para navegação móvel;
- CSS por bloco;
- presets de dimensões e novos controles de largura e altura;
- melhorias em galeria, vídeo de fundo e tipografia.
Temas que bloqueiam controles do editor precisam ser testados de novo. Novas capacidades podem aparecer para usuários ou interagir com regras existentes do theme.json.
7. O painel e o editor mudaram de base
O wp-admin recebeu uma modernização visual e transições de navegação. O editor em iframe também amadureceu. CSS ou scripts que dependem de seletores internos, hierarquia de DOM ou carregamento global são os candidatos mais prováveis a quebrar.
Evite acoplamento a classes privadas do Gutenberg. Prefira APIs, slots, filtros e pacotes públicos.
Checklist de compatibilidade
Antes de declarar um plugin ou tema compatível:
- teste criação, edição, autosave e revisão de posts;
- valide blocos dentro e fora de padrões
contentOnly; - teste o editor em iframe e estilos no frontend;
- verifique scripts modules e traduções;
- revise avisos deprecados no log;
- rode a suíte em versões suportadas do PHP;
- confirme acessibilidade e visualizações responsivas;
- teste endpoints REST e permissões;
- valide build e dependências de
@wordpress/scripts; - repita os fluxos com plugins de cache e segurança ativos.
E a colaboração em tempo real?
A colaboração em tempo real não entrou no WordPress 7.0. O recurso foi retirado do ciclo antes do lançamento por questões de concorrência, carga e consumo de memória. Não baseie uma proposta comercial ou arquitetura na suposição de que edição simultânea nativa já está disponível.
Vale atualizar agora?
Para produção, use uma versão de manutenção atual da linha 7.0, não o release inicial. Em projetos complexos, faça o salto em staging, com cópia dos dados e integrações reais.
Se seu frontend está separado do WordPress, complemente este guia com como configurar o WordPress como backend Headless e como consumir a REST API.
