Plus de 60 % des sites Internet dans le monde ont recours au système de gestion de contenu (CMS) WordPress. Proposé gra­tui­te­ment, ce système est facile à installer et à utiliser et fait l’objet d’un dé­ve­lop­pe­ment constant grâce à sa vaste com­mu­nauté. En principe, les ré­dac­teurs doivent pouvoir gérer leurs contenus en disposant de con­nais­sances simples dans MS-Word. Près de 60 000 plugins sont dis­po­nibles pour réaliser pra­ti­que­ment n’importe quelle tâche ima­gi­nable sur un site Internet.

Pour autant, les problèmes liés à l’ins­tal­la­tion de WordPress ou à la mise à jour d’un plugin ne sont pas l’apanage des pro­gram­meurs débutants : écran blanc, dis­pa­ri­tion de l’espace de connexion, site Internet fichu. Ces problèmes peuvent être évités en créant un en­vi­ron­ne­ment de test sur lequel vous pourrez tester librement toutes les nou­veau­tés possibles et ima­gi­nables sans avoir peur de provoquer une erreur, sans con­trainte de temps et sans risques de détruire le site Internet que vous avez mi­nu­tieu­se­ment créé. Nous vous montrons comment créer un en­vi­ron­ne­ment de test de ce type dans ce guide sur le WordPress Staging.

Conseil

Avec l’hé­ber­ge­ment WordPress de IONOS, vous bé­né­fi­ciez de tarifs pré­fé­ren­tiels et profitez de mises à jour au­to­ma­tiques avec l’option « Managed ».

Mettre en place un en­vi­ron­ne­ment de test WordPress ma­nuel­le­ment

En principe, deux fichiers de sécurité doivent être créés lorsqu’un site Internet WordPress fonc­tionne sans accroc. Avant toute mise à jour, il est re­com­mandé de :

Sau­ve­gar­der tous les fichiers de votre ins­tal­la­tion dans un ré­per­toire local. Gé­né­ra­le­ment, cela re­pré­sente trois dossiers et près de 20 fichiers, le fichier .htaccess et l’éventuel Favicon WordPress que vous avez défini. Le transfert des données est effectué à l’aide d’un client FTP comme FileZilla ou dans votre espace ad­mi­nis­tra­teur auprès de votre four­nis­seur à la rubrique Espace Web ou en utilisant le FTP via un na­vi­ga­teur Web.

Connectez-vous alors à l’interface d’ad­mi­nis­tra­tion de votre four­nis­seur et exportez la base de données WordPress sous forme de fichier de sécurité. En général, le nom du fichier sera constitué du nom de la base de données, éven­tuel­le­ment ac­com­pagné d’une date et de l’extension « .sql ».

Image: WordPress Staging 1ère étape : sauvegarder la base de données existante
La fonction d’ex­por­ta­tion de la base de données se trouve dans votre espace client auprès de votre four­nis­seur sous Bases de données. À cet endroit, vous devrez lancer MySQL ou ouvrir la base de données.

Ces deux sau­ve­gardes per­met­tent de ra­pi­de­ment résoudre les éventuels crashs dans les mises à jour de version de WordPress ou les plugins installés. Dans le même temps, vous dis­po­se­rez des contenus né­ces­saires pour créer un en­vi­ron­ne­ment de test WordPress. Procédez ensuite par étapes :

  1. Créez un sous-ré­per­toire pour WordPress Staging sur le serveur Web. Pour cela, rendez-vous dans votre espace ad­mi­nis­tra­teur auprès de votre four­nis­seur sous « Utiliser l’espace Web » ou utilisez un client FTP comme FileZilla. Dans notre exemple, le ré­per­toire est nommé www.do­mai­ne­type.fr/test-stage.
Image: Sous-répertoire pour un environnement de test WordPress
Toutes les données de l’ins­tal­la­tion WordPress sau­ve­gar­dée lo­ca­le­ment sont trans­fé­rées dans le nouveau ré­per­toire « test-stage ».
  1. À présent, nous allons avoir besoin d’une nouvelle base de données (vide) pour le site Internet cloné. Après l’avoir créée auprès de votre four­nis­seur, notez les données d’accès indiquées à cet endroit.
  2. Ouvrez le fichier wp-config-sample.php en­re­gis­tré lo­ca­le­ment dans un éditeur et saisissez les données d’accès pour la nouvelle base de données :
Image: Environnement de test WordPress : mise en place d’un accès à la base de données
Les données d’accès sont utilisées dans les champs aux endroits indiqués.

Pour tra­vail­ler dans WordPress Staging, il est fortement re­com­mandé d’activer le mode de débogage :

define( 'WP_DEBUG', true );

L’adresse de l’en­vi­ron­ne­ment de test WordPress est dif­fé­rente de celle du site publié. Il convient de le noter dans le fichier wp-config.php à l’aide des deux lignes suivantes :

define('WP_SITEURL', 'https://domainetype.fr/test-stage');
define('WP_HOME', 'https://domainetype.fr/test-stage');

Si vous con­nais­sez bien MySQL, vous pourrez par la suite modifier ma­nuel­le­ment ces deux in­di­ca­tions dans la base de données fraî­che­ment créée. Si vous avez choisi un sous-domaine, il prendra la place de cette entrée.

Le fichier wp-config-sample.php est en­re­gis­tré en tant que wp-config-test.php pour que le wp-config.php du fichier de sécurité ne soit pas écrasé. Le fichier wp-config-test.php est ensuite chargé dans le ré­per­toire « \test-stage » via le FTP et renommé en wp-config.php pour que WordPress puisse intégrer ce fichier dans l’en­vi­ron­ne­ment de test avec le bon nom.

  1. La nouvelle base de données doit à présent être complétée avec des contenus. Cette étape peut demander un certain temps.
Image: Environnement de test WordPress : chargement du fichier de sécurité
Le fichier SQL sau­ve­gardé pré­cé­dem­ment est à présent chargé dans la nouvelle base de données créée.
  1. L’en­vi­ron­ne­ment de test WordPress Staging mis en place ma­nuel­le­ment pour l’ad­mi­nis­tra­teur ou le dé­ve­lop­peur est ac­ces­sible en con­sul­tant l’adresse do­mai­ne­type.fr/test-stage/wp-admin.

Vous pouvez également décider si un sous-domaine comme « test-stage.do­mai­ne­type.fr » est né­ces­saire. Dans ce cas, le sous-domaine doit renvoyer au nouveau ré­per­toire créé.

Mettre en place un en­vi­ron­ne­ment de test WordPress à l’aide d’un plugin

Comme nous l’avons déjà évoqué, il existe des milliers de plugins pour WordPress, certains per­met­tant la du­pli­ca­tion ou le clonage d’un site Internet. Le plugin « WP Staging – DB & File Du­pli­ca­tor & Migration » est par­ti­cu­liè­re­ment apprécié et permet d’au­to­ma­ti­ser en grande partie le processus. La version gratuite du plugin propose déjà une du­pli­ca­tion parfaite de l’ins­tal­la­tion WordPress existante dans un en­vi­ron­ne­ment de test. Toutefois, si vous souhaitez davantage de fonc­tion­na­li­tés, par exemple pour trans­po­ser ef­fi­ca­ce­ment des mo­di­fi­ca­tions dans le site Internet publié, les cloner sur d’autres domaines ou dans d’autres bases de données, vous devrez acheter la version pro payante. Au moment de la pu­bli­ca­tion de ce guide, le plugin avait été testé jusqu’à la version 5.5.1. de WordPress. Il est dis­po­nible en allemand, en anglais et en espagnol.

Image: Création d’un environnement de test WordPress avec le plugin WP Staging
Une fois le processus de copie achevé, vous trouverez dans la fenêtre du plugin située dans le back-end WordPress un lien vers la page de staging qui vous permettra de vous connecter.

Environ deux minutes et demie sont né­ces­saires pour cloner l’in­té­gra­lité d’un site de test complet (sans boutique). Après ce processus, un lien s’affiche à l’uti­li­sa­teur. Celui-ci lui permet de se connecter avec ses données d’ad­mi­nis­tra­teur ha­bi­tuelles. Dans la version gratuite du plugin utilisée ici, tous les tableaux de la base de données existants sont recréés avec un autre préfixe de tableau dans la même base de données. Lorsque vous tra­vail­lez dans WordPress Staging, seuls ces nouveaux tableaux sont modifiés, les tableaux de la base de données de la véritable ins­tal­la­tion WordPress n'étant pas affectés. Cette méthode présente l’avantage de ne demander qu’une seule base de données et ne nécessite donc pas de mise à niveau des tarifs Web.

Protéger l’en­vi­ron­ne­ment de test WordPress

Pour protéger l’en­vi­ron­ne­ment de test WordPress contre les accès non autorisés, vous pouvez protéger des ré­per­toires dans l’espace ad­mi­nis­tra­teur de votre four­nis­seur, comme le ré­per­toire pour WordPress Staging. Chez IONOS, vous trouverez cet espace sous « Hé­ber­ge­ment » à la rubrique « Espace Web ». À cet endroit, vous trouverez l’entrée de menu « Pro­tec­tion des ré­per­toires » en cliquant sur l’engrenage. La con­fi­gu­ra­tion est facile à réaliser. Notez le mot de passe indiqué à cet endroit dans un endroit sûr !

Le fichier .htaccess situé dans le ré­per­toire racine de l’en­vi­ron­ne­ment de test WordPress offre une autre pro­tec­tion possible. À cet endroit, ouvrez le fichier .htaccess en­re­gis­tré lo­ca­le­ment avec un éditeur et ajoutez les lignes suivantes :

AuthType Basic
AuthName "Pagedetest"
# Enregistrement du fichier de mot de passe avec un chemin d’accès absolu au serveur #
AuthUserFile /homepages/99/d1234567890/htdocs/test-stage/.htpasswd 
Require valid-user

Dif­fé­rents gé­né­ra­teurs en ligne sont dis­po­nibles pour créer le fichier .htpasswd. Avec un procédé de cryptage, ils génèrent des séquences de ca­rac­tères telles que :

Pagedetest:$1$xyUaMnyQ$AbkfDta7T876ObPNYaoj1.

Cette ligne est également en­re­gis­trée en tant que .htpasswd avec un éditeur de texte. Si l’éditeur de texte attribue une extension de fichier, il faudra la modifier ma­nuel­le­ment après le char­ge­ment dans le ré­per­toire racine de l’en­vi­ron­ne­ment de test WordPress. Lorsque vous consultez l’en­vi­ron­ne­ment de test WordPress, il vous est à présent demandé d’indiquer votre nom d’uti­li­sa­teur et votre mot de passe.

En­vi­ron­ne­ment de test WordPress local

Pour dé­ve­lop­per/améliorer un site WordPress, il est également possible d’utiliser un staging local. De cette façon, le processus de dé­ve­lop­pe­ment reste protégé contre les éven­tuelles attaques de tiers puisqu’il n’existe aucune connexion à Internet. Pour pouvoir tra­vail­ler de cette façon, l’or­di­na­teur cor­res­pon­dant doit tra­vail­ler en tant que serveur et a besoin d’un logiciel de serveur spé­ci­fique à cet effet. Pourquoi ? Le langage de script PHP, par exemple, ne peut pas être in­ter­prété par un na­vi­ga­teur. Pour cela, il a besoin des services d’un serveur.

Parmi les logiciels per­met­tant de réaliser un tel en­vi­ron­ne­ment local, on trouve MAMP ou encore XAMPP, ce dernier étant en open source et fonc­tion­nant sous Linux, Windows et MacOS. Ce logiciel a été développé par « Apache Friends », un projet à but non lucratif qui soutient le serveur Web Apache et abrite le projet XAMPP. Ce type de staging WordPress est prin­ci­pa­le­ment utilisé par les équipes de dé­ve­lop­peurs pro­fes­sion­nels.

Avantages et in­con­vé­nients des deux variantes : staging WordPress local vs en ligne

Pour conclure, voici un com­pa­ra­tif des avantages et des in­con­vé­nients des deux variantes de staging WordPress.

En­vi­ron­ne­ment de test WordPress local En­vi­ron­ne­ment de test Word­Pres­sen ligne
Avantages - pas besoin d’accès à Internet- dé­ve­lop­pe­ment et recherche des erreurs sans mettre en danger le site Internet publié- pro­tec­tion sûre contre les ten­ta­tives d’accès - création au­to­ma­ti­sée et rapide avec le plugin- mo­di­fi­ca­tions trans­po­sables sur le site Internet publié avec le plugin cor­res­pon­dant
In­con­vé­nients - nécessite un logiciel de serveur à installer lo­ca­le­ment- nécessite de réaliser ma­nuel­le­ment les mo­di­fi­ca­tions du site Internet publié - vul­né­ra­bi­lité de l’en­vi­ron­ne­ment de test et du véritable site Internet- plugin payant né­ces­saire pour tra­vail­ler de façon con­for­table- peut entraîner des frais d’hé­ber­ge­ment sup­plé­men­taires pour la base de données sup­plé­men­taire
En résumé

Le staging WordPress est une méthode élégante et sûre pour dé­ve­lop­per et re­cher­cher les erreurs d’un site Internet WordPress. L’uti­li­sa­tion d’un plugin offre des avantages évidents en termes de confort. Si vous dé­ve­lop­pez per­son­nel­le­ment des plugins ou des thèmes WordPress, un en­vi­ron­ne­ment de test WordPress est in­dis­pen­sable.

Aller au menu principal