La pregunta que decide esto, y no es técnica
Cada cuánto vas a cambiar la web.
Si la respuesta es «cada semana» —carta nueva, tarifas, disponibilidad—, necesitas un panel donde entrar y editar, y eso es WordPress con Bricks. Ahí está la otra rama y ahí deberías ir.
Si la respuesta es «dos o tres veces al año», entonces montar y mantener ese panel es pagar por una comodidad que casi no usas. Y sale caro de dos maneras: la cuota de mantenimiento y el riesgo.
Qué cambia cuando no hay panel
Una web estática no tiene base de datos ni código ejecutándose en el servidor. Eso elimina de golpe casi todo lo que se rompe solo:
- No hay actualizaciones de seguridad que aplicar el mismo día.
- No hay complementos que dejen de mantenerse y haya que sustituir.
- No hay casi nada que atacar, porque no hay nada ejecutándose.
- Y carga muy rápido, porque el servidor solo tiene que entregar un archivo.
El visitante recibe lo que necesita para leer y navegar, con muy poco código por medio.
El precio a pagar: los cambios los hago yo. Para un negocio que actualiza dos veces al año, eso es un buen trato. Para uno que cambia la carta cada lunes, es un incordio.
Qué aporta una arquitectura estática
En la compilación se generan todas las páginas publicables. El alojamiento solo tiene que servir archivos. No hay una base de datos consultándose para cada visita ni un panel de administración expuesto por defecto. La superficie técnica es menor, aunque sigue siendo necesario actualizar dependencias y revisar el contenido.
Astro también facilita separar datos, plantillas y presentación. Puedo definir colecciones para servicios, sectores, zonas, proyectos o artículos, validar su frontmatter y reutilizar componentes sin duplicar la lógica de SEO o diseño.
Rendimiento sin sacrificar contenido
Una web rápida no debe estar vacía. Trabajo el rendimiento desde la arquitectura: HTML semántico, CSS controlado, imágenes adaptativas, fuentes locales o del sistema y JavaScript solo en interacciones justificadas. Esto mejora la experiencia, pero también hace que el proyecto sea más fácil de entender y mantener.
El objetivo no es ganar una competición de puntuaciones. Es que la página principal aparezca con rapidez, no se mueva mientras carga y responda bien en dispositivos reales.
¿Cuándo elegiría otra tecnología?
Si un equipo necesita editar diseños complejos desde un panel, publicar con flujos avanzados, gestionar un comercio electrónico de gran alcance o utilizar extensiones de negocio ya resueltas en otra plataforma, Astro puede no ser la opción más eficiente. WordPress, Shopify u otra arquitectura pueden reducir coste y riesgo.
La decisión tampoco debe basarse en que una tecnología sea más reciente. Comparo edición, integraciones, frecuencia de cambio, capacidades internas, presupuesto y mantenimiento. La tecnología está al servicio del proyecto.
Mantenimiento y evolución
Una web Astro no queda congelada. Puede incorporar nuevas colecciones, componentes, integraciones o zonas dinámicas cuando el negocio lo requiera. Mantengo el código modular y documento comandos, contenido y despliegue para que esa evolución sea previsible.
Si existe una web WordPress previa, antes de migrar inventario URLs, imágenes, contenidos y funcionalidades. Conservar posicionamiento exige redirecciones, canonicals coherentes, enlaces revisados y una publicación controlada; no basta con copiar textos a una plantilla nueva.