Cuando un cliente me pregunta “¿con qué tecnología vamos a hacer la web?”, la respuesta honesta casi nunca es simple. Porque la elección del stack tecnológico no es un detalle técnico que pueda delegarse: es una decisión estratégica que afecta directamente al rendimiento, al coste de mantenimiento y a la experiencia real del usuario.
El frontend no es solo “pintar la interfaz”
Hay una idea extendida de que el frontend es solo la parte visual: lo que el usuario ve y toca. Pero esa visión subestima enormemente lo que ocurre entre el servidor y el navegador.
El frontend moderno gestiona:
- Rendimiento de carga: Cuánto tarda la primera pantalla en ser interactiva. Cada segundo importa, especialmente en móvil con conexiones variables.
- Accesibilidad: Si el contenido es usable por personas con diversidad funcional. No es un extra opcional; en muchos contextos es un requisito legal.
- SEO técnico: Cómo leen los motores de búsqueda el contenido generado. Muchos frameworks modernos requieren configuración específica para no penalizar el posicionamiento.
- Mantenibilidad: Si el código que escribo hoy puede ser mantenido y evolucionado en el futuro sin reescribir todo desde cero.
Por qué uso Astro (y cuándo no lo uso)
Astro es mi framework principal para la mayoría de proyectos web. La razón central es simple: genera HTML estático por defecto, lo que se traduce en tiempos de carga mínimos y excelente puntuación en Core Web Vitals.
Pero Astro no es la respuesta a todo. Lo uso cuando:
- El contenido es principalmente estático o semi-estático (blogs, webs corporativas, landing pages, portfolios).
- El SEO es una prioridad estratégica.
- El rendimiento en dispositivos de gama media-baja importa.
Para aplicaciones con mucha interactividad en tiempo real, estados complejos del cliente o autenticación avanzada, la elección cambia. Ahí pueden tener más sentido soluciones como Next.js o frameworks específicos según el caso.
El coste real de elegir mal el stack
La elección incorrecta del stack tecnológico no suele ser visible en el día uno. Aparece meses después:
- Una web en WordPress con demasiados plugins que carga en 6 segundos en móvil.
- Un proyecto en React donde el 80% del trabajo es gestión del estado y el 20% es contenido.
- Una tienda en un CMS personalizado que nadie puede actualizar porque el desarrollador original desapareció.
Estas situaciones tienen algo en común: la tecnología se eligió por conveniencia, moda o desconocimiento, no por adecuación al problema.
La pregunta que hago antes de elegir
Antes de proponer un stack en un proyecto, hago esta pregunta: ¿Quién va a mantener esto en doce meses?
Si la respuesta es “el cliente solo”, la solución debe ser lo más simple posible, con un CMS amigable y el mínimo de dependencias.
Si la respuesta es “un equipo de desarrollo con recursos”, podemos hablar de soluciones más sofisticadas.
Si la respuesta es “nadie lo ha pensado todavía”, ahí está el problema real a resolver antes de escribir una línea de código.
El mejor frontend es el que el usuario no nota porque todo funciona exactamente como espera. Invisible, rápido, honesto. Eso es lo que persigo.
¿Tienes un proyecto en mente?
Hablemos sobre cómo puedo ayudarte a alcanzar tus objetivos y escalar tu negocio.