Se il tuo sito di staging WordPress reindirizza al sito live (di produzione), la causa è quasi sempre una di queste tre: permalink disattivati sul sito di staging, una regola di riscrittura in .htaccess o nel server che punta al dominio di produzione, oppure un plugin (di SSL, redirect, sicurezza o lingua) che forza il reindirizzamento. La soluzione più rapida è rigenerare i permalink del sito di staging: impostali su "Post name" e salva.
Diagnosi rapida: prova queste opzioni in ordine:
| Sintomo | Causa più probabile | Prima soluzione |
|---|---|---|
| I link reindirizzano al dominio di produzione | Permalink disattivati su staging | Imposta i permalink su "Post name" e salva |
| Errore 404 su ogni pagina tranne la home | Regole di riscrittura in .htaccess / server |
Rinomina o modifica .htaccess (Apache) o nginx.conf (Nginx) |
| Reindirizzamenti solo su HTTPS/login | Plugin di SSL, redirect o sicurezza | Disattiva il plugin sul sito di staging |
Contents
- Perché il tuo sito di staging reindirizza al sito di produzione?
- Soluzione rapida: attiva i permalink sul sito di staging
- Risolvi i reindirizzamenti causati da URL e .htaccess
- Soluzioni a livello di server per Bitnami e Nginx
- Risolvi i reindirizzamenti dovuti alle opzioni di clonazione e ai conflitti tra plugin
- Reindirizza ancora al sito di produzione?
- Domande frequenti
Perché il tuo sito di staging reindirizza al sito di produzione?
WordPress memorizza due URL nella tabella wp_options: siteurl e home. Quando cloni o migri un sito, quei valori più le regole dei permalink determinano come WordPress costruisce e risolve i link. Un sito di staging reindirizza alla produzione quando uno di questi elementi punta ancora al dominio di produzione, o riscrive verso di esso:
- I permalink sono disattivati sul sito di staging, quindi WordPress ricade su link semplici che non si risolvono nella cartella di staging.
- Una regola di riscrittura in
.htaccess(Apache) onginx.conf(Nginx) punta ancora alla document root di produzione. - Un plugin (di SSL, redirect, membership, sicurezza o lingua) emette un proprio reindirizzamento all’URL di produzione.
Le sezioni seguenti analizzano ogni causa, partendo da quella che risolve la maggior parte dei casi.
Soluzione rapida: attiva i permalink sul sito di staging
Per impostazione predefinita, WP Staging imposta la struttura dei permalink sul tipo semplice, quindi cambiarla in "Post name" e salvare spesso risolve da solo i problemi di reindirizzamento dei link. In base alla nostra esperienza, questo è il primo passo più efficace: provalo prima di qualsiasi altra cosa.
Per saperne di più: Come attivare i permalink di WordPress.
Risolvi i reindirizzamenti causati da URL e .htaccess
Usa URL assoluti invece di quelli relativi
Controlla la struttura dei link che reindirizza al sito di produzione. WP Staging non può effettuare la ricerca e sostituzione dei link relativi, quindi ha bisogno di link assoluti per eseguire una ricerca e sostituzione automatica.
Per esempio:
Link funzionante: https://domain.com/path-to-page
Link non funzionante: /path-to-page
Per risolverlo, hai tre opzioni:
- A. Crea un nuovo sito di staging e usa un sottodominio per esso. Così i link relativi non hanno effetti collaterali e funzionano come previsto.
- B. Usa URL assoluti invece di link relativi. Converti tutti i link relativi in assoluti: fallo prima sul sito live e poi clona di nuovo, oppure modifica i link del sito di staging dopo averlo creato.
- C. Ignora i link relativi non funzionanti e apri direttamente le pagine della bacheca di amministrazione se vuoi modificarle.
Il metodo consigliato è l’opzione A o B, perché rende il lavoro sul sito di staging molto più semplice rispetto all’apertura di ogni pagina dalla bacheca di amministrazione.
Rimuovi o modifica il .htaccess (solo Apache)
Questo vale solo se il tuo sito usa il server web Apache.
Quando cloni il tuo sito web in una sottocartella, WP Staging rimuove il .htaccess sul sito clonato, perché WordPress usa il .htaccess nella cartella root del tuo sito di produzione. Se un plugin ricrea il .htaccess sul sito di staging, quel file può sovrascrivere le regole di riscrittura e rompere i permalink su staging.
Se ciò accade, rinomina il .htaccess del sito di staging in qualcos’altro, come .htaccess-disabled, e prova a ricaricare il sito di staging. Puoi rinominarlo con il tuo client FTP, il file manager di cPanel o un plugin di gestione file.
Soluzioni a livello di server per Bitnami e Nginx
Impostazioni del .htaccess su Bitnami
Se esegui WordPress in un’istanza Bitnami, servono passaggi aggiuntivi. I permalink di tipo "Post name" non sono supportati di default su Bitnami perché non utilizza un file .htaccess nella cartella root del sito web: ignora qualsiasi .htaccess presente lì.
Bitnami conserva invece tutta la configurazione del .htaccess in un file chiamato /opt/bitnami/apps/APPNAME/conf/htaccess.conf. Per far funzionare i permalink, modifica htaccess.conf e aggiungi quanto segue:
<Directory /opt/bitnami/apps/wordpress/htdocs/STAGING>
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /STAGING/
RewriteRule ^index.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /STAGING/index.php [L]
</IfModule>
</Directory>Un’altra opzione è mantenere i permalink sull’impostazione semplice: in questo caso non devi modificare affatto htaccess.conf.
Modifica nginx.conf per il server web Nginx
Se ottieni un errore 404 "pagina non trovata" e il tuo server web è Nginx, dovrai modificare il nginx.conf del tuo server web. In tal caso, segui questo articolo per farlo.
Risolvi i reindirizzamenti dovuti alle opzioni di clonazione e ai conflitti tra plugin
Clona su un sottodominio
Se non riesci a risolvere il problema del reindirizzamento, clona il tuo sito WordPress su un sottodominio e in una cartella separata usando l’opzione di percorso di destinazione e hostname personalizzati di WP STAGING | PRO:

Abbiamo scritto una guida dettagliata sulla clonazione del tuo sito WordPress su un sottodominio: https://wp-staging.com/docs/create-a-staging-site-clone-wordpress/#Clone_to_a_Subdomain
Plugin di lingua come WPML o Polylang
Se usi un plugin di lingua come Polylang o WPML che aggiunge uno slug di lingua all’URL — per esempio https://example.com/en/page1 — dovrai attivare i permalink di tipo "Post name" sul tuo sito di staging. In caso contrario, questa può essere un’altra causa di un reindirizzamento al sito live.
Disattiva i plugin di sicurezza e login sul sito di staging
Crea un nuovo sito web di staging e disattiva questi plugin escludendo le cartelle dei plugin dal processo di clonazione:
- Plugin di sicurezza come Wordfence, iThemes Security, Cerber, WP Spamshield, ecc.
- Plugin di cache come W3 Total Cache, WP Rocket, ecc.
- Plugin di lingua come WPML, Polylang (oppure attiva i permalink sul sito di staging)
- Plugin di redirect o di tipo "Hide my Login"

Se hai già creato un sito web di staging e devi disattivare questi plugin, puoi disattivare un plugin specifico rinominando la sua cartella via FTP o con un plugin di gestione file. Per esempio, disattiva WP Spamshield rinominando stagingsite/wp-content/plugins/wp-spamshield in qualcos’altro.
Disattiva i plugin di redirect sul sito di staging
Alcuni plugin causano reindirizzamenti: plugin di redirect dedicati, plugin di membership o plugin di SSL che forzano l’HTTPS quando apri il sito tramite HTTP. Alcuni esempi:
Se ne usi uno di questi sul tuo sito di staging, crea un nuovo sito di staging ma escludi quel plugin dal processo di clonazione. In alternativa, disattiva il plugin problematico rinominando la sua cartella via FTP in qualcosa come /wp-content/plugins/plugin-name-disabled.
Reindirizza ancora al sito di produzione?
Segui questo breve albero decisionale se i passaggi precedenti non hanno risolto il problema:
- Hai rigenerato i permalink? Impostali su "Post name" e salva di nuovo: questo cancella le regole di riscrittura obsolete.
- Il server web è Apache o Nginx? Apache → controlla
.htaccess; Nginx → controllanginx.conf; Bitnami → controllahtaccess.conf. siteurlehomeinwp_optionspuntano all’URL di staging? Se contengono ancora il dominio di produzione, il sito di staging continuerà a reindirizzare. (Per approfondire, consulta la guida di WordPress per cambiare l’URL del sito).- Hai escluso i plugin? Disattiva i plugin di SSL, redirect, sicurezza e lingua uno alla volta.
Se reindirizza ancora dopo tutto questo, apri un ticket di supporto e ti aiuteremo a risolvere il problema del reindirizzamento.
Domande frequenti
Perché il mio sito di staging va al dominio di produzione invece che a quello di staging?
Perché qualcosa si risolve ancora al dominio di produzione: di solito permalink disattivati, una regola di riscrittura in .htaccess/nginx.conf o un plugin di redirect. Rigenera prima i permalink; se questo non risolve, controlla le regole di riscrittura del server e i plugin.
Qual è la prima cosa da provare?
Imposta i permalink del sito di staging su "Post name" e salva. Questa rigenerazione risolve il reindirizzamento nella maggior parte dei casi e richiede pochi secondi.
Il mio sito di staging mostra un errore 404 su ogni pagina tranne la home. Cosa c’è che non va?
Quel comportamento indica le regole di riscrittura. Su Apache, rinomina o correggi il .htaccess di staging; su Nginx, modifica nginx.conf; su Bitnami, modifica htaccess.conf. Poi rigenera i permalink.
Un plugin di sicurezza o di SSL può causare il reindirizzamento?
Sì. I plugin di SSL che forzano l’HTTPS e i plugin di redirect/sicurezza possono inviare le richieste di staging all’URL di produzione. Escludili o disattivali sul sito di staging.