Apporter des modifications en toute sécurité

La manière la plus sure de modifier votre site consiste à tester d’abord la modification sur une copie. Chaque site Kinsta dispose d’un environnement de staging gratuit ; vous n’avez donc jamais besoin de faire des essais sur le site que vos visiteurs consultent.

Le processus de modification sécurisée

1. Créez ou actualisez votre environnement de staging à partir du site en production.
2. Effectuez et testez votre modification sur l’environnement de staging.
3. Effectuez une sauvegarde manuelle de votre site en production.
4. Déployez la modification de l’environnement de staging vers le site en production.
5. Vérifiez votre site de production. Si quelque chose ne va pas, restaurez la sauvegarde.

Utiliser votre environnement de staging gratuit

Pourquoi est-ce important ? Une mise à jour d’extension, un changement de thème ou une nouvelle version de PHP peut endommager une page d’une manière que vous ne remarquerez pas avant qu’un visiteur ne le signale. L’environnement de staging est une copie distincte et privée de votre site où vous pouvez détecter ces problèmes en premier lieu.

Quand l’utiliser : avant de mettre à jour le cœur de WordPress, les principales extensions ou votre thème ; avant de changer de version de PHP ; et pour tout travail de conception ou de code.

Comment commencer : dans MyKinsta, sélectionnez votre site, cliquez sur le nom de l’environnement (par exemple, « Live »), sélectionnez Créer un nouvel environnement, puis clonez votre site de production dans un environnement standard. Pour obtenir des instructions détaillées, consultez la page Créer un environnement de staging WordPress Standard ou Premium. Si vous avez besoin de ressources supplémentaires ou de plusieurs environnements pour différents projets, consultez le module « Staging Premium » dans la section Modules.

Déployer les modifications en production

Pourquoi est-ce important ? Une fois qu’une modification fonctionne en préproduction, sa mise en production la copie en une seule étape, sans avoir à refaire le travail manuellement.

Comment commencer : consultez la section « Mise en production des environnements ». Vous pouvez mettre en production l’intégralité du site ou utiliser une mise en production sélective pour n’envoyer que les fichiers, dossiers ou tables de base de données de votre choix. Lors du transfert de tables de base de données, vous pouvez lancer une recherche et un remplacement automatiques afin que les liens pointent vers le bon domaine. Vous pouvez également effectuer un transfert de l’environnement de production vers l’environnement de staging, ce qui constitue un moyen rapide d’intégrer de nouveaux articles et fichiers à votre copie de test. Kinsta effectue automatiquement une sauvegarde de l’environnement vers lequel vous effectuez le transfert avant que celui-ci ne commence.

Attention : le transfert de l’intégralité de la base de données remplace la base de données de production. Toutes les commandes, tous les commentaires, toutes les entrées de formulaire ou tous les nouveaux utilisateurs ajoutés à votre site de production depuis la création de l’environnement de staging seront perdus. Sur une boutique en ligne ou un site d’adhésion, ne transférez que les fichiers, ou sélectionnez des tables de base de données spécifiques en excluant certaines tables, telles que celles des commandes de WooCommerce. Sur un réseau multisite, un transfert complet de la base de données affecte tous les sous-sites.

Effectuer une sauvegarde avant toute modification risquée

Pourquoi c’est important : les sauvegardes quotidiennes peuvent dater d’une journée. Une sauvegarde manuelle effectuée juste avant une modification vous permet de revenir en arrière sans rien perdre.

Comment commencer : créez une sauvegarde manuelle dans la section Sauvegardes. Vous pouvez également restaurer une sauvegarde sur l’environnement de staging, ce qui est utile pour vérifier une version antérieure sans toucher à l’environnement de production.

Mettre à jour les URL sur l’ensemble de votre site à l’aide de la fonction Rechercher et remplacer

Pourquoi est-ce important ? Changer de domaine ou passer au protocole HTTPS peut laisser d’anciennes URL stockées dans votre base de données.

Comment commencer : utilisez l’outil Rechercher et remplacer dans MyKinsta. Kinsta effectue automatiquement une sauvegarde avant de procéder au remplacement et peut vider le cache de votre site par la suite. Testez d’abord le remplacement sur l’environnement de staging si vous n’êtes pas certain des éléments concernés.

Créer de nouveaux sites à partir d’un site existant

Pourquoi est-ce important ? Si vous créez plusieurs sites similaires, la configuration du même thème et des mêmes extensions à chaque fois prend des heures.

Comment procéder :clonez un site pour en créer un nouveau à partir d’un site existant, en conservant son thème, ses extensions et ses réglages.

Afficher un message de maintenance aux visiteurs pendant les mises à jour

Pourquoi est-ce important ? Pendant la mise à jour des extensions ou des thèmes, les visiteurs pourraient voir une page partiellement mise à jour. Le mode maintenance leur affiche à la place un bref message.

Comment procéder : vous pouvez activer le mode maintenance lors de la mise à jour des extensions ou des thèmes dans MyKinsta. Consultez la page Mode maintenance WordPress.

Attention : si une mise à jour échoue, le site peut rester bloqué sur ce message. Pour y remédier, supprimez le fichier .maintenance du dossier racine de votre site à l’aide du gestionnaire de fichiers, de SFTP ou de SSH.

Dans votre routine

Utilisez le processus « safe-change » pour toute opération plus importante qu’une simple mise à jour mineure d’extension : nouvelles versions majeures de WordPress, mises à jour de thèmes, mises à niveau de PHP et nouvelles extensions. En vérifiant chaque mois que la restauration d’une sauvegarde sur l’environnement de staging fonctionne, vous vous assurerez que votre filet de sécurité est opérationnel avant d’en avoir besoin. Consultez Votre routine de maintenance.