Le choix d’un socle technique n’est pas une question de goût. À Douala, la contrainte qui décide est le réseau : une page qui met huit secondes à s’afficher sur une connexion moyenne ne sera pas lue, quelle que soit la qualité de son contenu.
Ce que le rendu statique change
Un site rendu au moment de la construction envoie au navigateur un fichier déjà écrit. Il n’y a pas de base de données à interroger, pas de serveur à réveiller, pas de calcul à faire pendant que l’utilisateur attend. Sur une connexion rapide, la différence se mesure en dixièmes de seconde. Sur une connexion lente et instable, elle se mesure en visiteurs perdus.
Le coût qui ne dérape pas
Un site statique s’héberge pour un prix fixe, souvent nul jusqu’à un trafic important. Il n’y a pas de facture qui double parce qu’une publication a bien marché, pas de serveur à redimensionner en urgence. Pour une PME, cette prévisibilité vaut souvent plus que la performance brute.
Ce que Gatsby apporte en plus
Gatsby ajoute à React une couche de données unifiée : le contenu, qu’il vienne de fichiers Markdown, d’un CMS ou d’une API, arrive dans les composants par la même porte. Le jour où le client passe d’un dossier de fichiers à un CMS, une seule couche change — pas les pages.
Un socle se choisit sur ce qu’il coûtera dans trois ans, pas sur ce qu’il fait gagner la première semaine.
Quand nous ne l’utilisons pas
Gatsby n’est pas la réponse à tout. Dès qu’une application devient majoritairement dynamique — un tableau de bord, un espace client avec des données propres à chaque utilisateur — nous partons sur un autre socle. Le rendu statique brille sur les sites de contenu ; il devient un obstacle sur les applications.
Ce que cela donne pour vous
Concrètement : un site qui s’affiche vite partout, une facture d’hébergement stable, et une équipe qui met à jour ses contenus sans nous appeler.