En la región DACH (Alemania, Austria y Suiza), TYPO3 nunca fue una elección casual. Administraciones públicas, universidades, empresas industriales con varios dominios y grandes asociaciones lo eligieron desde principios de los años 2000, porque resolvía justo lo que WordPress clásico tardó mucho en resolver: un multilingüismo limpio, permisos detallados, multisitio y varios árboles de páginas de serie. En 2026 el mercado es otro. Este artículo es una mirada honesta a cuándo la migración de TYPO3 a WordPress tiene sentido económico y editorial, y cuándo no. No es neutral. Es polémico en el buen sentido, con una postura clara y hechos verificables.
En resumen
- TYPO3 12 LTS está disponible desde el 4 de octubre de 2023, TYPO3 13 es la línea de desarrollo activa y el proyecto sigue vivo.
- WordPress 6.7 y posteriores son la referencia para 2026 y, según W3Techs, impulsan alrededor del 43 por ciento de todos los sitios web del mundo.
- El editor de bloques de WordPress existe desde WordPress 5.0, de diciembre de 2018, y la REST API desde WordPress 4.7, de diciembre de 2016.
- Multisitio, multidominio y multilingüismo son funciones del núcleo en TYPO3, mientras que en WordPress dependen de Multisite más Polylang o WPML.
- La migración no compensa siempre. Compensa cuando la disponibilidad de profesionales, la comodidad editorial y la velocidad del frontend pesan más que el perfil técnico de TYPO3.
¿En qué es mejor TYPO3 que WordPress?
TYPO3 creció en Alemania, Austria y Suiza por tres motivos. Primero, ofreció pronto un modelo multilingüe que no necesitaba plugins. Una página, varias versiones de idioma, relaciones de traducción claras: en 2010 eso no era realista en WordPress. Segundo, TYPO3 cubre multisitio y multidominio en el núcleo. Una instalación, varios árboles de páginas, varios dominios, redacciones separadas con permisos separados. Tercero, su sistema de roles y permisos es lo bastante fino como para reproducir los procesos internos de aprobación de administraciones, universidades y grupos industriales, incluidos los espacios de trabajo (workspaces) para versiones no publicadas.
Precisamente en esos segmentos se hizo grande TYPO3 en la región DACH. Universidades con áreas por facultad, ayuntamientos con portales para la ciudadanía, grupos industriales con portal corporativo y filiales, estados federados alemanes con sus ministerios. La TYPO3 Association, con sede en Suiza, agrupa este mercado desde 2004 y aporta una estabilidad que importa a los compradores públicos. Quien digitalizaba una administración de distrito alemana en 2010 difícilmente podía evitar TYPO3.
Esta fortaleza histórica es real y ninguna discusión honesta la deja de lado. Sin embargo, no es toda la historia para 2026.
¿Cómo ha cambiado WordPress desde Gutenberg y la REST API?
En diciembre de 2018 salió WordPress 5.0 con el editor de bloques, conocido internamente como Gutenberg. No fue un cambio cosmético, sino un desplazamiento del modelo editorial. Desde entonces las páginas se montan con bloques, los patrones de bloques permiten diseños reutilizables y la edición completa del sitio, disponible desde WordPress 5.9 en enero de 2022, extiende el concepto a plantillas, cabeceras y pies de página. El efecto se puede medir: equipos editoriales sin formación técnica publican hoy por su cuenta diseños complejos.
Dos años antes, en diciembre de 2016, WordPress 4.7 había incorporado la REST API al núcleo. Desde entonces WordPress es un CMS headless completo. Frontends en Astro, aplicaciones Next.js y aplicaciones móviles nativas obtienen su contenido a través de la misma API. TYPO3 tiene una historia comparable con Headless TYPO3, pero el ecosistema de frameworks de frontend que hablan con WordPress de serie es varios órdenes de magnitud más amplio.
En paralelo, la cuota de mercado ha seguido moviéndose a favor de WordPress. La cifra tan citada de alrededor del 43 por ciento de todos los sitios web del mundo procede de W3Techs y Automattic la confirma en materiales oficiales. Esa cifra no es solo estadística, también es un indicador de talento. En Berlín, Múnich, Viena, Zúrich, Hamburgo y Colonia, cada oferta de empleo para TYPO3 recibe varios candidatos de WordPress. Quien busca un desarrollador sénior de TYPO3 en 2026 tiene que buscar más tiempo, pagar más y aceptar plazos de preaviso más largos que con WordPress. No es un juicio sobre la calidad, sino una cuestión de disponibilidad en el mercado.
A esto se suma la rapidez con la que el ecosistema de WordPress reacciona a los nuevos estándares. WCAG 2.2, BFSG, NIS2, DORA, Core Web Vitals: en los últimos años todo esto ha producido plugins, temas y plantillas de buenas prácticas que también existen en TYPO3, pero rara vez con la misma madurez. Ejemplos son la difusión de temas preparados para WCAG 2.2 o la profundidad de las integraciones con Cloudflare Workers. Si quiere ver más de cerca la capa edge, lo tiene en nuestro artículo sobre Cloudflare Workers para WordPress y WooCommerce.
Cuándo compensa migrar de TYPO3 a WordPress
Una migración de TYPO3 a WordPress no debería hacerse por moda, sino a partir de una regla de decisión. En WPPoland aplicamos cinco criterios. Si se cumplen tres o más, la migración es la respuesta económicamente sensata.
Primero, el equipo editorial no está cerca del desarrollo. Si hoy los contenidos acaban como tickets en la agencia porque hacen falta cambios en TypoScript, eso cuesta tiempo y dinero. WordPress con el editor de bloques y patrones de bloques bien configurados reduce mucho esa dependencia.
Segundo, el sitio vive del marketing de contenidos. Blog, base de conocimiento, white papers, webinars, casos de estudio: WordPress produce todo esto con más frecuencia. Quien publica más de dos piezas sustanciales por semana nota la ventaja de WordPress en el trabajo diario.
Tercero, el rendimiento del frontend está bajo presión. Las Core Web Vitals son un factor de posicionamiento y el ecosistema de WordPress ha construido el mayor conjunto de soluciones de edge, caché y build. Si aspira a un 100 sobre 100, encontrará más piezas listas para usar en el universo WordPress que en TYPO3.
Cuarto, la disponibilidad de profesionales limita el proyecto. Si encontrar perfiles sénior de TYPO3 lleva varios meses y las tarifas por hora están claramente por encima de la media de WordPress, es una señal económica. Una visión honesta de los estándares nearshore para proyectos DACH está en nuestro artículo sobre ingenieros sénior de Polonia.
Quinto, la arquitectura de destino es headless. Quien de todos modos va a pasar a un frontend moderno en Astro o Next.js tiene en el ecosistema WordPress más puentes, y más maduros. Nuestro artículo pilar sobre WordPress headless como servicio describe el modelo en detalle.
¿Cuándo conviene quedarse con TYPO3?
La polémica sin contrapunto es marketing, no asesoría. Hay cuatro casos claros en los que TYPO3 sigue siendo la elección correcta y un proyecto de migración sería desproporcionado.
Primero, el sitio quedó fijado en un procedimiento de contratación pública que exige expresamente TYPO3, por ejemplo en acuerdos marco de estados federados alemanes. Exigir una migración en contra de lo contratado no es serio desde el punto de vista empresarial.
Segundo, el equipo interno está muy formado en el universo TYPO3, domina de forma estable espacios de trabajo, flujos de trabajo y estructuras con varios árboles y trabaja a buen ritmo con ellos. En ese caso, una migración quema conocimiento interno a cambio de un valor añadido poco claro.
Tercero, el multilingüismo es muy complejo, por ejemplo con ocho o más idiomas, contenidos compartidos entre idiomas, variantes regionales y una estructura multiinquilino repartida entre dominios. WordPress puede hacerlo con Polylang o WPML, pero la complejidad no desaparece, solo cambia de sitio.
Cuarto, la lógica Extbase propia está muy entrelazada con los procesos de negocio, por ejemplo en portales universitarios con guías de módulos o en sistemas administrativos de tramitación de expedientes. Reconstruir esa lógica en WordPress puede costar más que seguir manteniendo TYPO3.
Si no se da ninguno de estos casos y predominan los criterios de migración, la cuestión pasa a ser la ruta.
Cómo migrar de TYPO3 a WordPress en cuatro fases
Dividimos las migraciones de TYPO3 a WordPress en cuatro fases. Cada una lleva un tiempo distinto, pero todas tienen que hacerse, porque si no aparecen los errores que describimos en la sección siguiente.
La primera fase es la auditoría. Aquí se cartografía por completo el estado actual de TYPO3. Qué árboles de páginas, qué dominios, qué versiones de idioma, qué extensiones, qué configuraciones de TypoScript, qué flujos de trabajo, qué roles, qué conexiones externas. La auditoría produce un inventario con URL, metadatos, relaciones entre idiomas y modelos de datos propios. Sin ese inventario, todo lo que viene después es adivinar.
La segunda fase es el mapeo del modelo de contenido. WordPress piensa en entradas, páginas, tipos de entrada personalizados y taxonomías. TYPO3 piensa en árboles de páginas, elementos de contenido y registros. El mapeo decide qué elementos de contenido de TYPO3 pasan a ser bloques de Gutenberg, cuáles bloques reutilizables y patrones de bloques, cuáles campos ACF y cuáles tipos de entrada personalizados. Un mapeo típico en proyectos DACH incluye noticias, notas de prensa, ofertas de empleo, sedes, eventos y personal. Es la fase intelectualmente más exigente, porque reestructura la forma de pensar de la redacción.
La tercera fase es la migración técnica propiamente dicha. Aquí se ejecutan scripts que leen las bases de datos de TYPO3, transforman los contenidos y los escriben en estructuras de WordPress. Solemos combinar acceso directo a la base de datos mediante réplicas de solo lectura con importadores de WP-CLI. Las imágenes se trasladan con sus variantes (renditions) y el multilingüismo se monta con Polylang o WPML, según el perfil de destino. Los scripts son idempotentes, es decir, pueden ejecutarse varias veces sin crear duplicados.
La cuarta fase es el SEO y la estrategia de redirecciones. Aquí nos aseguramos de que cada URL antigua devuelva una respuesta 301 que lleve a una URL nueva equivalente. Los datos estructurados se rehacen, las etiquetas hreflang se mapean por completo y los sitemaps XML se vuelven a generar. Esta fase no es opcional ni algo para después: se prepara en paralelo con la tercera. Si quiere profundizar en los patrones de SEO en una configuración headless, lo tiene en nuestro artículo sobre patrones de SEO para WordPress headless.
Errores frecuentes en la migración de TYPO3
En los últimos años hemos visto suficientes proyectos de TYPO3 a WordPress como para nombrar los cinco errores más frecuentes. Todos se pueden evitar si la auditoría es honesta.
Primero, se subestima la conservación de las URL. TYPO3 genera las URL a partir de las rutas del árbol de páginas, a menudo con caracteres especiales alemanes y jerarquías largas. Quien aplana la estructura de URL en el cambio sin un mapa de redirecciones pierde posiciones durante meses. La solución es una lista completa de URL antes del cambio, con origen y destino inequívocos por entrada, servida mediante la configuración del servidor web o las Cloudflare Page Rules.
Segundo, el mapeo de varios árboles a categorías se plantea de forma demasiado ingenua. Un árbol de páginas en TYPO3 no es lo mismo que una categoría de WordPress. Los árboles de páginas contienen jerarquías, permisos, variantes de idioma y elementos de contenido. Una categoría es una taxonomía. Quien los asigna uno a uno pierde información. La solución limpia es una combinación de tipos de entrada personalizados, taxonomías y páginas con relaciones padre-hijo.
Tercero, se olvidan los fragmentos multilingües. TYPO3 permite superponer traducciones a elementos de contenido individuales sin duplicar la página entera. La localización en WordPress con Polylang o WPML duplica la página por defecto. Si el mapeo no modela esta diferencia, de repente faltan traducciones de cabecera, pie de página o bloques destacados, porque en TYPO3 se mantenían como fragmentos globales.
Cuarto, los modelos de datos Extbase propios se traducen demasiado tarde. Quien construyó en TYPO3 una extensión propia para, por ejemplo, eventos con lógica de inscripción anticipada, aforo y listas de espera no puede pasarla por un importador genérico. La lógica tiene que traducirse a un tipo de entrada personalizado más endpoints REST, idealmente con reglas de validación propias. Quien lo descubre en las dos últimas semanas antes del cambio retrasa la fecha.
Quinto, se olvidan las variantes de imagen. TYPO3 genera variantes para distintos tamaños y recortes a través de su File Abstraction Layer. WordPress tiene su propio sistema de tamaños. Si la migración solo traslada los originales y las variantes se generan sobre la marcha en la primera petición, el sitio parece lento durante días tras el cambio. La solución es generar los tamaños de antemano con WP-CLI justo después de la importación.
Agencia para migrar de TYPO3 a WordPress
Desde hace años acompañamos a empresas y organizaciones del sector público de la región DACH en migraciones de TYPO3 a WordPress, con especial atención a las arquitecturas headless. Nuestro modelo separa el trabajo editorial de la entrega del frontend. WordPress sigue siendo la redacción y el frontend funciona con Astro o Next.js, servido mediante Cloudflare Workers. Así, administraciones y empresas medianas obtienen la velocidad que necesitan para las Core Web Vitals sin renunciar a la comodidad editorial de WordPress.
En los equipos de proyecto hablamos alemán, polaco e inglés, documentamos las arquitecturas para que los equipos de cumplimiento puedan revisarlas y entregamos plantillas preparadas para WCAG 2.2 y BFSG. Los precios concretos dependen del perfil, desde el inventario hasta el esfuerzo multisitio. Si quiere saber cómo funciona en la práctica nuestro modelo de servicio, encontrará el resumen en nuestra página sobre WordPress headless como servicio, desde donde también puede hablar directamente con el equipo.
Meetups de WordPress y TYPO3 en la región DACH
Directorios públicos de comunidades y enlaces a meetups. No gestionamos páginas propias de eventos ni encuentros presenciales: estas listas remiten a comunidades DACH ya existentes.
Comunidades y directorios de WordPress
Enlaces externos a comunidades (Meetup, WordCamp, asociaciones nacionales). Ninguna página propia de eventos o encuentros presenciales de 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 y directorios de TYPO3
Calendarios oficiales de TYPO3, grupos de usuarios y barcamps en la región DACH, también solo fuentes de terceros.
- 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
Más lecturas sobre migración de WordPress y headless
Este artículo no es una pieza aislada, sino parte de una serie DACH sobre migraciones de WordPress y rendimiento. Si ha empezado por aquí, encontrará la continuación en los textos siguientes.
Para la arquitectura después de la migración, el pilar es WordPress headless como servicio. Para la entrega técnica a través de la capa edge, recomendamos Cloudflare Workers para WordPress y WooCommerce. Para los requisitos del sector público sigue siendo relevante WCAG, BFSG y EAA. Para las cuestiones de talento, nuestro texto sobre ingenieros sénior de Polonia aporta el contexto nearshore.
Las lecturas de profundización para CTO y responsables técnicos están en WordPress headless: Next.js frente a Astro y en patrones de SEO para WordPress headless. La postura personal del autor sobre la estrategia de WordPress en la región DACH está en el perfil de Mariusz Szatkowski.
TYPO3 tiene su casa en la región DACH, eso es un hecho. En 2026 WordPress tiene más alcance, una reserva de talento mayor y un ecosistema más amplio, y eso también es un hecho. Migrar no es un acto de fe. Es un cálculo con cinco variables. Quien hace las cuentas con honestidad llega a una respuesta clara.
Migrar tt_content de TYPO3 a bloques de Gutenberg
Migrar una instancia empresarial compleja de TYPO3 a WordPress exige entender a fondo ambos modelos de datos:
- Desmontar TypoScript y los elementos de contenido: En TYPO3, los contenidos suelen estar organizados de forma granular en tablas
tt_contentanidadas. Convertirlos en bloques semánticos de Gutenberg requiere scripts de migración propios (WP-CLI) que limpien las estructuras HTML y asignen correctamente los componentes modulares. - Multilingüismo y jerarquías de respaldo: TYPO3 gestiona los idiomas mediante árboles de localización complejos con lógica de herencia. Al pasar a soluciones de WordPress como Polylang Pro o WPML, hay que migrar con precisión los ID de idioma, las jerarquías de menús y los vínculos relacionales para evitar duplicados y conflictos de enrutamiento.
- Protección de recursos y rutas de medios: Las rutas de almacenamiento de TYPO3 (
fileadmin/) difieren de raíz de la biblioteca de medios de WordPress. Un proceso de importación cuidadoso actualiza las referencias de imagen, genera imágenes WebP adaptables y evita enlaces de imagen rotos. - Una estrategia completa de redirecciones 301: Como los sitios TYPO3 llevan a menudo décadas establecidos en la web, mapear sin huecos las estructuras de URL antiguas mediante reglas rewrite de Nginx es imprescindible para conservar el posicionamiento orgánico.
Pruebas y formación de la redacción tras el relanzamiento en WordPress
Cerrar bien un proyecto de migración exige un traspaso estructurado:
- Pruebas de regresión automatizadas completas: Antes del cambio definitivo de DNS, las pruebas automatizadas comprueban la equivalencia de todos los contenidos, el funcionamiento de los formularios de contacto y la accesibilidad según WCAG 2.2.
- Formación de la redacción en el ecosistema Gutenberg: Los editores acostumbrados durante años a la interfaz de TYPO3 valoran el manejo intuitivo de los temas de bloques modernos de WordPress. Los talleres de formación específicos y las bibliotecas modulares de patrones de bloques aceleran mucho el trabajo editorial.
- Seguimiento de errores de rastreo en Google Search Console: En los primeros meses tras el relanzamiento hay que revisar a diario las tasas de error 404 y los informes de indexación, para capturar rápido las URL erróneas con redirecciones 301 específicas. Un cambio de TYPO3 a WordPress bien orquestado asegura el futuro digital de su empresa y reduce de forma drástica los costes de mantenimiento a largo plazo.
¿Qué ventajas tiene WordPress frente a TYPO3 para empresas?
El cambio estratégico a WordPress ofrece ventajas de negocio claras:
- Más disponibilidad de desarrolladores y elección de socios más flexible: Mientras que los especialistas en versiones antiguas de TYPO3 escasean y son muy caros, el ecosistema global de WordPress da acceso a miles de desarrolladores y agencias muy cualificados en todo el mundo.
- Lanzamiento más rápido de nuevas campañas de marketing: Gracias al editor modular Gutenberg, los equipos de marketing crean y publican al momento nuevas landing pages y contenidos orientados a la conversión, sin apoyo de desarrolladores externos.
- Conclusión: Modernizar la infraestructura del CMS elimina lastre técnico, reduce de forma notable los costes de operación y prepara su modelo de negocio digital para las exigencias de los próximos años.
Un acompañamiento profesional y previsor de la migración del CMS garantiza una transición sin pérdida de visibilidad en Google y da a su empresa una ventaja competitiva duradera en un mercado online dinámico. La calidad siempre acaba imponiéndose en el mercado.
