Web et frontend · Mixte

Choisir entre un site statique, un site rendu côté serveur et une application navigateur

En une ligne : Plus le contenu est fixe, plus l'architecture doit être simple — et chaque couche de dynamisme ajoutée se paye chaque jour.

Trois familles

Statique. Fichiers construits à l'avance et servis depuis un réseau de distribution. Rapide, peu coûteux, presque impossible à faire tomber. Convient aux sites vitrines, à la documentation, aux blogs et aux pages d'atterrissage.

Rendu côté serveur. La page est construite à chaque requête. Convient au contenu personnalisé, aux stocks variables et partout où le contenu dépend de qui demande.

Application navigateur. Le navigateur exécute une application qui récupère les données séparément. Convient aux systèmes à forte interaction : tableaux de bord, éditeurs, outils internes.

Choisir sans suivre la mode

Posez trois questions : quelle part du contenu est identique pour tous les utilisateurs, à quel point il est critique que les moteurs de recherche le voient, et combien d'interaction y a-t-il sur une page. Un site vitrine construit comme une application navigateur le paye en temps de chargement et en complexité sans rien recevoir en échange.

On peut mélanger : la majeure partie statique, une zone dynamique. C'est souvent la bonne réponse pour les systèmes de contenu avec une zone personnelle.

Ce qui change dans la maintenance

Un site statique se casse rarement tout seul. Une application avec un serveur nécessite supervision, mises à jour de sécurité, environnements et gestion de la charge. L'écart de coût d'exploitation sur un an est bien plus grand que l'écart de développement initial.

Pour aller plus loin

Dans les systèmes mixtes, séparez clairement le contenu construit à l'avance des données récupérées à l'exécution, et donnez à chacun sa propre politique de cache. La plupart des problèmes de « données périmées » en production viennent de couches de cache empilées sans politique unique pour trancher.