Si estás leyendo esto, probablemente te has topado con una pared con TYPO3. Quizás tu agencia acaba de decirte que la actualización de TYPO3 v8 a v12 va a costar tanto como una reconstrucción completa. Quizás ya no encuentras desarrolladores que realmente quieran trabajar con él. O quizás acabas de darte cuenta de que tus competidores lanzaron tres nuevas funcionalidades el trimestre pasado mientras tú todavía esperabas una actualización de extensión de TYPO3.

No estás solo. TYPO3 ha servido bien al mercado empresarial europeo durante más de dos décadas, pero la web ha avanzado. Y encontrar la agencia de migración adecuada — una que realmente entienda de dónde vienes y a dónde necesitas llegar — es la diferencia entre una transición fluida y una pesadilla de seis meses.

He estado involucrado en suficientes migraciones de TYPO3 como para saber qué sale mal y qué sale bien. Déjame guiarte por todo.

Tabla de Contenidos

TYPO3 Migration Agency: How to Move Off TYPO3 Successfully

Por qué las organizaciones migran desde TYPO3

Seré directo: TYPO3 no está muerto. La versión 13 LTS se lanzó a finales de 2024 con mejoras reales. Pero hay razones prácticas y concretas por las que las organizaciones están abandonándolo a un ritmo cada vez mayor.

La escasez de desarrolladores es real

La cuota de mercado de TYPO3 ha ido decayendo durante años. A fecha de 2025, W3Techs sitúa a TYPO3 en aproximadamente un 0,4 % de todos los sitios web que utilizan un CMS conocido, frente a su pico de alrededor del 1,2 %. Esto se traduce directamente en menos desarrolladores que entran en el ecosistema. Intenta publicar un puesto de desarrollador TYPO3 en LinkedIn — recibirás una fracción de los candidatos en comparación con un puesto de WordPress, Next.js o incluso Drupal.

Los desarrolladores que sí conocen TYPO3 están llegando al final de su carrera o se han pasado a otras tecnologías. Las tarifas por hora de los desarrolladores experimentados de TYPO3 en 2025 oscilan entre €120 y €180/hora en la región DACH, frente a €80-120 para desarrolladores equivalentes de Next.js o Headless CMS.

El agotamiento de TypoScript y Fluid Templating

Si alguna vez has intentado explicarle TypoScript a un desarrollador front-end acostumbrado a React o incluso a HTML básico, ya sabes lo difícil que es. Es un lenguaje de configuración que actúa como un lenguaje de programación, pero sin ser del todo ninguno de los dos. Las plantillas Fluid son más sensatas, pero la experiencia general del desarrollador sigue pareciendo anclada en 2010.

Rendimiento y arquitectura moderna

El modelo de renderizado de páginas de TYPO3 es del lado del servidor. Funciona bien con caché cuando se configura correctamente, pero no puede competir con la generación de sitios estáticos o los enfoques ISR (Incremental Static Regeneration) que utilizan frameworks como Next.js o Astro. Los Core Web Vitals importan para el SEO en 2025, y conseguir que un sitio TYPO3 obtenga puntuaciones verdes de forma consistente requiere un trabajo de optimización significativo.

Coste total de propiedad

Este es el factor que suele desencadenar la conversación sobre la migración. Cuando tienes en cuenta el hosting (TYPO3 necesita PHP + MySQL/MariaDB + recursos de servidor decentes), los costes de desarrollo, las licencias de extensiones y la carga de mantenimiento, el TCO de TYPO3 supera con frecuencia a las alternativas modernas en un 30-60 % anual para organizaciones de tamaño medio.

Qué hace realmente una agencia de migración de TYPO3

Una agencia de migración real no se limita a reconstruir tu sitio web en una plataforma diferente. Esa es la parte fácil. Esto es en lo que consiste el trabajo real:

Auditoría y mapeo de contenido

TYPO3 almacena el contenido en una base de datos relacional con su propio modelo de elementos de contenido. Páginas, elementos de contenido, categorías, referencias de archivos, relaciones en línea — todo está profundamente interconectado. Una agencia de migración auditará cada tipo de contenido, lo mapeará al modelo de contenido de la nueva plataforma e identificará qué necesita reestructurarse.

Esto por sí solo puede llevar de 2 a 4 semanas para un sitio con más de 500 páginas.

Extracción y transformación de datos

El esquema de base de datos de TYPO3 no es precisamente intuitivo. Tablas como tt_content, pages, sys_file_reference y sys_category deben comprenderse, combinarse y exportarse. La mayoría de las agencias crean scripts de extracción personalizados — generalmente en PHP o Python — que extraen el contenido y lo transforman a un formato que la plataforma de destino pueda ingerir.

Mapeo de URL y estrategia de redirecciones

TYPO3 utiliza RealURL o el enrutamiento integrado (desde v9) para URLs amigables. Cada URL debe mapearse a su equivalente nueva, y deben implementarse redirecciones 301. Si omites este paso, tu posicionamiento en buscadores caerá de la noche a la mañana.

Reconstrucción de plantillas y componentes

Tus plantillas Fluid de TYPO3 y configuraciones de TypoScript deben traducirse a lo que utilice la plataforma de destino: componentes de React, componentes de Astro, plantillas Twig, lo que sea. Aquí es donde ocurre la reconstrucción real del front-end.

Migración de integraciones

Las extensiones de TYPO3 para formularios, búsqueda, comercio electrónico, boletines, DAM (Gestión de Activos Digitales) y autenticación necesitan soluciones equivalentes en la nueva plataforma. Algunas tendrán reemplazos directos. Otras requerirán desarrollo personalizado.

Rutas de migración comunes desde TYPO3

Aquí es donde suelen terminar las organizaciones cuando dejan TYPO3:

Destino de migración Mejor para Plazo típico Coste relativo
WordPress Sitios de contenido simple, blogs, pequeñas empresas 6-12 semanas €€
Headless CMS + Next.js Rendimiento crítico, multicanal 12-20 semanas €€€
Headless CMS + Astro Sitios con mucho contenido, enfoque estático 10-16 semanas €€-€€€
Drupal Empresa compleja con flujos editoriales 14-24 semanas €€€-€€€€
Contentful/Sanity/Storyblok API-first, experiencia editorial moderna 12-18 semanas €€€

La ruta headless

Esta es la que recomendamos con mayor frecuencia, y en la que nos especializamos en Social Animal. Pasar de TYPO3 a un CMS headless (como Contentful, Sanity o Storyblok) combinado con un framework front-end moderno te da lo mejor de ambos mundos: una gran experiencia editorial Y un rendimiento de primer nivel.

Hemos desarrollado extensamente con Next.js y Astro, y ambos son excelentes destinos para las migraciones desde TYPO3. Next.js es la opción correcta cuando necesitas funcionalidad dinámica, autenticación o comercio electrónico. Astro destaca cuando el contenido es lo primero y quieres las cargas de página más rápidas posibles.

La ruta WordPress

Ya sé, ya sé. Pasar de un CMS tradicional a otro parece un movimiento lateral. Pero escúchame — WordPress tiene un ecosistema enorme, desarrolladores fácilmente disponibles y (cuando se usa como CMS headless con WPGraphQL) puede potenciar un front-end moderno bastante bien. Para sitios más pequeños con necesidades de contenido sencillas, suele ser el camino más rentable.

La ruta Drupal

Si tu sitio TYPO3 tiene un modelado de contenido complejo, configuraciones multisitio, permisos granulares y flujos editoriales intensos, Drupal es la opción más natural. Los paradigmas de modelado de contenido son suficientemente similares como para que la migración sea relativamente predecible. Pero seguirás en el mundo de PHP, heredando muchos de los mismos desafíos a largo plazo.

TYPO3 Migration Agency: How to Move Off TYPO3 Successfully - architecture

Los desafíos técnicos que nadie te advierte

Aquí es donde se notan mis cicatrices de batalla. Estas son las cosas que pillan desprevenidos a los equipos durante las migraciones de TYPO3.

El contenido multilingüe es un caos

TYPO3 gestiona las traducciones mediante registros superpuestos. El contenido en el idioma predeterminado vive en una fila, y las traducciones son registros conectados en la misma tabla. Este enfoque de traducción en "modo conectado" frente a "modo libre" no se mapea limpiamente a la mayoría de los CMS modernos, que tienden a utilizar variantes basadas en locales o entradas de contenido separadas.

Si tu sitio tiene 5 o más idiomas (algo habitual en empresas europeas), espera que la migración de contenido lleve de 2 a 3 veces más que un sitio de un solo idioma.

Los espacios de trabajo y el versionado de TYPO3

Si utilizas los Workspaces de TYPO3 para la preparación de contenido y los flujos de aprobación, necesitas encontrar un equivalente en tu plataforma de destino. La mayoría de los CMS headless tienen algún tipo de flujo de borrador/publicación, pero replicar el enfoque granular basado en espacios de trabajo requiere una planificación cuidadosa.

Contenido específico de extensiones

Las extensiones de TYPO3 como news, cal, powermail y gridelements almacenan el contenido en sus propias tablas de base de datos con sus propios esquemas. La extracción de contenido estándar no cubrirá estos casos — necesitas scripts de migración específicos para cada extensión.

Aquí tienes un ejemplo simplificado de extracción de registros de noticias desde la tabla tx_news_domain_model_news de TYPO3:

import mysql.connector
import json

def extract_typo3_news(db_config):
    conn = mysql.connector.connect(**db_config)
    cursor = conn.cursor(dictionary=True)
    
    query = """
    SELECT 
        n.uid,
        n.title,
        n.teaser,
        n.bodytext,
        n.datetime,
        n.path_segment,
        n.sys_language_uid,
        GROUP_CONCAT(c.title) as categories
    FROM tx_news_domain_model_news n
    LEFT JOIN sys_category_record_mm mm 
        ON mm.uid_foreign = n.uid 
        AND mm.tablenames = 'tx_news_domain_model_news'
    LEFT JOIN sys_category c 
        ON c.uid = mm.uid_local
    WHERE n.deleted = 0 
        AND n.hidden = 0
    GROUP BY n.uid
    ORDER BY n.datetime DESC
    """
    
    cursor.execute(query)
    records = cursor.fetchall()
    
    # Transformar al formato del CMS de destino
    transformed = []
    for record in records:
        transformed.append({
            'title': record['title'],
            'slug': record['path_segment'],
            'excerpt': record['teaser'],
            'body': record['bodytext'],  # Necesitará limpieza del RTE
            'publishedAt': record['datetime'].isoformat(),
            'locale': 'de' if record['sys_language_uid'] == 0 else 'en',
            'categories': record['categories'].split(',') if record['categories'] else []
        })
    
    return transformed

Esto está simplificado — los scripts de extracción reales necesitan gestionar referencias de archivos, registros relacionados, limpieza del contenido RTE (eliminando la sintaxis de enlace específica de TYPO3 como <link t3://page?uid=42>) y consultas con consciencia de espacios de trabajo.

Limpieza del contenido RTE

El Editor de Texto Enriquecido de TYPO3 almacena el contenido con referencias de enlace internas como t3://page?uid=123 y referencias de archivos como t3://file?uid=456. Cada una de ellas debe resolverse a URLs reales o rutas de activos durante la migración. En un sitio grande, puede haber miles de estas referencias.

// Ejemplo: Resolución de enlaces internos de TYPO3 en contenido migrado
function resolveTypo3Links(html, urlMap, fileMap) {
  // Reemplazar enlaces de página
  let resolved = html.replace(
    /t3:\/\/page\?uid=(\d+)/g,
    (match, uid) => urlMap[uid] || '/404'
  );
  
  // Reemplazar enlaces de archivo
  resolved = resolved.replace(
    /t3:\/\/file\?uid=(\d+)/g,
    (match, uid) => fileMap[uid] || ''
  );
  
  return resolved;
}

Cómo evaluar una agencia de migración de TYPO3

No todas las agencias son iguales. Esto es lo que debes buscar:

Deben conocer las interioridades de TYPO3

Puede parecer obvio, pero muchas agencias intentarán migrar tu sitio mirando el front-end y recreándolo, en lugar de comprender realmente el modelo de datos del backend. Pregúntales:

  • ¿Pueden explicar la diferencia entre pages y tt_content?
  • ¿Saben cómo funciona sys_file_reference?
  • ¿Han trabajado antes con los Workspaces de TYPO3?
  • ¿Pueden escribir TypoScript? (Aunque lo detesten, deben entenderlo.)

Deben ser expertos en la plataforma de destino

Igualmente importante — necesitan una experiencia profunda en el destino al que vas. Una agencia de TYPO3 que está "aprendiendo React" no es quien quieres que reconstruya tu front-end.

En Social Animal, nuestra experiencia central está en el desarrollo de CMS headless. Conocemos las plataformas de destino por dentro y por fuera porque construimos con ellas a diario.

Deben tener un proceso de migración documentado

Pide su metodología de migración. Debe cubrir:

  1. Descubrimiento y auditoría
  2. Modelado de contenido para la plataforma de destino
  3. Scripts de extracción y transformación de datos
  4. Mapeo de URL y estrategia de redirecciones
  5. Desarrollo front-end
  6. Verificación de contenido y QA
  7. Validación SEO
  8. Puesta en marcha y monitorización

Si no pueden explicarte estas fases con detalle, están improvisando.

Señales de alerta

  • "Solo exportaremos e importaremos el contenido" — nunca es tan sencillo
  • Sin mención de la preservación del SEO
  • Presupuestos de precio fijo sin una fase de descubrimiento
  • Sin experiencia con tu versión específica de TYPO3
  • No pueden mostrarte un proyecto de migración de TYPO3 anterior

Plazos de migración y expectativas de coste

Hablemos de cifras reales. Estas se basan en las tarifas del mercado europeo en 2025 para sitios empresariales de tamaño medio (500-2.000 páginas).

Fase Duración Rango de coste (EUR)
Descubrimiento y auditoría 2-4 semanas €8.000-15.000
Modelado de contenido y estrategia 2-3 semanas €6.000-12.000
Scripts de migración de datos 3-6 semanas €12.000-25.000
Desarrollo front-end 6-12 semanas €25.000-60.000
Desarrollo de integraciones 2-6 semanas €8.000-25.000
QA y verificación de contenido 2-4 semanas €6.000-15.000
Validación SEO y puesta en marcha 1-2 semanas €4.000-8.000
Total 18-37 semanas €69.000-160.000

Estas cifras asustan a la gente. Pero compáralas con el coste de seguir en TYPO3 durante otros 3-5 años: costes de desarrolladores, hosting, oportunidades perdidas por la lentitud del desarrollo. La migración suele amortizarse en 18-24 meses.

Para una estimación más específica según tu situación, ponte en contacto con nosotros y haremos una valoración inicial gratuita.

Preservar el SEO durante la migración

Esta es la parte que mantiene en vela a los directores de marketing, y con razón. Una migración mal ejecutada puede destruir años de inversión en SEO.

La lista de verificación innegociable

  1. Inventario completo de URL — Rastrea tu sitio actual con Screaming Frog o Sitebulb. Exporta cada URL, su código de estado, título, meta descripción y etiqueta canónica.

  2. Mapeo de URL 1:1 — Cada URL antigua debe apuntar a una nueva mediante una redirección 301. Sin excepciones.

  3. Preservar los elementos SEO en página — Los títulos, meta descripciones, estructuras de encabezados, textos alternativos de imágenes y datos estructurados deben migrarse.

  4. Auditoría de enlaces internos — Todos los enlaces internos en tu contenido deben actualizarse para apuntar a las nuevas URL, no depender de redirecciones.

  5. Mapa del sitio XML — Genera un nuevo sitemap de inmediato y envíalo a Google Search Console.

  6. Monitoriza durante 90 días — Vigila Google Search Console a diario durante las dos primeras semanas, luego semanalmente durante tres meses. Detectarás errores de rastreo, problemas de indexación y fluctuaciones de posicionamiento de forma temprana.

La realidad

Incluso con una ejecución perfecta, espera una caída temporal del posicionamiento del 10-20 % en las primeras 2-4 semanas tras la migración. Google necesita tiempo para volver a rastrear y reevaluar. Si lo has hecho todo correctamente, el posicionamiento se recuperará y típicamente mejorará en 6-8 semanas, especialmente si tu nuevo sitio es más rápido.

Caso práctico: cómo es una migración real

Permíteme describir un ejemplo compuesto basado en proyectos reales (detalles modificados por confidencialidad).

La situación: Una empresa manufacturera alemana con un sitio TYPO3 v9. 1.200 páginas en 4 idiomas (DE, EN, FR, IT). Uso intensivo de la extensión news, extensiones personalizadas para catálogo de productos y powermail para formularios de generación de leads. Tres editores de contenido frustrados con la experiencia de edición.

La decisión: Migrar a Storyblok (CMS headless) + Next.js para el front-end.

Lo que ocurrió:

  • Descubrimiento (3 semanas): Auditamos el modelo de contenido completo, identificamos 14 tipos de contenido distintos, mapeamos 47 layouts de backend de TYPO3 y configuraciones de elementos de contenido, y documentamos todas las integraciones.

  • Modelado de contenido (2 semanas): Diseñamos el modelo de contenido en Storyblok. Redujimos los 14 tipos de contenido a 9 consolidando patrones similares. Creamos una biblioteca de componentes visuales que los editores podían previsualizar en el editor visual de Storyblok.

  • Migración de datos (5 semanas): Construimos scripts de extracción en Python para todas las tablas de contenido. ¿La parte más difícil? La extensión del catálogo de productos usaba un esquema de base de datos personalizado con 12 tablas y referencias circulares. Escribimos un pipeline ETL dedicado solo para eso.

  • Front-end (10 semanas): Reconstruimos todo el front-end en Next.js con Tailwind CSS. Las puntuaciones de Lighthouse pasaron de una media de 45 (TYPO3) a 94 (Next.js). El rendimiento en móvil mejoró drásticamente.

  • QA (3 semanas): Los editores de contenido verificaron cada página en cada idioma. Encontramos y corregimos 23 enlaces internos rotos y 8 referencias de imágenes faltantes.

  • Puesta en marcha: Desplegamos el mapa de redirecciones (más de 1.200 entradas por idioma). Monitorizamos Search Console. El posicionamiento cayó un 12 % en la primera semana, se recuperó completamente en la cuarta semana y mejoró un 15 % en la octava semana.

Duración total: 24 semanas. Coste total: €115.000. Ahorro anual en hosting y mantenimiento: €28.000. Satisfacción de los editores: por las nubes.

FAQ

¿Cuánto tiempo lleva una migración típica de TYPO3? Para un sitio de tamaño medio (500-2.000 páginas), espera entre 4 y 9 meses desde el inicio hasta la puesta en marcha. Las variables más importantes son el número de idiomas, las extensiones personalizadas y las integraciones. Los sitios sencillos de un solo idioma pueden completarse en 8-12 semanas. Las instalaciones grandes de TYPO3 multisitio con flujos de trabajo complejos pueden llevar más de 12 meses.

¿Puedo migrar TYPO3 a WordPress? Sí, y es una de las rutas de migración más comunes, especialmente para organizaciones más pequeñas. WordPress tiene un ecosistema de desarrolladores mucho más amplio y costes de mantenimiento más bajos. Sin embargo, deberás asegurarte de que la migración gestione correctamente el modelo de elementos de contenido de TYPO3 — el enfoque de contenido estructurado de TYPO3 es más granular que el editor de bloques predeterminado de WordPress. Considera WordPress como un CMS headless con un front-end moderno para la mejor arquitectura a largo plazo.

¿Perderé mi posicionamiento en Google durante la migración? Es probable que veas una caída temporal del 10-20 % en las primeras 2-4 semanas. Con un mapeo de redirecciones 301 adecuado, metadatos preservados y un nuevo sitio más rápido, el posicionamiento suele recuperarse en 4-8 semanas y a menudo mejora. La clave está en tener una estrategia completa de mapeo de URL y monitorizar Search Console de cerca tras el lanzamiento.

¿Cuánto cuesta migrar desde TYPO3? En el mercado europeo (2025), espera entre €40.000 y €80.000 para un sitio sencillo y entre €80.000 y €200.000+ para instalaciones empresariales complejas con múltiples idiomas, extensiones personalizadas e integraciones. Ten en cuenta el ahorro anual en costes de desarrolladores y hosting al calcular el ROI — la mayoría de las organizaciones recuperan la inversión de la migración en 18-24 meses. Consulta nuestra página de precios para una orientación más específica.

¿Debería actualizar TYPO3 o migrar a una plataforma diferente? Si estás en TYPO3 v10 o v11 y tu equipo está satisfecho con la plataforma, actualizar a v13 LTS podría tener sentido. Pero si estás en v8 o v9 (ambas al final de su vida útil), el esfuerzo de actualización es casi equivalente a una migración completa. Y seguirás enfrentándote al menguante grupo de desarrolladores y a los mayores costes de mantenimiento. Para la mayoría de las organizaciones, la migración tiene más sentido financiero que actualizar desde versiones muy antiguas.

¿Qué ocurre con mis extensiones de TYPO3 durante la migración? Cada extensión necesita una solución equivalente en la plataforma de destino. Extensiones populares como news, powermail y solr tienen alternativas bien establecidas en la mayoría de las plataformas. Las extensiones personalizadas requieren desarrollo a medida en la nueva plataforma. Una buena agencia de migración auditará todas tus extensiones durante el descubrimiento y propondrá estrategias de reemplazo específicas para cada una.

¿Puedo hacer una migración por fases desde TYPO3? Absolutamente, y a menudo es el enfoque más inteligente para sitios grandes. Puedes ejecutar TYPO3 y la nueva plataforma en paralelo, migrando secciones de forma progresiva. Esto es especialmente práctico con arquitecturas headless donde puedes usar reglas de proxy inverso para servir diferentes secciones desde diferentes backends. Reduce el riesgo, pero extiende el plazo total y aumenta la complejidad de la infraestructura.

¿Cómo gestiono el contenido multilingüe de TYPO3 durante la migración? El sistema de superposición de traducciones de TYPO3 es uno de los aspectos más complicados de migrar. Cada plataforma de destino gestiona la localización de manera diferente. Storyblok usa traducciones a nivel de campo, Contentful usa entradas basadas en locales y Sanity usa traducciones a nivel de documento. Tu agencia de migración debe entender tanto el modo de traducción "conectado" como el "libre" de TYPO3 y diseñar scripts de extracción que gestionen el enfoque específico que utiliza tu sitio. Presupuesta tiempo extra para los sitios multilingües — siempre son más complejos de lo esperado.