Na região DACH (Alemanha, Áustria e Suíça), o TYPO3 nunca foi uma escolha ao acaso. Organismos públicos, universidades, empresas industriais com vários domínios e grandes associações escolheram-no desde o início dos anos 2000, porque resolvia exatamente o que o WordPress clássico durante muito tempo não conseguia: multilinguismo bem feito, permissões detalhadas, multi-site e várias árvores de páginas de origem. Em 2026 o mercado é outro. Este artigo é uma análise honesta de quando a migração de TYPO3 para WordPress faz sentido económico e editorial, e de quando não faz. Não é neutro. É polémico no bom sentido, com uma posição clara e factos verificáveis.
Em resumo
- O TYPO3 12 LTS está disponível desde 4 de outubro de 2023, o TYPO3 13 é a linha de desenvolvimento ativa e o projeto está vivo.
- O WordPress 6.7 e posteriores são a referência para 2026 e, segundo a W3Techs, alimentam cerca de 43 por cento de todos os sites do mundo.
- O editor de blocos do WordPress existe desde o WordPress 5.0, de dezembro de 2018, e a REST API desde o WordPress 4.7, de dezembro de 2016.
- Multi-site, multidomínio e multilinguismo são funções nucleares do TYPO3, enquanto no WordPress dependem de Multisite mais Polylang ou WPML.
- A migração não compensa sempre. Compensa quando a disponibilidade de profissionais, o conforto editorial e a velocidade do frontend pesam mais do que o perfil técnico do TYPO3.
Em que é o TYPO3 melhor do que o WordPress?
O TYPO3 cresceu na Alemanha, na Áustria e na Suíça por três razões. Primeiro, trouxe cedo um modelo multilingue que dispensava plugins. Uma página, várias versões linguísticas, relações de tradução claras: em 2010 isso era irrealista no WordPress. Segundo, o TYPO3 cobre multi-site e multidomínio no núcleo. Uma instalação, várias árvores de páginas, vários domínios, redações separadas com permissões separadas. Terceiro, o sistema de funções e permissões é suficientemente fino para reproduzir os processos internos de aprovação de organismos públicos, universidades e grupos industriais, incluindo áreas de trabalho (workspaces) para versões não publicadas.
Foi precisamente nestes segmentos que o TYPO3 ganhou peso na região DACH. Universidades com áreas por faculdade, autarquias com portais para os cidadãos, grupos industriais com portal corporativo e filiais, estados federados alemães com os seus ministérios. A TYPO3 Association, com sede na Suíça, agrega este mercado desde 2004 e garante a estabilidade que interessa às entidades públicas adjudicantes. Quem digitalizava uma administração distrital alemã em 2010 dificilmente passava ao lado do TYPO3.
Esta força histórica é real e nenhuma discussão honesta a põe de lado. Não é, porém, a história toda para 2026.
Como mudou o WordPress desde o Gutenberg e a REST API?
Em dezembro de 2018 saiu o WordPress 5.0 com o editor de blocos, conhecido internamente como Gutenberg. Não foi uma mudança cosmética, mas uma deslocação do modelo editorial. Desde então as páginas são montadas a partir de blocos, os padrões de blocos permitem layouts reutilizáveis e a edição completa do site, disponível desde o WordPress 5.9 em janeiro de 2022, alarga o conceito a modelos, cabeçalhos e rodapés. O efeito é mensurável: equipas editoriais sem formação de programação publicam hoje, sozinhas, layouts complexos.
Dois anos antes, em dezembro de 2016, o WordPress 4.7 tinha integrado a REST API no núcleo. Desde então o WordPress é um CMS headless de pleno direito. Frontends em Astro, aplicações Next.js e aplicações móveis nativas vão buscar o conteúdo à mesma API. O TYPO3 tem uma história comparável com o Headless TYPO3, mas o ecossistema de frameworks de frontend que falam com o WordPress de origem é várias ordens de grandeza mais amplo.
Em paralelo, a quota de mercado continuou a evoluir a favor do WordPress. O número muitas vezes citado de cerca de 43 por cento de todos os sites do mundo vem da W3Techs e é confirmado pela Automattic em materiais oficiais. Este número não é só estatística, é também um indicador de disponibilidade de profissionais. Em Berlim, Munique, Viena, Zurique, Hamburgo e Colónia, cada anúncio para TYPO3 recebe vários candidatos de WordPress. Quem procura um programador sénior de TYPO3 em 2026 tem de procurar durante mais tempo, pagar mais e aceitar prazos de pré-aviso mais longos do que com WordPress. Não é um juízo sobre qualidade, é uma questão de disponibilidade no mercado.
Junta-se a isto a rapidez com que o ecossistema WordPress reage a novas normas. WCAG 2.2, BFSG, NIS2, DORA, Core Web Vitals: nos últimos anos tudo isto deu origem a plugins, temas e modelos de boas práticas que também existem em TYPO3, mas raramente com a mesma maturidade. Exemplos são a difusão de temas preparados para WCAG 2.2 ou a profundidade das integrações com Cloudflare Workers. Para olhar mais de perto para a camada edge, veja o nosso artigo sobre Cloudflare Workers para WordPress e WooCommerce.
Quando compensa migrar de TYPO3 para WordPress
Uma migração de TYPO3 para WordPress não deve acontecer por moda, mas com base numa regra de decisão. Na WPPoland aplicamos cinco critérios. Se três ou mais se verificarem, a migração é a resposta economicamente sensata.
Primeiro, a equipa editorial não está próxima da programação. Se hoje os conteúdos acabam em pedidos à agência porque são precisas alterações de TypoScript, isso custa tempo e dinheiro. O WordPress com o editor de blocos e padrões de blocos bem configurados reduz muito esta dependência.
Segundo, o site vive de marketing de conteúdo. Blogue, base de conhecimento, white papers, webinars, casos de estudo: o WordPress produz tudo isto com maior frequência. Quem publica mais de dois conteúdos substanciais por semana beneficia do WordPress no trabalho do dia a dia.
Terceiro, o desempenho do frontend está sob pressão. As Core Web Vitals são um fator de classificação e o ecossistema WordPress construiu o maior conjunto de soluções de edge, cache e build. Quem aponta para 100 em 100 encontra mais peças prontas no universo WordPress do que no TYPO3.
Quarto, a disponibilidade de profissionais limita o projeto. Se encontrar perfis seniores de TYPO3 demora vários meses e as tarifas horárias estão bem acima da média do WordPress, isso é um sinal económico. Uma visão honesta sobre os padrões de nearshore em projetos DACH está no nosso artigo sobre engenheiros seniores da Polónia.
Quinto, a arquitetura de destino é headless. Quem vai de qualquer forma passar para um frontend moderno em Astro ou Next.js encontra no ecossistema WordPress mais pontes, e mais maduras. O nosso artigo pilar sobre WordPress headless como serviço descreve o modelo em pormenor.
Quando compensa ficar no TYPO3?
Polémica sem contraponto é marketing, não consultoria. Há quatro casos claros em que o TYPO3 continua a ser a escolha certa e um projeto de migração seria desproporcionado.
Primeiro, o site foi definido num procedimento de contratação pública que exige expressamente TYPO3, por exemplo em contratos-quadro de estados federados alemães. Exigir uma migração contra o que está contratado não é sério do ponto de vista empresarial.
Segundo, a equipa interna tem formação profunda no universo TYPO3, domina de forma estável áreas de trabalho, fluxos de trabalho e estruturas com várias árvores e trabalha com bom ritmo. Nesse caso, uma migração queima conhecimento interno em troca de um valor acrescentado pouco claro.
Terceiro, o multilinguismo é muito complexo, por exemplo com oito ou mais idiomas, conteúdos partilhados entre idiomas, variantes regionais e uma estrutura multi-tenant distribuída por vários domínios. O WordPress consegue lidar com isso através de Polylang ou WPML, mas a complexidade não desaparece, apenas muda de sítio.
Quarto, a lógica Extbase própria está profundamente ligada a processos de negócio, por exemplo em portais universitários com catálogos de unidades curriculares ou em sistemas públicos de tramitação de processos. Reconstruir essa lógica em WordPress pode custar mais do que continuar a manter o TYPO3.
Se nenhum destes casos se aplicar e os critérios de migração prevalecerem, a questão passa a ser o percurso.
Como migrar de TYPO3 para WordPress em quatro fases
Dividimos as migrações de TYPO3 para WordPress em quatro fases. Demoram tempos diferentes, mas todas têm de acontecer, caso contrário surgem os erros que descrevemos na secção seguinte.
A primeira fase é a auditoria. Aqui mapeia-se por completo o estado atual do TYPO3. Que árvores de páginas, que domínios, que versões linguísticas, que extensões, que configurações de TypoScript, que fluxos de trabalho, que funções, que ligações externas. A auditoria produz um inventário com URLs, metadados, relações entre idiomas e modelos de dados próprios. Sem este inventário, tudo o que vem depois é adivinhação.
A segunda fase é o mapeamento do modelo de conteúdo. O WordPress pensa em artigos, páginas, tipos de artigo personalizados e taxonomias. O TYPO3 pensa em árvores de páginas, elementos de conteúdo e registos. O mapeamento decide que elementos de conteúdo do TYPO3 passam a blocos Gutenberg, quais passam a blocos reutilizáveis e padrões de blocos, quais a campos ACF e quais a tipos de artigo personalizados. Um mapeamento típico em projetos DACH inclui notícias, comunicados de imprensa, ofertas de emprego, localizações, eventos e colaboradores. É a fase intelectualmente mais exigente, porque reestrutura a forma de pensar da redação.
A terceira fase é a migração técnica propriamente dita. Aqui correm scripts que leem as bases de dados do TYPO3, transformam os conteúdos e escrevem-nos nas estruturas do WordPress. Normalmente combinamos acesso direto à base de dados através de réplicas só de leitura com importadores WP-CLI. As imagens são transferidas com as suas variantes (renditions) e o multilinguismo é montado com Polylang ou WPML, consoante o perfil de destino. Os scripts são idempotentes, ou seja, podem correr várias vezes sem criar duplicados.
A quarta fase é o SEO e a estratégia de redirecionamentos. Aqui garantimos que cada URL antigo devolve uma resposta 301 que leva a um URL novo equivalente. Os dados estruturados são refeitos, as etiquetas hreflang são mapeadas por completo e os sitemaps XML são gerados de novo. Esta fase não é opcional nem fica para depois: é preparada em paralelo com a terceira. Para uma visão mais aprofundada dos padrões de SEO numa configuração headless, veja o nosso artigo sobre padrões de SEO para WordPress headless.
Erros frequentes na migração de TYPO3
Nos últimos anos vimos projetos de TYPO3 para WordPress suficientes para identificar os cinco erros mais frequentes. Todos se evitam se a auditoria for honesta.
Primeiro, subestima-se a preservação dos URLs. O TYPO3 gera URLs a partir dos caminhos da árvore de páginas, muitas vezes com caracteres especiais alemães e hierarquias longas. Quem achata a estrutura de URLs na mudança sem mapa de redirecionamentos perde posições durante meses. A solução é uma lista completa de URLs antes da mudança, com origem e destino inequívocos para cada entrada, aplicada através da configuração do servidor web ou das Cloudflare Page Rules.
Segundo, o mapeamento de várias árvores para categorias é pensado de forma demasiado ingénua. Uma árvore de páginas no TYPO3 não é o mesmo que uma categoria no WordPress. As árvores de páginas contêm hierarquias, permissões, variantes linguísticas e elementos de conteúdo. Uma categoria é uma taxonomia. Quem faz a correspondência um para um perde informação. A solução limpa é uma combinação de tipos de artigo personalizados, taxonomias e páginas com relações de página-mãe.
Terceiro, esquecem-se os fragmentos multilingues. O TYPO3 permite sobrepor traduções a elementos de conteúdo individuais sem duplicar a página inteira. A localização no WordPress através de Polylang ou WPML duplica a página por predefinição. Se o mapeamento não modelar esta diferença, de repente faltam traduções para cabeçalho, rodapé ou blocos de destaque, porque no TYPO3 eram mantidos como fragmentos globais.
Quarto, os modelos de dados Extbase próprios são traduzidos tarde demais. Quem construiu uma extensão TYPO3 própria para, digamos, eventos com lógica de inscrição antecipada, lotação de lugares e listas de espera não a consegue passar por um importador genérico. A lógica tem de ser traduzida para um tipo de artigo personalizado mais endpoints REST, de preferência com regras de validação próprias. Quem descobre isto nas duas últimas semanas antes da mudança adia a data.
Quinto, esquecem-se as variantes de imagem. O TYPO3 gera variantes para diferentes tamanhos e recortes através da sua File Abstraction Layer. O WordPress tem o seu próprio sistema de tamanhos. Se a migração transferir apenas os originais e as variantes forem geradas em tempo real no primeiro pedido, o site parece lento durante dias após a mudança. A solução é gerar os tamanhos antecipadamente com WP-CLI logo após a importação.
Agência para migração de TYPO3 para WordPress
Há anos que acompanhamos empresas e organizações do setor público da região DACH em migrações de TYPO3 para WordPress, com especial foco em arquiteturas headless. O nosso modelo separa o trabalho editorial da entrega do frontend. O WordPress continua a ser a redação e o frontend corre em Astro ou Next.js, servido através de Cloudflare Workers. Isto dá a organismos públicos e PME a velocidade de que precisam para as Core Web Vitals, sem abdicar do conforto editorial do WordPress.
Nas equipas de projeto falamos alemão, polaco e inglês, documentamos as arquiteturas de forma a que as equipas de conformidade as possam verificar e entregamos modelos preparados para WCAG 2.2 e BFSG. Os preços concretos dependem do perfil, do inventário ao esforço de multi-site. Se quiser saber como funciona na prática o nosso modelo de serviço, encontra a visão geral na nossa página sobre WordPress headless como serviço, onde pode também falar diretamente com a equipa.
Meetups de WordPress e TYPO3 na região DACH
Diretórios públicos de comunidades e ligações para meetups. Não temos páginas próprias de eventos ou encontros presenciais: estas listas remetem para comunidades DACH já existentes.
Comunidades e diretórios WordPress
Ligações externas para comunidades (Meetup, WordCamp, associações nacionais). Nenhuma página própria de eventos ou encontros presenciais da WPPoland.
- DACH Meetup-Verzeichnis (de.wordpress.org)
- WordPress Meetup Pro (global)
- WordCamp Central
- WP Switzerland
- WordPress Meetup Berlin
- WordPress Meetup München
- WordPress Meetup Hamburg
- WordPress Meetup Köln
- WordPress Meetup Leipzig
- WordPress Meetup Dortmund
- Düsseldorf WooCommerce Meetup
- Vienna WordPress Meetup
- WordPress Zurich
- WordPress Bern
Comunidades e diretórios TYPO3
Calendários oficiais do TYPO3, grupos de utilizadores e barcamps na região DACH, também apenas fontes de terceiros.
- TYPO3 Events Calendar
- TUG Directory (User Groups)
- TYPO3camp München
- TYPO3camp RheinRuhr
- TYPO3camp Berlin
- TYPO3camp Mitteldeutschland
- TYPO3camp Stuttgart
- TYPO3camp Vienna
- TYPO3camp Schweiz
- TUGA (Austria)
- TUG München (T3MUC)
- TUG Berlin (T3B)
- TUG Schweiz
Ler mais sobre migração WordPress e headless
Este artigo não é uma peça isolada, mas parte de uma série DACH sobre migrações WordPress e desempenho. Se começou aqui, encontra a continuação nos textos seguintes.
Para a arquitetura depois da migração, o pilar é WordPress headless como serviço. Para a entrega técnica através da camada edge, recomendamos Cloudflare Workers para WordPress e WooCommerce. Para os requisitos do setor público, WCAG, BFSG e EAA continua a ser relevante. Para as questões de talento, o nosso texto sobre engenheiros seniores da Polónia dá o contexto de nearshore.
Aprofundamentos para CTOs e direções técnicas estão em WordPress headless: Next.js vs Astro e em padrões de SEO para WordPress headless. A posição pessoal do autor sobre a estratégia WordPress na região DACH está no perfil de Mariusz Szatkowski.
O TYPO3 tem casa na região DACH, isso é um facto. Em 2026 o WordPress tem maior alcance, uma reserva de talento maior e um ecossistema mais amplo, e isso também é um facto. A migração não é uma profissão de fé. É uma conta com cinco variáveis. Quem faz as contas com honestidade chega a uma resposta clara.
Migrar tt_content do TYPO3 para blocos Gutenberg
Migrar uma instância empresarial complexa de TYPO3 para WordPress exige um conhecimento profundo de ambos os modelos de dados:
- Decomposição do TypoScript e dos elementos de conteúdo: No TYPO3, os conteúdos estão muitas vezes organizados de forma granular em tabelas
tt_contentaninhadas. A conversão em blocos Gutenberg semânticos exige scripts de migração próprios (WP-CLI) que limpam as estruturas HTML e fazem corresponder corretamente os componentes modulares. - Multilinguismo e hierarquias de fallback: O TYPO3 gere os idiomas através de árvores de localização complexas com lógica de herança. Na passagem para soluções WordPress como Polylang Pro ou WPML, os IDs de idioma, as hierarquias de menus e as ligações relacionais têm de ser migrados com precisão para evitar duplicados e conflitos de routing.
- Proteção de recursos e caminhos multimédia: Os caminhos de armazenamento do TYPO3 (
fileadmin/) diferem profundamente da biblioteca multimédia do WordPress. Um processo de importação cuidadoso atualiza as referências às imagens, gera imagens WebP responsivas e evita ligações de imagem partidas. - Uma estratégia completa de redirecionamentos 301: Como os sites TYPO3 estão muitas vezes estabelecidos na web há décadas, mapear sem falhas as estruturas de URL antigas através de rewrites no Nginx é indispensável para manter o posicionamento orgânico.
Testes e formação da redação após o relançamento em WordPress
Fechar bem um projeto de migração exige um processo de passagem estruturado:
- Testes de regressão automatizados abrangentes: Antes da mudança final de DNS, execuções de testes automatizadas verificam a equivalência de todos os conteúdos, o funcionamento dos formulários de contacto e a acessibilidade segundo a WCAG 2.2.
- Formação da redação no ecossistema Gutenberg: Editores habituados durante anos à interface do TYPO3 apreciam a utilização intuitiva dos temas de blocos modernos do WordPress. Workshops de formação direcionados e bibliotecas modulares de padrões de blocos aceleram muito o trabalho editorial.
- Monitorização de erros de rastreio no Google Search Console: Nos primeiros meses após o relançamento, as taxas de erro 404 e os relatórios de indexação têm de ser acompanhados diariamente, para apanhar rapidamente URLs com erro através de redirecionamentos 301 direcionados. Uma mudança de TYPO3 para WordPress cuidadosamente orquestrada assegura o futuro digital da sua empresa e reduz drasticamente os custos de manutenção a longo prazo.
Que vantagens tem o WordPress face ao TYPO3 para empresas?
A mudança estratégica para WordPress traz vantagens de negócio claras:
- Maior disponibilidade de programadores e escolha de parceiros mais flexível: Enquanto os especialistas em versões desatualizadas de TYPO3 são raros e muito caros no mercado, o ecossistema global WordPress dá acesso a milhares de programadores e agências altamente qualificados em todo o mundo.
- Lançamento mais rápido de novas campanhas de marketing: Graças ao editor modular Gutenberg, as equipas de marketing criam e publicam de imediato novas landing pages e conteúdos orientados para a conversão, sem apoio de programadores externos.
- Conclusão: A modernização da infraestrutura do CMS elimina lastro técnico, baixa de forma sensível os custos de operação e prepara o seu modelo de negócio digital para as exigências dos próximos anos.
Um acompanhamento profissional e previdente da migração do CMS garante uma transição sem perda de visibilidade no Google e dá à sua empresa uma vantagem competitiva duradoura num mercado online dinâmico. A qualidade acaba sempre por se impor no mercado.
