WordPress 7.0: O que esperar da próxima versão?
Se você acompanha o ecossistema WordPress há algum tempo, sabe que o ciclo de lançamentos é constante. Mal nos acostumamos com as novidades da série 6.x, e a comunidade de desenvolvimento (Core Team) já começou oficialmente a traçar o caminho para o WordPress 7.0.
Com base nas recentes discussões no canal Make WordPress Core e nas análises do The Repository, podemos ver que o planejamento para a versão 7.0 não é apenas uma atualização incremental. Estamos falando de mudanças estruturais que prometem redefinir como colaboramos e gerenciamos conteúdo na web.
Neste artigo, vou dissecar os principais pilares discutidos até agora: a tão aguardada Colaboração em Tempo Real e a necessária Renovação do Admin, além de tocar nos aspectos técnicos que nós, desenvolvedores e usuários do WP, precisamos monitorar.
1. Colaboração em tempo real: A “Fase 3” chega com tudo
Há anos ouvimos falar sobre as quatro fases do projeto Gutenberg. O WordPress 7.0 parece ser o marco definitivo para a consolidação da Fase 3: Colaboração.
Imagine a experiência de editar um documento no Google Docs, mas no editor de blocos do WordPress. A proposta é permitir que múltiplos usuários editem o mesmo post ou página simultaneamente, vendo as alterações uns dos outros em tempo real… mas se você leu meu artigo sobre a Fase 3, já sabia disso, né?
O desafio técnico
Para desenvolvedores, isso levanta questões interessantes sobre a arquitetura de dados. O WordPress precisará lidar com a concorrência de dados de forma muito mais agressiva.
Embora o código final ainda esteja longe, a lógica por trás disso provavelmente envolverá uma evolução significativa na REST API e o uso intensivo da Interactivity API para gerenciar estados via WebSockets ou tecnologias similares (como Yjs, que já foi testado de forma experimental e relatado neste post).
2. O “Admin Refresh”: finalmente um painel mais moderno
Sejamos honestos: o design do painel do WordPress (wp-admin) tem a mesma estrutura básica desde a versão 3.8, lançada em 2013. Ele é funcional, mas em um mundo de interfaces React ultrarrápidas e designs minimalistas, ele começou a revelar a idade.
O planejamento para o WordPress 7.0 inclui um tópico chamado Admin Refresh. Não se trata apenas de uma nova camada de tinta (CSS), mas de repensar a usabilidade.
O que está na mesa:
- Modo Escuro Nativo: Finalmente, sem a necessidade de plugins.
- Navegação Otimizada: Redução da desordem causada por dezenas de plugins adicionando menus de nível superior.
- Acessibilidade: Um foco renovado para garantir que o painel seja utilizável por todos, seguindo padrões WCAG mais rígidos.
Para quem desenvolve temas e plugins, isso significa que precisaremos estar atentos às novas diretrizes de UI (user interfaces) para garantir que as telas de configuração não pareçam “alienígenas” no novo painel.
3. Contínua evolução dos blocos
Em termos de blocos e editores, os paops no make descrevem uma longa lista de recursos novos e em desenvolvimento. Entre eles, novos blocos como Abas, Breadcrumbs, Lista de Reprodução, Slider, Dialogs, Ícone e Sumário, além do trabalho contínuo para estabilizar o bloco Grids e adicionar suporte à lightbox ao bloco de Galerias.
Outros recursos potenciais focam na melhoria do fluxo de escrita e das interações de arrastar e soltar (drag n drop), no gerenciamento da navegação e em fluxos de trabalho mais ricos para a edição de padrões e modelos.
4. Sob o capô: PHP e banco de dados
Uma versão Major (x.0, como por exemplo 6.0 ou 7.0) é a oportunidade perfeita para quebrar a retrocompatibilidade em favor da performance e segurança. No WordPress 7.0, a infraestrutura será um foco central.
Requisitos de PHP
É quase certo que o WordPress 7.0 aumentará o requisito mínimo da versão do PHP. Com o PHP 8.0 e 8.1 chegando ao fim da vida útil (End Of Life) em termos de segurança, é provável que o WP 7.0 exija PHP 8.2 ou superior.
Isso é excelente para nós, desenvolvedores, pois permite escrever código mais limpo, tipado e performático.
Se você ainda mantém sites em servidores com PHP 7.4, considere este o seu aviso final para atualizar.
Abstração de banco de dados (SQLite e o “Performance Lab”)
Outro tópico quente é a integração oficial do suporte ao SQLite. E isso não é apenas especulação: a equipe de Core Performance já validou essa arquitetura exaustivamente.
recurso começou como um teste dentro do plugin oficial de testes de performance, o Performance Lab, onde foi submetido a cenários reais de uso. O sucesso foi tanto que a funcionalidade evoluiu para um plugin de testes próprio (SQLite Database Integration), provando que o WordPress já consegue operar de forma estável sem o MySQL.
O que isso muda para o 7.0? A expectativa é que essa abstração se torne nativa. O ganho prático é imenso: sites menores, ambientes de teste e aplicações simples poderão rodar com apenas um arquivo (.sqlite), eliminando a necessidade e o custo de configurar um servidor MySQL/MariaDB complexo.
4. Performance e mídia
O compromisso com a performance continua. O WordPress 7.0 deve trazer o suporte a formatos de imagem modernos (como AVIF e HEIC), além de aprimorar o Lazy Loading nativo para iframes e imagens.
A Interactivity API, introduzida no 6.5, deve amadurecer completamente no 7.0, permitindo interações complexas no front-end (como “favoritar” um post ou adicionar ao carrinho) sem o peso de carregar bibliotecas jQuery inteiras ou React pesado no front-end.
Conclusão
O planejamento do WordPress 7.0 indica que a plataforma não está acomodada. A introdução de colaboração em tempo real coloca o WP em competição direta com ferramentas de produtividade SaaS, enquanto a renovação do admin garante que a experiência do usuário não fique presa no passado.
Lembre que ainda estamos na fase de planejamento (Kick-off) da nova versão, e muita coisa vai mudar até o lançamento oficial. Mas, como especialistas, nosso trabalho é antecipar os movimentos e compartilhar com vocês aqui o que está por vir.
Minha recomendação agora?
- Garanta desde já que seus ambientes de desenvolvimento estejam rodando as versões mais recentes do PHP (veja as versões suportadas aqui).
- Comece a estudar a Interactivity API se você desenvolve blocos personalizados.
