Jamstack. Si lo has leído en nuestra web o en alguna conversación sobre desarrollo y has pensado "otro término que no entiendo", tiene solución fácil. La idea detrás no es complicada. Y una vez que la entiendes, tiene implicaciones concretas que te importan aunque no seas desarrollador.
De dónde viene el nombre
Jamstack es un acrónimo: JavaScript, APIs, Markup. Pero más que una lista de tecnologías, describe una forma de construir webs. Una arquitectura.
La arquitectura tradicional de internet funciona así: cuando alguien visita tu web, el servidor recibe la petición, ejecuta código, consulta una base de datos, monta la página al momento y la envía al navegador. Cada visita es un proceso. El servidor tiene que estar siempre listo para hacer ese trabajo.
La arquitectura Jamstack funciona de otra manera: la web se construye completamente antes de que llegue ningún visitante. El resultado son archivos estáticos — HTML ya formado, CSS, JavaScript — que se guardan en una red de servidores distribuidos por todo el mundo (una CDN). Cuando alguien visita la web, simplemente recibe esos archivos. No hay procesamiento, no hay esperas.
Lo que eso significa en la práctica
Velocidad. Una página que ya existe y solo hay que entregar llega al navegador mucho más rápido que una que hay que generar en el momento. La diferencia puede ser de segundos — que en términos de comportamiento del usuario son una eternidad.
Seguridad. La mayoría de los ataques a webs apuntan a los servidores de aplicaciones y las bases de datos: inyecciones SQL, exploits de PHP, vulnerabilidades en plugins. En una web Jamstack no hay servidor de aplicaciones expuesto, no hay base de datos que atacar. La superficie de ataque se reduce drásticamente.
Coste de alojamiento. Servir archivos estáticos desde una CDN es mucho más barato que mantener un servidor con PHP y MySQL funcionando las 24 horas. Para muchos proyectos, el alojamiento puede ser prácticamente gratuito.
Escalabilidad. Una CDN aguanta sin esfuerzo picos de tráfico que hundirían un servidor convencional. Si tu web sale en prensa o en redes sociales y recibe miles de visitas simultáneas, una web Jamstack lo gestiona sin problema.
¿Y si necesito contenido dinámico?
La pregunta lógica es: si la web es estática, ¿cómo gestiono el contenido? ¿Cómo funciona un formulario de contacto? ¿Qué pasa si necesito actualizar algo?
Aquí entra la parte de las APIs del acrónimo. Las funcionalidades dinámicas — formularios, pagos, búsquedas, comentarios, autenticación — se delegan a servicios externos especializados que se integran mediante APIs. Tu formulario de contacto puede funcionar perfectamente en una web estática si se conecta a un servicio que procesa los envíos. No necesitas un servidor propio para eso.
Y actualizar el contenido es tan sencillo como modificar un archivo y lanzar un nuevo proceso de generación, que en la práctica suele tardar menos de un minuto.
Por qué importa elegir bien la arquitectura
La arquitectura de una web no es un detalle técnico que solo interesa a los desarrolladores. Tiene consecuencias directas en cuánto pagas de alojamiento, en si tu web es un objetivo fácil para ataques, en si carga rápido o despacio y, por tanto, en si Google la posiciona bien o mal.
Elegir Jamstack no es siempre la respuesta correcta — hay proyectos que necesitan dinamismo real y una arquitectura distinta. Pero para la mayoría de webs corporativas, portfolios y sitios de servicios, la arquitectura Jamstack ofrece ventajas concretas con ninguna desventaja real.
Cuando decimos que construimos webs rápidas, seguras y sostenibles, no es marketing. Es la consecuencia directa de haber elegido esta forma de construirlas.
