Salida estática
Las páginas se generan al desplegar. No hay servidor que renderice en cada visita, así que no hay servidor que se caiga un martes por la tarde ni factura que crezca con el tráfico.
Construimos sitios estáticos y headless con Astro: el HTML se genera al desplegar, llega servido desde el edge de Cloudflare y el navegador no tiene que ejecutar un framework entero para pintar un titular.

El resultado es una web que carga rápido en el móvil de tu cliente, no solo en la fibra de tu oficina. Sin un framework de cliente que el navegador tenga que descargar y ejecutar antes de pintar el primer titular.
El stack
Cada pieza de esta lista está aquí porque resuelve un problema concreto y porque podemos explicarte en una frase por qué está. Si mañana deja de tener sentido, se sustituye: nada de esto es una dependencia del estudio.
Las páginas se generan al desplegar. No hay servidor que renderice en cada visita, así que no hay servidor que se caiga un martes por la tarde ni factura que crezca con el tráfico.
Los componentes se renderizan a HTML. Solo se envía código al navegador donde hay interacción real: un menú, un acordeón, un formulario.
Se generan en varios tamaños al construir, con las dimensiones declaradas para que el hueco esté reservado antes de que la imagen llegue.
La hoja de estilos no bloquea el primer pintado. Para una web de este tamaño, el CSS entero cabe en línea y evita una petición de red.
Los textos y las entradas se editan desde un panel, sin tocar código y sin que publicar una noticia obligue a un despliegue manual.
El envío pasa por una función en el edge que valida, protege contra el correo basura y entrega por correo. Sin base de datos que mantener.
Medición agregada, sin identificadores personales, y en cualquier caso detrás del consentimiento. Menos peso y menos papeleo legal.
Cada cambio pasa por validación de HTML, revisión de accesibilidad con axe y un informe de Lighthouse antes de poder desplegarse.
Una migración mal hecha borra de un día para otro años de posicionamiento. Empezamos siempre por el inventario: todas las URL que existen hoy, cuáles reciben tráfico, cuáles reciben enlaces desde fuera y cuáles no las visita nadie desde hace tres años.
A partir de ahí, cada dirección antigua acaba en una de dos listas: se mantiene con la misma ruta, o se redirige de forma permanente a la página nueva que ocupa su lugar. Las redirecciones se escriben a mano, se comprueban una a una antes de lanzar y se vuelven a comprobar la semana siguiente.
Comparar Astro y WordPress
La web se publica en Cloudflare Pages y queda replicada en cientos de ubicaciones. Alguien que entra desde Sevilla recibe los archivos desde cerca de Sevilla, y la diferencia con un servidor único en el centro de Europa se nota en el primer pintado.
Cada rama de trabajo genera su propia dirección de previsualización, así que puedes ver el estado real del proyecto cualquier día sin esperar a una entrega. Y volver atrás es cuestión de segundos: los despliegues anteriores siguen ahí.

Comparativa
| Qué comparamos | Astro estático | WordPress con plantilla |
|---|---|---|
| JavaScript enviado al navegador | Solo el de los componentes interactivos | jQuery y los scripts de cada extensión |
| Renderizado | Al desplegar, una sola vez | En cada visita, salvo que haya caché |
| Superficie de ataque | Archivos estáticos | PHP, base de datos y extensiones de terceros |
| Actualizaciones de seguridad | ✗ | Semanales, y obligatorias |
| Coste de alojamiento | Plan gratuito de Cloudflare en la mayoría de casos | Alojamiento gestionado desde 25 € al mes |
| Edición de contenidos | ✓ | ✓ |
| Se cae si hay un pico de tráfico | ✗ | Depende del alojamiento y de la caché |
| Ecosistema de extensiones listas | ✗ | ✓ |
Preguntas
Tú, desde el primer commit. El repositorio se crea en tu organización de GitHub, no en la nuestra, y nosotros trabajamos con acceso de colaborador. Si el proyecto termina, retiramos nuestro acceso y no cambia absolutamente nada.
Sí, y es una condición de diseño. Usamos herramientas estándar y documentadas, no un framework interno del estudio. Cualquier desarrollador con experiencia en Astro puede continuar sin una sesión de arqueología previa.
Con un gestor headless conectado a la web. Al guardar, se lanza una reconstrucción automática y el cambio está publicado en un par de minutos. Para los textos que casi nunca cambian, como los legales, el contenido vive en el repositorio.
Se puede, integrando un servicio especializado —una pasarela de comercio o un proveedor de identidad— en lugar de construir la tienda dentro de la web. Si el proyecto es sobre todo una aplicación con sesión, te lo diremos: probablemente no seamos la mejor opción.
Los tres primeros meses van incluidos en todo proyecto cerrado: correcciones, actualizaciones de dependencias y revisión mensual de métricas. Después puedes seguir con un acompañamiento mensual o quedarte con la web tal cual, que también es una opción legítima.
Mándanos el enlace de Figma y el plazo que tienes en mente. Te decimos si entra, qué elementos tienen coste alto y qué presupuesto necesitarías.