Modifiche a un sito web WordPress di produzione possono sempre avere ripercussioni sul design, sulle funzioni o sull'accessibilità. Soprattutto in caso di aggiornamenti WordPress importanti, nuovi plugin, cambi di tema o modifiche estese, è quindi opportuno effettuare prima le modifiche in una Ambiente di staging da testare.
Con Softaculous Puoi creare un'installazione di staging separata da un sito WordPress esistente nel tuo hosting CURIAWEB. Questo ambiente di test si basa sul tuo sito attuale, ma funziona separatamente rispetto all'installazione di produzione. Lì puoi provare le modifiche senza alterare direttamente il sito accessibile al pubblico.
Breve spiegazione: Un sito di staging è una copia di test separata del tuo sito WordPress di produzione. Le modifiche vengono eseguite prima lì e, dopo un controllo riuscito con Softaculous, possono essere trasferite in modo mirato al sito live.
Che cos'è un ambiente di staging di WordPress? #
Un ambiente di staging è una copia di lavoro del tuo sito web. Contiene fondamentalmente gli stessi elementi dell'installazione di origine: WordPress, database, temi, plugin, impostazioni, articoli, pagine e file multimediali.
La differenza cruciale consiste nel fatto che i visitatori continuano a vedere il tuo sito web normale, mentre tu prepari e testi le modifiche sulla versione di staging.
Supponendo che il tuo sito web sia raggiungibile al seguente indirizzo:
deine-domain.ch
La versione di staging potrebbe ad esempio essere configurata su un indirizzo separato o in una sottodirectory:
deine-domain.ch/staging
L'indirizzo che viene effettivamente utilizzato si stabilisce durante la creazione dell'installazione di staging.
Perché non dovrei testare le modifiche direttamente sul sito live? #
Le modifiche minori a un testo o a un'immagine possono solitamente essere eseguite senza problemi direttamente in WordPress. Discorso diverso vale per le modifiche tecniche.
Un aggiornamento di un plugin potrebbe, ad esempio, entrare in conflitto con un altro plugin. Un aggiornamento di un tema può influire sulle personalizzazioni individuali. Una nuova versione di PHP può rendere visibile del codice sorgente obsoleto. Anche le modifiche a WooCommerce, a un page builder o alla configurazione di WordPress possono avere effetti inattesi.
Nel caso di un sito web produttivo, nel peggiore dei casi tali problemi non li noti solo tu, ma anche i tuoi visitatori o clienti.
Con un ambiente di staging puoi provare prima le modifiche e verificare se il sito web continua a funzionare correttamente dopo.
Quando è particolarmente utile WordPress Staging? #
Un ambiente di test è consigliabile in particolare prima di modifiche che riguardano diverse aree del tuo sito web o i cui effetti non possono essere previsti con certezza.
- maggiori aggiornamenti di WordPress,
- Aggiornamenti di plugin importanti,
- Installazione di plugin nuovi o tecnicamente complessi,
- Modifiche di temi o aggiornamenti approfonditi dei temi,
- Modifiche con Elementor o altri page builder,
- Modifiche a WooCommerce e al checkout,
- Modifica della versione PHP,
- ampie modifiche al design,
- Modifiche al codice PHP, CSS o JavaScript personalizzato,
- Risoluzione dei problemi relativi a conflitti di plugin o temi.
Regola generale: Se una modifica dovesse parzialmente o totalmente disattivare il tuo sito web in caso di errore, testala prima, se possibile, in un ambiente di staging.
Requisiti per lo staging con Softaculous #
L'installazione di WordPress esistente deve essere riconosciuta da Softaculous. I siti web WordPress installati tramite Softaculous vengono solitamente visualizzati automaticamente nella panoramica delle installazioni.
Se il tuo sito web è stato originariamente installato manualmente o migrato su CURIAWEB, potrebbe essere necessario prima importare l'installazione di WordPress esistente in Softaculous.
Se desideri configurare nuovamente WordPress, trovi la procedura completa nella nostra guida Installare WordPress con Softaculous.
Creare un ambiente di staging di WordPress con Softaculous #
L'ambiente di staging viene configurato tramite Softaculous in cPanel. Non è necessario copiare manualmente i file o il database di WordPress per farlo.
- Accedi al Centro clienti CURIAWEB un.
- Apri il pacchetto di hosting in questione tra i tuoi servizi.
- Apri tramite „Accesso a cPanel“ la tua gestione dell'hosting.
- Inizia Installatore di applicazioni Softaculous o rispettivamente il WordPress Manager by Softaculous.
- Apri la panoramica delle tue installazioni WordPress esistenti.
- Seleziona il sito WordPress di produzione per il quale desideri creare un ambiente di staging.
- Seleziona la funzione „Messa in scena“.
- Determina il dominio o la directory per l'installazione di staging.
- Controlla attentamente i dati.
- Avvia la creazione dell'ambiente di staging.
Softaculous creerà quindi la copia necessaria dell'installazione di WordPress. A seconda delle dimensioni del tuo sito Web e del numero di file, questo processo potrebbe richiedere del tempo.
Se non sai come passare direttamente dal tuo account cliente a cPanel, trovi la procedura nella nostra guida Single Sign-On: apri cPanel direttamente dal centro clienti CURIAWEB.
Importante: Controlla la directory di destinazione selezionata prima di creare l'installazione di staging. Non utilizzare una directory che contiene già un altro sito Web o file importanti.
Cosa copia Softaculous nell'ambiente di staging? #
Un sito web WordPress è costituito da file e da un database. Softaculous tiene conto di entrambi i componenti durante la creazione dell'ambiente di staging.
Pertanto, la copia comprende fondamentalmente anche:
- Lo stesso WordPress,
- temi installati,
- plugin installati,
- Articoli e pagine,
- Impostazioni di WordPress,
- Account utente,
- File multimediali,
- Impostazioni di plugin e tema,
- nonché ulteriori informazioni memorizzate nel database di WordPress.
Al momento della sua creazione, il sito di staging corrisponde quindi in gran parte allo stato del sito di produzione.
Il sito live e lo staging si evolvono separatamente in seguito #
Questo punto è importante: dopo la creazione, il sito web live e il sito web di staging due installazioni WordPress separate.
Se successivamente, ad esempio, pubblichi un nuovo articolo sul sito live, questo non viene trasferito automaticamente nell'installazione di staging già esistente. Lo stesso vale nella direzione inversa.
Più a lungo lavori con un ambiente di staging, più le due installazioni possono quindi differire l'una dall'altra.
Particolarmente importante per i siti web dinamici: Nei negozi WooCommerce, nei siti per membri, nei sistemi di prenotazione, nei forum o in altri siti web con dati utente costantemente nuovi, dovresti fare particolarmente attenzione quando trasferisci successivamente la versione di staging. Il database live potrebbe nel frattempo contenere nuovi ordini, clienti o altri dati.
Testare le modifiche sul sito di staging #
Dopo la creazione, puoi accedere all'area di amministrazione di WordPress dell'installazione di staging ed effettuare lì le tue modifiche.
Dopo modifiche tecniche, non testare solo la funzione direttamente modificata. Controlla anche le aree importanti dell'intero sito web.
A ciò appartengono, ad esempio:
- Home page e sottopagine importanti,
- Navigazione e menu,
- Visualizzazione su desktop e smartphone,
- Moduli di contatto,
- Accesso a WordPress,
- I plugin e le loro funzioni,
- Tema e layout,
- link interni,
- HTTPS e SSL,
- nonché eventualmente il carrello e il pagamento.
Se vuoi provare un nuovo plugin, spieghiamo l'installazione e l'attivazione in dettaglio nell'articolo Cos'è un plugin di WordPress e come si installa un plugin?.
Proteggere i siti web di staging dai motori di ricerca #
Un sito di staging solitamente non è destinato a visitatori o motori di ricerca. Spesso contiene gli stessi contenuti o contenuti molto simili a quelli del tuo sito live.
Se un'installazione di test viene indicizzata pubblicamente, potrebbero comparire URL aggiuntivi non necessari nei motori di ricerca. Perciò, un ambiente di staging non dovrebbe essere gestito come una seconda versione del tuo sito web indicizzabile pubblicamente.
In WordPress trovi sotto „Impostazioni“ > „Lettura“ un'impostazione per la visibilità sui motori di ricerca. Questa da sola non costituisce tuttavia una vera protezione dall'accesso.
Nota SEO: Un sito di staging non dovrebbe mai finire nell'indice di Google. Per i sistemi di test, può essere utile anche una protezione dall'accesso tecnico, in modo che l'installazione non sia liberamente accessibile al pubblico.
Attenzione ai moduli di contatto e all'invio di email #
Poiché il sito di staging viene creato da una copia dell'installazione di produzione, solitamente vengono ereditate anche le impostazioni dei plugin per moduli, SMTP, newsletter e altri plugin di posta elettronica.
Un modulo di contatto sul sito di staging potrebbe quindi continuare a inviare messaggi. Lo stesso vale per le notifiche automatiche di vari plugin.
Verifica quindi quali e-mail possono essere attivate durante i tuoi test. Soprattutto nel caso di siti Web con account cliente, sistemi di ordinazione o messaggi automatizzati, dovresti evitare che i veri destinatari ricevano accidentalmente messaggi di test.
Particolare attenzione con il WooCommerce Staging #
In un negozio WooCommerce, il database di staging potrebbe contenere dati dei clienti, ordini, prodotti, coupon e impostazioni di servizi di pagamento o spedizione.
Un tale ambiente di test dovrebbe essere protetto con particolare cura. Verifica inoltre prima dei test se i provider di pagamento possono essere impostati su una modalità di test o sandbox e se le e-mail automatiche dovrebbero essere disattivate.
Attenzione ai negozi: Non effettuare pagamenti reali accidentali su una copia di staging e non inviare ordini di prova a clienti reali. Controlla i provider di pagamento e l'invio di e-mail prima di testare il negozio.
Cosa significa „Push to Live“? #
Se le tue modifiche sono state testate con successo sul sito di staging, puoi trasferirle nuovamente al sito di produzione utilizzando Softaculous. Softaculous chiama questo processo „Premi per Vivere“.
In questo caso non dovresti semplicemente dare per scontato che ogni installazione di staging debba essere completamente sovrascritta dal sito live. A seconda della configurazione, Softaculous offre la possibilità di controllare il processo di trasferimento e di stabilire quali componenti debbano essere trasferiti.
Quale variante sia corretta dipende da cosa hai modificato sul sito di staging.
Voglio assolutamente fare un backup prima del passaggio a live #
Prima di trasferire le modifiche dal sito di staging a quello di produzione, dovresti sempre assicurarti che esista un backup recente del sito live.
Ciò vale anche nel caso in cui tutti i test sulla versione di staging siano stati positivi. Il sito di produzione potrebbe essere cambiato dalla creazione dell'ambiente di test e solo il processo di trasferimento effettivo mostrerà come si comportano le modifiche nell'ambiente live.
Prima del passaggio in produzione: Crea o controlla sempre un backup aggiornato del sito WordPress di produzione. In caso di errore, puoi usarlo per ripristinare lo stato precedente.
Trasferire il sito di staging sul sito live #
Una volta testate le modifiche e assicurato un backup aggiornato, puoi avviare la procedura di push-to-live tramite Softaculous.
- Apri in cPanel il WordPress Manager by Softaculous.
- Seleziona la tua installazione di staging.
- Apri la funzione „Premi per Vivere“.
- Verifica le opzioni di trasferimento offerte.
- Controlla attentamente quali file e informazioni del database sono interessati.
- Avvia il processo solo dopo aver verificato la selezione.
- Attendi finché Softaculous non avrà completato completamente l'operazione.
Non interrompere inutilmente il processo e non chiudere la finestra del browser durante un processo di trasferimento in corso.
Perché un push completo del database può essere problematico #
Supponiamo che tu abbia creato una copia di staging di un negozio WooCommerce tre giorni fa. Mentre sviluppi un nuovo design lì, i clienti continuano a ordinare sul sito di produzione.
Di conseguenza, il database di produzione contiene ora nuovi ordini e potenzialmente nuovi account cliente che non esistevano al momento della creazione dello staging.
Se ora sovrascrivessi in modo avventato un vecchio database di staging direttamente su quello live attuale, i dati generati nel frattempo potrebbero essere compromessi.
Ecco perché il processo di push-to-live per i siti web dinamici non è una funzione che dovresti semplicemente confermare senza prima effettuare una verifica.
In parole semplici: Più il sito web live cambia durante il tuo lavoro, più attentamente devi decidere quali componenti dell'installazione di staging debbano essere effettivamente trasferiti sul sito web di produzione.
Dopo il push in produzione, testare nuovamente il sito web #
Anche se sulla versione di staging tutto ha funzionato, dovresti controllare nuovamente in modo completo il sito web di produzione dopo il trasferimento.
Verifica in particolare:
- se il sito web è raggiungibile,
- se il layout viene visualizzato correttamente,
- Se la navigazione e i link interni funzionano,
- se i moduli funzionano,
- se l'area di amministrazione di WordPress è accessibile,
- affinché i plugin funzionino senza errori,
- se SSL o HTTPS funziona,
- e in WooCommerce in particolare carrello e cassa.
Per i siti web aziendali importanti, non dovresti limitare il test alla home page. Controlla le funzioni che sono effettivamente rilevanti per il funzionamento del sito web.
Staging o clonazione: quale funzione mi serve? #
Softaculous offre sia Staging nonché Clonazione. Entrambe le funzioni creano un'ulteriore installazione di WordPress, ma hanno scopi diversi.
Staging utilizzi, se desideri testare le modifiche a un sito Web esistente e trasferirle successivamente in modo mirato sul sito Web live.
Clonazione lo usi piuttosto quando hai bisogno di una copia autonoma di un sito web da poter continuare a utilizzare in modo indipendente.
Spiegheremo dettagliatamente come funziona la clonazione nella nostra guida Clonare WordPress: copiare un sito web con Softaculous.
Eliminare l'installazione di staging al termine #
Quando le tue modifiche sono state trasferite con successo sul sito live e non hai più bisogno dell'ambiente di staging, dovresti verificare se deve continuare a esistere.
Le installazioni di WordPress inutilizzate occupano spazio di archiviazione e devono anch'esse essere mantenute aggiornate e sicure. Un'installazione di test dimenticata con WordPress, plugin o temi obsoleti può rappresentare un rischio di sicurezza inutile a lungo termine.
Prima di eliminare un'installazione tramite Softaculous, controlla però molto attentamente il dominio e il percorso di installazione.
Non eliminare il sito web live: Controlla sempre il dominio, l'URL e la directory di installazione prima di rimuovere un'installazione di staging. Un'installazione di produzione cancellata accidentalmente può essere ripristinata solo tramite un backup esistente.
Riepilogo #
La funzione di staging di Softaculous ti consente di creare una versione di prova separata del tuo sito WordPress. In questo modo è possibile testare aggiornamenti di WordPress, plugin, temi, modifiche di design e altri interventi tecnici prima che abbiano un impatto sul tuo sito di produzione.
Dopo test riusciti, le modifiche possono essere applicate tramite „Premi per Vivere“ essere trasferiti sul sito web live. In questo caso è necessaria particolare cautela, soprattutto con i negozi WooCommerce e altri siti web dinamici, poiché il database di produzione potrebbe essere cambiato dalla creazione della versione di staging.
Prima di un push in produzione, crea sempre un backup aggiornato e controlla nuovamente il sito web di produzione. Dovresti rimuovere un'installazione di staging non più necessaria, in modo che non rimangano installazioni WordPress obsolete o superflue sul tuo hosting.
