Web y frontend · Mixto

Elegir entre sitio estático, sitio renderizado en servidor y app de navegador

En una línea: Cuanto más fijo es el contenido, más simple debe ser la arquitectura; y cada capa de dinamismo que añades la pagas todos los días desde entonces.

Tres familias

Estático. Archivos construidos de antemano y servidos desde una red de distribución. Rápido, barato, casi imposible de tumbar. Sirve para sitios de imagen, documentación, blogs y páginas de aterrizaje.

Renderizado en servidor. La página se construye en cada petición. Sirve para contenido personalizado, inventario cambiante y todo lugar donde el contenido dependa de quién pregunta.

App de navegador. El navegador ejecuta una aplicación que trae datos por separado. Sirve para sistemas con interacción rica: paneles, editores, herramientas internas.

Elegir sin modas

Haz tres preguntas: cuánto del contenido es idéntico para todos, cuán crítico es que los buscadores lo vean, y cuánta interacción hay en una página. Un sitio de imagen hecho como app de navegador lo paga en tiempo de carga y complejidad sin obtener nada.

Se puede mezclar: la mayor parte estática, una zona dinámica. Suele ser la respuesta correcta para sistemas de contenido con área personal.

Qué cambia en el mantenimiento

Un sitio estático casi no se rompe solo. Una app con servidor necesita monitorización, actualizaciones de seguridad, entornos y manejo de carga. La diferencia en coste de operación a lo largo de un año es mucho mayor que la diferencia en el desarrollo inicial.

En profundidad

En sistemas mixtos, separa con claridad el contenido construido de antemano de los datos traídos en tiempo de ejecución, y da a cada uno su propia política de caché. La mayoría de los problemas de “datos viejos” en producción vienen de capas de caché apiladas sin una única política que decida.