Generatore di redirect .htaccess

Come usare il generatore di redirect .htaccess

1. Scegli il tuo Server: Apache (.htaccess) o Nginx, poi il Tipo di redirect: 301 – permanente o 302 – temporaneo.
2. In Redirect di pagine, scrivi un redirect per riga: il vecchio percorso, uno spazio e poi il nuovo URL, per esempio /vecchia-pagina.html /nuova-pagina/. Funzionano anche una tabulazione, una virgola o ->, e puoi incollare vecchi URL completi o righe Redirect 301 /a /b già esistenti.
3. Se vuoi, inserisci Il tuo dominio (per esempio example.com) così i redirect di pagina puntano direttamente all’indirizzo finale.
4. In Indirizzo canonico, spunta Forza HTTPS e scegli Forza www, Rimuovi www o Lascia www com’è. In Barra finale, decidi se aggiungerla o toglierla.
5. Se l’intero sito ha cambiato indirizzo, compila Sposta l’intero dominio con il Vecchio dominio e il Nuovo indirizzo, e lascia spuntato Mantieni il percorso perché ogni pagina arrivi alla sua equivalente.
6. Leggi i Controlli, poi usa Copia o Scarica per prendere le regole. Con Carica un esempio vedi una configurazione completa.

Come funzionano le regole generate

Per Apache, lo strumento scrive regole mod_rewrite che iniziano con un unico RewriteEngine On. Ogni pagina diventa una RewriteRule il cui pattern inizia con ^/?, così funziona sia in un file .htaccess (dove la barra iniziale viene tolta) sia in un blocco <VirtualHost>. Punti, parentesi, segni più e gli altri caratteri delle espressioni regolari nei tuoi percorsi vengono protetti con l’escape, e uno spazio diventa \x20. Nel nuovo URL, $ e % vengono protetti perché Apache li leggerebbe come riferimenti all’indietro, e il flag NE impedisce ad Apache di codificare l’URL una seconda volta.

Una RewriteRule non vede mai la query string. Quando un vecchio indirizzo ne contiene una, come /prodotto.php?id=42, lo strumento aggiunge una riga RewriteCond %{QUERY_STRING} ^id=42$ e il flag QSD, così i vecchi parametri vengono scartati invece di essere copiati sulla nuova pagina.

Le regole sono ordinate per evitare passaggi inutili: prima lo spostamento del dominio, poi i redirect di pagina, poi la barra finale, infine HTTPS e www. HTTPS e www sono gestiti da un’unica regola, quindi http://www.example.com va a https://example.com con un solo redirect. Quando il tuo dominio è noto, i redirect di pagina e della barra puntano già all’indirizzo HTTPS finale.

Per Nginx, HTTPS, www e spostamenti di dominio diventano blocchi server separati con return 301, mentre i redirect di pagina diventano righe rewrite da incollare nel tuo blocco server principale. Vengono eseguite prima della corrispondenza delle location, quindi hanno la precedenza anche sulla regola della barra finale. Un ? alla fine di una destinazione impedisce a Nginx di riaccodare la vecchia query string quando non dovrebbe.

Controlli eseguiti

• Una pagina che reindirizza a se stessa, o due pagine che si reindirizzano a vicenda (un loop che finisce con «troppi reindirizzamenti»).
• Catene come A → B → C: fai puntare A direttamente a C, perché ogni passaggio in più rallenta i visitatori e spreca crawl budget.
• Lo stesso vecchio indirizzo elencato due volte, dove si applicherebbe solo la prima regola.
• Una destinazione che non è né un URL assoluto né un percorso che inizia con /, oppure una destinazione http:// o con il www sbagliato sul tuo dominio.
• Un’impostazione della barra finale che reindirizzerebbe di nuovo una destinazione o la rimanderebbe alla sua origine.