WordPress vs Astro: cuándo tiene sentido migrar y cuándo no

La web que funcionaba pero acumulaba deuda

Nuestra web anterior era WordPress. Funcionaba. No era lenta de forma escandalosa, tenía el contenido bien organizado y habíamos invertido tiempo en la estructura de páginas. Pero por debajo había una acumulación de cosas que con el tiempo se vuelven difíciles de gestionar: un tema de pago con funcionalidades que no usábamos, seis plugins activos, JavaScript de terceros que cargaba en todas las páginas aunque solo se necesitara en una, y un tiempo de carga que dependía de cuándo el servidor de hosting decidía despertar.

Nada de esto era crítico por separado. Pero sumado hacía que cada cambio en la web requiriera precaución, que las auditorías de Lighthouse fueran inconsistentes, y que la configuración de caché fuera un juego de compromiso entre frescura de contenido y velocidad.

La migración a Astro no fue una decisión impulsiva. Fue una decisión después de evaluar qué necesitábamos realmente y qué herramienta servía mejor para eso.

Lo que WordPress hace bien — y cuándo sigue siendo la opción correcta

WordPress tiene veinte años de ventaja en algunos aspectos que no son fáciles de replicar. El ecosistema de plugins es inmenso. El editor de bloques (Gutenberg) ha mejorado mucho y permite a personas no técnicas crear y editar contenido con bastante libertad. WooCommerce, con todas sus limitaciones, sigue siendo una de las plataformas de ecommerce más completas para empresas medianas.

Si tienes un blog con cientos de posts y un equipo de redacción que no escribe código, WordPress sigue siendo la opción correcta. Si tienes una tienda en WooCommerce con integraciones de pasarela de pago, facturación automatizada y gestión de inventario, migrar a Astro no tiene ningún sentido — Astro no es una plataforma de ecommerce.

Si eres una clínica, un bufete o una empresa de servicios con una web informativa de 20 páginas, actualizada ocasionalmente, con un equipo sin perfil técnico — WordPress sigue siendo válido siempre que esté bien mantenido.

Lo que Astro resuelve que WordPress no puede

El problema central de WordPress es que es una aplicación dinámica ejecutándose en un servidor para servir contenido que en el 95% de los casos es estático. Cada visita genera una consulta a la base de datos, ejecuta PHP y monta el HTML. Con caché bien configurado esto se mitiga, pero siempre hay latencia que depende del servidor y la red.

Astro genera HTML estático en el momento del build. No hay servidor ejecutando código, no hay base de datos consultada en tiempo real, no hay PHP. El resultado es un archivo HTML que se sirve desde un CDN edge, desde el nodo más cercano al usuario.

Lo que esto significa en la práctica:

Velocidad real. No velocidad teórica de PageSpeed. Velocidad que el usuario siente. Nuestro TTFB pasó de 200-400ms a menos de 50ms en la mayoría de mercados. El LCP bajó de 2.8s a 0.7s.

Sin plugins, sin superficie de ataque. WordPress con plugins es un objetivo de ataques frecuente. No porque WordPress sea inseguro de base, sino porque mantener 8 plugins actualizados y compatibles entre sí es trabajo constante. Con Astro no hay backend, no hay base de datos, no hay panel de administración expuesto.

Control total sobre el JavaScript. Astro permite servir páginas con cero JavaScript de cliente si no lo necesitas. En una web informativa, la mayoría de páginas no lo necesitan. El resultado es que la ejecución de scripts en el navegador baja de forma significativa, lo que mejora el INP de Core Web Vitals.

El coste real de migrar — siendo honestos

Migrar de WordPress a Astro no es un proceso trivial. Hay que ser claro sobre lo que implica.

Tiempo de desarrollo. Una migración limpia de una web de 20-30 páginas, con diseño custom, tarda entre 2 y 4 semanas si se hace bien. No es solo copiar HTML — es rediseñar la estructura, trasladar el contenido, construir los layouts y configurar el sistema de despliegue.

Redirecciones y SEO. Si cambias las URLs, necesitas redirecciones 301 correctas para no perder posicionamiento. Requiere un inventario completo de URLs, atención al detalle y verificación posterior en Search Console.

Pérdida de comodidad de edición. Si alguien en tu equipo editaba posts directamente desde el panel de WordPress, esa comodidad desaparece. En Astro, el contenido vive en archivos markdown que se editan con un editor de texto o un CMS headless. Para equipos técnicos es más cómodo; para equipos no técnicos puede ser una barrera real.

Funcionalidades dinámicas. Formularios de contacto, búsqueda, comentarios — todo requiere soluciones externas. No es un problema, pero hay que planificarlo desde el principio.

Cuándo NO tiene sentido migrar a Astro

No migres si tienes una tienda en WooCommerce con más de 100 productos y lógica de stock. No migres si tienes un blog con más de 500 posts y un equipo editorial sin perfil técnico — el tiempo de migración probablemente no compensa.

Si tu web está en WordPress, bien mantenida, con buena velocidad y sin problemas técnicos evidentes, no hay urgencia. “Funciona” es una respuesta válida. Migrar solo porque Astro es más moderno no tiene ROI claro.

Si no tienes acceso a desarrollo o alguien que gestione despliegues, la complejidad operativa de Astro puede superar los beneficios de velocidad.

El resultado de nuestra propia migración

Lighthouse 100 en Performance, Accessibility y Best Practices. TTFB bajo 50ms desde España. LCP por debajo de 0.8s. Cero plugins. Deploy en Cloudflare Pages en menos de 30 segundos.

El mantenimiento mensual de la web bajó a prácticamente cero — no hay actualizaciones de plugins, no hay bases de datos que gestionar, no hay parches de seguridad urgentes.

La parte más difícil no fue técnica. Fue trasladar el contenido con cuidado, asegurarnos de que las redirecciones estaban correctas y verificar durante las primeras semanas que nada hubiera caído en Search Console.

Una opinión directa

La tecnología no es el problema principal de la mayoría de webs que auditamos. El contenido es confuso, la propuesta de valor no está clara, la estructura de navegación no guía al usuario donde debe ir. Ningún cambio de tecnología arregla esos problemas.

Pero una base técnica mala tiene coste real. Una web lenta en sectores donde la competencia tiene webs rápidas pierde conversiones. Una web con vulnerabilidades en plugins genera trabajo de emergencia. Una arquitectura que hace difícil el despliegue de cambios ralentiza la iteración.

Astro resuelve problemas técnicos específicos mejor que WordPress. WordPress resuelve problemas de gestión de contenido y ecommerce que Astro no intenta resolver. La pregunta no es cuál es mejor en abstracto — es cuál sirve mejor para lo que tú necesitas.