Generatore di redirect .htaccess

Usa questo generatore di redirect .htaccess per trasformare un elenco di vecchi e nuovi URL in regole 301 per Apache, Nginx, Netlify, Vercel, Cloudflare o IIS. Prima segnala catene e cicli.

Gratis, senza account. Le regole vengono create nel tuo browser e l’elenco non viene inviato.

Separa i due indirizzi con una tabulazione, una virgola, un punto e virgola o uno spazio. Puoi incollarli da un foglio di calcolo. Fino a 5000 righe.

Facoltativo. I vecchi URL su questo host vengono letti come percorsi; anche il file Cloudflare e lo strumento di verifica dei reindirizzamenti usano questo indirizzo.

Server o host

Il tuo file .htaccess

Incolla il tuo elenco o prova l’esempio per vedere le regole qui.

Un redirect 301 porta visitatori e motori di ricerca dal vecchio indirizzo a quello nuovo e indica che lo spostamento è permanente. Incolla due colonne di vecchi e nuovi URL. Il generatore scrive le regole per il tuo server, risolve le catene fino alla destinazione finale, elimina cicli e duplicati e indica quali regole non sono supportate dalla piattaforma scelta.

Come funziona

Incolla l’elenco
Un redirect per riga: prima il vecchio indirizzo, poi quello nuovo, separati da tabulazioni, virgole, punti e virgola o spazi. Puoi usare un CSV a due colonne o copiare i dati da un foglio di calcolo; l’eventuale riga di intestazione viene ignorata. I vecchi indirizzi possono essere percorsi o URL completi, fino a 5000 righe.
Controlli prima di scrivere le regole
Se lo stesso vecchio indirizzo compare due volte con la stessa destinazione, le righe vengono unite; se le destinazioni sono diverse, viene mantenuta la prima riga. Un redirect verso lo stesso indirizzo viene eliminato. Una catena come A verso B verso C diventa un redirect diretto da A a C. I cicli vengono esclusi perché non hanno una destinazione finale.
Stringhe di query
Una regola per un percorso senza query corrisponde a quel percorso con qualsiasi stringa di query. Una regola che include una stringa di query corrisponde solo a quella query e viene inserita per prima. I file Netlify e Cloudflare generati qui riconoscono solo i percorsi: quelle righe vengono escluse dai file ed elencate a parte.
Sei formati
Un file Apache .htaccess con mod_rewrite, un blocco server Nginx, un file Netlify _redirects, un vercel.json con stato 301, il CSV importato da Cloudflare Bulk Redirects e un web.config IIS con regole URL Rewrite.

Domande sui reindirizzamenti

Entrambi indicano uno spostamento permanente e Google li tratta allo stesso modo. Il 308 conserva anche il metodo della richiesta, un aspetto importante per moduli e API. Vercel invia un 308 quando permanent è true, quindi il file vercel.json imposta invece statusCode 301.

Nel file .htaccess alla radice del sito, sopra le regole aggiunte dal tuo CMS, così vengono eseguite per prime. I pattern sono scritti per .htaccess, dove la barra iniziale viene rimossa prima della corrispondenza; all’interno di un virtual host andrebbe reinserita.

Il generatore scrive regole basate sul percorso per entrambi, quindi esclude dai file le regole relative a una specifica stringa di query. Netlify interpreta anche * e :name in un percorso come pattern, perciò quei percorsi vengono saltati. La pagina elenca tutte le righe escluse. In Cloudflare, aggiungile come Single Redirects con una condizione sulla query.

No. Reindirizza ogni vecchia pagina alla nuova pagina più pertinente. Google potrebbe considerare un redirect da una pagina specifica alla homepage come un soft 404, mentre i visitatori arriverebbero su una pagina diversa da quella attesa.

Apri lo strumento di verifica dei redirect dal risultato. Segue ogni passaggio e mostra i codici di stato, così puoi individuare facilmente catene o redirect temporanei rimasti attivi.

Verifica se la tua attività compare nelle risposte AI

Le pagine che i crawler riescono a leggere e seguire sono il punto di partenza. La scansione gratuita della visibilità AI mostra come gli assistenti rispondono alle domande sulla tua attività e su cosa conviene intervenire.