Gestione dei redirect URL: migrazione sito, cambio dominio e redirect 301 in massa
Una guida pratica per gestire redirect URL, migrazioni, cambio dominio, mappe 301, conservazione di path e parametri, validazione, monitoraggio e rollback dall'edge.
In Italia la richiesta arriva spesso con parole semplici: "dobbiamo fare i redirect 301", "cambiamo dominio", "rifacciamo il sito", "non dobbiamo perdere SEO", "le URL del vecchio ecommerce devono continuare a funzionare". La prima regola si crea in pochi minuti. La complessita nasce quando le regole sono centinaia e vivono in Nginx, Apache, plugin WordPress, Magento, Shopify, PrestaShop, CDN, fogli SEO e strumenti marketing.
Una piattaforma di gestione dei redirect URL serve a riportare ordine: sorgente, destinazione, codice HTTP, path, query string, owner, test, monitoraggio e rollback in un unico workflow.
UrlEdge pubblica queste regole su un edge basato su Cloudflare. SEO, marketing, ecommerce e sviluppo possono lavorare sulla stessa mappa senza trasformare ogni modifica in un ticket server o in un intervento rischioso nel CMS.
Quando i redirect diventano infrastruttura
Un redirect isolato non richiede una piattaforma. Una migrazione si.
| Scenario | Rischio se i redirect sono sparsi |
|---|---|
| Migrazione sito | vecchie URL in 404, redirect verso home, segnali SEO confusi |
| Cambio dominio | path, HTTPS, www e query string gestiti in modo diverso |
| Redirect 301 in massa | CSV duplicati, regex troppo ampie, destinazioni non controllate |
| Ecommerce | prodotti, categorie, filtri, lingua, paese e UTM cambiano insieme |
| Campagne paid, email e social | la pagina si apre ma le UTM spariscono |
| QR code stampati | il codice non si puo cambiare, il redirect si |
| Affiliate e partner | ID e sub ID possono perdersi in una catena |
| App fallback | iOS, Android e desktop richiedono destinazioni diverse |
Google tratta i redirect come segnali per utenti e motori di ricerca quando una risorsa cambia indirizzo. In un progetto reale, quel segnale dipende dalla qualita della mappa e dalla possibilita di controllarla dopo il go-live.
Regola singola o gestione dei redirect?
Molte guide sul redirect 301 spiegano bene come scrivere una regola in Apache, Nginx o WordPress. Per una URL singola va bene. In una migrazione, pero, serve capire chi approva le regole, chi preserva le UTM, chi controlla le catene e chi puo fare rollback.
| Domanda | Una regola basta | Serve redirect management |
|---|---|---|
| Chi decide | un solo webmaster o developer | SEO, marketing, ecommerce, agenzia e sviluppo |
| Quante URL | poche URL stabili | CSV, wildcard, regex, piu domini o store |
| Comportamento | A va sempre a B | path, query, paese, device o campagna cambiano il target |
| Rischio | errore limitato | traffico organico, media spend, QR, affiliate o app fallback |
| Recupero | modifica manuale | snapshot pubblicato e owner del rollback |
| Dati | non servono analytics per regola | bisogna sapere quali vecchie URL ricevono ancora traffico |
Questa e la differenza tra "fare redirect" e gestire una migrazione. UrlEdge deve stare nel secondo spazio.
La mappa redirect deve spiegare il comportamento
Due colonne, vecchia URL e nuova URL, non bastano.
| Campo | Perche serve |
|---|---|
| URL sorgente | URL esatta, prefisso, wildcard o regex |
| URL destinazione | destinazione finale prevista |
| Codice HTTP | 301/308 per cambi permanenti, 302/307 per temporanei |
| Tipo di match | exact, prefix, wildcard o regex |
| Policy path | conserva, sostituisce, elimina o aggiunge il path |
| Policy query | conserva tutto, consente UTM, aggiunge default o pulisce |
| Owner | SEO, sviluppo, ecommerce, marketing, supporto, agenzia |
| Rischio | SEO critico, campagna attiva, app fallback, archivio |
| Validazione | ok, warning, errore, approvazione richiesta |
| Rollback | vecchia destinazione o snapshot di regole |
Questa struttura evita migrazioni che sembrano chiuse in Excel ma falliscono nel traffico reale.
Migrazione sito: non mandare tutto alla home
Una vecchia URL rappresenta un'intenzione. Se una scheda prodotto cambia URL, deve andare al prodotto equivalente o alla categoria piu vicina. Se una guida viene aggiornata, deve puntare alla nuova guida. La home e raramente la risposta giusta.
Workflow consigliato:
- crawla il sito attuale
- aggiungi traffico, backlink, conversioni, campagne e revenue dove disponibili
- crawla il nuovo sito o staging
- mappa ogni URL importante alla destinazione piu vicina
- marca le URL ad alto rischio
- importa con Bulk URL Management
- verifica con Redirect Checker
- monitora con Broken Link Monitor
La migrazione finisce quando vecchi utenti, crawler e campagne raggiungono la destinazione corretta, non quando il file CSV e stato caricato.
Cambio dominio: path e parametri non sono opzionali
Un cambio dominio richiede decisioni precise:
- il path viene conservato?
- le query string e le UTM passano?
http,https, root ewwwsi comportano allo stesso modo?- i sottodomini devono continuare a rispondere?
- un dominio nazionale va verso store locale o globale?
- il redirect e permanente o legato a una campagna?
Il forwarding del registrar puo bastare per un dominio inattivo. Non basta se il dominio porta SEO, paid media, email, QR, affiliate o traffico diretto.
Le UTM fanno parte del requisito
Una pagina puo caricarsi correttamente e perdere comunque valore se i parametri spariscono.
| Policy | Quando usarla |
|---|---|
| Conserva tutto | paid, affiliate, partner, legacy link |
| Allowlist | link pubblici da pulire senza perdere tracking |
| Aggiungi UTM default | QR, print, eventi, flyer, email manuali |
| Rimuovi parametri rischiosi | link esposti ad abuso o query sporche |
Per marketing ed ecommerce, utm_*, coupon, creator code, partner ID e sub ID sono parte del contratto di misurazione.
Perche usare l'edge
I redirect avvengono prima della pagina finale. Se il CMS o l'app devono gestire ogni vecchia URL solo per rispondere con un redirect, stai usando un livello troppo tardi.
L'edge permette di:
- rispondere prima dell'origine
- mantenere domini vecchi senza tenere vivo il vecchio sito
- pubblicare senza deploy
- separare regole SEO e marketing dal codice applicativo
- raccogliere analytics server-side
- tornare a uno snapshot precedente
Non tutte le regole devono uscire dall'app. Ma migrazione, dominio, campagne, QR, app fallback e pulizia legacy stanno meglio in un livello dedicato.
QA e monitoraggio
Prima del go-live, controlla:
- codice HTTP atteso
- destinazione finale
- assenza di loop
- catena breve
- path e query preservati
- root,
www, HTTPS e sottodomini - regole per paese, lingua o device
- approvazione dell'owner
- rollback pronto
Dopo il lancio, monitora. Le landing vengono rimosse, i prodotti cambiano, un plugin aggiunge hop, un network affiliate aggiorna tracking. Senza monitoraggio, lo scopri dai clienti.
Come entra UrlEdge
UrlEdge aiuta quando i redirect devono essere veloci, visibili e governati.
Usalo per:
- redirect management tra domini e team
- Bulk URL Management per import CSV
- Permanent 301 Redirects
- Temporary 302 Redirects
- Redirect Checker
- Geo Redirects
- Device Targeting
- Advanced Redirect Rules
- UTM Builder
- Link Firewall
Il valore non e creare piu redirect. E sapere cosa fanno, chi li ha approvati, come sono stati testati e come tornare indietro.
Errori comuni
Usare 301 per tutto
301 e corretto per cambi permanenti. Campagne, test e fallback temporanei spesso richiedono 302 o 307.
Mandare tutto alla home
Sembra pulito, ma non risponde all'intenzione dell'utente.
Ignorare le catene
Aggiorna le regole vecchie verso la destinazione finale, non verso URL intermedie.
Perdere parametri
Se le UTM o gli ID affiliate spariscono, il redirect funziona tecnicamente ma fallisce per il business.
FAQ
Cos'e la gestione dei redirect URL?
E il processo di creare, revisionare, pubblicare, validare, monitorare e ripristinare redirect tra domini, path, campagne, app e team.
E diverso da un accorciatore di link?
Si. I link brevi sono un caso d'uso. Redirect management copre anche migrazioni, domini, 301 in massa, parametri, routing, monitoraggio e rollback.
Quando usare 301?
Usa 301 o 308 per spostamenti permanenti. Usa 302 o 307 per destinazioni temporanee o campagne.
UrlEdge puo sostituire Nginx o plugin?
Per molti redirect di migrazione, dominio e marketing, si. La logica applicativa specifica puo restare nell'app.
Riferimenti
Gestisci redirect senza toccare configurazioni fragili
Importa mappe di redirect, conserva path e parametri, valida ogni regola, pubblica sull'edge e tieni pronto il rollback.
Scopri Redirect ManagementArticoli correlati
Visualizza tutto
Redirect API e regole as code: CI/CD per modifiche URL più sicure
Le regole di redirect sono configurazione di traffico in produzione. Devono essere revisionate, validate, provate in staging, pubblicate, monitorate e reversibili.
Geo redirect per ecommerce: store locali, valuta, lingua e fallback sicuri per SEO
I geo redirect aiutano i clienti a raggiungere lo store giusto, ma se sono troppo aggressivi possono nascondere pagine locali a utenti e crawler.