Come cambiare l'URL di WP senza comprometterlo

Pubblicato il 12 maggio 2026

Se devi cambiare l'URL di WP, fallo in un ordine controllato: prima esegui un backup, aggiorna WordPress Address e Site Address, poi correggi i redirect, l'SSL ed eventuali link hard-coded. La maggior parte dei problemi non deriva dal cambio dell'URL in sé, ma dagli elementi attorno che continuano a puntare alla vecchia posizione. Di solito il sito web non è arrabbiato: sta solo seguendo impostazioni obsolete.

Questa attività si presenta durante i cambi di dominio, il passaggio da HTTP a HTTPS, lo spostamento di WordPress in una sottodirectory o la migrazione da staging a produzione. Per i proprietari di negozi, le agenzie e i team SaaS, un cambio URL fatto male può significare loop di login, avvisi di mixed content, accesso admin non funzionante o moduli che inviano dati nel posto sbagliato. Quindi l'obiettivo non è solo modificare due campi. L'obiettivo è mantenere tranquilla l'intera applicazione.

Che cosa influisce davvero il cambio dell'URL di WP

In WordPress esistono due impostazioni fondamentali: WordPress Address e Site Address. Sembrano simili perché, francamente, lo sono. Ma svolgono compiti diversi.

WordPress Address indica dove si trovano i file core di WordPress. Site Address è l'URL pubblico che i visitatori usano per raggiungere il sito. In molte configurazioni sono identici. In altre, WordPress può trovarsi in una sottodirectory mentre il sito viene caricato dal dominio root.

Se ne modifichi uno in modo errato, WordPress può reindirizzarti fuori da wp-admin, inviare le risorse al dominio sbagliato o creare un loop di redirect infinito. Anche plugin, temi, database, web server e regole CDN possono continuare a fare riferimento all'URL precedente. Ecco perché una modifica fatta correttamente è in parte lavoro su WordPress e in parte igiene dell'infrastruttura.

Prima di cambiare l'URL di WP

Esegui un backup recente sia dei file sia del database. Se si tratta di un sito e-commerce o di un sito di contenuti molto trafficato, esegui il lavoro in una finestra a basso traffico. Un cambio URL può coinvolgere pagine in cache, cookie di sessione e callback di pagamento, quindi la tempistica conta.

Dovresti anche verificare quattro cose prima di apportare modifiche. Primo: il nuovo dominio o protocollo deve già risolversi verso il server corretto. Secondo: il certificato SSL deve essere attivo se stai passando a HTTPS. Terzo: il virtual host del tuo web server o il server block di Nginx deve essere pronto per il nuovo nome host. Quarto: devi sapere se WordPress si trova dietro un proxy, un load balancer o una CDN che può forzare i redirect.

Se uno qualsiasi di questi elementi non è a posto, WordPress potrebbe essere configurato correttamente e fallire comunque pubblicamente. Anche i log, in quel caso, raccontano la stessa storia.

I modi più sicuri per cambiare l'URL

Modificalo nell'admin di WordPress

Se hai ancora accesso admin, questo è il metodo più pulito. Vai in Settings, poi in General. Aggiorna WordPress Address e Site Address con il nuovo URL. Salva le modifiche.

Funziona bene quando lo spostamento è semplice e il nuovo dominio punta già correttamente al sito. Subito dopo aver salvato, accedi di nuovo se necessario e verifica homepage, area admin, libreria media e alcune pagine interne.

Il rischio è evidente: se inserisci l'URL sbagliato, o il nuovo host non è completamente pronto, puoi bloccarti fuori dalla dashboard.

Modificalo in wp-config.php

Se la dashboard non è accessibile o vuoi un maggiore controllo, definisci i valori direttamente in wp-config.php. Aggiungi queste righe sopra la riga che indica di smettere di modificare:

define('WP_HOME','https://example.com'); define('WP_SITEURL','https://example.com');

Questo obbliga WordPress a usare i valori del file di configurazione. Spesso è il metodo di ripristino più rapido per loop di login o redirect admin non funzionanti.

È anche un buon stabilizzatore temporaneo durante le migrazioni. Una volta che tutto funziona, puoi mantenere queste costanti oppure rimuoverle e gestire di nuovo i valori dall'admin.

Modificalo nel database

Se non sono disponibili né l'admin né la modifica della configurazione, puoi aggiornare i valori nel database, di solito nella tabella wp_options. I nomi delle opzioni sono home e siteurl.

Funziona, ma è più manuale ed è più facile farlo male se hai fretta. Nei siti con prefissi di tabella personalizzati, non dare per scontato che la tabella sia wp_options. Controlla prima.

Da HTTP a HTTPS è il punto in cui arrivano le sorprese

Molte richieste di cambiare l'URL di wp sono in realtà migrazioni a HTTPS sotto mentite spoglie. Il cambiamento visibile sembra minimo, ma browser, cookie e caricamento delle risorse non sono d'accordo.

Dopo il passaggio da HTTP a HTTPS nelle impostazioni di WordPress, verifica che il certificato SSL sia valido e installato per il nome host corretto. Poi aggiorna i redirect del server in modo che le richieste HTTP vengano reindirizzate in modo permanente a HTTPS. Se il tuo sito si trova dietro un reverse proxy o una CDN, assicurati che WordPress riesca a rilevare correttamente HTTPS, altrimenti potrebbe continuare a reindirizzare all'infinito.

Il mixed content è il visitatore abituale successivo. Le pagine si caricano tramite HTTPS, ma immagini, script, font o CSS continuano ancora a richiamare URL HTTP. Questo può compromettere il layout o attivare avvisi del browser. Potresti aver bisogno di uno search-and-replace nel database per i vecchi URL assoluti, soprattutto se il sito è stato costruito con un page builder o con campi personalizzati che memorizzano link completi.

Esegui con attenzione lo search-and-replace dei vecchi URL

La modifica delle due impostazioni fondamentali non riscrive i vecchi link memorizzati all'interno di articoli, metadati, contenuti dei widget o impostazioni dei plugin. Se il vecchio dominio compare come hard-coded nel database, gli utenti continueranno comunque a raggiungerlo.

È qui che conta uno search-and-replace corretto e sicuro per i serialized data. Non eseguire una sostituzione distratta in plain text su un file SQL esportato sperando che vada tutto bene. Alcuni dati di plugin e opzioni sono serializzati, e una sostituzione errata può corrompere le lunghezze e compromettere le impostazioni.

Se stai usando un workflow di migrazione professionale, esegui uno strumento che comprenda la serializzazione di WordPress. Poi controlla i layout del page builder, i menu, gli URL delle immagini, i canonical tags, le impostazioni Open Graph e qualsiasi plugin che memorizzi callback o URL API.

Problemi comuni dopo un cambio URL

La pagina di login continua a reindirizzare

Di solito significa che WordPress, il web server o un proxy non concordano sullo schema o sul nome host corretti. Controlla WP_HOME e WP_SITEURL, poi esamina le regole di redirect del server. Se la terminazione SSL avviene a monte, WordPress potrebbe aver bisogno che l'header HTTPS inoltrato venga gestito correttamente.

Anche i cookie possono essere collegati al vecchio dominio. Cancella i cookie del browser e prova in una finestra privata prima di presumere che il sito sia maledetto.

wp-admin non è accessibile

Se l'URL admin ti invia alla posizione sbagliata, forza i valori corretti in wp-config.php. Spesso questo ripristina immediatamente la dashboard. Controlla anche le regole .htaccess o Nginx per eventuali vecchi comportamenti di rewrite.

Immagini o CSS non funzionano

Questo indica URL hard-coded o mixed content. Cerca nel database il vecchio dominio e ispeziona gli strumenti di sviluppo del browser per vedere quali risorse richiamano ancora l'URL precedente.

Catene o loop di redirect

Di solito accadono quando WordPress reindirizza in un modo e il web server o la CDN reindirizzano in un altro. Riduci la logica a un unico insieme di regole chiaro. Se possibile, gestisci host canonico e redirect HTTPS in un solo punto.

Moduli, webhook o callback del checkout non funzionano

I servizi esterni potrebbero continuare a inviare richieste al vecchio dominio. Controlla gli URL del gateway di pagamento, i return path SMTP, gli endpoint webhook e le integrazioni di terze parti. Nei siti membership o e-commerce, è qui che si verificano danni silenziosi ai ricavi.

Quando WordPress Address e Site Address dovrebbero essere diversi

La maggior parte dei siti dovrebbe mantenerli uguali. Ma esistono eccezioni valide. Se WordPress è installato in una sottodirectory come /wordpress mentre il sito pubblico viene caricato dalla root del dominio, allora Site Address può essere l'URL root e WordPress Address l'URL della sottodirectory.

Questa configurazione può essere utile per l'organizzazione dei file, ma aggiunge complessità. Se non lo stai facendo intenzionalmente, non inventarlo nel mezzo della migrazione. Le configurazioni semplici falliscono meno spesso.

Un ordine pratico che evita downtime

Usa una breve finestra di manutenzione, verifica prima DNS, SSL e configurazione del server, poi cambia gli URL di WordPress. Dopo, esegui lo search-and-replace nel database, svuota le cache e testa i percorsi principali: homepage, admin, moduli, checkout, media, endpoint API e comportamento di cron.

Se il sito usa object caching, full-page caching o una CDN, esegui il purge di tutto dopo la modifica. Vecchi redirect in cache possono far sembrare rotto un sito perfettamente funzionante per altri 20 minuti; non è la situazione DNS più elegante, ma è sotto controllo.

Per i siti business-critical, prepara prima la modifica in staging. Su Kodu.cloud, questo è esattamente il tipo di attività in cui il supporto infrastrutturale gestito si ripaga da solo: non perché cambiare un URL sia impossibile, ma perché sono i piccoli controlli intorno a evitare le brutte sorprese.

Controlli finali dopo aver cambiato l'URL di WP

Apri il sito in una nuova sessione del browser e testalo sia con sia senza www, se pertinente. Verifica il lucchetto SSL, controlla alcuni URL nel sorgente e assicurati che admin, login, upload dei media e moduli di contatto si comportino normalmente. Se i motori di ricerca hanno già indicizzato il vecchio dominio, mantieni redirect corretti attivi abbastanza a lungo perché traffico e segnali di ranking si trasferiscano senza problemi.

Un cambio dell'URL di WP è di solito un intervento rapido quando l'ambiente è pronto. Diventa una serata lunga solo quando DNS, SSL, regole del server, cache e riferimenti nel database vengono lasciati a litigare tra loro. Tienili tutti nella stessa direzione e il servizio tornerà tranquillo.

Andres Saar Customer Care Engineer