Dovresti tradurre i tuoi URL? Quando e utile e quando ti costa caro
7 settembre 2026

Dovresti tradurre i tuoi URL? Quando e utile e quando ti costa caro
Gli URL tradotti sono una di quelle decisioni multilingua che sembrano puramente tecniche, ma che si rivelano strategiche. /fr/summer-dresses oppure /fr/robes-ete. Si tratta di una piccola differenza sullo schermo, ma grande nelle conseguenze, perche gli URL sono la parte di un sito che le persone copiano, a cui si collegano e che indicizzano.
La risposta breve e che tradurli solitamente e corretto, che il guadagno e minore di quanto sostengano molte guide e che il costo di farlo in modo sconsiderato su un sito attivo e molto maggiore del beneficio.
Cosa guadagni realmente
Le parole in un URL sono un segnale di ranking debole. Sono deboli da anni e chiunque ti dica che uno slug tradotto ti fara scalare la pagina dei risultati sta solo cercando di venderti qualcosa.
Ciò che gli URL tradotti ti offrono realmente e fiducia e cliccabilita. Un utente francese che analizza i risultati vede un indirizzo in francese e lo interpreta come un sito francese. Chi incolla il tuo link in un messaggio comunica chiaramente di cosa tratta la pagina. Nei mercati in cui la lingua di origine non e letta diffusamente, un URL non tradotto appare come una sottocartella generata automaticamente di un sito straniero e quell'impressione costa molti piu clic di quanto il segnale di ranking potesse mai valere.
Esiste anche un vantaggio interno di cui nessuno parla: il tuo team puo leggere le analisi. Un report sul traffico pieno di URL tradotti e leggibile per chi gestisce quel mercato.
Cosa ti costa se sbagli
Cambiare un URL gia esistente significa che ogni link verso di esso, ogni voce nell'indice e ogni segnalibro ora punta a qualcosa che deve essere reindirizzato o che non esiste piu.
Su un sito senza storico, questo non costa nulla. Su uno store di cinque anni con backlink, e la causa singola piu comune di un calo di traffico dopo un progetto multilingua, ed e assolutamente evitabile.
Due regole coprono quasi ogni caso.
Decidi prima del lancio, non dopo. Tradurre uno slug il primo giorno non costa nulla. Tradurlo due anni dopo richiede un piano di reindirizzamento.
Se ne cambi uno, reindirizzalo. Non un link leggero dalla sitemap, ma un vero 301 dal vecchio indirizzo al nuovo, mantenuto finche qualcosa punta ancora li, ovvero piu a lungo di quanto pensi.
La piattaforma decide quanto e pericoloso
Questa e la parte che la maggior parte delle guide omette e che cambia completamente il rischio.
PrestaShop, di default, ti protegge. I suoi percorsi standard contengono l'ID dell'oggetto: /3-clothes, /hommes/1-1-shirt.html. Il front controller legge l'ID, vede che la riscrittura non corrisponde piu e reindirizza all'indirizzo corrente. Cambiare la riscrittura di un prodotto o di una categoria non produce quindi un errore 404.
L'eccezione sono le meta pagine statiche, le cui riscritture non contengono ID. Se traduci /content/1-delivery, il vecchio indirizzo diventa un vero 404. Quelle sono esattamente le pagine che accumulano backlink, quindi sono quelle che necessitano del reindirizzamento.
WordPress non ti protegge affatto. Un permalink e l'indirizzo. Cambia uno slug e il vecchio URL muore, a meno che qualcosa non lo reindirizzi. A volte WordPress cerchera di indovinare la nuova pagina, ma questo comportamento non e qualcosa su cui pianificare e non sopravvive a uno slug cambiato in un'altra lingua.
Quindi la stessa decisione su una piattaforma e quasi gratuita, mentre sull'altra richiede un piano. Qualsiasi strumento che cambi gli URL su un sito attivo dovrebbe catturare i vecchi indirizzi e fornire reindirizzamenti per essi; assicurati che lo faccia prima di avviarlo.
Il caso in cui non tradurli
Tre situazioni in cui lasciare invariati gli URL e la scelta migliore.
Script non latini. Giapponese, cinese, coreano, arabo, thailandese. La traslitterazione produce indirizzi che non sono ne leggibili ne utili, e la solita traslitterazione automatica e persino peggiore: i kanji giapponesi vengono spesso convertiti in pinyin cinese, privo di senso per un lettore giapponese. I caratteri nativi codificati in percentuali sono tecnicamente validi, ma ostili da leggere in un messaggio o in un'email. Mantieni lo slug latino e dedica i tuoi sforzi al titolo e alla meta description, dove un utente giapponese guarda realmente.
Siti con molti link in entrata per pagina. Un editore con migliaia di articoli linkati esternamente si assume una vasta superficie di reindirizzamento per un piccolo beneficio. Traduci gli URL dei nuovi contenuti e lascia in pace l'archivio.
Pagine di breve durata. Pagine di campagne, collezioni stagionali, tutto cio che eliminerai tra tre mesi. Non vale la pena gestire la migrazione.
Gli errori che rendono pessima una buona idea
Tradurre il prefisso della lingua. Il segmento /fr/ o /de/ e un codice, non una parola. Lascialo stare. Alcune configurazioni finiscono con /francese/ o un prefisso tradotto che non corrisponde piu alla definizione della lingua, facendo smettere di funzionare il rilevamento automatico.
Lasciare che gli slug si separino dai titoli. Se un titolo viene riscritto in seguito e lo slug segue automaticamente, hai cambiato silenziosamente un URL. Gli slug dovrebbero essere fissi: generati una volta dal primo titolo e poi lasciati intatti, a meno che tu non decida deliberatamente di cambiarli e reindirizzarli.
Slug duplicati tra le lingue. Due pagine in lingue diverse con lo stesso slug tradotto possono andare in conflitto a seconda di come e configurato il routing. La maggior parte delle piattaforme lo gestisce, alcune aggiungono un suffisso, e quelle che lo fanno silenziosamente producono indirizzi che nessuno voleva.
Dimenticare la sitemap e i tag hreflang. Entrambi devono contenere i nuovi indirizzi. Se la sitemap pubblicizza ancora i vecchi slug, stai chiedendo ai motori di ricerca di scansionare una catena di reindirizzamento su ogni pagina.
Una decisione che puoi prendere in cinque minuti
Traduci i tuoi URL se: il sito e nuovo o le pagine sono nuove, il tuo mercato di riferimento utilizza uno script latino e la piattaforma o lo strumento cattura i reindirizzamenti per tutto cio che cambia.
Lasciali invariati se: lo script non e latino, le pagine hanno reali link in entrata e non hai un piano di reindirizzamento, oppure se il contenuto e temporaneo.
E, indipendentemente dalla tua scelta, applicala in modo coerente. Uno store con meta categorie tradotte e meta no sembra meno curato di uno che non ne ha mai tradotta nessuna.
Se stai migrando da un'altra configurazione multilingua e i vecchi indirizzi sono gia nell'indice, la sequenza importa piu della decisione stessa. Questo e un argomento a se stante, trattato in come migrare un sito multilingua senza perdere SEO.