Tu CMS heredado acaba de costarte otra venta mientras cargaba esta página

Tu CMS heredado te está frenando

ExpressionEngine cumplió su función. MODX fue genuinamente innovador para su época. ¿Ese CMS PHP personalizado que tu agencia construyó en 2011? Funcionaba. Pero «funcionaba» está en pasado, y eso importa.

Estas plataformas comparten una trayectoria común: ecosistemas de plugins cada vez más reducidos, parches de seguridad que llegan con meses de retraso (o nunca), desarrolladores que han seguido adelante y puntuaciones de rendimiento que hacen que los Core Web Vitals de Google parezcan una película de terror. Pagas costes de hosting premium por servidores que luchan por lograr tiempos de carga de 2 segundos, mientras un sitio estático en un plan de 20 $/mes te da mil vueltas.

Hemos migrado sitios de ExpressionEngine con más de 15 000 entradas, instalaciones de MODX con más de 40 snippets personalizados y plataformas CMS PHP a medida con esquemas de base de datos sin documentar. Todas ellas funcionan ahora en Next.js con Supabase, obtienen puntuación verde en todos los Core Web Vitals y cuestan menos en hosting que el stack heredado.

Por qué fallan las migraciones de ExpressionEngine y MODX

La mayoría de las agencias tratan una migración de CMS como un proyecto de rediseño. Construyen un sitio nuevo con buen aspecto, hacen una exportación CSV, importan en bloque, configuran algunas redirecciones y dan el trabajo por terminado. Luego ves cómo tu tráfico orgánico cae un 40 % en seis semanas.

Esto es lo que sale mal realmente:

Desajuste en el modelado de contenido

Los campos de canal de ExpressionEngine y las variables de plantilla de MODX no se corresponden de forma limpia con las estructuras de contenido modernas. Un campo de tipo «textarea» que contiene HTML con estilos en línea, imágenes con rutas relativas y shortcodes personalizados necesita una transformación inteligente, no un script de buscar y reemplazar.

Fragmentación de la estructura de URLs

Las plataformas CMS PHP heredadas adoran generar URLs con parámetros, prefijos de categoría y estructuras basadas en fechas que no encajan con las convenciones de enrutamiento modernas. Si te saltas un solo patrón de redirección, tendrás una página 404 donde antes estaba tu landing page de mayor tráfico.

Lógica de plantillas enterrada en el contenido

Los chunks y snippets de MODX, las etiquetas de plantilla de ExpressionEngine, los includes PHP personalizados… esto no es contenido. Es lógica de presentación que quedó enredada en tu base de datos a lo largo de una década de crecimiento orgánico. Separar el contenido de la lógica de presentación es el trabajo duro real de una migración, y es la parte que la mayoría de las agencias se salta.

Autenticación y datos de usuarios

Si tu CMS heredado gestiona inicios de sesión de miembros, roles de usuario personalizados o contenido restringido, no puedes ignorar esos datos sin más. Los hashes de contraseñas deben migrarse, o los usuarios necesitan un flujo de reautenticación elegante.

Lo que Next.js + Supabase te ofrece realmente

No es una mejora marginal. Es un salto arquitectónico.

Next.js para el frontend

Next.js te proporciona generación estática para páginas de contenido (TTFB inferior a 100 ms), renderizado en servidor para rutas dinámicas, React Server Components para layouts complejos sin hinchazón de JavaScript en el cliente, y regeneración estática incremental para que tu equipo de contenido publique cambios que se activan en segundos sin una reconstrucción completa.

Tus puntuaciones en Lighthouse pasan del rango 45-65 a 95-100. No por trucos, sino porque la arquitectura es fundamentalmente más rápida.

Supabase para el backend

Supabase proporciona una base de datos PostgreSQL con una API REST y GraphQL incluidas. La seguridad a nivel de fila gestiona los permisos sin middleware. Las suscripciones en tiempo real impulsan funcionalidades en vivo. La autenticación integrada lo gestiona todo, desde correo electrónico/contraseña hasta proveedores OAuth. Las funciones edge ejecutan la lógica de servidor en el borde de la CDN.

Para la mayoría de las migraciones de CMS heredados, Supabase reemplaza el stack de backend completo: base de datos, autenticación, almacenamiento de archivos y capa de API. Una plataforma, una factura, sin mantenimiento de servidores.

Integración con CMS headless

Para los equipos de contenido que necesitan una interfaz de edición familiar, integramos Sanity, Payload CMS o Storyblok como capa editorial. Los editores de contenido obtienen una UI moderna. Los desarrolladores obtienen APIs estructuradas. Supabase gestiona todo lo que no es contenido puro: datos de usuario, estado de la aplicación, analítica y envíos de formularios.

Nuestro proceso de migración

Ejecutamos un proceso de cinco fases diseñado específicamente para plataformas CMS PHP heredadas. Sin cortes abruptos. Sin cruzar los dedos.

Fase 1: Auditoría profunda (semanas 1-2)

Rastreamos tu sitio existente por completo. Cada URL, cada tipo de contenido, cada plantilla, cada redirección ya en vigor. Mapeamos tus canales de ExpressionEngine o recursos de MODX a un esquema de contenido moderno. Documentamos la funcionalidad personalizada: búsqueda, formularios, áreas de miembros, hooks de e-commerce e integraciones con terceros.

Entregable: un documento de especificación de migración con los mapeos del modelo de contenido, el mapa de redirecciones de URL y el inventario de funcionalidades.

Fase 2: Construcción de la infraestructura (semanas 2-4)

Configuramos la aplicación Next.js, configuramos Supabase (esquema de base de datos, reglas de autenticación, buckets de almacenamiento) y desplegamos en Vercel o Cloudflare Pages. Pipeline de CI/CD, entornos de previsualización, dominio de staging: todo configurado antes de que se mueva ningún contenido.

Fase 3: Migración de contenido (semanas 3-6)

Scripts de migración personalizados extraen el contenido de tu base de datos heredada, lo transforman (limpiando HTML, resolviendo rutas de imágenes, convirtiendo shortcodes a datos estructurados) y lo cargan en el nuevo sistema. Ejecutamos esto de forma iterativa: migramos, validamos, corregimos casos extremos y volvemos a ejecutar.

Para ExpressionEngine, nos conectamos directamente a la base de datos MySQL y analizamos los datos de canal con conocimiento del tipo de campo. Para MODX, gestionamos el árbol de recursos, las variables de plantilla y las referencias a chunks. Para plataformas CMS PHP personalizadas, realizamos ingeniería inversa del esquema y construimos extractores a medida.

Fase 4: Construcción del frontend (semanas 4-8)

Páginas y componentes Next.js construidos para replicar (o mejorar) tu diseño existente. Cada plantilla de página del sitio heredado obtiene su equivalente moderno. Optimizamos las imágenes, implementamos layouts responsive y nos aseguramos de que cada página alcance Core Web Vitals en verde antes del lanzamiento.

Fase 5: Transición SEO y puesta en marcha (semanas 7-10)

Aquí es donde las migraciones tienen éxito o fracasan. Nuestro proceso de transición:

• Mapa de redirecciones 301 desplegado y probado contra el rastreo completo de URLs de la fase 1
• Sitemaps XML regenerados y enviados a Google Search Console
• Etiquetas canónicas, hreflang y datos estructurados preservados o mejorados
• Monitorización en tiempo real de picos de 404, errores de rastreo y movimiento de posiciones durante 30 días tras el lanzamiento
• Transición DNS sin tiempo de inactividad: el sitio heredado permanece activo como respaldo hasta que confirmamos una indexación limpia

Garantizamos que no habrá pérdida de posicionamiento atribuible a la migración. Si Google pierde una página por una redirección que nos hayamos saltado, la corregimos el mismo día.

Estrategia de preservación SEO

La preservación del SEO no es una fase: es una restricción que gobierna cada decisión a lo largo del proyecto.

Exportamos tu perfil de backlinks completo y lo cruzamos con el mapa de redirecciones. Los enlaces internos se actualizan de forma programática, no manual. Preservamos la autoridad de página manteniendo las estructuras de URL donde es posible e implementando cadenas de redirección correctas donde cambian.

Next.js nos proporciona renderizado en servidor para los rastreadores, lo que significa que Google ve HTML completamente renderizado en la primera solicitud, sin los retrasos de renderizado JavaScript que plagan las migraciones SPA. Combinado con un TTFB inferior a 300 ms desde el despliegue en el edge, tus páginas se rastrean más rápido y se indexan de forma más completa de lo que nunca lo fueron en el stack heredado.

Plazos y precios

Precios transparentes: conoces el rango antes de la primera llamada.

Tamaño del proyecto	Volumen de contenido	Plazo	Inversión
Estándar	Hasta 500 páginas	6-8 semanas	£12 000 - £25 000
Escala media	500-5 000 páginas	8-12 semanas	£25 000 - £55 000
Enterprise	Más de 5 000 páginas, funcionalidad personalizada	12-20 semanas	£55 000 - £120 000

El precio incluye la auditoría, los scripts de migración, la construcción en Next.js, la configuración de Supabase, la transición SEO y 30 días de monitorización post-lanzamiento. Sin sorpresas de facturación por horas. El hosting continuo en Vercel + Supabase suele rondar £50-200/mes según el tráfico, una fracción de los costes del servidor heredado.

Garantía del 100 % verde en Core Web Vitals

Cada página que entregamos supera la evaluación de Core Web Vitals de Google con puntuaciones verdes en LCP, INP y CLS. No en una prueba de laboratorio con conexión rápida, sino en el campo, medido por usuarios reales a través de los datos de CrUX.

Si alguna página falla en CWV dentro de los 90 días posteriores al lanzamiento por causa de nuestra implementación, la corregimos sin coste adicional. Podemos ofrecer esta garantía porque la arquitectura Next.js + Supabase, desplegada en CDNs de edge, es inherentemente rápida. No estamos luchando contra la plataforma para obtener buenas puntuaciones: la plataforma las entrega por defecto cuando se construye correctamente.

Cobertura en el Reino Unido y EE. UU.

Trabajamos con equipos en el Reino Unido y EE. UU., con despliegues optimizados para ambos mercados. Las redes de edge de Vercel y Cloudflare garantizan que tu sitio cargue rápido tanto si tus usuarios están en Londres, Leeds, Los Ángeles o Louisville. Todos los proyectos incluyen gestión de datos conforme al RGPD para audiencias del Reino Unido y la UE, y prácticas alineadas con SOC 2 para requisitos empresariales en EE. UU.