WordPress 4.9 em retrospetiva: a versão anterior ao Gutenberg

O WordPress 4.9 “Tipton” (lançado em 2017) foi uma versão especial. Foi a última grande versão antes da Revolução 5.0, que introduziu o editor Gutenberg.

Saiba mais sobre os serviços de desenvolvimento WordPress da WPPoland.

Visto a partir de 2026, o 4.9 foi o momento em que o WordPress “amadureceu” como plataforma para programadores, ao introduzir funcionalidades que hoje damos como garantidas.

Em resumo: o WordPress 4.9 importa porque melhorou os fluxos de trabalho reais de editores e programadores mesmo antes de o Gutenberg mudar por completo o modelo de edição.

#Quando saiu o WordPress 4.9 e quem o liderou

O WordPress 4.9 “Tipton” (assim chamado em homenagem ao músico de jazz Billy Tipton) foi lançado a 16 de novembro de 2017. Representou o culminar da era “clássica” do WordPress: a última versão antes de o Gutenberg mudar de forma profunda a maneira como construímos sites WordPress.

Para perceber a importância do WordPress 4.9, é preciso situá-lo no seu tempo. Em 2017, o WordPress alimentava cerca de 29% de todos os sites da Internet. A plataforma tinha evoluído imenso desde as suas origens modestas como ferramenta de blogging em 2003, tornando-se um Sistema de Gestão de Conteúdos (CMS) completo, usado por empresas, meios de comunicação, governos e organizações em todo o mundo.

O ecossistema WordPress estava, nessa altura, vivo e maduro. Havia milhares de temas e plugins disponíveis, e uma comunidade global de programadores contribuía ativamente para o núcleo. No entanto, o editor de conteúdos pouco tinha mudado desde os primeiros tempos do WordPress. Continuava a ser um editor WYSIWYG baseado no TinyMCE que, apesar de funcional, não correspondia às expectativas modernas dos utilizadores em relação a interfaces de edição.

Porque é que o 4.9 importa:

• Foi a versão final do editor “clássico” do WordPress
• Introduziu ferramentas para programadores que continuamos a usar hoje
• Lançou as bases para a revolução do editor de blocos
• Marcou a passagem do WordPress de “plataforma de blogging” a “CMS completo”

A versão 4.9 foi liderada por Weston Ruter e Mel Choyce e contou com contributos de mais de 400 programadores de todo o mundo. Foi um esforço coletivo que aperfeiçoou as ferramentas existentes em vez de reinventar a roda, uma filosofia que contrastava claramente com o que viria depois com o Gutenberg.

#Novidades do WordPress 4.9 para programadores

#1. Rascunhos e alterações agendadas no Personalizador

A funcionalidade: Pela primeira vez, era possível fazer alterações de design (cores, CSS), guardá-las como “Rascunho” e enviar uma ligação de pré-visualização a um cliente, sem publicar as alterações no site em produção.

Porque foi importante: Antes do 4.9, fazer alterações de design significava:

• Editar o site em produção (arriscado)
• Usar ambientes de staging (complexo)
• Injetar CSS manualmente (improvisado)

Cada um destes métodos tinha os seus problemas. Editar o site em produção significava que qualquer erro ficava imediatamente visível para todos os visitantes. Os ambientes de staging, embora mais seguros, exigiam uma configuração técnica que muitos proprietários de sites não conseguiam gerir sozinhos. E a injeção manual de CSS era propensa a erros e difícil de reverter.

Como funcionava:

// El Personalizador ahora soporta cambios en borrador
$wp_customize->add_setting('header_color', array(
    'default' => '#0073aa',
    'transport' => 'postMessage',
    'type' => 'theme_mod',
));

// Los cambios se guardan como borradores, no se publican inmediatamente

O sistema de rascunhos do Personalizador funcionava com “changesets”: conjuntos de alterações guardados na base de dados como artigos de um tipo de conteúdo personalizado. Estes changesets podiam ter estados diferentes: rascunho, agendado ou publicado. Assim, era possível trabalhar em vários conjuntos de alterações de design em simultâneo sem que nenhum afetasse o site em produção.

O agendamento permitia definir uma data e hora futuras para que as alterações fossem aplicadas automaticamente. Isto era especialmente útil para lançamentos de campanhas, mudanças sazonais de design ou atualizações de marca coordenadas.

Impacto:

• O fluxo de aprovação pelo cliente tornou-se padrão
• Menos erros do tipo “ups, publiquei cedo demais”
• Um processo de design profissional
• Mais confiança para experimentar alterações de design

Perspetiva de 2026: Embora o Gutenberg tenha substituído grande parte das funcionalidades do Personalizador, o conceito de rascunho e agendamento vive no sistema de revisões do editor de blocos. Poder preparar alterações, revê-las e agendar a sua publicação tornou-se uma expectativa básica de qualquer CMS moderno.

#2. Integração do CodeMirror

A funcionalidade: Os editores de código do painel de administração (por exemplo, no “Editor de temas” ou em “CSS adicional”) receberam finalmente realce de sintaxe e numeração de linhas. Acabou-se partir o site por causa de um ponto e vírgula em falta.

Porque foi importante: Antes do 4.9, editar código no WordPress significava:

• Editores de texto simples (sem realce de sintaxe)
• Sem números de linha (difícil de depurar)
• Sem deteção de erros
• Risco elevado de partir o site

Para os programadores que trabalhavam diretamente no painel de administração do WordPress, esta era uma experiência frustrante. Um simples erro de digitação num ficheiro do tema podia deitar abaixo o site inteiro e, sem realce de sintaxe nem deteção de erros, encontrar o problema podia levar horas.

O que o CodeMirror acrescentou:

• Realce de sintaxe: PHP, CSS, JavaScript, HTML, cada linguagem com o seu próprio esquema de cores, o que facilitava a leitura e a compreensão do código.
• Números de linha: Mais fácil reportar erros e navegar em ficheiros grandes.
• Recolha de código: Recolher funções e blocos para ter uma visão geral do ficheiro.
• Correspondência de parênteses: Encontrar visualmente os parênteses correspondentes, evitando erros de sintaxe comuns.
• Indentação automática: Formatação correta do código, aplicada automaticamente ao escrever.
• Procurar e substituir: Encontrar código rapidamente dentro do editor.

Exemplo:

// Antes de 4.9: Editor de texto plano
function my_function() {
return 'hello';
}

// Después de 4.9: CodeMirror muestra errores de sintaxis
function my_function() {
    return 'hello'; // Indentación adecuada resaltada
}

Além do realce visual, o CodeMirror trouxe uma funcionalidade de segurança crucial: a deteção de erros de sintaxe antes de guardar. Se o código tivesse um erro capaz de partir o site, o WordPress mostrava um aviso e dava a opção de não guardar as alterações. Só esta funcionalidade terá provavelmente evitado que milhares de sites ficassem inacessíveis por erros de código.

Impacto:

• Menos erros de código no painel
• O WordPress tornou-se mais amigável para programadores
• Estabeleceu-se um padrão para a edição de código num CMS

Perspetiva de 2026: O CodeMirror continua a ser usado no WordPress 6.x para editar temas e plugins, embora o editor de blocos do Gutenberg tenha reduzido a necessidade de editar código diretamente. A versão do CodeMirror foi atualizada várias vezes, com melhor desempenho e suporte para novas funcionalidades das linguagens.

#3. Melhorias no widget de galeria

A funcionalidade: Adicionar galerias de fotografias à barra lateral passou a ser nativo e mais intuitivo. Antes desta versão, criar uma galeria num widget exigia plugins adicionais ou conhecimentos de HTML.

Antes do 4.9:

• Eram precisos plugins para galerias avançadas
• Opções de personalização limitadas
• Interface pouco prática e pouco intuitiva

Depois do 4.9:

• Widget de galeria nativo integrado no núcleo
• Seleção de imagens por arrastar e largar
• Melhor suporte em dispositivos móveis
• Melhor desempenho
• Integração completa com a Biblioteca de multimédia

Impacto:

• As galerias ficaram acessíveis a quem não é programador
• Menor necessidade de plugins de galeria para funcionalidades básicas
• A experiência de utilização melhorou significativamente

Perspetiva de 2026: Os widgets de galeria foram substituídos pelos blocos de galeria do Gutenberg, mas as melhorias do 4.9 prepararam o caminho para uma melhor gestão de multimédia. A filosofia de tornar as funcionalidades comuns acessíveis sem plugins continua a ser um princípio central do desenvolvimento do WordPress.

#Alterações do WordPress 4.9 em temas, widgets e segurança

#4. Instalação de temas melhorada

O que mudou:

• Melhor pré-visualização de temas, com informação mais detalhada
• Pesquisa melhorada, com filtros mais finos
• Informação mais completa sobre os temas, incluindo compatibilidade com versões de PHP e WordPress

A melhoria na instalação de temas mostrava que o WordPress reconhecia a escolha do tema como uma das decisões mais importantes de um proprietário de site. Ao tornar o processo mais informado e visual, reduzia-se a probabilidade de escolher um tema inadequado.

#5. Melhorias nos widgets

O que mudou:

• Melhor gestão de widgets, com uma interface mais clara
• Pré-visualização melhorada, que mostrava as alterações em tempo real
• Opções de personalização alargadas

Em 2017, os widgets eram uma parte fundamental da personalização de um site WordPress. As melhorias do 4.9 tornaram-nos mais potentes e fáceis de usar, embora, ironicamente, estivessem destinados a ser substituídos por blocos poucos anos depois.

#6. Melhorias de segurança

O que mudou:

• Deteção melhorada de tipos de ficheiro, que impedia o carregamento de ficheiros potencialmente maliciosos
• Melhor sanitização dos dados de entrada
• Cabeçalhos de segurança melhorados

A segurança foi sempre uma prioridade para a equipa de desenvolvimento do WordPress, e cada versão trazia melhorias graduais. As do 4.9 eram especialmente relevantes porque o WordPress, sendo o CMS mais popular do mundo, era um alvo constante de ataques.

#Do WordPress 4.9 ao 5.0 com o Gutenberg

#Cronologia do WordPress da 4.9 à 6.x

A transição do WordPress 4.9 para o 5.0 foi um dos momentos mais marcantes da história da plataforma. Para a compreender por inteiro, ajuda ver a cronologia completa:

2017 (4.9):

• Última versão “clássica” do WordPress
• As bases do Gutenberg já estavam a ser desenvolvidas em paralelo
• A comunidade preparava-se para a mudança, embora com opiniões divididas

2018 (5.0):

• O editor Gutenberg passou a ser o editor predefinido
• O plugin Classic Editor foi lançado de imediato como alternativa
• A comunidade dividiu-se entre entusiastas e céticos

2019-2021:

• O Gutenberg amadureceu a cada atualização
• Foram introduzidos os padrões de blocos, alargando as possibilidades de design
• O desenvolvimento do Full Site Editing (FSE) começou a ganhar forma

2022-2026:

• O FSE tornou-se padrão para novos temas
• Os temas de blocos dominaram o diretório de temas
• O uso do Classic Editor começou a diminuir, embora se mantivesse significativo

#Adoção do Classic Editor e do Gutenberg em 2026

Apenas um ano depois do 4.9, o WordPress 5.0 chegou com o Gutenberg. A comunidade dividiu-se em dois campos, uma divisão que, em muitos aspetos, persiste até hoje:

Tradicionalistas:

• Mantiveram-se no plugin “Classic Editor”
• Continuaram a usar temas baseados em PHP
• Preferiram construtores de páginas (Elementor, Divi, WPBakery)
• O plugin Classic Editor ainda tem milhões de instalações ativas

Os tradicionalistas defendiam que o Gutenberg tinha sido lançado cedo demais, que quebrava fluxos de trabalho estabelecidos e acrescentava complexidade desnecessária a sites simples. Muitos programadores de temas e plugins resistiram inicialmente à migração, e alguns continuam a manter produtos baseados exclusivamente no editor clássico.

Criadores modernos:

• Abraçaram o modelo Full Site Editing (FSE)
• Tudo, incluindo cabeçalho e rodapé, construído com blocos
• Adotaram temas de blocos como o Twenty Twenty-Three e o Twenty Twenty-Four
• Tiraram partido dos padrões de blocos e dos modelos

Os criadores modernos viram no Gutenberg uma oportunidade para democratizar o web design, permitindo aos utilizadores criar layouts complexos sem código nem plugins de terceiros. A visão de longo prazo de Matt Mullenweg era que o Gutenberg acabaria por substituir todos os aspetos da personalização do site.

Os números (2026):

• ~40% dos sites ainda usam o plugin Classic Editor
• ~60% adotaram o Gutenberg em algum grau
• Temas de blocos: ~15% de quota de mercado (a crescer)
• Temas clássicos: ~85% de quota de mercado (em declínio)

Estes números mostram que a transição, embora inevitável, está a ser mais lenta do que muitos previram. A inércia de milhões de sites existentes, o investimento em temas e plugins clássicos e a curva de aprendizagem do Gutenberg contribuíram para este ritmo gradual.

#Que funcionalidades do WordPress 4.9 continuam em uso

#Porque é que o WordPress 4.9 foi importante

1. As melhorias graduais contam O 4.9 mostrou que melhorias pequenas e focadas podem ter um grande impacto. A integração do CodeMirror, aparentemente menor, tornou o WordPress muito mais amigável para programadores. Nem sempre é preciso uma revolução para avançar.

2. A experiência do programador é importante Funcionalidades como os rascunhos do Personalizador e o CodeMirror mostraram que o WordPress se preocupava com os programadores, e não só com os utilizadores finais. Este duplo foco tem sido essencial para o sucesso contínuo da plataforma.

3. Bases para a mudança As melhorias do 4.9 prepararam o terreno para o Gutenberg. O sistema de rascunho e agendamento do Personalizador influenciou o sistema de revisões do Gutenberg. A ideia de tornar as coisas mais seguras e mais fáceis de pré-visualizar passou diretamente para o novo editor.

#CodeMirror e rascunhos do Personalizador hoje

CodeMirror:

• Continua a ser usado nos editores de temas e plugins
• Continua a ser o padrão para a edição de código no WordPress
• Foi melhorado em versões posteriores, com melhor desempenho e mais funcionalidades

Rascunhos do Personalizador:

• O conceito vive nas revisões do Gutenberg
• As alterações agendadas continuam disponíveis
• As ligações de pré-visualização continuam a ser usadas para aprovação pelos clientes

Ferramentas para programadores:

• O foco do 4.9 na experiência do programador continua
• O WordPress moderno dá prioridade às ferramentas para programadores
• Melhor depuração, melhores APIs, melhor documentação

#Diferenças entre o WordPress 4.9 e o WordPress 6.x

#Como mudou o desenvolvimento de temas desde o WordPress 4.9

Desenvolvimento de temas:

• 4.9: Modelos PHP, functions.php, hooks e filtros
• 2026: Temas de blocos, theme.json, Full Site Editing

A diferença é profunda. Na era do 4.9, construir um tema exigia conhecimentos sólidos de PHP, da hierarquia de modelos do WordPress e do sistema de hooks. Em 2026, os temas de blocos definem-se sobretudo através de ficheiros JSON e modelos HTML, ficando o PHP reservado para funcionalidades específicas.

Edição de conteúdos:

• 4.9: Editor clássico, shortcodes, widgets
• 2026: Blocos Gutenberg, padrões, modelos reutilizáveis

Os shortcodes, que eram a principal forma de acrescentar funcionalidades ricas ao conteúdo na era do 4.9, foram em grande parte substituídos por blocos nativos com edição visual em tempo real.

Personalização:

• 4.9: Personalizador, opções do tema, páginas de configuração personalizadas
• 2026: Editor do site, definições de blocos, theme.json

Ferramentas para programadores:

• 4.9: CodeMirror, depuração básica com WP_DEBUG
• 2026: Depuração avançada, React DevTools, ferramentas de desenvolvimento de blocos, wp-scripts

#Funcionalidades removidas e adicionadas desde o WordPress 4.9

Removido (ou opcional):

• Editor clássico (disponível como plugin opcional)
• Muitas funcionalidades do Personalizador (substituídas pelo Editor do site)
• Sistema de widgets (substituído por blocos nas áreas de widgets)

Melhorado:

• Edição de código (continua a ser o CodeMirror, mas melhorado)
• APIs para programadores (mais hooks, melhor documentação, REST API mais completa)
• Desempenho (mais rápido, mais eficiente, melhor gestão de cache)

Novo:

• Editor de blocos Gutenberg
• Full Site Editing
• Padrões de blocos
• Theme.json para a configuração de temas
• Desenvolvimento baseado em React para o editor

#O que aprender com o WordPress 4.9 enquanto programador

#1. Acompanhar as mudanças do WordPress

A transição do WordPress 4.9 para o 5.0 mostrou que as grandes mudanças são possíveis e, por vezes, necessárias. Enquanto programador, manter-se atualizado é essencial. Quem se adaptou cedo ao Gutenberg posicionou-se como especialista quando a procura cresceu.

#2. Retrocompatibilidade no WordPress

O WordPress manteve a retrocompatibilidade mesmo ao longo de grandes mudanças. O plugin Classic Editor garante que os sites antigos continuam a funcionar. Esta filosofia de não partir o que existe enquanto se avança para o novo é uma lição valiosa para qualquer projeto de software.

#3. Experiência de programação no WordPress

A integração do CodeMirror mostrou que a experiência do programador importa. O WordPress moderno continua esta tendência, com melhores ferramentas de depuração, documentação mais completa e APIs mais potentes.

#4. Como o feedback da comunidade molda o WordPress

A divisão entre tradicionalistas e criadores modernos mostra que o WordPress ouve a sua comunidade, mesmo quando toma decisões controversas. A manutenção do plugin Classic Editor durante anos depois do Gutenberg é prova desse compromisso.

#Tendências do WordPress em 2026

Tendências atuais (2026):

• Integração de IA no WordPress para geração de conteúdos e design assistido
• Crescimento do WordPress headless para aplicações modernas
• Foco na otimização do desempenho com as Core Web Vitals
• Acessibilidade como prioridade de desenvolvimento

O que podemos aprender com o 4.9:

• As melhorias graduais acumulam-se até produzir grandes mudanças
• As ferramentas para programadores importam tanto como as funcionalidades para utilizadores
• A experiência de utilização é primordial em cada decisão de design
• A retrocompatibilidade é crucial para uma plataforma com milhões de utilizadores

#Resumo do WordPress 4.9 e das suas principais conquistas

O WordPress 4.9 “Tipton” foi mais do que outra versão: foi a última versão do WordPress “clássico” antes da revolução Gutenberg.

Principais conquistas:

• Introduziu os rascunhos do Personalizador (fluxo de trabalho com clientes)
• Integrou o CodeMirror (experiência do programador)
• Melhorou os widgets de galeria (experiência de utilização)
• Lançou as bases para o Gutenberg

Significado histórico:

• Última grande versão antes do editor de blocos
• Culminar da era clássica do WordPress
• Ponte entre o WordPress antigo e o novo
• Prova de que as melhorias graduais importam

Perspetiva de 2026: Hoje, em 2026, o debate entre editor clássico e blocos é sobretudo história. Os blocos venceram. Mas vale a pena recordar o 4.9 como o “último bastião” da abordagem clássica de construção de temas em PHP: uma versão que aperfeiçoou a forma antiga antes de a nova tomar o seu lugar.

Para programadores:

• Estude o 4.9 para compreender o WordPress clássico
• Valorize as melhorias que trouxe
• Aprenda com a transição para o Gutenberg
• Aplique as lições às futuras mudanças do WordPress

O WordPress 4.9 representa um momento no tempo: a calma antes da tempestade, o aperfeiçoamento do antigo antes da chegada do novo. É uma versão que vale a pena estudar, não só pelo contexto histórico, mas para perceber como o WordPress evolui e como se gerem grandes mudanças numa plataforma global.