Tu sitio Joomla te cuesta $4,200/mes en conversiones perdidas

Por qué dejar Joomla atrás

Joomla cumplió su función. Impulsó millones de sitios cuando el PHP renderizado en servidor era la única opción. Pero la web evolucionó, y la arquitectura de Joomla no.

Tu contenido está atrapado en tablas MySQL, entrelazado con markup de presentación, encerrado dentro de una aplicación PHP monolítica que exige parches constantes. Cada actualización de Joomla es una apuesta: ¿se romperán tus extensiones? ¿Sobrevivirá tu plantilla personalizada? ¿Y el rendimiento? Un sitio Joomla típico obtiene entre 45 y 65 en Lighthouse móvil, ahogado bajo el renderizado PHP, consultas sin optimizar y el bloat de los plugins.

El coste real no es el hosting. Son las horas de desarrollo perdidas peleando con la plataforma en lugar de construir funcionalidades.

Lo que Sanity aporta

Sanity es una plataforma de contenido estructurado. No un constructor de sitios web, no un editor de páginas, sino un backend de contenido que trata tu contenido como datos, no como fragmentos de HTML.

Esto es lo que significa en la práctica:

Arquitectura Content Lake

Sanity almacena todo tu contenido en su Content Lake: un datastore alojado y en tiempo real accesible a través de las APIs REST y GraphQL. Tus artículos, categorías, menús y medios no están bloqueados en una base de datos que solo tus plantillas PHP pueden leer. Están disponibles para cualquier frontend, cualquier dispositivo, cualquier canal.

Lenguaje de consultas GROQ

Olvídate de escribir SQL a mano o de depender de la limitada API de Joomla. GROQ (Graph-Relational Object Queries) te permite obtener exactamente el contenido que necesitas con precisión quirúrgica:

*[_type == "article" && category->slug.current == "news"] | order(publishedAt desc)[0..9] {
  title,
  slug,
  publishedAt,
  body,
  author->{ name, avatar },
  category->{ title, slug }
}

Sin over-fetching. Sin under-fetching. Sin abstracciones ORM. Solo contenido, con exactamente la forma que necesita tu frontend.

Portable Text en lugar de fragmentos HTML

Joomla almacena los cuerpos de los artículos como cadenas HTML sin procesar. Sanity utiliza Portable Text: un formato de texto enriquecido basado en JSON donde cada párrafo, encabezado, imagen e incrustación es un objeto estructurado. Esto significa:

• El contenido de texto enriquecido es consultable y transformable
• Las imágenes incrustadas y las referencias son objetos de primera clase, no cadenas de markup
• Los tipos de bloque personalizados (callouts, fragmentos de código, CTAs) están validados por esquema
• El contenido se renderiza de forma idéntica en web, móvil, email o cualquier otro canal

Sanity Studio

Sanity Studio es la interfaz editorial: una aplicación React completamente personalizable que se ejecuta en tu navegador. A diferencia del panel de administración de Joomla, Studio se configura mediante código. Los esquemas son archivos TypeScript, versionados en Git y revisados en pull requests. Tu modelo de contenido evoluciona con el mismo rigor que el código de tu aplicación.

Problemas habituales de Joomla que resolvemos

El infierno de las dependencias de extensiones

Los sitios Joomla acumulan extensiones como lapas. Formularios de contacto, herramientas SEO, galerías de imágenes, campos personalizados: cada una es una posible vulnerabilidad de seguridad y un bloqueador de actualizaciones. En una arquitectura headless, estas responsabilidades se trasladan a servicios especializados. Los formularios van a un gestor de formularios. Las imágenes van a una CDN con transformaciones al vuelo. Los metadatos SEO viven en tu esquema de contenido.

El problema del bloqueo por plantilla

Las plantillas de Joomla son archivos PHP que mezclan lógica, obtención de datos y presentación. Rediseñar implica reescribir los overrides de plantilla, pelear con el framework de plantillas y esperar que tu contenido siga renderizándose. Con Sanity, tu frontend es completamente independiente. Cambia Next.js por Astro. Rediseña sin tocar tu contenido. Lanza una app móvil desde la misma API.

Rendimiento que realmente importa

Una solicitud de página en Joomla pasa por PHP, consulta MySQL, ensambla HTML, procesa los overrides de plantilla, carga extensiones y finalmente envía una respuesta. Un frontend headless con Sanity obtiene contenido prefetched desde APIs con caché en el edge y renderiza páginas estáticas o con regeneración incremental. La diferencia es medible: TTFB por debajo de 300 ms frente a 1,2-2,5 segundos.

Nuestro proceso de migración

Aryan Shah lidera cada migración de Joomla a Sanity en Social Animal con un enfoque por fases. Sin cutovers big-bang. Sin congelaciones de contenido.

Fase 1: Auditoría de contenido y diseño de esquema (semanas 1-2)

Extraemos y mapeamos cada tipo de contenido de tu instalación de Joomla:

• Artículos → Tipo de documento article en Sanity con cuerpo en Portable Text
• Categorías → Tipo de documento category en Sanity con referencias jerárquicas
• Menús → Tipo de documento navigation en Sanity con estructuras de enlaces anidados
• Campos personalizados → Mapeados a los tipos de campo apropiados en Sanity (strings, numbers, references, arrays)
• Activos multimedia → Inventariados para migración en lote al pipeline de assets de Sanity

Los esquemas se escriben en TypeScript, se confirman en tu repositorio y se revisan antes de mover cualquier contenido.

Fase 2: Extracción y transformación de contenido (semanas 2-3)

Creamos scripts de migración idempotentes que:

1. Extraen contenido de la base de datos MySQL de Joomla mediante consultas directas
2. Transforman los cuerpos HTML de los artículos a Portable Text usando @sanity/block-tools
3. Resuelven enlaces internos y referencias a medios
4. Mapean las jerarquías de categorías de Joomla a estructuras de referencia en Sanity
5. Reconstruyen los árboles de menús como documentos de navegación estructurados
6. Importan todo a través de la API de transacciones de Sanity para procesamiento en lote atómico

import { htmlToBlocks } from '@sanity/block-tools'
import { JSDOM } from 'jsdom'

const sanityArticles = joomlaArticles.map(article => ({
  _type: 'article',
  _id: `joomla-${article.id}`,
  title: article.title,
  slug: { _type: 'slug', current: article.alias },
  body: htmlToBlocks(article.introtext + article.fulltext, schema, {
    parseHtml: html => new JSDOM(html).window.document
  }),
  category: { _type: 'reference', _ref: `category-${article.catid}` },
  publishedAt: article.publish_up,
  legacyId: article.id
}))

Estos scripts son re-ejecutables. Los probamos contra un dataset de staging, validamos, corregimos casos extremos y volvemos a ejecutar hasta confirmar la paridad de contenido.

Fase 3: Desarrollo del frontend (semanas 2-4)

Mientras la migración de contenido se ejecuta en paralelo, construimos tu nuevo frontend en Next.js o Astro, según el caso de uso. El frontend consume la API de Sanity, renderiza Portable Text con componentes personalizados y se despliega en Vercel o Netlify para un rendimiento orientado al edge.

Fase 4: Validación y preservación del SEO (semanas 4-5)

Aquí es donde las migraciones triunfan o fracasan.

Estrategia de preservación del SEO

Cada URL de Joomla se mapea a su equivalente nueva. Implementamos redirecciones 301 en la capa edge, no en el código de la aplicación donde añaden latencia.

/index.php/component/content/article/12-news/45-article-title → /articles/article-title
/index.php/category/12-news → /categories/news
/index.php/2023/05/15/some-article → /articles/some-article

Los patrones de URL notoriamente feos de Joomla (incluso con SEF activado) se depuran en el proceso. Verificamos:

• Que cada URL indexada devuelva un 301 a su nueva ubicación
• Que los sitemaps XML se regeneren y se envíen
• Que las etiquetas canónicas estén correctamente definidas en todas las páginas
• Que los datos estructurados (JSON-LD) estén implementados para artículos, breadcrumbs y organización
• Que los metadatos de Open Graph y Twitter Card se transfieran desde las extensiones SEO de Joomla
• Que los enlaces internos dentro de los cuerpos en Portable Text apunten a las nuevas URLs

Monitorizamos Google Search Console durante 90 días tras el lanzamiento para detectar errores de rastreo o fluctuaciones en el posicionamiento.

Plazos y precios

Sitios pequeños (menos de 500 artículos, categorías y menús estándar): 3-4 semanas, desde $8,000.

Sitios medianos (500-5,000 artículos, campos personalizados, jerarquías de categorías complejas): 5-7 semanas, desde $15,000.

Sitios grandes (más de 5,000 artículos, multiidioma, extensiones personalizadas, flujos de trabajo complejos): 8-12 semanas, desde $30,000.

Cada proyecto incluye diseño de esquema, scripts de migración de contenido, desarrollo del frontend, mapeo de redirecciones SEO y 30 días de soporte post-lanzamiento. Los scripts de migración forman parte de tu codebase: son tuyos.

El resultado

Obtienes una plataforma de contenido rápida, flexible y construida para durar. Los editores trabajan en Sanity Studio con colaboración en tiempo real. Los desarrolladores lanzan funcionalidades sin pelearse con el CMS. Tu sitio alcanza 95+ en Lighthouse. Tu contenido sirve a cualquier canal a través de una única API.

Se acabaron los fines de semana parcheando PHP. Se acabaron las pesadillas de compatibilidad entre extensiones. Se acabó estar a merced de una arquitectura que alcanzó su cénit en 2012.