Ce qu'est le déploiement
Le déploiement est l'opération par laquelle une application web ou un site est rendu accessible sur un serveur de production, c'est-à-dire visible et utilisable par ses utilisateurs finaux. C'est la dernière étape du cycle de développement, celle qui fait passer un projet de l'état de travail en cours à celui de service en ligne.
Le terme s'applique aussi bien à la mise en ligne initiale d'un site qu'aux mises à jour ultérieures. Chaque fois qu'une modification du code, un ajout de fonctionnalité ou une correction de bug est rendue accessible aux utilisateurs, il y a un déploiement. Sur un projet web actif, les déploiements peuvent être quotidiens, voire plusieurs fois par jour sur des équipes agiles bien organisées.
Pour les sites gérés sur des plateformes comme Webflow ou Shopify, le déploiement est simplifié à l'extrême : publier les modifications depuis l'éditeur suffit. Pour les applications web sur mesure, le déploiement est une opération technique à part entière qui nécessite une infrastructure et un processus définis.
Les différents environnements
Un projet web sérieux ne passe pas directement du poste du développeur à la production. Il transite par plusieurs environnements distincts qui permettent de valider les modifications à chaque étape avant de les exposer aux utilisateurs finaux.
L'environnement local est le poste de travail du développeur. C'est là que le code est écrit et testé pour la première fois. Il n'est accessible que par le développeur et reproduit autant que possible les conditions du serveur de production.
L'environnement de développement ou staging est un serveur qui reproduit la production mais n'est pas accessible au public. C'est l'environnement de validation : les nouvelles fonctionnalités y sont déployées pour être testées par l'équipe et le client avant d'être mises en ligne. Un lien de staging est souvent partagé avec le client pour validation finale.
L'environnement de production est le serveur live, accessible par tous les utilisateurs. C'est l'environnement qui compte, celui sur lequel tout doit fonctionner parfaitement. Les déploiements en production sont toujours précédés d'une validation en staging.
Cette séparation en environnements est une bonne pratique fondamentale. Elle évite de tester des modifications directement sur le site live au risque de casser quelque chose pour les utilisateurs en temps réel.
Comment se déroule un déploiement sur mesure
Sur un projet d'application web développé sur mesure, le processus de déploiement suit généralement plusieurs étapes.
La construction du projet. Le code source est compilé et optimisé pour la production. Les fichiers JavaScript sont minifiés et regroupés, les images optimisées, les dépendances résolues. Cette étape produit les fichiers finaux qui seront servis aux utilisateurs.
Les tests automatisés. Avant tout déploiement, une suite de tests automatisés vérifie que les fonctionnalités existantes n'ont pas été cassées par les nouvelles modifications. C'est ce qu'on appelle la non-régression. Si un test échoue, le déploiement est bloqué jusqu'à correction.
Le transfert sur le serveur. Les fichiers compilés sont transférés sur le serveur de destination. Selon l'infrastructure, cela peut passer par un accès FTP, un pipeline CI/CD (intégration et déploiement continus) ou une commande dans un outil de gestion de serveur.
Les migrations de base de données. Si le déploiement inclut des modifications de la structure de la base de données, des scripts de migration sont exécutés pour mettre à jour le schéma sans perdre les données existantes.
La vérification post-déploiement. Une fois le déploiement effectué, une vérification rapide des fonctionnalités critiques confirme que tout fonctionne comme prévu en production.
CI/CD : l'automatisation du déploiement
Sur les projets avec des déploiements fréquents, le processus manuel décrit ci-dessus est remplacé par un pipeline CI/CD (Continuous Integration / Continuous Deployment). C'est un système automatisé qui déclenche le build, les tests et le déploiement à chaque modification du code validée dans le dépôt Git.
L'intégration continue (CI) automatise la partie test : à chaque push de code, les tests s'exécutent automatiquement et l'équipe est notifiée en cas d'échec. Le déploiement continu (CD) automatise la mise en production une fois les tests passés, sans intervention manuelle.
Des outils comme GitHub Actions, GitLab CI ou Vercel permettent de configurer ces pipelines. Sur les projets Next.js notamment, Vercel propose un déploiement automatique à chaque push sur la branche principale avec prévisualisation automatique des branches de développement.
Déploiement et rollback
Un déploiement peut mal se passer malgré toutes les précautions. Un bug non détecté en staging, une incompatibilité avec une dépendance en production, une configuration manquante : les causes sont variées. La capacité à revenir rapidement à la version précédente, ce qu'on appelle le rollback, est une exigence de base pour tout projet en production.
Les plateformes modernes de déploiement conservent l'historique des déploiements et permettent de revenir à une version antérieure en quelques clics. Sur Vercel ou Netlify, le rollback est quasi instantané. Sur des infrastructures plus traditionnelles, il nécessite un processus manuel qui doit être anticipé et documenté avant d'en avoir besoin.
Déploiement sur Webflow
Sur Webflow, le déploiement est intégré à l'éditeur. Publier un site Webflow revient à déployer les modifications sur les serveurs de Webflow, qui gère l'ensemble de l'infrastructure d'hébergement et de distribution. L'environnement de staging correspond au sous-domaine .webflow.io sur lequel le site est prévisualisé avant publication sur le domaine personnalisé.
Cette simplicité est l'un des avantages majeurs de Webflow pour les projets vitrines et éditoriaux : le déploiement ne nécessite aucune compétence technique et le risque d'erreur d'infrastructure est quasi nul.
FAQ
Quelle est la différence entre déploiement et mise en ligne ?
Les deux termes désignent la même opération dans le langage courant. Déploiement est le terme technique qui s'applique aussi aux mises à jour successives après la mise en ligne initiale. On parle de mise en ligne pour la première publication d'un site, et de déploiement pour les publications suivantes.
Qu'est-ce qu'un pipeline CI/CD ?
Un pipeline CI/CD est un processus automatisé qui enchaîne les étapes de test, de build et de déploiement à chaque modification du code. Il réduit les erreurs humaines, accélère les cycles de livraison et garantit qu'aucune modification non testée n'atteint la production.
Faut-il un environnement de staging pour un site vitrine ?
Pour un site vitrine sur Webflow ou une plateforme similaire, le sous-domaine de prévisualisation de la plateforme joue le rôle de staging. Pour un site vitrine sur mesure avec des mises à jour fréquentes, un environnement de staging dédié est recommandé même sur des projets de taille modeste.
Comment éviter les interruptions de service lors d'un déploiement ?
Les techniques de déploiement sans interruption incluent le déploiement bleu-vert, qui maintient deux environnements de production en parallèle et bascule le trafic de l'un à l'autre une fois le nouveau déploiement validé, et le déploiement progressif, qui expose la nouvelle version à une fraction du trafic avant de la généraliser.
