De WordPress a Astro: nuestra propia web
Nuestra web anterior en WordPress acumulaba deuda técnica, cargaba lento y dependía de plugins que limitaban lo que podíamos hacer. Un estudio técnico no puede tener una web que no practica lo que predica.
El problema
Teníamos un problema de credibilidad difícil de ignorar: una web en WordPress que aconsejábamos a los clientes no usar.
Los síntomas eran los habituales. Tiempo de carga por encima de 3 segundos en mobile. Cuatro plugins activos solo para gestionar caché, optimización de imágenes y formularios. Un tema de terceros con CSS que no controlábamos. Cada actualización de WordPress era un riesgo. El LCP rozaba los 4 segundos en conexiones lentas.
El problema de fondo era estructural: WordPress añade JavaScript y CSS independientemente de si los necesitas. Con un tema razonable y buenas prácticas se puede mejorar mucho, pero hay un techo. Nosotros ya lo habíamos alcanzado.
Un estudio técnico de crecimiento digital no puede tener una web lenta. No es coherente y, en la práctica, es la primera auditoría que hace cualquier cliente potencial antes de una llamada.
La solución
Decidimos rehacer la web desde cero y usarla como demostración real de lo que construimos para clientes.
Elegimos Astro 5 por su arquitectura de output estático: cero JavaScript en el cliente salvo donde es estrictamente necesario. Todo el HTML se genera en build time. El resultado es un conjunto de archivos estáticos que se sirven desde el edge de Cloudflare Pages sin servidor intermedio.
El sistema de diseño lo construimos a mano: tokens CSS con variables nativas, sin Tailwind para estilos visuales (solo para el pipeline de build), tipografía Geist de Vercel por su legibilidad en pantalla, modo oscuro como comportamiento por defecto. Ningún componente de terceros con CSS propio que no podamos auditar.
El resultado es un sistema que podemos explicar línea a línea. Sabemos exactamente qué CSS se carga, por qué y en qué condición.
El deploy corre en Cloudflare Pages con CDN global. La invalidación de caché es instantánea. No hay servidor que escalar ni base de datos que mantener.
El resultado
Lighthouse 100 en performance en desktop. En mobile, entre 97 y 100 según la ejecución. Tiempo hasta el primer byte por debajo de 200ms desde Europa. LCP en producción por debajo de 1.1 segundos.
El bundle de JavaScript en producción contiene únicamente el código del menú hamburger y los observers de animación. Nada más.
El proyecto nos llevó aproximadamente seis semanas de trabajo real, incluyendo el diseño visual, el sistema de diseño, el desarrollo y la migración de contenido. Es el proyecto que utilizamos como referencia cuando un cliente pregunta cuánto tiempo lleva construir algo así.
La web que estás leyendo ahora es el resultado.
¿Tu empresa tiene un problema similar?
Empezamos con un diagnóstico de situación para ver si tiene sentido seguir.