Generatore di Regole di Riscrittura

Usa 301 (Permanente) quando una pagina si è spostata definitivamente e vuoi che i motori di ricerca trasferiscano tutti i segnali di ranking SEO (link equity) al nuovo URL. Usa 302 (Found/Temporaneo) o 307 (Redirect Temporaneo) quando il redirect è a breve termine e prevedi di riportare l'URL originale. La caching è la differenza chiave: i browser e le CDN memorizzano in cache gli 301 in modo aggressivo, quindi se mai avessi bisogno di annullare il redirect, gli utenti potrebbero ancora essere inviati alla vecchia destinazione per molto tempo. In caso di dubbio, usa 302 finché non sei sicuro che lo spostamento sia permanente.

Usa il preset rapido "da HTTP a HTTPS". Per Apache genera una RewriteRule che corrisponde a tutte le richieste in cui HTTPS è disattivato e reindirizza alla versione https:// con un 301. Per Nginx crea un server block sulla porta 80 che restituisce un 301 all'equivalente HTTPS. Per IIS aggiunge una regola HTTP Redirect in web.config. Dopo aver applicato la regola, verifica che il certificato SSL sia installato e valido prima di distribuire — un redirect HTTPS senza un certificato funzionante interromperà il tuo sito.

Usa il preset "da www a non-www" o "da non-www a www". Apache usa una RewriteCond su HTTP_HOST per rilevare il prefisso www e reindirizza con un 301. Nginx usa un server block separato che corrisponde a www.tuodominio.com e restituisce un 301 alla versione non-www. Qualunque opzione tu scelga, scegline una e rimani su quella — mescolare entrambe significa che Google vede lo stesso contenuto a due URL, il che divide i segnali di ranking. Imposta il tuo URL canonico per corrispondere alla tua destinazione di redirect.

Sì. Attiva "Usa espressione regolare" quando aggiungi una regola e inserisci un pattern regex nel campo Source URL. Per Apache, i pattern sono regex compatibili con PCRE corrispondenti al percorso dell'URL. Per Nginx, la direttiva location usa regex PCRE con il prefisso ~. Per IIS, la direttiva match usa regex .NET. I gruppi catturati sono disponibili come backreferences ($1, $2 in Apache/Nginx) nell'URL di destinazione. Ad esempio, la sorgente /blog/([0-9]+) con destinazione /news/$1 sposta tutti i vecchi URL numerici del blog a /news/.

Apache elabora le RewriteRules dall'alto verso il basso e si ferma alla prima regola corrispondente (a meno che la flag [L] o una catena di RewriteRule non cambino questo comportamento). Se hai una regola generale prima di una specifica, la regola generale catturerà le richieste che avrebbero dovuto essere gestite da quella specifica. Metti sempre le regole più specifiche per prime. Ad esempio, metti /old-page → /new-page prima di /(.*) → /index.php, altrimenti tutti gli URL inclusi /old-page verranno catturati dalla regola wildcard per primi.

Sì. Il pulsante Download esporta la scheda di configurazione attualmente visibile come un file con il nome corretto per il tuo server: .htaccess per Apache, nginx.conf per Nginx o web.config per IIS. Il file viene scaricato nella tua cartella Download predefinita. Posiziona il file .htaccess nella directory principale del tuo sito (allo stesso livello di index.php o index.html). Per Nginx, unisci le direttive generate nella configurazione del server block esistente.

No. Tutto viene eseguito localmente nel tuo browser con JavaScript. I tuoi URL di origine, gli URL di destinazione e le configurazioni generate non vengono mai inviati a nessun server. Non ci sono account, né cronologia, né tracciamento. Chiudi la scheda e le regole sveluvano — usa il pulsante Download per salvare il tuo lavoro prima di uscire.