Distribuisci un sito WordPress locale in produzione con WP Staging Desktop

By , Founder · Updated

WP Staging Desktop ti permette di sviluppare e testare un vero sito WordPress sul tuo computer. Quando il lavoro in locale è pronto, WP Staging Pro può distribuirlo tramite il flusso di backup e ripristino già rilasciato: crea un .wpstg backup dal sito locale, caricalo sul sito WordPress di destinazione e ripristinalo lì.

Si tratta di un flusso di distribuzione completo basato su backup. Non è un push diretto e il ripristino del backup può sostituire file e contenuti del database sul sito di destinazione. Crea sempre un nuovo backup della destinazione prima di iniziare.

Get WP Staging Desktop

In questa guida

TL;DR

Crea un nuovo backup della destinazione di produzione, crea e scarica un .wpstg backup dal sito Desktop locale, carica quel backup del sito locale sulla destinazione che esegue WP Staging Pro, verifica l’ambito del ripristino e ripristinalo. WP STAGING aggiorna i riferimenti al dominio per la destinazione. Il push diretto da Desktop è ancora in fase di test.

Avviso: Il ripristino del backup del sito locale può sovrascrivere file e contenuti del database di produzione più recenti. Non ripristinare un database locale obsoleto su uno store attivo, un sito di abbonamenti o un altro sito che riceve dati in tempo reale.

Nel corso di questa guida, origine e sito locale indicano il sito WordPress che hai creato all’interno di WP Staging Desktop sul tuo computer. Destinazione e produzione indicano il sito WordPress live su un altro dominio che riceverà la distribuzione.

Comprendere la direzione: Free rispetto a Pro

La distinzione tra Free e Pro non riguarda se due domini coincidono. Riguarda la direzione del flusso di lavoro e la destinazione del backup.

Flusso di lavoro Destinazione Requisito
Importare un backup scaricato in Desktop Qualsiasi dominio locale WP Staging Desktop Free
Distribuire un backup creato da un sito locale Un altro dominio live o di produzione Qualsiasi piano WP Staging Pro
Ripristinare direttamente da un URL di backup remoto o eseguire il pull dei dati di produzione Flusso di lavoro locale connesso Developer o Agency
Push diretto da Desktop Produzione Non rilasciato; in fase di test

WP Staging Desktop Free ripristina un .wpstg backup scaricato in un sito locale. Quel sito locale può usare qualsiasi dominio locale, come mysite.local o client.local. Il ripristino non è limitato al dominio originale del backup e Desktop esegue automaticamente per te la ricerca e sostituzione del dominio locale.

Distribuire un backup creato in locale verso un altro dominio live o di produzione è la direzione in uscita, e questo richiede WP Staging Pro. La differenza tra Free e Pro è determinata dalla direzione e dalla destinazione del flusso di lavoro. Desktop Free importa i backup nello sviluppo locale. WP Staging Pro distribuisce un backup creato in locale verso un altro dominio live.

I piani Developer e Agency aggiungono flussi di lavoro connessi a tutto questo: ripristino diretto da un URL di backup remoto, connessione e pull dalla produzione e la WP STAGING CLI. Sono un contesto utile, ma non sono necessari per la distribuzione di base tramite file scaricato descritta in questa guida.

Cosa cambia questo flusso di lavoro

Un ripristino scrive il contenuto del backup sulla destinazione. Prima di iniziare, è importante capire cosa questo significa per il sito live:

  • La destinazione riceve i file inclusi nel ripristino del backup.
  • La destinazione riceve i contenuti del database inclusi nel ripristino.
  • Gli URL di WordPress e i riferimenti al dominio vengono aggiornati per la destinazione durante il ripristino.
  • La destinazione può perdere i contenuti creati dopo la creazione della copia locale.
  • Un ripristino non è una fusione di contenuti.
  • Il login alla destinazione potrebbe usare le credenziali contenute nel database ripristinato.
  • Cache, permalink, integrazioni, email e attività pianificate devono essere verificati in seguito.

L’ambito di un ripristino segue l’ambito del backup. Quando crei il backup sul sito locale, selezioni quali componenti includere (file, database o entrambi). Il ripristino applica poi ciò che quel backup contiene. Scegli i componenti del backup con attenzione, perché quella scelta decide cosa verrà sovrascritto sulla destinazione.

Avviso: Il ripristino di un database acquisito sul sito locale può sostituire articoli, ordini, utenti, impostazioni e invii di produzione più recenti. Non procedere finché non hai compreso l’ambito del ripristino.

Prerequisiti

Prima di distribuire, assicurati di avere tutto quanto segue:

  • Un sito locale funzionante in WP Staging Desktop.
  • Le modifiche locali testate e approvate.
  • La possibilità di creare un .wpstg backup completo sul sito locale.
  • Un piano WP Staging Pro valido per la distribuzione verso un altro dominio live.
  • WP Staging Pro installato e attivato sulla destinazione, seguendo l’attuale procedura di licenza.
  • Accesso come amministratore alla destinazione.
  • Spazio su disco sufficiente sulla destinazione per il backup caricato, la sua estrazione e il backup di rollback.
  • Una finestra di manutenzione per il sito di produzione.
  • Un nuovo backup della destinazione creato prima di iniziare.

Per gli store WooCommerce, i siti di abbonamenti, le piattaforme LMS, i moduli, i forum e altri siti dinamici, aggiungi un ulteriore passaggio di pianificazione:

Pianifica come proteggere le transazioni live e i contenuti generati dagli utenti prima di ripristinare il database locale. Se la produzione è cambiata dalla creazione della copia locale, un ripristino completo del database potrebbe rimuovere quelle modifiche più recenti.

Passaggio 1: Verifica cosa è cambiato in locale

Conferma esattamente cosa stai per distribuire prima di impacchettare qualsiasi cosa.

  1. Apri il sito locale da WP Staging Desktop.
  2. Esamina il sito nel browser e nella bacheca di WordPress.
  3. Verifica che plugin, temi, compatibilità PHP, impostazioni e contenuti siano corretti.
  4. Decidi se la distribuzione include i file, il database o entrambi, in base alle effettive opzioni di backup e ripristino.
  5. Annota eventuali integrazioni o credenziali presenti solo in produzione che dovranno essere verificate di nuovo dopo la distribuzione.

Questo flusso di lavoro sostituisce i contenuti; non unisce modifiche selezionate. Pianifica la distribuzione come un ripristino completo dello stato di ciò che il backup contiene.

Passaggio 2: Esegui il backup del sito di produzione di destinazione

Crea prima il punto di rollback. Questo passaggio deve avvenire prima di creare o caricare il backup di distribuzione.

Sul sito WordPress di destinazione, apri WP STAGING > Backup & Migration, crea un backup completo e attendi che finisca. Scaricane una copia o verifica che sia archiviato in un luogo raggiungibile nel caso la distribuzione debba essere annullata.

Prima di continuare, verifica che:

  • Il backup sia stato completato con successo.
  • Il backup includa i file e il database richiesti.
  • Il backup possa essere identificato chiaramente come punto di ripristino pre-distribuzione.
  • L’azione di ripristino sia disponibile per esso.

Avviso: Non continuare se il backup della destinazione fallisce. Senza un punto di rollback verificato, una distribuzione fallita può lasciarti senza alcun modo per tornare al sito di produzione funzionante.

Passaggio 3: Crea un backup dal sito Desktop locale

Ora impacchetta lo stato locale che vuoi distribuire.

  1. Apri il sito locale da WP Staging Desktop.
  2. Apri la sua bacheca di WordPress.
  3. Apri WP STAGING > Backup & Migration.
  4. Scegli Create Backup.
  5. Crea un backup completo del sito, a meno che l’ambito di ripristino pianificato non sia intenzionalmente diverso, quindi lascia le caselle dei componenti come necessario.
  6. Assegnagli un nome descrittivo come local-deployment-2026-07-18.
  7. Fai clic su Start Backup e attendi il completamento della creazione del backup.

Questo backup rappresenta lo stato locale che verrà ripristinato sulla destinazione. Al termine, appare nell’elenco Your Backups.

Passaggio 4: Scarica il backup del sito locale

Sposta il backup dalla macchina locale in modo da poterlo caricare sulla destinazione.

  1. Individua il backup completato nell’elenco Your Backups.
  2. Apri il suo menu Actions.
  3. Scegli Download.
  4. Salva il file .wpstg sul tuo computer.
  5. Verifica che il download sia terminato e che il file non sia di zero byte.

Questa guida documenta deliberatamente il flusso di lavoro Pro basato su file indipendente dal piano, quindi il file .wpstg scaricato è il percorso usato ovunque qui sotto.

I piani Developer e Agency possono usare flussi di lavoro connessi o remoti dove supportati, come il ripristino diretto da un URL di backup remoto. Questa guida non usa quel percorso, perché la procedura basata su file scaricato funziona con qualsiasi piano WP Staging Pro.

Passaggio 5: Prepara la destinazione

Prepara il sito di produzione prima che accada qualcosa di distruttivo.

  • Metti la destinazione in uno stato di manutenzione appropriato.
  • Sospendi l’inserimento di contenuti e qualsiasi altra distribuzione.
  • Per i siti di commercio o abbonamenti attivi, ferma o tieni conto di nuovi ordini, abbonamenti, registrazioni, commenti e invii.
  • Verifica che ci sia spazio su disco sufficiente per il caricamento, l’estrazione e il backup di rollback.
  • Verifica che WP Staging Pro sia attivo sulla destinazione.
  • Verifica che il nuovo backup della destinazione dal Passaggio 2 sia disponibile.
  • Annota l’URL della destinazione.

Avviso: I passaggi successivi possono sostituire i dati della destinazione. Conferma la finestra di distribuzione con tutti i responsabili del sito live prima di caricare il backup.

Passaggio 6: Carica il backup del sito locale

Trasferisci il backup scaricato sulla destinazione.

  1. Sulla destinazione, apri WP STAGING > Backup & Migration.
  2. Scegli Upload Backup.
  3. Seleziona il file .wpstg del sito locale scaricato.
  4. Attendi il completamento del caricamento e della convalida.
  5. Verifica che il backup appaia nell’elenco dei backup della destinazione.

Usa prima il caricamento standard dal browser mostrato qui. Se il file è di grandi dimensioni o il caricamento non si completa, consulta la guida alla migrazione verso un altro host per metodi di trasferimento alternativi. L’importazione tramite URL di backup remoto è una funzionalità Developer e Agency, quindi non è il percorso predefinito in questa guida.

Passaggio 7: Verifica e avvia il ripristino

Questo è il passaggio che sovrascrive la destinazione. Rallenta e controlla prima di confermare.

  1. Identifica il backup del sito locale caricato nell’elenco della destinazione.
  2. Apri Actions > Restore.
  3. Esamina l’esatto ambito di file e database mostrato dalla schermata di ripristino.
  4. Verifica che l’origine selezionata sia il backup di distribuzione locale, non un altro backup.
  5. Verifica che il backup della destinazione dal Passaggio 2 esista ancora.
  6. Leggi l’avviso di sovrascrittura mostrato prima che il ripristino inizi.
  7. Avvia il ripristino solo dopo che tutti questi controlli sono superati.

Avviso: Il ripristino dei contenuti del database può sostituire articoli, ordini, utenti, impostazioni e invii di produzione più recenti. Fermati e rivaluta se la produzione ha ricevuto modifiche importanti dalla creazione della copia locale.

Questo è un ripristino di backup, non un push diretto. Non viene unito nulla e non c’è alcuna sincronizzazione selettiva delle sole modifiche apportate in locale.

Passaggio 8: Attendi il completamento

Lascia che il ripristino arrivi a un risultato chiaro.

  • Mantieni il browser e il sito disponibili, a meno che la schermata di ripristino non ti indichi che il processo può continuare in background.
  • Non avviare un altro backup, ripristino, aggiornamento di plugin o distribuzione contemporaneamente.
  • Attendi lo stato di successo, che WP STAGING mostra come risultato Finished Successfully.
  • Se il ripristino segnala un errore, annota il messaggio esatto prima di riprovare qualsiasi cosa.

Il tempo di ripristino dipende dalle dimensioni del backup e dal server di destinazione, quindi non c’è una durata fissa da aspettarsi.

Passaggio 9: Verifica il sito di produzione

Esamina la destinazione in modo metodico prima di riaprirla ai visitatori.

  • La homepage e le pagine frontend principali si caricano.
  • Il login alla bacheca di WordPress funziona.
  • L’URL del sito e l’URL della home usano il dominio di destinazione.
  • I permalink funzionano.
  • HTTPS funziona senza avvisi di contenuto misto.
  • I plugin e il tema sono attivi come previsto.
  • I file multimediali si caricano.
  • I moduli funzionano.
  • L’email transazionale è configurata correttamente.
  • Le attività pianificate e il cron sono in esecuzione.
  • La cache e la CDN sono svuotate.
  • La visibilità sui motori di ricerca è impostata correttamente per la produzione.
  • Gli strumenti di analisi e di consenso funzionano.
  • I gateway di pagamento e i webhook puntano all’ambiente di produzione.
  • Il checkout di WooCommerce funziona senza effettuare un ordine reale involontario.
  • Nessun plugin di sviluppo solo locale, cattura email, impostazione di debug o credenziale di test rimane attivo.

Mantieni la destinazione in modalità manutenzione finché i controlli essenziali non sono superati.

Passaggio 10: Completa o esegui il rollback

Decidi in base a ciò che la verifica ha mostrato.

Se la verifica ha esito positivo:

  • Rimuovi la modalità manutenzione.
  • Riprendi l’inserimento di contenuti e le transazioni.
  • Monitora log, moduli, email, checkout e pagine principali.
  • Conserva sia il backup pre-distribuzione sia il backup di distribuzione locale secondo la tua normale politica di conservazione.

Se la verifica fallisce:

  • Torna a WP STAGING > Backup & Migration sulla destinazione.
  • Ripristina il nuovo backup di destinazione pre-distribuzione dal Passaggio 2.
  • Ricontrolla la destinazione.
  • Esamina la copia di distribuzione lontano dalla produzione prima di riprovare.

Avviso: Non ripetere alla cieca un ripristino fallito sulla produzione. Esegui prima il rollback al backup pre-distribuzione, poi individua la causa su una copia che non serve traffico live.

Distribuzione tramite backup rispetto al push diretto

Questa guida documenta il metodo basato su backup già rilasciato. Vale la pena essere espliciti su come questo differisce dal push diretto, che è una funzionalità separata e non ancora rilasciata.

Distribuzione basata su backup Push diretto
Disponibile oggi con WP Staging Pro Non rilasciato; in fase di test
Crea, trasferisci e ripristina un .wpstg backup Previsto futuro flusso di push connesso
Richiede una revisione esplicita di ripristino e sovrascrittura Non farci affidamento finché non è rilasciato
Adatto a una distribuzione controllata dell’intero sito Non si deve presumere l’ambito futuro

Il push diretto da WP Staging Desktop riceverà una documentazione separata dopo il suo rilascio. Fino ad allora, usa il metodo basato su backup già rilasciato descritto sopra.

Problemi comuni

Il caricamento del backup è troppo grande

  • Controlla i limiti di caricamento e PHP della destinazione.
  • Controlla lo spazio su disco disponibile.
  • Usa la guida alla migrazione verso un altro host per metodi di trasferimento alternativi quando un caricamento dal browser non si completa.
  • Non indebolire in modo generalizzato la sicurezza del server per forzare il passaggio di un caricamento di grandi dimensioni.

Il backup non appare dopo il caricamento

  • Verifica che il file usi l’estensione .wpstg.
  • Verifica che il caricamento sia stato completato.
  • Aggiorna l’elenco dei backup.
  • Controlla la directory di backup documentata e i permessi solo dove la documentazione attuale ne supporta la verifica.

Il ripristino fallisce

  • Conserva il messaggio di errore prima di fare qualsiasi altra cosa.
  • Controlla lo spazio su disco e i log del server.
  • Verifica che la versione del plugin e il backup siano compatibili.
  • Non riprovare ripetutamente sulla produzione senza aver compreso il fallimento.
  • Consulta la guida alla risoluzione dei problemi di backup e ripristino per i comuni fallimenti di ripristino.

Il login non funziona più

  • Apri Settings > Permalinks e salva la struttura esistente per svuotare le regole di riscrittura.

Problemi di reindirizzamento o contenuto misto

  • Verifica l’indirizzo WordPress e l’indirizzo del sito di destinazione in Settings > General.
  • Svuota la cache di pagina, la cache degli oggetti, la CDN e la cache del browser.
  • Verifica che HTTPS funzioni e che la sostituzione del dominio sia stata completata.

Mancano nuovi dati di produzione

  • Un ripristino completo del database locale potrebbe aver sostituito i dati di produzione creati dopo la creazione della copia locale.
  • Smetti di apportare ulteriori modifiche.
  • Valuta un rollback dal backup pre-distribuzione creato nel Passaggio 2.
  • Non esiste un recupero automatico tramite fusione, quindi considera il backup pre-distribuzione come la via di ritorno.

FAQ

Ho bisogno di WP Staging Pro per distribuire un sito Desktop in produzione?

Sì. Desktop Free può ripristinare un backup scaricato in un sito con qualsiasi dominio locale. La distribuzione di un backup creato in locale verso un altro dominio live o di produzione richiede WP Staging Pro.

Ho bisogno di Developer o Agency?

No, non per la distribuzione tramite backup basata su file scaricato descritta qui. Developer e Agency aggiungono il ripristino da URL di backup remoto, il pull dalla produzione, la sincronizzazione connessa e la WP STAGING CLI.

Questo è un push diretto?

No. Questo è il flusso di distribuzione tramite backup e ripristino già rilasciato. Il push diretto da Desktop è ancora in fase di test.

WP STAGING cambia il dominio locale con il dominio di produzione?

WP STAGING esegue la necessaria ricerca e sostituzione del dominio durante il ripristino. Verifica gli URL di WordPress, HTTPS, la cache e le integrazioni della destinazione dopo la distribuzione.

Questo preserverà i nuovi ordini e i contenuti di produzione?

Non darlo per scontato. Il ripristino del database locale può sovrascrivere ordini, utenti, articoli, invii, impostazioni e altri dati di produzione creati dopo la creazione della copia locale. Crea un nuovo backup di produzione e pianifica con attenzione l’ambito del ripristino e la finestra di manutenzione.

Posso distribuire solo modifiche selezionate?

Usa solo i controlli di ambito che le attuali schermate di backup e ripristino forniscono esplicitamente, come la scelta di quali componenti includere in un backup. Questo flusso di lavoro non è una fusione di contenuti e questa guida non documenta il push diretto non ancora rilasciato.

Posso eseguire il rollback?

Sì, se hai creato e verificato il nuovo backup della destinazione prima della distribuzione. Ripristina quel backup pre-distribuzione se il sito distribuito non supera la verifica.

Articoli correlati

View WP Staging Pro Plans

Updated on Luglio 20, 2026

Rene Hermenau

Autore: Rene Hermenau

Informazioni sull'autore: René Hermenau è il fondatore di WP STAGING. Si occupa di backup WordPress, staging, migrazioni, gestione dei database e flussi di deployment sicuri.