CI/CD : trois lettres mystérieuses qu’on entend chez les développeurs sans comprendre. Pourtant, c’est probablement l’amélioration la plus importante de la dernière décennie en matière de fiabilité de site web. Voilà à quoi ça sert vraiment, en termes simples pour un client.
Ce que veulent dire ces lettres
CI signifie Continuous Integration : intégration continue. Chaque fois qu’un développeur écrit du code, ce code est automatiquement testé pour vérifier qu’il ne casse rien.
CD signifie Continuous Deployment (ou Continuous Delivery, nuance pour les puristes) : déploiement continu. Le code testé et validé est automatiquement déployé en production ou en préprod, sans intervention manuelle.
Mis ensemble, CI/CD est un pipeline automatique : du moment où un dev tape « j’ai fini » sur son code jusqu’au moment où ce code tourne sur le site en ligne, tout est automatisé.
Pourquoi c’est important
Sans CI/CD, voici ce qui se passait il y a dix ans (et ce qui se passe encore chez les prestataires non-rigoureux).
Le développeur écrit du code. Il le teste sur sa machine locale. Ça marche. Il copie les fichiers vers le serveur de production via FTP. Il croise les doigts.
Trois jours plus tard, on découvre qu’il a oublié de copier un fichier. Le site est cassé. Personne ne sait quand exactement. On revient en arrière en restaurant une sauvegarde. On perd les données saisies entre temps.
Avec CI/CD, ce scénario est impossible. Le code passe par un pipeline automatique : tests unitaires, tests d’intégration, vérification des formats, build, déploiement en préprod, validation, puis déploiement en prod. Si une étape échoue, le pipeline s’arrête, le site n’est pas modifié.
Ce que ça change concrètement pour un client
Quatre bénéfices directs, même sans comprendre la technique.
Bénéfice 1 : moins de pannes après mise à jour. Avec un pipeline qui teste avant déploiement, les bugs introduits par une mise à jour sont attrapés avant d’aller en production. Sur les sites de mes clients qui ont du CI/CD, je vois en moyenne 80 % de pannes en moins comparé à ceux qui n’en ont pas.
Bénéfice 2 : déploiements plus fréquents. Sans CI/CD, déployer est risqué, donc on le fait rarement (une fois par mois). Avec CI/CD, déployer est sécurisé, donc on peut le faire plusieurs fois par semaine. Vos petites améliorations sortent plus vite.
Bénéfice 3 : préprod systématique. Toute modification est d’abord déployée sur un environnement de test, où vous pouvez la valider avant qu’elle n’arrive sur votre site visible par les clients. Plus de mauvaises surprises côté visiteur.
Bénéfice 4 : retour en arrière facile. Si une mise à jour pose problème en production, on peut revenir à la version précédente en une commande. Pas besoin de restauration de sauvegarde lourde.
Les outils en 2026
Plusieurs outils gratuits ou peu chers permettent de faire du CI/CD.
GitHub Actions. Intégré à GitHub, gratuit jusqu’à un certain volume, simple à configurer. Mon choix par défaut pour les projets que je prends en charge.
GitLab CI. Équivalent côté GitLab, plus puissant sur certaines fonctions avancées.
Bitbucket Pipelines. Pour les projets hébergés sur Bitbucket.
Vercel. Pour les projets Next.js, le déploiement est natif via Git. Pas besoin de configurer un pipeline complexe.
Cloudflare Pages. Idem pour des sites statiques.
Pour des sites WordPress, des outils comme DeployHQ ou Buddy proposent des pipelines simples adaptés à WordPress (FTP automatisé, sync de base de données).
Le coût d’une mise en place
Pour un site WordPress simple, mettre en place un CI/CD basique (GitHub plus déploiement automatique vers le serveur) coûte environ 500 à 1 200 € de mise en place. Une à deux journées de travail.
Pour un projet plus complexe (Next.js plus Supabase plus app mobile), mettre en place un pipeline complet coûte 1 500 à 3 500 €. Trois à cinq jours de travail.
Une fois en place, le coût mensuel est faible : GitHub Actions est gratuit jusqu’à 2 000 minutes par mois (largement suffisant pour la plupart des projets). Vercel a une offre gratuite généreuse. Les outils dédiés WordPress coûtent 20 à 50 € par mois.
C’est un investissement très rentable sur la durée.
Les pièges à éviter
Trois erreurs que je vois.
Erreur 1 : faire du CI/CD sans tests. Le pipeline déploie sans rien vérifier d’autre que le build. Vous gagnez en automatisation mais pas en sécurité. Le minimum, c’est de vérifier que le code compile sans erreur.
Erreur 2 : déployer directement en production. Toujours passer par une préprod. C’est la moitié du bénéfice du CI/CD.
Erreur 3 : tout automatiser, y compris les bases de données. Migrer une base de données est risqué. Sur ces opérations critiques, garder une étape manuelle de validation est plus sage.
Comment savoir si votre prestataire fait du CI/CD
Quatre questions à poser.
Comment se passe une mise à jour du site, du moment où vous écrivez le code au moment où c’est en ligne ?
Si la réponse implique du FTP, du copier-coller manuel, ou pas de tests, c’est qu’il n’y a pas de CI/CD.
Avez-vous un environnement de préprod ?
Sans préprod, pas de CI/CD sérieux.
Combien de temps prend un déploiement de modification ?
Avec CI/CD, c’est typiquement 5 à 15 minutes après le push. Sans, ça peut prendre 30 minutes à plusieurs heures.
Que se passe-t-il si une mise à jour casse le site ?
Avec CI/CD, on revient en arrière en une commande. Sans, c’est restauration manuelle.
Si les réponses montrent un processus manuel, vous avez un risque caché. Demandez à votre prestataire de mettre en place un CI/CD basique. Le coût est faible, le bénéfice est énorme.
Le vrai critère
Pour un site qui compte vraiment pour votre business, ne pas avoir de CI/CD en 2026 est un drapeau rouge. C’est le minimum d’infrastructure professionnelle.
Pour un blog perso ou un site qui ne change quasiment jamais, on peut se passer de CI/CD. Pour tout le reste, c’est un investissement rentable rapidement.
Comme Git, le CI/CD est devenu une infrastructure de base. Tout dev sérieux l’utilise par défaut. Si on vous propose un projet sans, posez-vous des questions.