Comment pousser les modifications WordPress de la mise en scène à la mise en ligne

La mise en scène est impérative pour l'entretien et la maintenance du site Web, en éliminant les risques de tester de nouveaux plugins, de mises à jour, d'essayer du contenu graphique et animé, des choses qui pourraient nuire, planter et potentiellement mettre notre site hors ligne.

Dans notre précédente Masterclass du lundi, nous avons vu à quel point il était simple de mettre en place un site de staging, mais ce n'est qu'une partie du processus de staging. Pousser notre site mis en scène, prendre notre site Web mis à jour avec tous ses changements et ajustements, et le placer à la place de notre site en direct (ou de production) est tout aussi important, sinon plus.

Aux fins de la mise en scène, nous devons établir deux types de sites Web WordPress ou si vous aimez deux groupes d'utilisateurs d'Elementor, chacun défini par le type de contenu utilisé sur le site :

• Contenu généré par le propriétaire – Sites Web qui reposent uniquement sur le contenu que nous, les modérateurs du site, fournissons. Également connu sous le nom de contenu généré par le modérateur ou de contenu de marque.
• Contenu généré par l'utilisateur – Sites Web qui reposent, entièrement ou dans une certaine mesure, sur les données des utilisateurs. Cela inclut des données telles que des informations provenant de formulaires ou de commandes passées par les utilisateurs, ainsi que des fichiers téléchargés, des images, des commentaires, etc.

La raison pour laquelle nous devons faire cette distinction est que nous devons savoir si nous devons ou non nous préoccuper des données qui ont été ajoutées à notre site Web en direct, — pendant que nous travaillons sur la version de sauvegarde de notre site, — dans le cas isolé environnement de mise en scène.

* Remarque : Ce processus écrasera toutes les données générées par l'utilisateur n'apparaissant pas sur le site de Staging, à partir du site Live (y compris les commentaires, les commandes, etc.).

Si nous sommes les seules personnes à saisir des données sur notre site, nous pouvons éviter d'ajouter des données pendant que nous travaillons sur des mises à jour et des modifications, et pousser la version mise à jour de notre site mis à jour de la même manière que nous le ferions avec un tout nouveau site. .

Si cet écran vous semble familier, il le devrait, car c'est exactement là où nous nous sommes arrêtés lors de notre dernière Masterclass.

Comme vous vous en souvenez peut-être, nous avons créé notre environnement de mise en scène local en téléchargeant une sauvegarde complète de notre site WordPress en direct, dans un environnement que nous avions créé sur notre propre ordinateur, à l'aide de l'application locale de Flywheel. Il existe d'autres moyens de le faire en utilisant Bitnami ou XAMPP, mais nous avons trouvé que c'était le plus simple et donc le plus efficace.

Pour les besoins de cette masterclass, nous avons ajouté un menu et un en-tête pour aider à faire une distinction pratique entre l'apparence et la fonctionnalité de la nouvelle version (mise en scène) du site et l'ancienne version (live).

Une fois que nous aurons fini de mettre à jour et de tester notre site, nous voudrons télécharger notre nouvelle version de l'environnement local vers le site en direct. La façon la plus simple de le faire en utilisant un plugin de migration.

Nous préférons utiliser le plus populaire d'entre eux, le plugin All-in-One WP Migration, et l'installer sur nos deux WordPress.

Installez le plugin All-in-One sur notre installation WordPress de la même manière que nous le ferions pour tout autre plugin.

Accédez au tableau de bord WordPress de notre site Local Staging et dans l'onglet Plugin, cliquez sur « Ajouter un nouveau ».

Dans la zone de recherche, recherchez la migration tout-en-un WP, téléchargez-le, puis installez-le et activez-le.

Une fois le plugin activé, l'onglet 'All-in-One WP Migration' apparaîtra dans la barre de menu de gauche du tableau de bord WordPress.

Répétez ce processus pour installer All-in-One WP Migration sur le tableau de bord WordPress de votre site Live.

Dans la barre de menu de gauche du tableau de bord WordPress, sous l'onglet Migration WP tout-en-un », cliquez sur l'onglet et sélectionnez « Exporter ».

Dans la fenêtre Exporter, vous constaterez que les paramètres avancés vous permettent d'exporter certaines données plutôt que l'ensemble du site.

Nous vous suggérons d'exporter l'ensemble du site. Pour ce faire, cliquez sur le bouton Exporter et sélectionnez l'option Fichier dans le menu déroulant.

Lorsque le plugin a terminé de préparer le fichier d'exportation, une fenêtre apparaîtra avec l'option de le télécharger. Cliquez pour télécharger le fichier de sauvegarde sur votre ordinateur.

Une fois la sauvegarde de notre site de Staging téléchargée, nous allons accéder au tableau de bord WordPress de notre site Live. Dans la barre de menu de gauche, nous cliquerons sur 'All-in-One WP Migration', mais cette fois nous sélectionnerons 'Importer', et dans la fenêtre Importer, nous cliquerons sur Importer, et dans le menu déroulant , nous sélectionnerons Fichier.
Nous allons localiser notre fichier exporté et cliquer sur « Ouvrir ». Le fichier sera téléchargé sur WordPress.

Une fois le téléchargement terminé, un avertissement apparaîtra pour nous rappeler que la poursuite de ce processus écrasera tout sur notre site en direct (y compris les commentaires, les commandes, etc.)

Comme nous ne suivons ce processus que pour les sites Web qui reposent uniquement sur le contenu généré par le propriétaire, nous cliquons sur « Continuer ».

Le plugin va maintenant installer notre nouveau site, écrasant l'ancienne version. Selon la taille de notre site, cela peut prendre quelques minutes ou beaucoup plus longtemps.

En ce qui concerne notre autre catégorie d'utilisateurs WordPress et Elementor, ceux qui s'appuient sur des données provenant d'une source externe, il existe deux manières de pousser le site mis à jour de l'environnement de développement vers le site en direct sans risquer la perte de données.

Comme mentionné précédemment, notre principale préoccupation concernant les données qui se présentent sous la forme d'abonnements d'utilisateurs, de bons de commande, même de commentaires, etc., est qu'ils auront continué à s'inscrire sur notre site Web en direct, alors que nous étions occupés à travailler sur la version de mise en scène isolée.

Une méthode est une procédure complexe qui consiste à manipuler des fichiers et des dossiers individuels via une interface FTP ou SFTP, à l'aide d'outils tels que C-Panel. En tant que tel, nous avons estimé que nous risquions de laisser les lecteurs se méprendre sur les étapes fastidieuses et de faire rouler accidentellement leur site en direct.

Cela dit, il est extrêmement important de sauvegarder votre site Live et vos données avant de faire quoi que ce soit d'autre, quelle que soit la manière dont vous choisissez de pousser votre site. N'oubliez pas qu'il vaut toujours mieux prévenir que guérir.

Pour ce faire, vous pouvez utiliser le plugin Duplicator, ou Migrate DB, voire tout-en-un WP Migration.

Une fois que notre site en direct est sauvegardé, la deuxième méthode, la façon la plus sûre et la plus simple de pousser notre site, consiste à utiliser le service d'hébergement de notre site Web.

Il existe de nombreux services d'hébergement Web WordPress qui offrent également des services de mise en scène, dans lesquels un environnement complètement indépendant est créé sur le serveur d'hébergement, pour que nous puissions exécuter tous nos tests et essayer de nouvelles idées.

Ceux-ci incluent des hôtes tels que Bluehost, SiteGround, Kinsta et même le forfait d'hébergement premium de FlyWheel inclut cette option, et bien sûr, nous publierons des liens vers tous ces éléments et plus encore dans les notes de l'émission ci-dessous.

BlueHost est le plus populaire, car ils offrent leur service de mise en scène gratuitement.

Là encore, vous préférerez peut-être SiteGround en raison de leur qualité de service supérieure.

C'est quelque chose que nous devons décider nous-mêmes, en fonction de la taille de notre site et du volume de trafic. Mais nous devons également considérer les revenus que nous devrons réaliser pour couvrir nos coûts, et si notre choix aidera ou nuira à nos objectifs commerciaux.

Lorsque nous calculons les chiffres, nous devons viser un revenu maximum tout en gardant nos frais généraux bas.

C'est là que nous devons être honnêtes avec nous-mêmes, car si notre site Web est aussi notre gagne-pain, alors l'hébergement n'est pas l'un de ces endroits où nous voulons rogner sur les coins, ou lésiner et économiser. Si notre site reçoit tellement de trafic qu'une heure ou deux d'arrêt le mettrait en péril, nous devons vraiment investir dans des sociétés d'hébergement.

Mise en scène WordPress locale

La mise en scène locale, un environnement de mise en scène sur notre propre ordinateur, présente de nombreux avantages, dont le principal est la vitesse. En travaillant localement, nous verrons les résultats des tests et les réponses beaucoup plus rapidement, ce qui en fait l'environnement parfait pour d'énormes révisions et peut-être aussi des versions initiales.

Bien que la mise en scène de l'hôte ne soit pas aussi rapide que la mise en scène locale, elle peut toujours gérer assez bien les modifications apportées aux graphiques et au contenu écrit, aux mises à jour et aux tests, à condition qu'elles ne soient pas trop importantes. C'est idéal pour les tests et les mises à jour de routine, surtout si le serveur fournit également une option pour pousser votre nouvelle version sur le site en direct. L'inconvénient est le prix, car plusieurs services d'hébergement facturent des frais supplémentaires pour la mise en scène. Cependant, ces frais incluent un support qui pourrait économiser beaucoup de temps et d'argent à long terme.

Services de mise en scène

Les sites hôtes qui offrent des services de staging ont des fonctionnalités similaires qui nous permettent de pousser la nouvelle version de notre site de Staging vers nos sites Live, avec un minimum d'effort et sans souci.

Sur SiteGround, par exemple, toutes les options de mise en scène se trouvent sur la page de gestion de la mise en scène, accessible via la version de SiteGround de cPanel. Ici, les utilisateurs disposent de l'option « Easy Push » pour pousser l'intégralité du nouveau site sur l'ancien site en direct, en le passant virtuellement à la vapeur et en supprimant tout ce qui s'y trouvait. Alternativement, les utilisateurs peuvent 'Advanced Push' qui compare les différences entre les anciens et les nouveaux fichiers, puis vous permet de sélectionner les fichiers à conserver et ceux à écraser. Cette solution préserve efficacement les données que nous craignons de perdre lorsque nous travaillons sur des sites de transfert.

En repensant à cette édition en deux parties de Monday Masterclass, nous sommes heureux d'avoir décidé d'aborder le sujet de la mise en scène.

Cela nous a non seulement donné la chance d'aider les utilisateurs qui demandaient des conseils sur la mise en scène, mais grâce aux merveilleux commentaires et dialogues générés par le premier épisode, nous avons décidé d'aller plus loin que prévu pour ce deuxième épisode et de clarifier certains des problèmes et points intéressants que vous avez soulevés.

Nous avons passé en revue plusieurs méthodes pratiques, utilisées par les créateurs de sites Web professionnels du monde entier, pour pousser deux types différents de sites Web WordPress du site de transfert local ou hôte vers notre site Web en direct ou de production. De plus, nous avons discuté des raisons pour lesquelles nous devrions choisir une méthode plutôt qu'une autre.

En fin de compte, c'est notre choix en tant que propriétaires ou modérateurs de notre site Web, de savoir où et sur quoi investir notre temps et notre argent, un choix qui affectera notre trafic, notre engagement et inévitablement nos revenus.

Comment passez-vous de la mise en scène au site en direct ? Faites-nous savoir dans les commentaires si vous avez des méthodes alternatives.