← Torna al blog
Visibilità locale

Rifare il sito: salvare i vecchi URL prima della nuova grafica

Mappate vecchi e nuovi URL, scegliete reindirizzamenti pertinenti e verificate ogni lingua. Un collaudo concreto per il nuovo sito di una PMI svizzera.

Un vecchio telaio di porta in legno consumato e un nuovo telaio in pietra calcarea uniti da una passerella stretta in ottone su un piano in pietra calda

Prima di approvare il nuovo sito, aprite un vecchio collegamento a un servizio preciso. Arriva ancora al contenuto giusto? Provate anche la versione tedesca e quella francese. È un controllo semplice, ma tocca il punto che spesso manca nei rifacimenti: i clienti continuano a usare gli indirizzi trovati su Google, salvati nei preferiti o ricevuti in un'offerta mesi prima.

Per una PMI svizzera, il documento principale può essere un elenco essenziale: vecchio URL, decisione, nuovo URL, lingua, esito della prova e persona responsabile. Preparatelo prima del passaggio. Decidere durante la pubblicazione quali pagine vecchie potrebbero ancora servire rende il lavoro più costoso e molto meno tranquillo.

Un nuovo aspetto può conservare gli indirizzi

Una grafica diversa non richiede automaticamente nuovi URL. Tipografia migliore, testi più chiari e anche un diverso sistema di gestione possono spesso usare i percorsi esistenti. Per ogni modifica chiedete quale vantaggio porta e quale passaggio aggiuntivo dovrà essere mantenuto. Una struttura più ordinata può avere senso, ma deve avere un motivo concreto.

Nel progetto distinguete hosting, sistema di gestione, organizzazione dei contenuti e revisione dei testi. Non significa aprire quattro grandi cantieri: serve a capire che cosa è cambiato quando emerge un guasto. Il nostro confronto tra WordPress, Webflow e sito su misura aiuta nella scelta della piattaforma. I controlli del trasferimento restano necessari in ogni caso.

Un vecchio contenuto può essere utile anche se non trova posto nel nuovo menu. Può trattarsi di una guida, di un PDF o di una pagina specialistica. Decidete se conservarlo, migliorarlo, unirlo ad altro o eliminarlo. Lasciarlo sparire perché il nuovo strumento lo importa male significa delegare una scelta editoriale a un incidente tecnico.

L'inventario deve andare oltre il menu attuale

Raccogliete gli URL dalla sitemap, da una scansione del sito e dai dati Search Console disponibili. Aggiungete i collegamenti importanti presenti in annunci, profili aziendali, modelli di offerta e siti esterni. Considerate documenti scaricabili e campagne passate. Annotate il periodo coperto da ciascuna fonte: un elenco può sembrare completo e tralasciare un'intera versione precedente.

Per le pagine importanti, registrate la lingua e il compito del visitatore. Così emerge subito una corrispondenza sbagliata, come una pagina dettagliata sulle riparazioni sanitarie destinata a finire sulla pagina iniziale generica. Conservate i dati reali su visite e richieste, se esistono. L'importanza ipotizzata deve restare un'ipotesi, senza inventare traffico o valore commerciale.

Un inventario d'esempio può contenere quattro scelte diverse: una prestazione italiana mantiene l'indirizzo; una guida francese rinominata riceve una destinazione francese equivalente; due articoli tedeschi simili vengono riuniti in una risorsa tedesca più completa; una promozione scaduta senza sostituzione utile viene rimossa. Ogni scelta richiede un risultato tecnico diverso.

Una mappatura fittizia rende verificabili queste scelte. I percorsi illustrano il metodo e non annunciano modifiche agli indirizzi di AlpenAgent:

  • /riparazioni/ resta /riparazioni/: contenuto utile presente, risposta 200.
  • /vecchio-servizio/ diventa /servizio/: reindirizzamento permanente 301 al sostituto pertinente.
  • /fr/ancien-guide/ diventa /fr/nouveau-guide/: 301, con controllo del francese e del selettore linguistico.
  • /promozione-2024/ non ha sostituti: scelta consapevole di 404 o 410, senza destinazioni fuori tema.

Il reindirizzamento deve portare a una risposta pertinente

Per uno spostamento definitivo, prevedete un reindirizzamento permanente lato server, generalmente 301 o 308. La destinazione deve continuare a soddisfare il bisogno iniziale. Mandare tutti gli indirizzi vecchi alla pagina iniziale riduce le regole da scrivere, ma costringe il cliente a ricominciare la ricerca. Controllate anche se la destinazione rimanda ancora altrove: le catene inutili complicano verifica e manutenzione.

Google raccomanda una mappatura degli URL e, in generale, di conservare i reindirizzamenti per almeno un anno. Questo non garantisce posizioni invariate. Il loro mantenimento deve rientrare nella gestione ordinaria, così un futuro cambio di hosting non cancellerà il lavoro svolto.

Quando manca un sostituto pertinente, una risposta esplicita 404 o 410 può essere più coerente di una pagina senza relazione. Fate decidere questi casi. Una pagina di errore utile può offrire collegamenti alternativi mantenendo il codice corretto. Una schermata elegante con scritto «non trovato», ma risposta 200, nasconde lo stato reale ai controlli automatici.

La configurazione di prova deve restare fuori dalla pubblicazione

Prima del lancio, una protezione di accesso può tenere privata l'anteprima. Le pagine definitive devono poi diventare raggiungibili e avere le istruzioni di indicizzazione desiderate. Controllate stato HTTP, metadati robots e intestazioni sul dominio pubblico. Una casella deselezionata nell'amministrazione non dimostra che cosa riceve un browser esterno.

Google spiega che il crawler deve poter scaricare la pagina per leggere l'istruzione noindex. Il blocco tramite robots.txt svolge una funzione diversa. Durante il collaudo, separate quindi protezione di accesso, regole di scansione e indicizzazione, rimuovendo in modo mirato le limitazioni dell'anteprima.

Cercate anche i residui meno evidenti: indirizzi canonici rivolti al dominio di test, moduli diretti a un vecchio servizio o immagini visibili solo agli amministratori. Provate da una nuova sessione del browser, senza autenticazione. Un sito che funziona sul computer dello sviluppatore può ancora risultare inutilizzabile per un normale cliente.

Ogni lingua ha il proprio percorso da trasferire

Verificate ogni lingua come un tragitto completo. Il vecchio servizio italiano deve arrivare a un contenuto italiano adatto. Il selettore linguistico dovrebbe aprire la pagina equivalente, evitando di riportare sempre il lettore alla pagina iniziale. Nello stesso passaggio controllate titolo, destinazione di contatto e documenti scaricabili.

URL canonici, riferimenti linguistici e sitemap devono descrivere la struttura pubblicata. Se una traduzione viene eliminata consapevolmente, decidete che cosa succede al vecchio indirizzo e togliete i collegamenti verso una pagina inesistente. La guida al sito multilingue per la Svizzera affronta la struttura stabile; nel rifacimento questa diventa un elenco di prove tra vecchi e nuovi percorsi.

Per un campione manuale utile, scegliete cinque esigenze dei clienti e seguitele in tutte le lingue disponibili. Entrate una volta da un collegamento vecchio e una volta dalla nuova navigazione. Non sostituisce la verifica completa degli URL, ma rivela destinazioni fuori tema che un elenco di risposte HTTP riuscite non sa spiegare.

Un collaudo in tre momenti, con prove conservate

Tenete insieme il risultato tecnico e il compito del cliente. Un reindirizzamento che termina su un'area vuota non è soddisfacente. Nemmeno una bella pagina con una richiesta impossibile da inviare. Per i percorsi prioritari annotate chi li ha verificati, quando e quali difetti restano aperti.

  1. Prima del passaggio, salvate l'inventario, approvate le corrispondenze, confrontate testi e metadati, provate i reindirizzamenti e documentate il ritorno alla versione precedente.
  2. Alla pubblicazione, aprite gli URL vecchi sul dominio reale, controllate destinazioni finali e codici, escludete blocchi accidentali e seguite richieste di prova fino alla ricezione.
  3. Dopo il lancio, osservate errori, visibilità e richieste utilizzabili in un periodo adeguato. Collegate ogni problema a pagine e cambiamenti precisi, invece di rifare continuamente tutto il sito.

Il controllo della richiesta deve superare la semplice conferma a video. L'articolo sulle email del modulo che non arrivano distingue registrazione e notifica. Inserite nel collaudo anche telefono, tastiera e ingrandimento del browser: un trasferimento corretto degli indirizzi non impedisce alla nuova impaginazione di tagliare il pulsante di contatto.

Provate anche un collegamento stampato

Un codice QR sul veicolo o un link dentro un'offerta già inviata non cambia insieme al menu. Inserite gli indirizzi stampati nel collaudo e provate un vero codice dal telefono. Controllate anche i PDF direttamente: un documento può essere un punto di ingresso importante senza passare dalla navigazione. Annotate infine quali modelli aziendali e profili esterni andranno aggiornati con gli URL definitivi, lasciando funzionanti le vecchie destinazioni ancora in circolazione.

Preparate un ripristino che qualcuno sappia eseguire

La copia della vecchia grafica è solo una parte del percorso di ritorno. Stabilite chi può ripubblicare la versione precedente, con quali accessi, e come conservare le richieste arrivate dopo il lancio. Ripristinare un vecchio archivio non deve cancellare nuovi contatti o modifiche editoriali. Provate il procedimento su un esempio limitato prima della pubblicazione.

Definite condizioni concrete: contatto principale guasto, prestazioni fondamentali mancanti o molti errori del server. Una singola posizione che oscilla su Google richiede un'altra lettura. Ripetuti ritorni frettolosi possono aumentare la confusione; distinguete quindi anche i difetti correggibili direttamente, senza invertire l'intero trasferimento.

Conservate le istruzioni in un luogo raggiungibile anche se il nuovo sito non funziona. Nominate una persona che decide e una sostituta. Eviterete che un fornitore ripristini il vecchio sito mentre un altro sta correggendo il nuovo, ciascuno all'oscuro delle operazioni dell'altro.

Dopo il lancio, confrontate dati davvero confrontabili

Salvate una base pertinente e annotate la data effettiva della pubblicazione. Confrontate gli stessi paesi, dispositivi, lingue e gruppi di pagine. Una settimana di vacanze o una campagna pubblicitaria modificata può influenzare i contatti senza segnalare un errore nei reindirizzamenti. Con pochi dati, le conclusioni richiedono più tempo.

Osservate pagine di ingresso importanti, errori inattesi e richieste che il personale riesce davvero a gestire. Tenete aggiornata la mappatura, così saprete spiegare dove porta ogni vecchio indirizzo. I motori devono elaborare i cambiamenti e nessuno può promettere seriamente un rifacimento senza perdite. Potete però pretendere percorsi verificati e responsabilità chiare sui difetti ancora da chiudere.

FAQ

Rifare il sito significa cambiare tutti gli URL?

No. Nuova grafica e contenuti migliori possono spesso conservare gli indirizzi. Cambiate un URL quando il vantaggio giustifica il lavoro aggiuntivo di trasferimento e manutenzione.

Tutte le vecchie pagine possono puntare alla nuova pagina iniziale?

La destinazione dovrebbe soddisfare il bisogno di partenza. Associate gli indirizzi importanti a pagine pertinenti e decidete consapevolmente le rimozioni prive di sostituto, evitando di nasconderle tutte dietro la pagina iniziale.

L'inventario degli URL deve includere i PDF?

Includete i documenti ancora necessari o raggiunti tramite collegamenti diretti. Decidete se ogni download rimane, viene sostituito o eliminato, poi controllate il file pubblicato anche quando non compare più nel menu.

Definire un trasferimento del sito gestibile

Portate il sito attuale, le modifiche previste e i percorsi dei clienti più importanti al Business Check per chiarire ambito e collaudo.

Avviare il Business Check →

Leggi altro sul blog AlpenAgent

Altri articoli su voice AI, chatbot, automazione e lead management.

Scopri tutti gli articoli →

Privacy & cookie

Utilizziamo i cookie per migliorare l'esperienza. Usando il sito accetti la nostra privacy.