Por qué migré mi web de WordPress a Astro
Llevaba con WordPress y Genesis Framework desde hace años, pero decidí rehacer leocaba.com desde cero con Astro. Te cuento por qué y qué tal la experiencia.
Llevo con WordPress desde aproximadamente 2008, en distintas versiones y proyectos, y con Genesis Framework como mi framework de cabecera desde hace muchísimos años. Esta misma web, leocaba.com, ha sido WordPress hasta hoy. Y aun así he acabado rehaciéndola entera en Astro. Te cuento el porqué, sin rollos técnicos innecesarios.
No era que WordPress “fuera malo”
Esto quiero dejarlo claro desde el principio: no migré porque WordPress no sirva. Sigo usándolo a diario para clientes, sigo recomendándolo cuando es la herramienta correcta, y va a seguir siendo una parte importante de lo que hago. El problema no era WordPress en general, era mi web en particular.
Mi web no necesita un editor visual para que un cliente cambie textos. No necesita un panel de administración. No la actualiza nadie más que yo, y no tiene contenido que cambie cada día. Es, básicamente, contenido estático con algún formulario. Y para eso, cargar WordPress entero (PHP, base de datos, plugins, el core completo) es como usar una furgoneta para llevar el pan a la esquina.
Lo que de verdad me hizo dar el salto
- Rendimiento sin esfuerzo. Con Astro, por defecto, no se manda ni una línea de JavaScript al navegador si no la necesitas. Cero. Con WordPress puedes optimizarlo mucho (caché, CDN, minificado…) pero siempre estás peleando contra la propia arquitectura. Con Astro empiezas ya en el sitio bueno.
- Nada de mantenimiento de plugins. Cero avisos de “hay 14 actualizaciones pendientes”, cero plugins abandonados que dejan de recibir soporte, cero conflictos entre dos plugins que hacen básicamente lo mismo. El código vive en un repositorio Git, y punto.
- Control total del HTML y el CSS. En Genesis llevo años haciendo hooks y filtros para meter o quitar cosas del tema. Funciona, pero es indirecto. En Astro escribo el componente y ya está, no hay una capa de por medio interpretando lo que quiero hacer.
- Es un proyecto techo real, no un CMS con plantilla. Sonará raro decirlo como desarrollador, pero tenía ganas de que mi propia web fuera “un proyecto” en el sentido estricto: componentes, TypeScript, control de versiones de verdad, sin base de datos de por medio.
Lo que no ha sido tan bonito
Para que no suene a anuncio: la migración me ha llevado bastante más tiempo del que pensaba en un principio. Rehacer todo el diseño desde cero (hero, menú móvil, sistema de temas claro/oscuro, blog con sus categorías…) no es coger una plantilla y ya. Hay cosas muy tontas que dan más guerra de la esperada — el menú de móvil, por ejemplo, me tuvo un buen rato dando vueltas por un tema de position: fixed dentro de un contenedor con backdrop-filter, cosas del gremio que solo entiendes cuando te pasan.
También he tenido que migrar a mano el contenido antiguo del blog, porque cuando quité la web vieja de en medio ya no tenía el backup a mano de primeras (por suerte encontré el export de WordPress después, si no habría sido un caos).
¿Recomiendo Astro a todo el mundo?
No, ni de broma. Si tienes un blog con publicaciones diarias, un ecommerce con catálogo cambiante, o un equipo de marketing que necesita tocar textos sin pasar por un desarrollador, WordPress (bien montado) sigue siendo la opción con más sentido. Astro brilla cuando el contenido es más bien estático, el rendimiento es crítico, y quien mantiene la web es un desarrollador, no un editor de contenido.
Para mi propia web, con mi propio perfil de uso, tenía sentido. Para la mayoría de mis clientes, WordPress o WooCommerce siguen siendo la recomendación por defecto. Como con casi todo en este oficio: depende del proyecto, no hay una respuesta única.