Avant d’appliquer des mises à jour (WordPress, thèmes, extensions), créez une copie de test — dite "staging" — pour vérifier le fonctionnement et éviter les régressions sur le site en production. Si votre hébergement propose WP Toolkit (dans cPanel), le clonage est rapide et sûr ; sinon utilisez la méthode manuelle (copie des fichiers + export/import de la base).

Prérequis

Remarque : le terme staging désigne une copie temporaire du site utilisée uniquement pour des tests. Elle doit rester privée et isolée du public.

Méthode A — Clonage automatique avec WP Toolkit (recommandé si disponible)

WP Toolkit (présent dans cPanel) offre un bouton Clone qui copie les fichiers, duplique la base et met automatiquement à jour les URLs de la copie. C’est la méthode la plus simple et la moins sujette aux erreurs humaines.

Installation WordPress et commandes de gestion dans WP Toolkit sur cPanel
Ouvrez WP Toolkit dans cPanel et repérez l’installation WordPress à cloner.
  1. Connectez‑vous à cPanel puis ouvrez WP Toolkit. (voir le guide WP Toolkit).
  2. Dans la liste des installations, repérez votre site puis cliquez sur Clone (ou sur l’icône équivalente de clonage).
  3. Choisissez la destination : préférez un sous‑domaine (ex. staging.votredomaine.tld) pour isoler la copie. WP Toolkit peut créer automatiquement le sous‑domaine et la base si vous l’autorisez.
  4. Laissez WP Toolkit créer une nouvelle base/utilisateur (option recommandée) ou indiquez manuellement une base vide. Évitez l’option "écraser" sauf si vous êtes certain de la cible.
  5. Lancez le clonage et attendez la fin de l’opération. Testez ensuite le site cloné (pages publiques, connexion admin, formulaires, uploads).
Formulaire de clonage d’un site WordPress dans WP Toolkit — Destination et base de données du clone
Paramètres du clonage dans WP Toolkit : destination, chemin et options de base de données.

Astuce (avancé) : WP Toolkit propose aussi une interface en ligne de commande (CLI) pour automatiser des clonages à grande échelle. Documentation cPanel : WP Toolkit (cPanel).

Méthode B — Clonage manuel (copie des fichiers + base)

Si WP Toolkit n’est pas disponible, suivez ces étapes. Les actions s’exécutent depuis cPanel (Gestionnaire de fichiers / phpMyAdmin) ou via FTP/SFTP.

  1. Créer la destination
    1. Créez un sous‑domaine (ex. staging.votredomaine.tld) via cPanel → Sous‑domaines et notez son dossier racine. (Ajouter un sous‑domaine).
    Ajouter un sous-domaine et choisir son dossier racine dans cPanel
    Créer un sous‑domaine pour isoler la copie du site.
  2. Copier les fichiers
    1. Ouvrez le Gestionnaire de fichiers (ou utilisez FTP/SFTP). Dans le dossier de l’installation (souvent public_html), sélectionnez tous les fichiers et dossiers.
    2. Option rapide : compressez en ZIP (bouton Compress), déplacez/chargez le ZIP dans le dossier du sous‑domaine puis extrayez‑le. Cela évite de copier fichier par fichier via l’interface.
    3. Ou utilisez la commande Copy / FTP pour dupliquer le contenu dans le dossier du sous‑domaine.
    Dossier public_html et commandes du Gestionnaire de fichiers cPanel
    Copiez les fichiers depuis l’emplacement de production vers le dossier du sous‑domaine (Gestionnaire de fichiers).
  3. Exporter la base de données (production)
    1. Dans cPanel, ouvrez phpMyAdmin, sélectionnez la base de production → onglet Exporter → format SQL. Pour de gros volumes, choisissez la compression (gzip) avant de télécharger. (Voir la documentation : phpMyAdmin — Import/Export).
  4. Créer une nouvelle base et un utilisateur
    1. Dans cPanel → Bases de données MySQL : créez une nouvelle base, créez un utilisateur MySQL et attribuez‑l à la base avec tous les privilèges.
    Créer une base de données MySQL dans cPanel
    Créer la base et l’utilisateur MySQL pour la copie.
  5. Importer la base dans la cible
    1. Ouvrez phpMyAdmin sur la nouvelle base → onglet Importer → choisissez le fichier SQL exporté → Exécuter. Si le fichier dépasse la limite d’upload PHP, utilisez la zone d’upload côté serveur (Upload directory) ou demandez l’import via support.
    Onglet Importer et sélection du fichier SQL dans phpMyAdmin — Choisir le fichier SQL et les options
    Importer le dump SQL dans la base du clone via phpMyAdmin (Importer → sélectionner le fichier).
  6. Mettre à jour wp-config.php
    1. Dans le dossier du clone, ouvrez wp-config.php (Gestionnaire de fichiers) et modifiez DB_NAME, DB_USER et DB_PASSWORD pour correspondre à la nouvelle base. Vérifiez aussi DB_HOST si c’est différent.
    Repérer le fichier wp-config.php de WordPress dans cPanel — Commande de modification du fichier
    Modifier les constantes de connexion à la base dans wp-config.php.
  7. Corriger les URLs dans la base
    1. Dans la table wp_options (préfixe variable), mettez à jour siteurl et home vers l’URL du clone (ex. https://staging.votredomaine.tld).
    2. ATTENTION : WordPress stocke parfois des données sérialisées (plugins, widgets). Pour remplacer en toute sécurité les URLs dans l’ensemble de la base, utilisez WP‑CLI (commande wp search-replace qui gère la sérialisation) ou un plugin spécialisé — évitez un simple recherche/replace SQL si vous n’êtes pas sûr.
    Formulaire de modification d’une URL WordPress dans phpMyAdmin — Modifier la valeur de l’adresse WordPress
    Modifier les entrées siteurl et home dans phpMyAdmin (attention aux données sérialisées).
  8. Tester
    1. Ouvrez l’URL du clone : testez la navigation, l’accès à l’administration (wp‑admin), les formulaires, l’upload d’images et les fonctionnalités critiques.
    2. Désactivez les plugins de cache et activez le debug localement si nécessaire (WP_DEBUG) — journalisez plutôt qu’affichez les erreurs.

Sécuriser la copie de test

  • Limiter l’accès : activez une protection par mot de passe sur le dossier du clone (cPanel → Directory Privacy / Password Protect Directories) ou restreignez l’accès IP pour empêcher la découverte du site.
  • Décourager l’indexation : dans WordPress → Réglages → Lecture, cochez « Décourager les moteurs de recherche ». Ce n’est pas une garantie absolue mais c’est une étape simple.
  • Désactiver les e‑mails : évitez que le clone n’envoie des e‑mails aux utilisateurs réels. Solution simple : installer un plugin qui bloque l’envoi d’e‑mails sur l’environnement de staging ou rediriger le SMTP vers une boîte de test. Vérifiez la politique d’envoi du serveur si nécessaire.
  • Désactiver les tâches planifiées : si des tâches cron sont actives et susceptibles d’impacter des systèmes externes (paiement, envoi de newsletters), désactivez‑les temporairement sur le clone.

Checklist avant d’appliquer la mise à jour en production

  1. Effectuer toutes les mises à jour (noyau, thèmes, plugins) sur le clone.
  2. Tester les fonctionnalités critiques : paiement, formulaires, recherche, connexion admin, upload de médias.
  3. Vérifier les erreurs PHP / WP‑DEBUG et les logs d’accès/erreurs (cPanel → Metrics / Errors si disponible).
  4. Mesurer les performances si la mise à jour peut impacter la vitesse.
  5. Si tout est OK : effectuer une sauvegarde complète de la production (JetBackup ou sauvegarde cPanel) puis planifier la fenêtre de maintenance pour la mise à jour en production.

Dépannage courant

  • Erreur « Error establishing a database connection » : vérifiez wp-config.php (nom de base, utilisateur, mot de passe, DB_HOST) et que l’utilisateur MySQL a bien tous les privilèges sur la base. Voir : Erreur de connexion à la base.
  • Images manquantes : contrôlez que les fichiers du dossier wp-content/uploads ont été copiés et que les URLs des médias ont bien été remplacées dans la base.
  • Import SQL trop volumineux : si phpMyAdmin bloque l’import pour cause de limite PHP, utilisez l’option d’upload côté serveur, importez via Terminal/SSH avec l’équipe support, ou demandez l’aide du support technique.
  • Erreur 500 / page blanche : activez temporairement WP_DEBUG dans wp-config.php pour voir l’erreur, vérifiez la version PHP (cPanel → MultiPHP Manager) et les limites mémoire.
  • Problèmes de licence : certains plugins ou thèmes vérifient une licence liée au domaine. Attendez‑vous à devoir réactiver/licencier certains éléments sur le clone ou à tester hors licence.

Limitations importantes

  • Le clone occupe de l’espace disque et des ressources sur le même compte d’hébergement : assurez‑vous d’avoir la capacité suffisante.
  • Les tests sur un clone n’isolent pas les modifications à l’échelle du serveur (config PHP globale, modules Apache/Nginx) si la production partage le même serveur.
  • Les licences externes (services SaaS, clés API) peuvent se comporter différemment sur un sous‑domaine — adaptez les tests en conséquence.

Liens internes utiles

Besoin d’aide ? Si vous ne voyez pas l’icône WP Toolkit dans cPanel ou si vous préférez que nous réalisions le clonage, ouvrez un ticket depuis votre espace client en précisant le domaine à cloner et l’URL souhaitée pour la copie (ex. staging.votredomaine.tld). Précisez également si vous souhaitez que l’on rende la copie privée et que l’on désactive l’envoi d’e‑mails.

Documentation de référence

Documentation consultée le 16 octobre 2026. Les outils peuvent varier selon votre hébergement.