La conversación sobre hosting suele asumir que todo sitio necesita una base de datos, un sistema de gestión de contenido, y algún lenguaje de programación corriendo del lado del servidor en cada visita. Para una porción real de proyectos, esa suposición ya no es cierta, y entenderlo puede simplificar bastante tanto el hosting como el mantenimiento.
Qué es un sitio estático, en criollo
Un sitio estático es un conjunto de archivos HTML, CSS y JavaScript ya generados, listos para entregarse tal cual a cada visitante, sin que el servidor tenga que ejecutar código ni consultar una base de datos en el momento de la visita. Es la forma más antigua de hacer sitios web, y durante años se la asoció con páginas simples y sin actualizaciones frecuentes.
Lo que cambió es que hoy existen herramientas que generan esos archivos estáticos a partir de contenido escrito en un formato más cómodo, con plantillas y organización, y los regeneran automáticamente cada vez que algo cambia. El resultado sigue siendo un sitio estático desde el punto de vista del servidor, pero el proceso de armarlo es tan cómodo como trabajar con un gestor de contenido tradicional.
Qué es Jamstack
Jamstack es el nombre que se le dio a este enfoque moderno: sitios que se generan de antemano como archivos estáticos, y que para la parte dinámica (un formulario, un buscador, un carrito de compras) se apoyan en servicios externos especializados en lugar de un servidor propio ejecutando código en cada visita. El sitio en sí queda liviano y rápido; lo dinámico, si hace falta, se resuelve con piezas puntuales.
Las ventajas reales
Velocidad. Sin necesidad de ejecutar código ni consultar una base de datos en cada visita, la entrega es prácticamente instantánea. Es la diferencia entre servir un archivo que ya existe y armar la página desde cero cada vez.
Seguridad. Gran parte de las vulnerabilidades de un sitio dinámico vienen de fallas en el código que se ejecuta en el servidor o de la base de datos. Un sitio estático no tiene ninguna de las dos cosas expuestas al público, lo que elimina de raíz una categoría entera de ataques.
Menos mantenimiento continuo. No hay núcleo de un sistema que actualizar, ni plugins con vulnerabilidades que parchear cada semana. El sitio, una vez generado, simplemente existe hasta que se lo vuelve a generar con contenido nuevo.
Menos exigencia del hosting. Al no requerir base de datos ni procesamiento del lado del servidor, el hosting necesario es mínimo: un espacio para archivos y nada más. Esto también significa que aguanta picos de tráfico grandes con mucha más facilidad que un sitio dinámico equivalente.
Las limitaciones que hay que aceptar
No es gratis. Lo que se gana en velocidad y seguridad se paga en otro lado.
Editar contenido no es tan simple como en un panel tradicional. Según la herramienta elegida, agregar o modificar una página puede requerir un flujo de trabajo más técnico que entrar a un panel y escribir directamente, aunque existen opciones pensadas para que alguien no técnico pueda editar contenido sin complicaciones.
Lo dinámico requiere piezas adicionales. Un formulario de contacto, un buscador interno, comentarios en un artículo: nada de eso existe de fábrica en un sitio puramente estático. Hace falta conectar un servicio externo especializado en cada función, lo que suma piezas a coordinar en lugar de tener todo integrado en un mismo sistema.
No es la elección natural para sitios que cambian todo el tiempo por muchas personas distintas. Un blog con un solo autor que publica cada tanto se adapta bien. Un sitio con decenas de personas escribiendo y editando contenido a diario, con flujos de aprobación, encaja mejor con un gestor de contenido tradicional pensado para eso.
Para qué tipo de proyecto tiene sentido
Encaja especialmente bien en sitios de marketing con contenido que cambia con poca frecuencia, portfolios, documentación técnica, landing pages de campañas puntuales, y blogs personales o de equipos chicos donde la velocidad de carga es una prioridad clara.
No es la mejor opción para tiendas con catálogos grandes y checkout complejo, comunidades con usuarios registrados interactuando constantemente, o cualquier sitio donde el contenido cambie de forma continua por muchas personas sin conocimiento técnico.
Qué significa esto para el hosting
Para un sitio puramente estático, casi cualquier hosting, incluido el más básico, es más que suficiente: no hay base de datos que administrar ni procesamiento de servidor exigente. La elección de hosting deja de girar en torno a recursos de procesamiento y pasa a depender más de otros factores: velocidad de entrega general, certificado de seguridad incluido, y soporte si necesitás ayuda con la configuración inicial.
Vale la pena aclarar que esto no es una tendencia que reemplace a WordPress ni a los demás gestores de contenido: es una herramienta más, útil para el tipo de proyecto correcto. La mayoría de los sitios que necesitan actualizarse con frecuencia por gente no técnica van a seguir estando mejor servidos por un sistema tradicional.
Un punto intermedio que también existe
No hace falta elegir entre uno u otro extremo. Muchos gestores de contenido tradicionales, incluido WordPress, ofrecen hoy alguna forma de generar una versión estática del sitio a partir del contenido administrado de la manera de siempre: se edita en el panel conocido, y por detrás se genera un conjunto de archivos estáticos que es lo que efectivamente se sirve a los visitantes.
Es una forma de quedarse con la comodidad de edición de un sistema tradicional y ganar buena parte de la velocidad y la seguridad de un sitio estático, sin migrar el flujo de trabajo de quien escribe el contenido. Vale la pena tenerlo en cuenta antes de descartar un gestor de contenido solo por la velocidad.