Déployer un site WordPress local en production avec WP Staging Desktop

By , Founder · Updated

WP Staging Desktop vous permet de développer et de tester un véritable site WordPress sur votre ordinateur. Une fois le travail local terminé, WP Staging Pro peut le déployer grâce au flux de sauvegarde et de restauration déjà disponible : créez une .wpstg backup depuis le site local, téléversez-la sur le site WordPress de destination, puis restaurez-la à cet endroit.

Il s’agit d’un flux de déploiement complet basé sur une sauvegarde. Ce n’est pas du push direct, et la restauration de la sauvegarde peut remplacer des fichiers et le contenu de la base de données sur la destination. Créez toujours une nouvelle sauvegarde de la destination avant de commencer.

Get WP Staging Desktop

Dans ce guide

TL;DR

Créez une nouvelle sauvegarde de la destination de production, créez et téléchargez une .wpstg backup depuis le site Desktop local, téléversez cette sauvegarde du site local vers la destination qui exécute WP Staging Pro, vérifiez la portée de la restauration, puis restaurez-la. WP STAGING met à jour les références de domaine pour la destination. Le push direct depuis Desktop est encore en phase de test.

Avertissement : La restauration de la sauvegarde du site local peut écraser des fichiers et un contenu de base de données de production plus récents. Ne restaurez pas une base de données locale obsolète par-dessus une boutique active, un site d’adhésion ou tout autre site recevant des données en direct.

Tout au long de ce guide, source et site local désignent le site WordPress que vous avez construit dans WP Staging Desktop sur votre ordinateur. Destination et production désignent le site WordPress en ligne sur un autre domaine qui recevra le déploiement.

Comprendre le sens du flux : Free ou Pro

La distinction entre Free et Pro ne tient pas à la correspondance entre deux domaines. Elle tient au sens du flux de travail et à la destination de la sauvegarde.

Flux de travail Destination Condition requise
Importer une sauvegarde téléchargée dans Desktop N’importe quel domaine local WP Staging Desktop Free
Déployer une sauvegarde créée depuis un site local Un autre domaine en ligne ou de production N’importe quelle formule WP Staging Pro
Restaurer directement depuis l’URL d’une sauvegarde distante ou récupérer les données de production Flux de travail local connecté Developer ou Agency
Push direct depuis Desktop Production Non disponible ; en phase de test

WP Staging Desktop Free restaure une .wpstg backup téléchargée dans un site local. Ce site local peut utiliser n’importe quel domaine local, comme mysite.local ou client.local. La restauration ne se limite pas au domaine d’origine de la sauvegarde, et Desktop effectue automatiquement le rechercher-remplacer du domaine local à votre place.

Déployer une sauvegarde créée en local vers un autre domaine en ligne ou de production correspond au sens sortant, et cela nécessite WP Staging Pro. La distinction entre Free et Pro dépend du sens et de la destination du flux de travail. Desktop Free importe des sauvegardes dans un environnement de développement local. WP Staging Pro déploie une sauvegarde créée en local vers un autre domaine en ligne.

Les formules Developer et Agency ajoutent par-dessus des flux de travail connectés : restauration directe depuis l’URL d’une sauvegarde distante, connexion et récupération de la production, ainsi que l’interface en ligne de commande WP STAGING (CLI). Ce sont des informations utiles, mais elles ne sont pas nécessaires pour le déploiement de base par fichier téléchargé décrit dans ce guide.

Ce que ce flux de travail modifie

Une restauration écrit le contenu de la sauvegarde sur la destination. Avant de commencer, comprenez ce que cela implique pour le site en ligne :

  • La destination reçoit les fichiers inclus dans la restauration de la sauvegarde.
  • La destination reçoit le contenu de la base de données inclus dans la restauration.
  • Les URL WordPress et les références de domaine sont mises à jour pour la destination pendant la restauration.
  • La destination peut perdre le contenu créé après la réalisation de la copie locale.
  • Une restauration n’est pas une fusion de contenu.
  • La connexion à la destination peut utiliser les identifiants contenus dans la base de données restaurée.
  • Le cache, les permaliens, les intégrations, les e-mails et les tâches planifiées doivent être vérifiés ensuite.

La portée d’une restauration suit la portée de la sauvegarde. Lorsque vous créez la sauvegarde sur le site local, vous sélectionnez les composants à inclure (fichiers, base de données ou les deux). La restauration applique ensuite ce que cette sauvegarde contient. Choisissez les composants de la sauvegarde de façon réfléchie, car ce choix détermine ce qui sera écrasé sur la destination.

Avertissement : La restauration d’une base de données capturée sur le site local peut remplacer des articles, des commandes, des utilisateurs, des réglages et des soumissions de production plus récents. Ne continuez pas tant que vous n’avez pas compris la portée de la restauration.

Prérequis

Avant de déployer, assurez-vous de disposer de tous les éléments suivants :

  • Un site local fonctionnel dans WP Staging Desktop.
  • Les modifications locales testées et validées.
  • La possibilité de créer une .wpstg backup complète sur le site local.
  • Une formule WP Staging Pro valide pour le déploiement vers un autre domaine en ligne.
  • WP Staging Pro installé et activé sur la destination, en suivant la procédure de licence actuelle.
  • Un accès administrateur à la destination.
  • Suffisamment d’espace disque sur la destination pour la sauvegarde téléversée, son extraction et la sauvegarde de retour arrière.
  • Une fenêtre de maintenance pour le site de production.
  • Une nouvelle sauvegarde de la destination créée avant de commencer.

Pour les boutiques WooCommerce, les sites d’adhésion, les plateformes LMS, les formulaires, les forums et autres sites dynamiques, ajoutez une étape de planification supplémentaire :

Prévoyez comment protéger les transactions en direct et le contenu généré par les utilisateurs avant de restaurer la base de données locale. Si la production a changé depuis la création de la copie locale, une restauration complète de la base de données peut supprimer ces changements plus récents.

Étape 1 : Vérifier ce qui a changé en local

Confirmez exactement ce que vous êtes sur le point de déployer avant d’empaqueter quoi que ce soit.

  1. Ouvrez le site local depuis WP Staging Desktop.
  2. Examinez le site dans le navigateur et dans l’administration WordPress.
  3. Vérifiez que les extensions, les thèmes, la compatibilité PHP, les réglages et le contenu sont corrects.
  4. Décidez si le déploiement inclut les fichiers, la base de données ou les deux, en fonction des options réelles de sauvegarde et de restauration.
  5. Notez toutes les intégrations ou tous les identifiants propres à la production qui devront être vérifiés à nouveau après le déploiement.

Ce flux de travail remplace le contenu ; il ne fusionne pas des modifications sélectionnées. Planifiez le déploiement comme une restauration de l’état complet de ce que contient la sauvegarde.

Étape 2 : Sauvegarder le site de production de destination

Créez d’abord le point de retour arrière. Cette étape doit avoir lieu avant de créer ou de téléverser la sauvegarde de déploiement.

Sur le site WordPress de destination, ouvrez WP STAGING > Backup & Migration, créez une sauvegarde complète et attendez qu’elle se termine. Téléchargez-en une copie ou confirmez qu’elle est stockée à un endroit accessible au cas où le déploiement devrait être annulé.

Avant de continuer, vérifiez que :

  • La sauvegarde s’est terminée avec succès.
  • La sauvegarde inclut les fichiers et la base de données requis.
  • La sauvegarde peut être clairement identifiée comme le point de restauration antérieur au déploiement.
  • L’action de restauration est disponible pour elle.

Avertissement : Ne continuez pas si la sauvegarde de la destination échoue. Sans point de retour arrière vérifié, un déploiement raté peut vous laisser sans moyen de revenir au site de production fonctionnel.

Étape 3 : Créer une sauvegarde depuis le site Desktop local

Empaquetez maintenant l’état local que vous souhaitez déployer.

  1. Ouvrez le site local depuis WP Staging Desktop.
  2. Ouvrez son administration WordPress.
  3. Ouvrez WP STAGING > Backup & Migration.
  4. Choisissez Create Backup.
  5. Créez une sauvegarde complète du site, sauf si la portée de restauration prévue diffère volontairement, puis laissez les cases des composants selon vos besoins.
  6. Donnez-lui un nom descriptif, par exemple local-deployment-2026-07-18.
  7. Cliquez sur Start Backup et attendez que la création de la sauvegarde soit terminée.

Cette sauvegarde représente l’état local qui sera restauré sur la destination. Une fois terminée, elle apparaît dans la liste Your Backups.

Étape 4 : Télécharger la sauvegarde du site local

Sortez la sauvegarde de la machine locale afin de pouvoir la téléverser vers la destination.

  1. Trouvez la sauvegarde terminée dans la liste Your Backups.
  2. Ouvrez son menu Actions.
  3. Choisissez Download.
  4. Enregistrez le fichier .wpstg sur votre ordinateur.
  5. Vérifiez que le téléchargement est terminé et que le fichier ne fait pas zéro octet.

Ce guide documente volontairement le flux de travail par fichier de Pro, indépendant de la formule, si bien que le fichier .wpstg téléchargé est la méthode utilisée dans toute la suite.

Les formules Developer et Agency peuvent utiliser des flux de travail connectés ou distants lorsque cela est pris en charge, comme la restauration directe depuis l’URL d’une sauvegarde distante. Ce guide n’emploie pas cette méthode, car la procédure par fichier téléchargé fonctionne avec n’importe quelle formule WP Staging Pro.

Étape 5 : Préparer la destination

Préparez le site de production avant toute opération destructrice.

  • Mettez la destination dans un état de maintenance approprié.
  • Suspendez la saisie de contenu et tout autre déploiement.
  • Pour les sites de commerce ou d’adhésion actifs, arrêtez ou prenez en compte les nouvelles commandes, abonnements, inscriptions, commentaires et soumissions.
  • Vérifiez qu’il y a suffisamment d’espace disque pour le téléversement, l’extraction et la sauvegarde de retour arrière.
  • Vérifiez que WP Staging Pro est actif sur la destination.
  • Vérifiez que la nouvelle sauvegarde de la destination créée à l’étape 2 est disponible.
  • Notez l’URL de la destination.

Avertissement : Les étapes suivantes peuvent remplacer les données de la destination. Confirmez la fenêtre de déploiement avec toutes les personnes responsables du site en ligne avant de téléverser la sauvegarde.

Étape 6 : Téléverser la sauvegarde du site local

Transférez la sauvegarde téléchargée vers la destination.

  1. Sur la destination, ouvrez WP STAGING > Backup & Migration.
  2. Choisissez Upload Backup.
  3. Sélectionnez le fichier .wpstg du site local que vous avez téléchargé.
  4. Attendez la fin du téléversement et de la validation.
  5. Vérifiez que la sauvegarde apparaît dans la liste des sauvegardes de la destination.

Utilisez d’abord le téléversement standard par le navigateur présenté ici. Si le fichier est volumineux ou si le téléversement n’aboutit pas, consultez le guide de migration vers un autre hébergeur pour connaître d’autres méthodes de transfert. L’import par URL de sauvegarde distante est une fonctionnalité Developer et Agency, ce n’est donc pas la méthode par défaut dans ce guide.

Étape 7 : Vérifier et lancer la restauration

C’est l’étape qui écrase la destination. Prenez votre temps et vérifiez avant de confirmer.

  1. Repérez la sauvegarde du site local téléversée dans la liste de la destination.
  2. Ouvrez Actions > Restore.
  3. Examinez la portée exacte des fichiers et de la base de données affichée par l’écran de restauration.
  4. Confirmez que la source sélectionnée est bien la sauvegarde de déploiement local, et non une autre sauvegarde.
  5. Confirmez que la sauvegarde de la destination créée à l’étape 2 existe toujours.
  6. Lisez l’avertissement d’écrasement affiché avant le démarrage de la restauration.
  7. Ne lancez la restauration qu’une fois toutes ces vérifications réussies.

Avertissement : La restauration du contenu de la base de données peut remplacer des articles, des commandes, des utilisateurs, des réglages et des soumissions de production plus récents. Arrêtez-vous et réévaluez la situation si la production a reçu des modifications importantes depuis la création de la copie locale.

Il s’agit d’une restauration de sauvegarde, pas d’un push direct. Rien n’est fusionné, et il n’y a pas de synchronisation sélective des seules modifications effectuées en local.

Étape 8 : Attendre la fin du processus

Laissez la restauration se dérouler jusqu’à un résultat clair.

  • Gardez le navigateur et le site disponibles, sauf si l’écran de restauration indique que la tâche peut se poursuivre en arrière-plan.
  • Ne lancez pas en même temps une autre sauvegarde, restauration, mise à jour d’extension ou déploiement.
  • Attendez l’état de réussite, que WP STAGING affiche sous la forme d’un résultat Finished Successfully.
  • Si la restauration signale une erreur, notez le message exact avant de retenter quoi que ce soit.

La durée de la restauration dépend de la taille de la sauvegarde et du serveur de destination, il n’y a donc pas de durée fixe à prévoir.

Étape 9 : Vérifier le site de production

Parcourez méthodiquement la destination avant de la rouvrir aux visiteurs.

  • La page d’accueil et les pages clés du site public se chargent.
  • La connexion à l’administration WordPress fonctionne.
  • L’adresse du site et l’adresse de l’accueil utilisent le domaine de destination.
  • Les permaliens fonctionnent.
  • Le HTTPS fonctionne sans avertissement de contenu mixte.
  • Les extensions et le thème sont actifs comme prévu.
  • Les fichiers médias se chargent.
  • Les formulaires fonctionnent.
  • Les e-mails transactionnels sont configurés correctement.
  • Les tâches planifiées et le cron s’exécutent.
  • Le cache et le CDN sont vidés.
  • La visibilité pour les moteurs de recherche est réglée correctement pour la production.
  • Les outils d’analyse et de consentement fonctionnent.
  • Les passerelles de paiement et les webhooks pointent vers l’environnement de production.
  • Le paiement WooCommerce fonctionne sans passer de vraie commande par inadvertance.
  • Aucune extension de développement propre au local, aucun intercepteur d’e-mails, aucun réglage de débogage ni identifiant de test ne reste actif.

Gardez la destination en mode maintenance jusqu’à ce que les vérifications essentielles soient réussies.

Étape 10 : Finaliser ou revenir en arrière

Décidez en fonction de ce que la vérification a montré.

Si la vérification réussit :

  • Désactivez le mode maintenance.
  • Reprenez la saisie de contenu et les transactions.
  • Surveillez les journaux, les formulaires, les e-mails, le paiement et les pages clés.
  • Conservez à la fois la sauvegarde antérieure au déploiement et la sauvegarde de déploiement local selon votre politique de conservation habituelle.

Si la vérification échoue :

  • Retournez dans WP STAGING > Backup & Migration sur la destination.
  • Restaurez la nouvelle sauvegarde de la destination antérieure au déploiement créée à l’étape 2.
  • Vérifiez à nouveau la destination.
  • Analysez la copie de déploiement en dehors de la production avant de réessayer.

Avertissement : Ne répétez pas à l’aveugle une restauration ratée sur la production. Revenez d’abord à la sauvegarde antérieure au déploiement, puis trouvez la cause sur une copie qui ne dessert pas de trafic en direct.

Déploiement par sauvegarde ou push direct

Ce guide documente la méthode basée sur la sauvegarde, déjà disponible. Il vaut la peine de préciser en quoi elle diffère du push direct, qui est une fonctionnalité distincte et non encore disponible.

Déploiement basé sur la sauvegarde Push direct
Disponible dès aujourd’hui avec WP Staging Pro Non disponible ; en phase de test
Créer, transférer et restaurer une .wpstg backup Futur flux de push connecté envisagé
Nécessite une restauration explicite et une vérification de l’écrasement Ne comptez pas dessus tant qu’il n’est pas disponible
Adapté à un déploiement contrôlé du site complet La portée future ne doit pas être présumée

Le push direct depuis WP Staging Desktop fera l’objet d’une documentation distincte après sa mise à disposition. En attendant, utilisez la méthode basée sur la sauvegarde décrite ci-dessus, déjà disponible.

Problèmes courants

La sauvegarde à téléverser est trop volumineuse

  • Vérifiez les limites de téléversement et de PHP de la destination.
  • Vérifiez l’espace disque disponible.
  • Utilisez le guide de migration vers un autre hébergeur pour connaître d’autres méthodes de transfert lorsqu’un téléversement par le navigateur n’aboutit pas.
  • N’affaiblissez pas globalement la sécurité du serveur pour forcer le passage d’un téléversement volumineux.

La sauvegarde n’apparaît pas après le téléversement

  • Vérifiez que le fichier utilise l’extension .wpstg.
  • Vérifiez que le téléversement est terminé.
  • Actualisez la liste des sauvegardes.
  • Vérifiez le répertoire de sauvegarde documenté et les permissions uniquement là où la documentation actuelle le permet.

La restauration échoue

  • Conservez le message d’erreur avant de faire quoi que ce soit d’autre.
  • Vérifiez l’espace disque et les journaux du serveur.
  • Vérifiez que la version de l’extension et la sauvegarde sont compatibles.
  • Ne réessayez pas de façon répétée sur la production sans comprendre la cause de l’échec.
  • Consultez le guide de dépannage de la sauvegarde et de la restauration pour les échecs de restauration courants.

La connexion ne fonctionne plus

Les permaliens renvoient une erreur 404

  • Ouvrez Réglages > Permaliens et enregistrez la structure existante pour vider les règles de réécriture.

Problèmes de redirection ou de contenu mixte

  • Vérifiez l’adresse web de WordPress et l’adresse du site de la destination dans Réglages > Général.
  • Videz le cache de page, le cache objet, le CDN et le cache du navigateur.
  • Vérifiez que le HTTPS fonctionne et que le remplacement du domaine s’est bien effectué.

Des données de production récentes ont disparu

  • Une restauration complète de la base de données locale peut avoir remplacé des données de production créées après la réalisation de la copie locale.
  • N’apportez plus aucune modification.
  • Envisagez un retour arrière à partir de la sauvegarde antérieure au déploiement créée à l’étape 2.
  • Il n’existe pas de récupération par fusion automatique ; considérez donc la sauvegarde antérieure au déploiement comme votre moyen de revenir en arrière.

FAQ

Ai-je besoin de WP Staging Pro pour déployer un site Desktop en production ?

Oui. Desktop Free peut restaurer une sauvegarde téléchargée dans un site sous n’importe quel domaine local. Déployer une sauvegarde créée en local vers un autre domaine en ligne ou de production nécessite WP Staging Pro.

Ai-je besoin de Developer ou Agency ?

Pas pour le déploiement par fichier de sauvegarde téléchargé décrit ici. Developer et Agency ajoutent la restauration par URL de sauvegarde distante, la récupération de la production, la synchronisation connectée et l’interface en ligne de commande WP STAGING (CLI).

S’agit-il de push direct ?

Non. Il s’agit du flux de déploiement par sauvegarde et restauration déjà disponible. Le push direct depuis Desktop est encore en phase de test.

WP STAGING remplace-t-il le domaine local par le domaine de production ?

WP STAGING effectue le rechercher-remplacer de domaine nécessaire pendant la restauration. Vérifiez les URL WordPress, le HTTPS, le cache et les intégrations de la destination après le déploiement.

Cela préserve-t-il les nouvelles commandes et le contenu de production ?

Ne le présumez pas. La restauration de la base de données locale peut écraser des commandes, des utilisateurs, des articles, des soumissions, des réglages et d’autres données de production créés après la réalisation de la copie locale. Créez une nouvelle sauvegarde de production et planifiez soigneusement la portée de la restauration et la fenêtre de maintenance.

Puis-je déployer uniquement certaines modifications ?

N’utilisez que les contrôles de portée que les écrans actuels de sauvegarde et de restauration proposent explicitement, comme le choix des composants inclus dans une sauvegarde. Ce flux de travail n’est pas une fusion de contenu, et ce guide ne documente pas le push direct non encore disponible.

Puis-je revenir en arrière ?

Oui, si vous avez créé et vérifié la nouvelle sauvegarde de la destination avant le déploiement. Restaurez cette sauvegarde antérieure au déploiement si le site déployé échoue à la vérification.

Articles connexes

View WP Staging Pro Plans

Updated on juillet 20, 2026

Rene Hermenau

Auteur : Rene Hermenau

À propos de l'auteur : René Hermenau est le fondateur de WP STAGING. Il travaille sur les sauvegardes WordPress, les environnements de staging, les migrations, la gestion des bases de données et les workflows de déploiement sécurisés.