Studio · Guide technique
Le site statique :
rapide par conception.
Un site statique n'est pas un site figé ou démodé. C'est un site dont les pages sont construites une fois, en avance, puis servies directement — sans exécution à chaque visite. C'est la raison pour laquelle ils sont plus rapides, plus sûrs, et moins coûteux à héberger.
Statique vs dynamique
Site dynamique (WordPress)
- À chaque visite, PHP s'exécute
- La base de données est interrogée
- La page HTML est construite à la volée
- Temps de réponse variable selon la charge
- Serveur PHP + MySQL requis en permanence
Site statique (Astro)
- Les pages HTML sont générées une fois, au déploiement
- Le serveur envoie le fichier directement
- Pas d'exécution, pas de base de données
- Temps de réponse constant et minimal
- Hébergement simple, scalable nativement
Un site statique n'est pas "non modifiable". Quand vous changez un contenu dans le backoffice, une nouvelle version du site est générée en quelques secondes et déployée. Le visiteur voit toujours du HTML préparé à l'avance, jamais du code exécuté en direct.
Pourquoi Astro
Zéro JavaScript par défaut
Contrairement à Next.js ou Nuxt, Astro n'envoie aucun JavaScript au navigateur sauf si vous en ajoutez explicitement. Pour un site vitrine, la grande majorité des pages n'en ont pas besoin. Le résultat : un chargement quasi-instantané.
Architecture par composants
Chaque section, chaque bloc réutilisable est un composant Astro. Cela rend la base de code maintenable et facile à faire évoluer — pour moi maintenant, et pour tout autre développeur qui reprendrait le projet.
Îles d'interactivité
Quand une page a besoin de JavaScript (formulaire, carrousel, carte interactive), Astro permet de l'ajouter chirurgicalement — uniquement sur le composant qui en a besoin. Pas de bundle JS global qui ralentit tout le reste.
Performance Core Web Vitals
LCP, FID, CLS — les métriques que Google mesure pour le classement SEO. Un site Astro obtient des scores élevés sans configuration spécifique, parce que l'architecture est pensée pour ça dès le départ.
JAMstack : JavaScript, APIs, Markup
Le terme JAMstack désigne une architecture web où le frontend (les pages) est découplé du backend (la gestion du contenu et les APIs). Les pages sont construites statiquement à partir du contenu récupéré depuis le CMS, puis déployées sur un CDN.
J — JavaScript
Utilisé uniquement pour l'interactivité nécessaire, jamais par défaut.
A — APIs
Le contenu vient d'un CMS (Grav), les formulaires d'un service dédié (Formspree). Chaque service fait une chose.
M — Markup
Les pages sont du HTML pur, généré à la compilation. Ce que le navigateur reçoit, c'est du HTML — pas du JavaScript qui génère du HTML.
Ce que ça change pour vous concrètement
Référencement naturel
Des pages qui chargent vite = un meilleur classement Google. Pas de JS côté client = le contenu est immédiatement indexable par les robots. Structure sémantique propre dès le départ.
Coûts d'hébergement
Netlify ou Vercel offrent l'hébergement de sites statiques gratuitement ou pour quelques euros par mois. Pas de serveur PHP à maintenir, pas de base de données à sauvegarder.
Maintenance forcée
Pas de mise à jour WordPress à appliquer sous 48h pour éviter une faille. Pas de plugin incompatible. La stack que vous déployez est la stack que vous exploitez dans trois ans.
Les limites du statique
Le statique n'est pas la solution universelle. Il y a des cas où une architecture dynamique reste nécessaire : espace utilisateur avec données personnalisées en temps réel, catalogue produit de 10 000 références avec filtres complexes, contenu qui change plusieurs fois par heure.
Pour un site vitrine, un portfolio, un site d'agence ou un site éditorial à volume modéré, ces limites ne s'appliquent pas. Le statique est la solution la mieux adaptée.
Vous voulez un site Astro ?
Décrivez votre projet. Je vous dis si l'approche statique est adaptée à votre cas.
Demander un devis