\/vecchia-pagina\/<\/code>, una regex può descrivere un pattern come “qualsiasi URL che inizia con \/blog\/ seguito da un anno a 4 cifre”. Vediamo i caratteri e i costrutti fondamentali:<\/p>\nIl punto (.<\/code>):<\/strong> corrisponde a qualsiasi singolo carattere. Ad esempio, p.gina<\/code> corrisponde a “pagina”, “pugina”, “p1gina”, ecc.<\/p>\nL’asterisco (*<\/code>):<\/strong> indica “zero o più ripetizioni” del carattere precedente. ab*c<\/code> corrisponde a “ac”, “abc”, “abbc”, “abbbc”, ecc.<\/p>\nIl più (+<\/code>):<\/strong> indica “una o più ripetizioni” del carattere precedente. ab+c<\/code> corrisponde a “abc”, “abbc”, “abbbc”, ma non a “ac”.<\/p>\nIl punto interrogativo (?<\/code>):<\/strong> indica “zero o una ripetizione”. colou?r<\/code> corrisponde sia a “color” che a “colour”.<\/p>\nLe parentesi quadre ([]<\/code>):<\/strong> definiscono un insieme di caratteri. [aeiou]<\/code> corrisponde a qualsiasi vocale. [0-9]<\/code> corrisponde a qualsiasi cifra. [a-z]<\/code> corrisponde a qualsiasi lettera minuscola.<\/p>\nIl caret (^<\/code>):<\/strong> indica l’inizio della stringa. ^\/blog\/<\/code> corrisponde solo agli URL che iniziano con “\/blog\/”.<\/p>\nIl dollaro ($<\/code>):<\/strong> indica la fine della stringa. \/contatti\/$<\/code> corrisponde solo agli URL che terminano esattamente con “\/contatti\/”.<\/p>\nLe parentesi tonde (()<\/code>):<\/strong> creano un “gruppo di cattura”. Il testo catturato può essere riutilizzato nell’URL di destinazione tramite i riferimenti $1<\/code>, $2<\/code>, ecc.<\/p>\nL’escape (<\/code>):<\/strong> rende letterale un carattere speciale. .<\/code> corrisponde a un punto reale, non a “qualsiasi carattere”.<\/p>\nAttivare le Regex in Redirection<\/h2>\n
Per creare un redirect con espressione regolare in Redirection, devi attivare esplicitamente l’opzione regex. Nel modulo di creazione del redirect, espandi le opzioni avanzate cliccando sull’icona dell’ingranaggio. Vedrai un checkbox “Regex”: attivalo per abilitare il supporto alle espressioni regolari nel campo Source URL.<\/p>\n
![\"Opzioni](\"https:\/\/gtechgroup.it\/blog\/wp-content\/uploads\/2026\/05\/rd-02-options.png\")
<\/p>\n
Quando la regex è attiva, Redirection tratterà il campo Source URL come un’espressione regolare e non come un URL letterale. Questo significa che i caratteri speciali (.<\/code>, *<\/code>, +<\/code>, ?<\/code>, ecc.) verranno interpretati come operatori regex e non come caratteri normali.<\/p>\nEsempi Pratici: Dal Semplice al Complesso<\/h2>\nEsempio 1: Rimuovere una directory dal percorso<\/h3>\n
Hai spostato tutti gli articoli da \/news\/titolo-articolo\/<\/code> a \/blog\/titolo-articolo\/<\/code>. Invece di creare un redirect per ogni articolo, puoi usare una singola regex:<\/p>\nSource URL:<\/strong> ^\/news\/(.+)$<\/code>
\nTarget URL:<\/strong> \/blog\/$1<\/code><\/p>\nIl gruppo di cattura (.+)<\/code> cattura tutto ciò che segue \/news\/<\/code> e lo rende disponibile come $1<\/code> nell’URL di destinazione. Così, \/news\/guida-wordpress\/<\/code> viene reindirizzato a \/blog\/guida-wordpress\/<\/code>, \/news\/seo-2026\/<\/code> a \/blog\/seo-2026\/<\/code>, e così via.<\/p>\nEsempio 2: Rimuovere la data dai permalink<\/h3>\n
I tuoi permalink contenevano anno e mese (es. \/2024\/03\/titolo-articolo\/<\/code>) e ora usi solo il titolo (\/titolo-articolo\/<\/code>):<\/p>\nSource URL:<\/strong> ^\/(d{4})\/(d{2})\/(.+)$<\/code>
\nTarget URL:<\/strong> \/$3<\/code><\/p>\nQui usiamo tre gruppi di cattura: (d{4})<\/code> per l’anno a 4 cifre, (d{2})<\/code> per il mese a 2 cifre e (.+)<\/code> per il titolo. Nell’URL di destinazione, usiamo solo $3<\/code> (il titolo), scartando anno e mese.<\/p>\nEsempio 3: Aggiungere un prefisso di lingua<\/h3>\n
Vuoi reindirizzare le pagine italiane verso un sotto-percorso con prefisso lingua:<\/p>\n
Source URL:<\/strong> ^\/(chi-siamo|servizi|contatti|portfolio)\/?$<\/code>
\nTarget URL:<\/strong> \/it\/$1\/<\/code><\/p>\nQuesto redirect usa l’operatore pipe (|<\/code>) per definire alternative. Corrisponde a \/chi-siamo\/<\/code>, \/servizi\/<\/code>, \/contatti\/<\/code> o \/portfolio\/<\/code> e li reindirizza ai corrispettivi sotto \/it\/<\/code>.<\/p>\nEsempio 4: Normalizzare gli URL con e senza slash finale<\/h3>\n
Vuoi assicurarti che tutti gli URL senza trailing slash vengano reindirizzati alla versione con slash:<\/p>\n
Source URL:<\/strong> ^\/(.+[^\/])$<\/code>
\nTarget URL:<\/strong> \/$1\/<\/code><\/p>\nIl pattern [^\/]<\/code> corrisponde a qualsiasi carattere che non<\/strong> sia uno slash. Quindi, ^\/(.+[^\/])$<\/code> cattura gli URL che non terminano con slash e li reindirizza alla versione con slash finale.<\/p>\nEsempio 5: Redirect da parametri di query a URL puliti<\/h3>\n
Il vecchio sito usava URL con parametri come \/?page_id=123<\/code> e vuoi reindirizzarli agli URL leggibili di WordPress:<\/p>\nSource URL:<\/strong> ^\/?page_id=42$<\/code>
\nTarget URL:<\/strong> \/chi-siamo\/<\/code><\/p>\nNota il backslash prima del punto interrogativo (?<\/code>): senza escape, il ?<\/code> verrebbe interpretato come operatore regex “opzionale”. Per i parametri di query, dovrai creare un redirect per ogni page_id specifico.<\/p>\n![\"Diagnostica](\"https:\/\/gtechgroup.it\/blog\/wp-content\/uploads\/2026\/05\/wc-status.png\")
<\/p>\n
Esempio 6: Redirect case-insensitive<\/h3>\n
Se vuoi che il redirect funzioni indipendentemente da maiuscole e minuscole, aggiungi il flag (?i)<\/code> all’inizio della regex:<\/p>\nSource URL:<\/strong> (?i)^\/chi-siamo\/?$<\/code>
\nTarget URL:<\/strong> \/chi-siamo\/<\/code><\/p>\nCon questa regola, \/Chi-Siamo\/<\/code>, \/CHI-SIAMO\/<\/code> e \/chi-SIAMO\/<\/code> verranno tutti reindirizzati a \/chi-siamo\/<\/code>.<\/p>\nPattern Avanzati e Tecniche Professionali<\/h2>\nLookahead e Lookbehind<\/h3>\n
Le regex supportano i lookahead<\/em> positivi e negativi, che permettono di definire condizioni senza catturare il testo. Ad esempio, per reindirizzare tutti gli URL che contengono “\/vecchio\/” ma non<\/strong> contengono “\/vecchio\/eccezione\/”:<\/p>\n![\"Screenshot](\"https:\/\/gtechgroup.it\/blog\/wp-content\/uploads\/2026\/05\/rd-03-log.png\")
<\/p>\n
Source URL:<\/strong> ^\/vecchio\/(?!eccezione\/)(.+)$<\/code>
\nTarget URL:<\/strong> \/nuovo\/$1<\/code><\/p>\nIl (?!eccezione\/)<\/code> è un lookahead negativo: il redirect si attiva solo se il testo dopo \/vecchio\/<\/code> non<\/strong> è “eccezione\/”.<\/p>\nComplementa la gestione dei redirect con le nostre guide su Broken Link Checker<\/a>, Rank Math SEO<\/a> e SEO per WooCommerce<\/a>.<\/p>\nGruppi non catturanti<\/h3>\n
Se hai bisogno di raggruppare dei caratteri senza catturarli (per non influenzare la numerazione dei riferimenti), usa (?:...)<\/code>:<\/p>\nSource URL:<\/strong> ^\/(?:it|en|fr)\/(.+)$<\/code>
\nTarget URL:<\/strong> \/$1<\/code><\/p>\nIl gruppo (?:it|en|fr)<\/code> non viene catturato, quindi $1<\/code> si riferisce al secondo gruppo (.+)<\/code>. Questa regola rimuove il prefisso di lingua dall’URL.<\/p>\nDebugging e Test delle Regex<\/h2>\n
Le espressioni regolari possono essere complesse da debuggare. Ecco alcuni suggerimenti per verificare che le tue regex funzionino correttamente:<\/p>\n
Strumenti online:<\/strong> usa siti come regex101.com<\/em> per testare le tue espressioni regolari prima di inserirle in Redirection. Questi strumenti mostrano in tempo reale cosa viene catturato e offrono spiegazioni dettagliate di ogni parte della regex.<\/p>\nTest incrementale:<\/strong> inizia con un pattern semplice e aggiungilo progressivamente. Se la regex completa non funziona, semplificala fino a trovare il punto di errore.<\/p>\nLog di Redirection:<\/strong> dopo aver creato un redirect regex, verifica nei log che venga attivato correttamente. Se il redirect non appare nei log quando visiti l’URL di test, la regex potrebbe non corrispondere.<\/p>\nAttenzione ai falsi positivi:<\/strong> una regex troppo generica potrebbe catturare URL che non dovrebbe. Usa ancoraggi (^<\/code> e $<\/code>) per limitare la corrispondenza e testa con URL che non<\/strong> dovrebbero essere catturati.<\/p>\nErrori Comuni con le Regex in Redirection<\/h2>\n
Dimenticare l’escape dei caratteri speciali:<\/strong> il punto (.<\/code>), il punto interrogativo (?<\/code>), le parentesi e altri caratteri speciali devono essere preceduti da backslash quando vuoi che siano interpretati letteralmente.<\/p>\nRegex troppo generiche:<\/strong> una regex come .*<\/code> nel Source URL cattura tutti<\/strong> gli URL del sito, inclusa la homepage. Questo può causare redirect loop e rendere il sito inaccessibile. Usa sempre ancoraggi e pattern specifici.<\/p>\nOrdine delle regole:<\/strong> Redirection valuta le regole nell’ordine in cui sono elencate. Se hai una regex generica prima di una specifica, la generica verrà attivata per prima. Posiziona le regole più specifiche in cima alla lista.<\/p>\nRiferimenti non esistenti:<\/strong> se usi $3<\/code> nell’URL di destinazione ma la regex ha solo due gruppi di cattura, il risultato sarà un URL malformato. Verifica sempre che il numero di riferimenti corrisponda ai gruppi di cattura.<\/p>\nPrestazioni delle Regex<\/h2>\n
Le regex sono più costose in termini di risorse rispetto ai redirect con URL esatto. Ogni richiesta al sito deve essere confrontata con tutte le regex attive, il che richiede più tempo di elaborazione. Su siti con centinaia di regex, questo può avere un impatto misurabile sulle prestazioni.<\/p>\n
Per minimizzare l’impatto, segui queste best practice: usa regex solo quando necessario (per pattern ripetitivi); per singoli URL, usa redirect con corrispondenza esatta; organizza i redirect in gruppi e disattiva i gruppi non necessari; evita regex eccessivamente complesse con molti backtrack.<\/p>\n
Conclusioni<\/h2>\n
Le espressioni regolari in Redirection sono uno strumento incredibilmente potente per gestire redirect complessi su WordPress. Con la pratica, sarai in grado di creare regole che gestiscono automaticamente centinaia di URL con una singola riga. Ricorda però di testare sempre le tue regex prima di attivarle in produzione e di monitorare i log per verificare che funzionino come previsto.<\/p>\n
Se hai bisogno di aiuto con redirect regex complessi o con la gestione avanzata dei redirect, contattaci<\/a> per una consulenza professionale. Il nostro servizio di posizionamento SEO<\/a> include la configurazione ottimale dei redirect per massimizzare le prestazioni e il valore SEO del tuo sito.<\/p>\n\nMigliora il Tuo Sito WordPress<\/h3>\n
Questa guida fa parte della nostra serie completa su WordPress. Scopri anche le nostre guide su:<\/p>\n
\n- Elementor<\/strong> – Il page builder più potente per WordPress<\/li>\n
- WP Rocket<\/strong> – Velocizzare WordPress con il miglior plugin di caching<\/li>\n
- SEOPress<\/strong> – Ottimizzare la SEO del tuo sito WordPress<\/li>\n
- UpdraftPlus<\/strong> – Backup automatici e ripristino del sito<\/li>\n<\/ul>\n<\/div>\n","protected":false},"excerpt":{"rendered":"
Le Espressioni Regolari: Il Superpotere dei Redirect Le espressioni regolari (regex) sono uno degli strumenti più potenti a disposizione di un webmaster, e il plugin…<\/p>\n","protected":false},"author":0,"featured_media":166919,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_seopress_robots_primary_cat":"","_seopress_titles_title":"Regex e Redirect Avanzati con Redirection | Guida","_seopress_titles_desc":"Come usare le espressioni regolari (regex) in Redirection per redirect avanzati. Pattern matching, gruppi, wildcard e esempi pratici.","_seopress_robots_index":"","footnotes":""},"categories":[1],"tags":[3382,3383,3373,3381,492],"class_list":["post-166974","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-senza-categoria","tag-pattern-matching","tag-redirect-avanzati","tag-redirection","tag-regex","tag-wordpress"],"_links":{"self":[{"href":"https:\/\/gtechgroup.it\/blog\/wp-json\/wp\/v2\/posts\/166974","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/gtechgroup.it\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/gtechgroup.it\/blog\/wp-json\/wp\/v2\/types\/post"}],"replies":[{"embeddable":true,"href":"https:\/\/gtechgroup.it\/blog\/wp-json\/wp\/v2\/comments?post=166974"}],"version-history":[{"count":0,"href":"https:\/\/gtechgroup.it\/blog\/wp-json\/wp\/v2\/posts\/166974\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/gtechgroup.it\/blog\/wp-json\/wp\/v2\/media\/166919"}],"wp:attachment":[{"href":"https:\/\/gtechgroup.it\/blog\/wp-json\/wp\/v2\/media?parent=166974"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/gtechgroup.it\/blog\/wp-json\/wp\/v2\/categories?post=166974"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/gtechgroup.it\/blog\/wp-json\/wp\/v2\/tags?post=166974"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}