Créer un staging WordPress : tester les modifications en toute sécurité avec Softaculous

Temps de lecture env. : 9 minutes

Des modifications sur un site WordPress en production peuvent toujours avoir un impact sur le design, les fonctionnalités ou l'accessibilité. C'est pourquoi, en particulier lors de mises à jour WordPress importantes, de l'installation de nouveaux plugins, de changements de thème ou de modifications approfondies, il est judicieux de tester d'abord les changements dans un Environnement de staging à tester.

Avec Softaculous Vous pouvez créer, dans votre hébergement CURIAWEB, une installation de staging (de test) distincte à partir d'un site WordPress existant. Cet environnement de test est basé sur votre site actuel, mais fonctionne séparément de l'installation de production. Vous pouvez y tester des modifications sans modifier directement le site accessible au public.

En bref : Un site de staging est une copie de test distincte de votre site WordPress de production. Les modifications y sont d'abord effectuées et peuvent, après un contrôle réussi avec Softaculous, être transférées de manière ciblée sur le site en direct.

Qu'est-ce qu'un environnement de staging WordPress ? #

Un environnement de staging est une copie de travail de votre site Web. Il contient fondamentalement les mêmes éléments que l'installation d'origine : WordPress, la base de données, les thèmes, les extensions, les paramètres, les articles, les pages et les fichiers médias.

La différence cruciale est que les visiteurs continuent de voir votre site Web normal pendant que vous préparez et testez les modifications sur la version de staging.

En supposant que votre site Web soit accessible à l'adresse suivante :

votre-domaine.ch

La version de staging pourrait par exemple être mise en place sous une adresse distincte ou dans un sous-répertoire :

deine-domain.ch/staging

Tu définis l'adresse qui sera réellement utilisée lors de la création de l'installation de staging.

Pourquoi ne devrais-je pas tester les modifications directement sur le site en direct ? #

Des modifications mineures apportées à un texte ou à une image peuvent généralement être effectuées directement dans WordPress sans problème. Il en va autrement pour les modifications techniques.

Une mise à jour de plugin peut par exemple entrer en collision avec un autre plugin. Une mise à jour de thème peut affecter des personnalisations individuelles. Une nouvelle version de PHP peut rendre visible du code de programmation obsolète. Des modifications apportées à WooCommerce, à un page builder ou à la configuration de WordPress peuvent également avoir des répercussions inattendues.

Sur un site web en production, dans le pire des cas, ce genre de problèmes n'est pas seulement remarqué par vous, mais aussi par vos visiteurs ou vos clients.

Une version de préproduction vous permet d'essayer d'abord les modifications et de vérifier si le site Web continue de fonctionner correctement par la suite.

Quand le staging WordPress est-il particulièrement utile ? #

Un environnement de test est particulièrement recommandé avant d'effectuer des modifications qui concernent plusieurs sections de votre site web ou dont l'impact ne peut pas être prédit avec certitude.

  • mises à jour WordPress plus importantes,
  • Mises à jour des plugins importants,
  • Installation de plugins nouveaux ou techniquement complexes,
  • changements de thème ou mises à jour importantes de thèmes,
  • Modifications avec Elementor ou d'autres page builders,
  • Modifications de WooCommerce et de la page de commande,
  • Changement de version PHP,
  • modifications importantes du design,
  • Modifications du code PHP, CSS ou JavaScript personnalisé,
  • Dépannage des conflits de plugins ou de thèmes.

Règle empirique : Si une modification risque de rendre votre site Web partiellement ou totalement inopérant en cas d'erreur, testez-la de préférence d'abord dans un environnement de staging.

Conditions préalables pour le staging avec Softaculous #

L'installation WordPress existante doit être connue de Softaculous. Les sites web WordPress qui ont été installés via Softaculous apparaissent généralement automatiquement dans la liste des installations.

Si votre site Web a été installé manuellement à l'origine ou migré vers CURIAWEB, il peut être nécessaire d'importer d'abord l'installation WordPress existante dans Softaculous.

Si vous souhaitez réinstaller WordPress, vous trouverez la procédure complète dans notre guide. Installer WordPress avec Softaculous.

Créer un staging WordPress avec Softaculous #

L'environnement de staging est configuré via Softaculous dans cPanel. Vous n'avez pas besoin de copier manuellement les fichiers WordPress ou la base de données pour cela.

  1. Connecte-toi au Espace client CURIAWEB un.
  2. Ouvrez le pack d'hébergement concerné dans vos services.
  3. Ouvrir via „Connexion à cPanel“ votre gestion d'hébergement.
  4. Démarrer Installateur d'applications Softaculous ou le Gestionnaire WordPress par Softaculous.
  5. Ouvrez la liste de vos installations WordPress existantes.
  6. Sélectionnez le site WordPress de production pour lequel vous souhaitez créer un environnement de test.
  7. Sélectionnez la fonction „Mise en scène“.
  8. Déterminez le domaine ou le répertoire pour l'installation de staging.
  9. Vérifiez attentivement les informations.
  10. Lance la création de l'environnement de staging.

Softaculous crée ensuite la copie requise de l'installation WordPress. Selon la taille de votre site web et le nombre de fichiers, cette opération peut prendre un certain temps.

Si vous ne savez pas comment accéder directement à cPanel depuis votre compte client, vous trouverez la procédure dans notre guide. Authentification unique : ouvrir cPanel directement depuis l'espace client CURIAWEB.

Important : Vérifiez le répertoire de destination sélectionné avant de créer l'installation de staging. N'utilisez pas de répertoire qui contient déjà un autre site web ou des fichiers importants.

Que copie Softaculous dans l'environnement de staging ? #

Un site web WordPress se compose de fichiers et d'une base de données. Softaculous prend en compte ces deux éléments lors de la création de l'environnement de staging.

La copie comprend donc par conséquent également :

  • WordPress lui-même,
  • thèmes installés,
  • plugins installés,
  • Articles et pages,
  • Paramètres WordPress,
  • Comptes d'utilisateurs,
  • Fichiers multimédias,
  • Paramètres des extensions et des thèmes,
  • ainsi que d'autres informations stockées dans la base de données WordPress.

Le site de staging correspond ainsi, au moment de sa création, largement à l'état du site de production.

Le site Web en direct et la version de staging évoluent ensuite séparément. #

Ce point est important : après la création, le site web en direct et le site de staging deux installations WordPress distinctes.

Si vous publiez ensuite, par exemple, un nouvel article sur le site en direct, celui-ci ne sera pas automatiquement transféré vers l'installation de staging existante. Il en va de même dans le sens inverse.

Plus vous travaillez longtemps avec un environnement de staging, plus les deux installations risquent de diverger.

Particulièrement important pour les sites web dynamiques : Pour les boutiques WooCommerce, les sites de membres, les systèmes de réservation, les forums ou autres sites Web comportant des données utilisateur constamment actualisées, vous devez faire particulièrement attention lors du transfert ultérieur de la version de staging. La base de données en direct peut entre-temps contenir de nouvelles commandes, de nouveaux clients ou d'autres données.

Tester les modifications sur le site de staging #

Après la création, vous pouvez vous connecter à l'administration WordPress de l'installation de staging et y apporter vos modifications.

Après des modifications techniques, ne testez pas seulement la fonction directement modifiée. Vérifiez également les zones importantes de l'ensemble du site web.

Cela comprend par exemple :

  • Page d'accueil et sous-pages importantes,
  • Navigation et menus,
  • Affichage sur ordinateur et smartphone,
  • Formulaires de contact,
  • Connexion WordPress,
  • Les plugins et leurs fonctions,
  • Thème et mise en page,
  • liens internes,
  • HTTPS et SSL,
  • ainsi que, le cas échéant, le panier et le paiement.

Si vous souhaitez essayer un nouveau plugin, nous vous expliquons en détail l'installation et l'activation dans l'article Qu'est-ce qu'un plugin WordPress et comment l'installer ?.

Protéger les sites de staging contre les moteurs de recherche #

Un site de staging n'est généralement pas destiné aux visiteurs ou aux moteurs de recherche. Il contient souvent le même contenu ou un contenu très similaire à celui de votre site en direct.

Si une installation de test est indexée publiquement, des URL supplémentaires inutiles peuvent apparaître dans les moteurs de recherche. C'est pourquoi un environnement de staging ne doit pas être exploité comme une deuxième version de votre site web accessible à l'indexation publique.

Dans WordPress, tu trouveras sous „ Paramètres “ > „ Lecture “ un paramètre de visibilité pour les moteurs de recherche. Cependant, cela ne constitue pas en soi une véritable protection contre les accès.

Indication SEO : Un site de staging ne doit par principe pas figurer dans l'index Google. Pour les systèmes de test, une protection par mot de passe ou un contrôle d'accès technique peut en outre s'avérer judicieux afin que l'installation ne soit pas librement accessible au public.

Attention aux formulaires de contact et à l'envoi d'e-mails #

Comme le site de staging est créé à partir d'une copie de l'installation de production, les paramètres des plugins de formulaires, SMTP, de newsletter et d'autres plugins d'e-mail sont généralement également repris.

Un formulaire de contact sur le site de staging pourrait donc continuer à envoyer des messages. Il en va de même pour les notifications automatiques de différents plugins.

Vérifie par conséquent quels e-mails peuvent être déclenchés lors de tes tests. En particulier sur les sites web avec des comptes clients, des systèmes de commande ou des messages automatisés, tu dois éviter que de vrais destinataires ne reçoivent accidentellement des messages de test.

Attention particulière avec le staging WooCommerce #

Dans une boutique WooCommerce, la base de données de staging peut contenir des données clients, des commandes, des produits, des coupons et des paramètres de services de paiement ou d'expédition.

Une telle呢 testumgebung devrait être sécurisée avec particulièrement de soin. Vérifiez en outre, avant les tests, si les prestataires de services de paiement peuvent être basculés sur un mode test ou bac à sable et si les e-mails automatiques doivent être désactivés.

Attention aux boutiques : Ne pas effectuer de paiements réels non intentionnels sur une copie de staging et ne pas envoyer de commandes de test à de vrais clients. Vérifiez les fournisseurs de paiement et l'envoi d'e-mails avant de tester la boutique.

Que signifie „ Push to Live “ ? #

Une fois que vos modifications ont été testées avec succès sur le site de staging, vous pouvez les transférer à nouveau sur le site de production à l'aide de Softaculous. Softaculous désigne cette opération sous le nom de „Pousser pour vivre“.

Pour cela, vous ne devez pas simplement supposer que chaque installation de staging doit être entièrement écrasée par le site en direct. Selon la configuration, Softaculous offre des possibilités de contrôler le processus de transfert et de définir quels composants doivent être transférés.

La variante qui est correcte dépend de ce que tu as modifié sur le site de staging.

Avant le push en production, il est impératif de faire une sauvegarde #

Avant de transférer les modifications du site de staging vers le site de production, tu dois toujours t'assurer qu'une sauvegarde récente du site en direct est disponible.

Cela vaut même si tous les tests sur la version de staging ont réussi. Le site de production a pu changer depuis la création de l'environnement de test, et seul le processus de transfert effectif montre comment les modifications se comportent dans l'environnement de production.

Avant la mise en production : Créez ou vérifiez toujours une sauvegarde actuelle du site web WordPress de production. En cas d'erreur, vous pouvez ainsi restaurer l'état précédent.

Migrer la staging vers le site en direct #

Lorsque vous aurez testé les modifications et assuré une sauvegarde récente, vous pourrez lancer la procédure de publication (push-to-live) via Softaculous.

  1. Ouvrez dans cPanel le Gestionnaire WordPress par Softaculous.
  2. Sélectionnez votre installation de staging.
  3. Ouvrir la fonction „Pousser pour vivre“.
  4. Vérifiez les options de transfert proposées.
  5. Vérifiez soigneusement quels fichiers et informations de base de données sont concernés.
  6. Ne lancez le processus qu'après avoir vérifié la sélection.
  7. Attendez que Softaculous ait complètement terminé l'opération.

N'interrompez pas inutilement le processus et ne fermez pas la fenêtre du navigateur pendant un transfert en cours.

Pourquoi un push complet de base de données peut être problématique #

Supposons que tu aies créé une copie de staging d'une boutique WooCommerce il y a trois jours. Pendant que tu y développes un nouveau design, les clients continuent de commander sur le site de production.

Par conséquent, la base de données en direct contient désormais de nouvelles commandes et éventuellement de nouveaux comptes clients qui n'existaient pas encore au moment de la création de l'environnement de staging.

Si vous écrasiez maintenant sans réfléchir une ancienne base de données de staging par-dessus la base de données de production actuelle, les données créées entre-temps pourraient être affectées.

C'est pourquoi le processus de mise en ligne (push-to-live) pour les sites web dynamiques n'est pas une fonctionnalité que vous devriez simplement valider sans vérification préalable.

En clair : Plus le site web en direct change pendant vos travaux, plus vous devez décider avec soin quels composants de l'installation de staging doivent réellement être transférés vers le site web de production.

Retester le site web après le push en production #

Même si tout a fonctionné sur la version de staging, tu devrais vérifier à nouveau entièrement le site de production après le transfert.

Vérifie en particulier :

  • si le site Web est accessible,
  • si la mise en page s'affiche correctement,
  • que la navigation et les liens internes fonctionnent,
  • si les formulaires fonctionnent,
  • si l'espace d'administration WordPress est accessible,
  • que les plugins fonctionnent sans erreur,
  • ou SSL respectivement HTTPS fonctionne,
  • et pour WooCommerce, en particulier le panier et la commande.

Pour les sites web professionnels importants, vous ne devriez pas limiter le test à la page d'accueil. Contrôlez les fonctionnalités qui sont réellement pertinentes pour le fonctionnement du site web.

Staging ou clonage : de quelle fonction ai-je besoin ? #

Softaculous offre à la fois Mise en scène ainsi qu'en tant que Clonage. Les deux fonctions créent une autre installation WordPress, mais ont des finalités différentes.

Mise en scène que vous utilisez lorsque vous souhaitez tester des modifications sur un site web existant et les appliquer ensuite de manière ciblée sur le site en direct.

Clonage tu l'utilises plutôt lorsque tu as besoin d'une copie autonome d'un site web qui doit être réutilisée indépendamment.

Nous expliquons en détail le fonctionnement du clonage dans notre guide. Cloner WordPress : Copier un site web avec Softaculous.

Supprimer l'installation de staging après la fin #

Une fois que vos modifications ont été déployées avec succès sur le site en direct et que vous n'avez plus besoin de l'environnement de staging, vous devez vérifier s'il doit continuer à exister.

Les installations WordPress inutilisées occupent de l'espace de stockage et doivent également être maintenues à jour et sécurisées. Une installation de test oubliée avec un WordPress, des extensions ou des thèmes obsolètes peut constituer un risque de sécurité inutile à long terme.

Avant de supprimer une installation via Softaculous, vérifiez toutefois très attentivement le domaine et le chemin d'installation.

Ne pas supprimer le site en direct : Avant de supprimer une installation de staging, vérifiez toujours le domaine, l'URL et le répertoire d'installation. Une installation de production supprimée par inadvertance ne peut être restaurée qu'à partir d'une sauvegarde existante.

Résumé #

La fonction de staging de Softaculous vous permet de créer une version de test distincte de votre site Web WordPress. Cela permet d'essayer les mises à jour WordPress, les plugins, les thèmes, les modifications de design et d'autres ajustements techniques avant qu'ils n'affectent votre site de production.

Après des tests réussis, les modifications peuvent être effectuées via „Pousser pour vivre“ être transféré vers le site Web en direct. Une attention particulière est requise, en particulier pour les boutiques WooCommerce et autres sites Web dynamiques, car la base de données de production peut avoir changé depuis la création de la version de staging.

Avant un "push to live", créez toujours une sauvegarde récente et vérifiez ensuite à nouveau le site de production. Vous devriez supprimer une installation de staging qui n'est plus nécessaire afin qu'aucune installation WordPress obsolète ou inutile ne subsiste sur votre hébergement.

Dernière mise à jour 27 août 2026
Cet article a-t-il été utile ?
Consentement à l'utilisation de Cookies avec Real Cookie Banner