Customizer, CodeMirror e preview do Gutenberg. Como a versão 4.9 mudou o ecossistema WordPress para sempre.
PT-PT

Evolução do WordPress: Da versão 4.9 à era Gutenberg (5.0+)

5.00 /5 - (22 votes )
Última verificação: 1 de maio de 2026
9min de leitura
Notícias
500+ projetos WP

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

Olhando da perspetiva de 2026, a versão 4.9 foi o momento em qué o WordPress “amadureceu” como plataforma para programadores, introduzindo conveniências qué agora consideramos padrão.

#O que trouxé o WordPress 4.9?

  1. Rascunhos no Customizer: Pela primeira vez podíamos fazer alterações na aparência (Cores, CSS), guardá-las como “Rascunho” e enviar um link de preview ao cliente – sem publicar alterações ao vivo!
  2. CodeMirror: Editores de código no painel (ex: no “Editor de Tema” ou “CSS Adicional”) finalmente ganharam destaque de sintaxe e numeração de linhas. Acabou estragar o site por um ponto e vírgula em falta.
  3. Widgets com Galeria: Adicionar uma galeria de fotos à barra lateral tornou-se nativo.

#O que veio depois?

Apenas um ano depois chegou o WordPress 5.0 com Gutenberg. A comunidade dividiu-se em dois campos.

  • Tradicionalistas ficaram com o “Editor Clássico” (o plugin tem milhões de instalações até hoje).
  • Criadores modernos abraçaram o modelo Full Site Editing (FSE), onde tudo – incluindo cabeçalho e rodapé – é construído a partir de blocos.

Hoje, em 2026, está disputa é história. Os blocos venceram. Mas valé a pena lembrar a versão 4.9 como o “último bastião” da abordagem clássica de construção de temas PHP.

#A História Completa da Transição WordPress

#O Contexto Histórico: Por Qué o WordPress 4.9 Importava

Para compreender plenamenté o significado do WordPress 4.9, precisamos de contexto. Em 2017, o WordPress já era o sistema de gestão de conteúdo mais popular do mundo, alimentando mais de 27% de toda a internet. No entanto, a plataforma enfrentava uma crise de identidade.

Os Desafios em 2017:

  • Concorrentes como Wix, Squarespace e Medium ofereciam experiências de edição intuitivas
  • O editor TinyMCE do WordPress sentia-se datado e limitado
  • Os útilizadores queriam mais controlo visual sem precisar de código
  • A comunidade de programadores estava dividida sobré o futuro

O WordPress 4.9 representava uma “calmaria antes da tempestade” - uma versão de consolidação que refinava o paradigma existenté antes da mudança radical que viria com o Gutenberg.

#Funcionalidades Revolucionárias do WordPress 4.9

#1. Rascunhos no Customizer: Colaboração Reimaginada

Antes do WordPress 4.9, fazer alterações na aparência dé um site significava ou publicá-las imediatamenté ou trabalhar num ambiente de teste separado. O Customizer 4.9 introduziu algo novo: rascunhos de personalização.

Como Funcionava:

  • Os útilizadores podiam experimentar alterações no Customizer
  • Guardar um conjunto dé alterações como “Rascunho”
  • Gerar um link de pré-visualização para partilhar com clientes ou colegas
  • Agendar alterações para públicação automática numa data futura

Impacto nos Fluxos de Trabalho:

  • Agências podiam apresentar propostas de design aos clientes sem afetar o sité ativo
  • Equipas podiam colaborar em alterações de design antes da aprovação
  • Alterações complexas podiam ser planeadas é agendadas durante horários de baixo tráfego

#2. CodeMirror: Profissionalização da Edição de Código

O WordPress sempre permitiu editar ficheiros de tema e CSS diretamente no painel dé administração, mas a experiência era rudimentar - básicamenté uma caixa de texto simples. O WordPress 4.9 introduziu o CodeMirror, um editor de código profissional.

Funcionalidades do CodeMirror:

  • Destaque de sintaxe colorido para HTML, CSS, PHP e JavaScript
  • Numeração de linhas para referência fácil
  • Indentação automática
  • Deteção de erros de sintaxe em tempo real
  • Completamento de código para CSS
  • Temas de cores personalizáveis

Onde Estava Disponível:

  • Editor de Temas (Aparência > Editor de Temas)
  • CSS Adicional no Customizer
  • Editor de Plugins
  • Personalização de CSS em widgets

Impacto na Segurança: O CodeMirror também introduziu avisos de segurança mais proeminentes, alertando os útilizadores sobré os riscos de editar código diretamente em produção - uma prática que frequentemente levava a sites quebrados.

#3. Widgets de Galeria: Expansão das Capacidades de Conteúdo

Adicionar galerias de imagens ao WordPress sempre requeria plugins ou shortcodes complexos. O WordPress 4.9 trouxe widgets de galeria nativos, permitindo qué os útilizadores adicionassem apresentações de imagens às barras laterais e áreas de widget com fácilidade.

Funcionalidades:

  • Seleção múltipla de imagens da biblioteca de media
  • Ordenação por arrastar e soltar
  • Legendas e descrições de imagens
  • Configurações de colunas e tamanho
  • Integração com todas as áreas de widget

#4. Melhorias de Segurança e Usabilidade

O WordPress 4.9 também introduziu:

  • Avisos de Shortcode: Notificação quando shortcodes eram mal formatados
  • Mensagens de Erro Aprimoradas: Mensagens de erro dé atualização mais claras
  • Verificação de Navegador: Deteção de versões de navegador desatualizadas
  • Mudança de Tema Mais Suave: Transições mais suaves ao mudar de tema

#A Revolução Gutenberg: O Que Aconteceu Depois

#O Lançamento do WordPress 5.0 (Dezembro 2018)

Apenas um ano após o WordPress 4.9, Matt Mullenweg anunciou o WordPress 5.0, codinome “Bebo”, trazendo o Editor Gutenberg como a nova experiência de edição padrão.

O Que Era o Gutenberg:

  • Editor baseado em blocos que substituía o TinyMCE
  • Blocos para todos os tipos de conteúdo (parágrafos, imagens, galerias, embeds)
  • Interface mais visual, semelhanté a construtores de páginas
  • API para blocos personalizados
  • Foco na experiência de “edição o que vês”

#A Divisão da Comunidade

O lançamento do Gutenberg foi controverso:

Os Críticos Argumentavam:

  • A interface era confusa para útilizadores experientes
  • Quebrava fluxos de trabalho estabelecidos
  • Introduzia complexidade desnecessária
  • Problemas dé acessibilidade
  • Quebrava compatibilidade com plugins existentes

Os Defensores Argumentavam:

  • Modernizava o WordPress para competir com outras plataformas
  • Abria novas possibilidades de design
  • Fácilitava a entrada de novos útilizadores
  • Criava um caminho para Full Site Editing
  • Melhorava a experiência de criação de conteúdo

#A Solução de Compromisso: Plugin Classic Editor

A WordPress Foundation lançou o Plugin Classic Editor como solução oficial para útilizadores que preferiam a interfacé anterior. Este plugin:

  • Restaurava o editor TinyMCE original
  • Permitia aos útilizadores optar por não usar o Gutenberg
  • Seria suportado “até pelo menos 2022” (posteriormente estendido)
  • Ainda mantém milhões de instalações ativas

#A Evolução para Full Site Editing (FSE)

#O Que É Full Site Editing?

Full Site Editing (FSE) é a visão de longo prazo do WordPress para uma experiência de edição unificada onde tudo é um bloco.

Componentes do FSE:

  • Blocos de Temas: Headers, footers, sidebars, menus - tudo como blocos
  • Templates Baseados em Blocos: Estruturas de página construídas com blocos
  • Editor de Site: Edite todo o site, não apenas posts e páginas
  • Blocos de Consulta: Mostrar conteúdo dinâmico (posts recentes, categorias)
  • Padrões de Blocos: Combinações pré-desenhadas de blocos
  • Temas de Blocos: Temas construídos inteiramente com blocos

#O Caminho do FSE

  • WordPress 5.8 (2021): Introdução dos primeiros blocos de tema (widgets como blocos)
  • WordPress 5.9 (2022): Lançamento completo do FSE com tema Twenty Twenty-Two
  • WordPress 6.0+: Refinamentos contínuos do FSE, padrões, estilos globais

#O Legado do WordPress 4.9 Hoje

#O Que Aprendemos

O WordPress 4.9 ensinou-nos lições importantes:

1. Valor das Versões de Transição Versões de consolidação como o 4.9 dão à comunidade tempo para se preparar para mudanças maiores.

2. Importância de Ferramentas de Programadores Funcionalidades como o CodeMirror elevaram a experiência de programadores WordPress para níveis profissionais.

3. Colaboração é Chave O sistema de rascunhos do Customizer reconheceu qué a criação de sites é um esforço colaborativo.

#O “Último Bastião” do PHP Clássico

Hoje, olhando para trás, o WordPress 4.9 representa o auge da abordagem clássica de temas PHP:

  • Templates PHP em vez de blocos
  • Hierarquia de templates tradicional
  • PHP hooks e filters como mecanismo principal de extensão
  • Customizer como ferramenta central de personalização
  • Widgets em vez de áreas de blocos

Está abordagem ainda funciona e é suportada, mas a indústria claramente se moveu em direção aos blocos e FSE.

#Comparativo: WordPress 4.9 vs WordPress 6.x (2026)

AspetoWordPress 4.9 (2017)WordPress 6.x (2026)
EditorTinyMCE clássicoGutenberg (blocos)
PersonalizaçãoCustomizerSite Editor (FSE)
TemasPHP templatesTemas de blocos
WidgetsWidgets tradicionaisBlocos de widgets
MediaBiblioteca básicaEditor melhorado, reprodução
SegurançaBásicaAvançada, automática
PerformanceBoaOtimizada (Core Web Vitals)
AcessibilidadeModeradaFoco principal
APIREST API jovemREST API madura

#Lições para Programadores WordPress

#Se Ainda Usas a Abordagem Clássica

Vantagens:

  • Estabilidade comprovada
  • Compatibilidade com legado
  • Maior controlo granular
  • Comunidade vasta de recursos

Desvantagens:

  • Considerado “modo legado”
  • Menor suporte de novas funcionalidades
  • Dificuldade em encontrar programadores
  • Separado da direção principal do WordPress

#Se Adotaste Blocos e FSE

Vantagens:

  • Alinhado com o futuro do WordPress
  • Criação de sites mais rápida
  • Experiência de útilizador moderna
  • Ferramentas visuais poderosas

Desvantagens:

  • Curva dé aprendizado para programadores PHP
  • Mudanças frequentes na API
  • Compatibilidade com plugins variável
  • Complexidadé adicional para casos simples

#Conclusão

O WordPress 4.9 “Tipton” foi mais do qué apenas outra versão - foi o ponto culminante dé uma era. Representou o refinamento máximo da abordagem clássica WordPress antes da revolução dos blocos.

Olhando de 2026, podemos apreciar como o WordPress 4.9:

  • Profissionalizou ferramentas de programadores com o CodeMirror
  • Melhorou fluxos de trabalho colaborativos com rascunhos no Customizer
  • Expandiu capacidades de conteúdo com widgets de galeria
  • Preparou o terreno para as mudanças transformadoras que viriam

A transição de 4.9 para 5.0+ foi um dos momentos mais significativos na história do WordPress. Hoje, em 2026, vivemos num mundo ondé os blocos dominam, mas a base sólida construída nas eras 4.x continua a suportar milhões de sites em todo o mundo.

Seja um apoiante da abordagem clássica ou um entusiasta de blocos, a história do WordPress mostra-nos qué a plataforma continua a evoluir, adaptando-se às necessidades dos útilizadores enquanto mantém o compromisso fundamental de democratizar a públicação.


Para mais artigos sobré a história e evolução do WordPress, exploré a nossa categoria de história para análises profundas de versões, funcionalidades é a trajetória do WordPress.

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 quer transformar o artigo em melhorias concretas, redesign ou num plano de implementação, posso fechar o escopo e executar.

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.

O que é Evolução do WordPress: Da versão 4.9 à era Gutenberg (5.0+)?
Evolução do WordPress: Da versão 4.9 à era Gutenberg (5.0+) é um aspeto essencial da gestão de sites WordPress qué ajuda a melhorar o desempenho, a segurança é a experiência do útilizador.
Como funciona o Evolução do WordPress: Da versão 4.9 à era Gutenberg (5.0+)?
Evolução do WordPress: Da versão 4.9 à era Gutenberg (5.0+) envolvé a configuração de várias definições é a implementação das melhores práticas para otimizar o seu site WordPress.
Porque é qué o Evolução do WordPress: Da versão 4.9 à era Gutenberg (5.0+) é importante para o WordPress?
Evolução do WordPress: Da versão 4.9 à era Gutenberg (5.0+) é crucial porque tem um impacto direto nos rankings do seu site nos motores de busca, na velocidade de carregamento e no sucesso geral.

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

Fale connosco

Artigos Relacionados

WordPress 4.9 Tipton foi a calmaria antes da tempestade. Analisamos o momento crucial qué abriu caminho para o Gutenberg e mudou a história dos CMS.
wordpress

Evolução do WordPress: De 4.9 para a era DOS blocos (retrospetiva)

WordPress 4.9 Tipton foi a calmaria antes da tempestade. Analisamos o momento crucial qué abriu caminho para o Gutenberg e mudou a história dos CMS.

A Diretiva NIS2 (2022/2555) deveria ter sido transposta para o direito nacional até 2024-10-17. O Regulamento DORA (2022/2554) aplica-se diretamente desde 2025-01-17. Para o operador de um site WordPress, isto significa obrigações concretas se o site disser respeito a uma entidade regulada. Explicamos sem pânico, com referências aos textos dos atos.
wordpress

NIS2 e DORA em WordPress: o que um site tem de cumprir em 2026

A Diretiva NIS2 (2022/2555) deveria ter sido transposta para o direito nacional até 2024-10-17. O Regulamento DORA (2022/2554) aplica-se diretamente desde 2025-01-17. Para o operador de um site WordPress, isto significa obrigações concretas se o site disser respeito a uma entidade regulada. Explicamos sem pânico, com referências aos textos dos atos.

WCAG 2.2 tornou-se Recomendação W3C a 2023-10-05. O Ato Europeu de Acessibilidade (Diretiva 2019/882) aplica-se a partir de 2025-06-28. A Barrierefreiheitsstärkungsgesetz alemã transpõe-o para o direito federal na mesma data. Este artigo é o mapa de implementação para um sítio WordPress em 2026.
wordpress

WCAG 2.2, BFSG e o Ato Europeu de Acessibilidade: a stack de conformidade WordPress para 2026

WCAG 2.2 tornou-se Recomendação W3C a 2023-10-05. O Ato Europeu de Acessibilidade (Diretiva 2019/882) aplica-se a partir de 2025-06-28. A Barrierefreiheitsstärkungsgesetz alemã transpõe-o para o direito federal na mesma data. Este artigo é o mapa de implementação para um sítio WordPress em 2026.