Pour notre propre plateforme, nous aurions pu déployer un WordPress classique en quelques minutes. Nous avons choisi une voie radicalement différente : l’architecture découplée, ou JAMstack.
Ce site n’est pas une simple vitrine. C’est une démonstration d’ingénierie logicielle. Il est conçu pour être rapide, sécurisé et sobre en énergie.
Le code source est consultable sur GitHub : pixicode-dev/website
Le modèle dynamique classique et ses limites
La majorité des sites actuels fonctionnent sur un modèle hérité des années 2000. À chaque visite, un serveur réveille une base de données, assemble du HTML et vous l’envoie. C’est lent, énergivore, et la base de données exposée est une surface d’attaque permanente.
Nous avons inversé cette logique. PixiCode.dev repose sur la génération statique. Les pages sont construites avant votre arrivée, pas pendant. Quand vous naviguez ici, votre navigateur lit des fichiers HTML optimisés — sans aucun calcul serveur à la volée.
Notre stack : trois outils, une logique
Hugo — le moteur. Écrit en Go, c’est l’un des générateurs de sites statiques les plus rapides du marché. Il compile l’intégralité du site en moins d’une seconde au moment du build.
Strapi — le cerveau. Un CMS headless qui gère nos données via API. Il offre la flexibilité d’un outil sur mesure sans imposer une couche d’affichage. Les contenus sont indépendants du frontend.
Webhooks — le déclencheur. Le lien invisible entre les deux. Dès qu’un contenu est publié dans Strapi, un signal automatique ordonne à Hugo de reconstruire le site. Zéro intervention manuelle.
Éco-conception : ce que ça signifie concrètement
L’impact carbone d’un site dépend de l’énergie nécessaire pour le faire tourner. Notre architecture réduit cette empreinte à trois niveaux.
Zéro calcul à la visite — pas de requêtes SQL inutiles, consommation électrique serveur quasi nulle à chaque chargement de page.
Sobriété des données — le site est statique et donc très léger. Moins de données transférées signifie moins d’énergie consommée sur les réseaux.
Résilience totale — un fichier HTML ne “casse” pas. Il n’y a pas de plugin à mettre à jour qui fait planter le site un lundi matin.
Sécurité par architecture
Sur un site classique, la base de données est une porte d’entrée permanente pour les injections SQL et les attaques par force brute.
Sur pixicode.dev, il n’y a aucune base de données exposée sur le web. Le site public est composé de fichiers plats. La surface d’attaque est structurellement supprimée — pas par configuration, mais par conception.
Comparatif
| Critère | CMS monolithique (WordPress) | Architecture JAMstack |
|---|---|---|
| Vitesse (LCP) | Moyenne à médiocre | Optimale — fichiers statiques |
| Sécurité | Risque permanent (plugins) | Sécurité par design |
| Coût d’hébergement | Proportionnel au trafic | Fixe et dérisoire |
| Maintenance | Critique et fréquente | Quasi nulle |
Cette stack n’est pas réservée à notre propre site. C’est celle que nous recommandons à nos clients pour lesquels la performance et la sécurité sont des enjeux vitaux.
Votre site actuel est-il un moteur ou un frein ? Demandez un audit de performance.
