Tu agencia envía el presupuesto de actualización TYPO3 v8→v12. Abres el PDF. El número al final hace que reconstruir en un stack moderno parezca barato. Se lo reenvías a tu CTO. Ella responde en cuatro palabras: 'Es hora de cambiar'. Este momento ocurre a equipos empresariales cada semana—instancias TYPO3 heredadas que cuestan más mantener que migrar. La pregunta no es si irte, sino cómo mover 847 publicaciones, 12 páginas de destino y cinco años de capital SEO sin romper cada URL que tu equipo de contenido jamás publicó. Una agencia de migración TYPO3 especializada maneja exactamente esto: la extracción técnica, el mapeo de URLs, las cadenas de redirección, la lucha en la semana del lanzamiento. Pero la mayoría de los equipos no saben qué hacen realmente estas agencias hasta la semana tres de una migración DIY fallida.

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 correcta—una que realmente entienda de dónde vienes y a dónde necesitas ir—es la diferencia entre una transición suave y una pesadilla de seis meses.

He estado involucrado en suficientes migraciones TYPO3 para saber qué sale mal y qué sale bien. Permíteme guiarte a través de todo.

Tabla de Contenidos

Agencia de Migración TYPO3: Cómo cambiar de TYPO3 con éxito

Por qué las organizaciones migran desde TYPO3

Permíteme ser directo: TYPO3 no está muerto. La versión 13 LTS se lanzó a finales de 2024 con mejoras genuinas. Pero hay razones reales y prácticas por las que las organizaciones se están alejando de él a un ritmo creciente.

La escasez de desarrolladores es real

La cuota de mercado de TYPO3 ha estado disminuyendo durante años. A partir de 2026, W3Techs sitúa TYPO3 en aproximadamente el 0,4% de todos los sitios web que utilizan un CMS conocido, bajando desde su pico de alrededor del 1,2%. Eso se traduce directamente en menos desarrolladores entrando en el ecosistema. Intenta publicar un rol de desarrollador TYPO3 en LinkedIn—obtendrás una fracción de los solicitantes en comparación con un rol de WordPress, Next.js o incluso Drupal.

Los desarrolladores que conocen TYPO3 se están jubilando o han pasado a otros stacks. Las tarifas por hora para desarrolladores TYPO3 experimentados en 2026 rondan los €120-180/hora en la región DACH, comparado con €80-120 para desarrolladores Next.js equivalentes.

Fatiga de TypoScript y plantillas Fluid

Si alguna vez has intentado explicar TypoScript a un desarrollador front-end que ha usado React o incluso HTML plano, conoces el dolor. Es un lenguaje de configuración que actúa como un lenguaje de programación pero no es exactamente uno. Las plantillas Fluid son más sensatas, pero la experiencia general del desarrollador aún se siente atrapada en 2010.

Rendimiento y arquitectura moderna

El modelo de representación de páginas de TYPO3 es del lado del servidor. Se almacena en caché bien cuando se configura correctamente, pero no puede competir con la generación de sitios estáticos o los enfoques ISR (Regeneración Estática Incremental) utilizados por marcos como Next.js o Astro. Core Web Vitals importan para SEO en 2026, y lograr que un sitio TYPO3 alcance consistentemente puntuaciones verdes requiere un trabajo de optimización significativo.

Costo total de propiedad

Este es el que generalmente dispara la conversación de migración. Cuando factorizas alojamiento (TYPO3 necesita PHP + MySQL/MariaDB + recursos de servidor decentes), costos de desarrolladores, licencias de extensiones y gastos generales de mantenimiento, el TCO de TYPO3 a menudo supera a alternativas modernas en un 30-60% anualmente para organizaciones de tamaño medio.

Lo que una agencia de migración TYPO3 realmente hace

Una agencia de migración real no solo está reconstruyendo tu sitio web en una plataforma diferente. Esa es la parte fácil. Esto es lo que se ve el trabajo real:

Auditoría y mapeo de contenido

TYPO3 almacena contenido en una base de datos relacional con su propio modelo de elemento 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.

Solo esto puede tomar 2-4 semanas para un sitio con 500+ páginas.

Extracción y transformación de datos

El esquema de base de datos de TYPO3 no es exactamente intuitivo. Las tablas como tt_content, pages, sys_file_reference y sys_category todas necesitan ser entendidas, unidas y exportadas. La mayoría de las agencias construyen scripts de extracción personalizados—generalmente en PHP o Python—que extraen contenido y lo transforman en un formato que la plataforma de destino pueda ingerir.

Mapeo de URLs y estrategia de redirección

TYPO3 usa RealURL o el enrutamiento incorporado (desde v9) para URLs amigables. Cada URL única necesita mapearse a su equivalente nuevo, y los redireccionamientos 301 deben implementarse. Si omites este paso, arrasarás tus clasificaciones de búsqueda de la noche a la mañana.

Reconstrucción de plantillas y componentes

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

Migración de integraciones

Las extensiones TYPO3 para formularios, búsqueda, e-commerce, boletines, DAM (Gestión de Activos Digitales) y autenticación todos necesitan soluciones equivalentes en la plataforma nueva. Algunos tendrán reemplazos directos. Otros requerirán desarrollo personalizado.

Rutas de migración comunes desde TYPO3

Aquí es donde generalmente aterrizan las organizaciones cuando dejan TYPO3:

Objetivo de migración Mejor para Cronograma típico Costo relativo
WordPress Sitios de contenido simple, blogs, pequeñas empresas 6-12 semanas €€
Headless CMS + Next.js Crítico en rendimiento, multicanal 12-20 semanas €€€
Headless CMS + Astro Sitios con mucho contenido, primero 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

Esto es lo que recomendamos más a menudo, y es en lo que nos especializamos en Social Animal. Cambiar de TYPO3 a un CMS headless (como Contentful, Sanity o Storyblok) emparejado con un marco front-end moderno te da lo mejor de ambos mundos: una gran experiencia editorial Y rendimiento de primera categoría.

Hemos construido extensivamente con Next.js y Astro, y ambos son excelentes objetivos para migraciones TYPO3. Next.js es la opción correcta cuando necesitas funcionalidad dinámica, autenticación o e-commerce. Astro brilla cuando el contenido es lo primero y quieres las cargas de página más rápidas posibles.

La ruta WordPress

Ya lo sé, ya lo sé. Cambiar de un CMS tradicional a otro se siente como un movimiento lateral. Pero escúchame—WordPress tiene un ecosistema masivo, desarrolladores fácilmente disponibles y (cuando se usa como un CMS headless con WPGraphQL) puede impulsar un front-end moderno bastante bien. Para sitios más pequeños con necesidades de contenido directas, es a menudo la ruta más rentable.

La ruta Drupal

Si tu sitio TYPO3 tiene modelado de contenido complejo, configuraciones multisitio, permisos granulares y flujos editoriales pesados, Drupal es el ajuste más natural. Los paradigmas de modelado de contenido son lo suficientemente similares como para que la migración sea relativamente predecible. Pero aún estás en tierra PHP, e inheritas muchos de los mismos desafíos a largo plazo.

Agencia de Migración TYPO3: Cómo cambiar de TYPO3 con éxito - arquitectura

Los desafíos técnicos de los que nadie te advierte

Aquí es donde mis cicatrices de batalla muestran. Estas son las cosas que sorprenden a los equipos durante migraciones TYPO3.

El contenido multilingüe es un desastre

TYPO3 maneja traducciones a través de registros de superposición. El contenido del idioma predeterminado vive en una fila, y las traducciones son registros conectados en la misma tabla. Este enfoque de "modo conectado" versus "modo libre" de traducción no se asigna limpiamente a la mayoría de los CMS modernos, que tienden a usar variantes basadas en locale o entradas de contenido separadas.

Si tu sitio tiene 5+ idiomas (común en empresa europea), espera que la migración de contenido tome 2-3x más tiempo que un sitio de un solo idioma.

Espacios de trabajo y versioning de TYPO3

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

Contenido específico de extensión

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

Aquí hay un ejemplo simplificado de extracción de registros de noticias de 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()
    
    # Transform to target CMS format
    transformed = []
    for record in records:
        transformed.append({
            'title': record['title'],
            'slug': record['path_segment'],
            'excerpt': record['teaser'],
            'body': record['bodytext'],  # Will need RTE cleanup
            '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 manejar referencias de archivos, registros relacionados, limpieza de contenido RTE (eliminando sintaxis de enlace específica de TYPO3 como <link t3://page?uid=42>), y consultas conscientes del espacio de trabajo.

Limpieza de contenido RTE

El editor de texto enriquecido de TYPO3 almacena contenido con referencias de enlace interno como t3://page?uid=123 y referencias de archivos como t3://file?uid=456. Cada uno de estos necesita resolverse a URLs reales o rutas de activos durante la migración. En un sitio grande, puede haber miles de estos.

// Ejemplo: Resolver enlaces internos de TYPO3 en contenido migrado
function resolveTypo3Links(html, urlMap, fileMap) {
  // Replace page links
  let resolved = html.replace(
    /t3:\/\/page\?uid=(\d+)/g,
    (match, uid) => urlMap[uid] || '/404'
  );
  
  // Replace file links
  resolved = resolved.replace(
    /t3:\/\/file\?uid=(\d+)/g,
    (match, uid) => fileMap[uid] || ''
  );
  
  return resolved;
}

Cómo evaluar una agencia de migración TYPO3

No todas las agencias son iguales. Aquí está lo que buscar:

Deberían conocer los internos de TYPO3

Esto puede sonar obvio, pero muchas agencias intentarán migrar tu sitio mirando el front-end y recreándolo, en lugar de entender realmente el modelo de datos backend. Pregúntales:

  • ¿Pueden explicar la diferencia entre pages y tt_content?
  • ¿Saben cómo funciona sys_file_reference?
  • ¿Han tratado con TYPO3 Workspaces antes?
  • ¿Pueden escribir TypoScript? (Incluso si lo odian, deberían entenderlo.)

Deberían ser expertos en la plataforma de destino

Igualmente importante—necesitan experiencia profunda en a dónde vas. Un taller TYPO3 que está "aprendiendo React" no es a quién quieres reconstruyendo tu front-end.

En Social Animal, nuestra experiencia central está en desarrollo de CMS headless. Conocemos las plataformas de destino adentro y afuera porque las construimos todos los días.

Deberían tener un proceso de migración documentado

Pide su metodología de migración. Debería 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 URLs y estrategia de redirección
  5. Desarrollo front-end
  6. Verificación de contenido y QA
  7. Validación de SEO
  8. Go-live y monitoreo

Si no pueden guiarte a través de estas fases con especificidades, lo están improvisando.

Señales de alerta

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

Expectativas de cronograma y costos de migración

Hablemos de números reales. Estos se basan en tasas de mercado europeas en 2026 para sitios empresariales de tamaño medio (500-2,000 páginas).

Fase Duración Rango de costos (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 integración 2-6 semanas €8,000-25,000
QA y verificación de contenido 2-4 semanas €6,000-15,000
Validación de SEO y go-live 1-2 semanas €4,000-8,000
Total 18-37 semanas €69,000-160,000

Estos números asustan a la gente. Pero compáralolos con el costo de quedarse en TYPO3 otros 3-5 años: costos de desarrolladores, alojamiento, oportunidades perdidas de lentitud en velocidad de desarrollo. La migración generalmente se paga a sí misma dentro de 18-24 meses.

Para un presupuesto más específico basado en tu situación, ponte en contacto con nosotros y haremos una evaluación inicial gratuita.

Preservar SEO durante la migración

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

La lista de verificación innegociable

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

  2. Mapeo de URL 1:1—Cada URL antigua necesita apuntar a una nueva a través de redirección 301. Sin excepciones.

  3. Preservar elementos SEO en la página—Etiquetas de título, metadescripciones, estructuras de encabezados, textos alternativos de imágenes y datos estructurados, todo necesita migrar.

  4. Auditoría de enlace interno—Todos los enlaces internos en tu contenido necesitan actualizarse para apuntar a URLs nuevas, no depender de redireccionamientos.

  5. Mapa del sitio XML—Genera un nuevo mapa del sitio inmediatamente y envíalo a Google Search Console.

  6. Monitorea durante 90 días—Observa Google Search Console diariamente los primeros dos días, luego semanalmente durante tres meses. Detectarás errores de rastreo, problemas de indexación y fluctuaciones de clasificación temprano.

La realidad

Incluso con ejecución perfecta, espera un caída temporal en clasificaciones de 10-20% en las primeras 2-4 semanas después de la migración. Google necesita tiempo para rastrear nuevamente y reevaluar. Si lo has hecho todo bien, las clasificaciones se recuperarán y generalmente mejorarán dentro de 6-8 semanas, especialmente si tu nuevo sitio es más rápido.

Caso de estudio: Cómo se ve una migración real

Permíteme caminar a través de un ejemplo compuesto basado en proyectos reales (detalles cambiados 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 pesado de la extensión news, extensiones de catálogo de productos personalizadas, y powermail para formularios de generación de leads. Tres editores de contenido que estaban frustrados con la experiencia de edición.

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

Lo que sucedió:

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

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

  • Migración de datos (5 semanas): Construimos scripts de extracción de Python para todas las tablas de contenido. ¿La parte más difícil? La extensión del catálogo de productos utilizó 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 fueron de promediar 45 (TYPO3) a 94 (Next.js). El rendimiento móvil mejoró dramáticamente.

  • 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.

  • Go-live: Desplegamos mapa de redirección (1,200+ entradas por idioma). Monitoreamos Search Console. Las clasificaciones bajaron 12% en la semana uno, se recuperaron completamente en la semana cuatro y mejoraron 15% en la semana ocho.

Duración total: 24 semanas. Costo total: €115,000. Ahorros anuales en alojamiento y mantenimiento: €28,000. Satisfacción del editor: por las nubes.

Preguntas frecuentes

¿Cuánto tiempo lleva una migración típica de TYPO3? Para un sitio de tamaño medio (500-2,000 páginas), espera 4-9 meses desde el inicio hasta el go-live. Las variables más grandes son el número de idiomas, extensiones personalizadas e integraciones. Los sitios simples de un solo idioma pueden hacerse en 8-12 semanas. Las grandes instalaciones multisitio TYPO3 con flujos de trabajo complejos pueden tomar 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 grande y costos de mantenimiento más bajos. Sin embargo, querrás asegurar que la migración maneje correctamente el modelo de elemento 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é mis clasificaciones de Google durante la migración? Probablemente verás una caída temporal de 10-20% en las primeras 2-4 semanas. Con mapeo de redirección 301 adecuado, datos meta preservados y un nuevo sitio más rápido, las clasificaciones generalmente se recuperan dentro de 4-8 semanas y a menudo mejoran. La clave es tener una estrategia de mapeo de URL completa y monitorear Search Console de cerca después del lanzamiento.

¿Cuál es el costo de migrar desde TYPO3? En el mercado europeo (2026), espera €40,000-80,000 para un sitio directo y €80,000-200,000+ para instalaciones empresariales complejas con múltiples idiomas, extensiones personalizadas e integraciones. Factoriza ahorros anuales en costos de desarrolladores y alojamiento al calcular el ROI—la mayoría de las organizaciones recuperan la inversión de migración dentro de 18-24 meses. Consulta nuestra página de precios para orientación más específica.

¿Debo actualizar TYPO3 o migrar a una plataforma diferente? Si estás en TYPO3 v10 o v11 y tu equipo está feliz con la plataforma, la actualización a v13 LTS podría tener sentido. Pero si estás en v8 o v9 (ambas fin de vida), el esfuerzo de actualización es casi tanto como una migración completa. Y seguirás tratando con el grupo de desarrolladores menguante y costos de mantenimiento más altos. Para la mayoría de las organizaciones, la migración tiene más sentido financiero que la actualización desde versiones muy antiguas.

¿Qué sucede con mis extensiones TYPO3 durante la migración? Cada extensión necesita una solución equivalente en la plataforma de destino. Las 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 inteligente para sitios grandes. Puedes ejecutar TYPO3 y la nueva plataforma lado a lado, migrando secciones progresivamente. Esto es especialmente práctico con arquitecturas headless donde puedes usar reglas de proxy inverso para servir diferentes secciones desde diferentes backends. Reduce riesgo pero extiende la cronología general e aumenta la complejidad de la infraestructura.

¿Cómo manejo el contenido multilingüe de TYPO3 durante la migración? El sistema de superposición de traducción de TYPO3 es uno de los aspectos más complicados de migrar. Cada plataforma de destino maneja la localización de manera diferente. Storyblok usa traducciones a nivel de campo, Contentful usa entradas basadas en locale, y Sanity usa traducciones a nivel de documento. Tu agencia de migración necesita entender tanto los modos de traducción "conectados" como "libres" de TYPO3 y diseñar scripts de extracción que manejen el enfoque específico que tu sitio usa. Presupuesta tiempo extra para sitios multilingües—siempre es más complejo de lo esperado.