← Blog · 17 aprile 2026 · Team ConvertCaseHQ · 7 min di lettura

Slug degli URL e SEO: perché il kebab-case è la scelta migliore

Lo slug migliore per un URL è fatto di poche parole minuscole unite da trattini: kebab-case-slugs, non Kebab_Case_Slugs. La documentazione di Google consiglia i trattini rispetto ai trattini bassi e, poiché Google tratta i percorsi degli URL come sensibili alle maiuscole, scrivere sempre in minuscolo ti evita pagine duplicate create per sbaglio. Quasi tutto il resto che si dice sugli slug (lunghezza ideale, stop word, posizione delle parole chiave) è questione di giudizio e non di regole, e in questo articolo teniamo separate le due cose.

Trattini o trattini bassi: cosa dice davvero Google

Qui non c'è bisogno di affidarsi al folklore SEO, perché Google lo dice chiaramente nelle sue indicazioni sulle best practice per la struttura degli URL:

We recommend using hyphens (-) instead of underscores (_) to separate words in your URLs, as it helps users and search engines better identify concepts in the URL. (Consigliamo di usare i trattini (-) al posto dei trattini bassi (_) per separare le parole negli URL, perché aiuta utenti e motori di ricerca a individuare meglio i concetti nell'URL.)

Il ragionamento è facile da capire. I trattini bassi servono già a tenere le parole unite: i programmatori chiamano una funzione format_date proprio perché vogliono che sia letta come un'unica unità. Un trattino, al contrario, si legge come uno spazio tra parole distinte. La pagina illustra il concetto con esempi come questi:

Nota che cosa Google non dice. Non afferma mai che un URL con trattini bassi non possa posizionarsi o che venga ignorato. Troverai post di blog che lo sostengono con sicurezza: trattali come voci di corridoio. La posizione documentata è un consiglio, con una ragione sensata a corredo.

Quanto contano le parole chiave nello slug?

Meno di quanto molti pensino. La SEO Starter Guide di Google mette “keywords in the domain name or URL path” (parole chiave nel nome di dominio o nel percorso dell'URL) tra le cose su cui non concentrarsi, e dice che dal punto di vista del posizionamento “have hardly any effect beyond appearing in breadcrumbs” (non hanno quasi alcun effetto oltre a comparire nei breadcrumb). La stessa guida incoraggia però gli URL descrittivi, perché parti dell'URL possono comparire nei risultati di ricerca sotto forma di breadcrumb e le persone li usano per capire se un risultato sembra utile.

Quindi il vero motivo per scrivere bene gli slug sono le persone. Uno slug come /blog/seo-url-slugs-kebab-case dice a chi legge che cosa troverà prima ancora di cliccare, sopravvive all'incolla in una chat ed è facile da leggere ad alta voce. Uno slug come /p?id=8812 non fa niente di tutto questo.

Questo risponde anche a un dubbio frequente: bisogna rinominare ogni vecchio URL my_post in my-post? Noi non lo faremmo, a meno che tu non stia già ristrutturando il sito. Cambiare un URL significa configurare dei redirect e aspettare che i motori di ricerca si aggiornino, e il vantaggio documentato è piccolo. Usa i trattini per tutto ciò che è nuovo e lascia stare gli URL che funzionano. Se decidi comunque di spostarli, la nostra guida a permalink, struttura degli URL e redirect sicuri spiega come fare.

Perché gli slug degli URL dovrebbero essere in minuscolo

La parte dell'host di un URL (Example.com) non distingue tra maiuscole e minuscole, ma tutto ciò che viene dopo può farlo. La documentazione di Google è esplicita sul fatto che il suo trattamento degli URL distingue tra maiuscole e minuscole, e porta l'esempio di /APPLE e /apple considerati due URL distinti, ciascuno con il proprio contenuto.

Quello che succede dopo dipende dal tuo server. In molte configurazioni /Blog/My-Post restituisce semplicemente un errore 404, perché nessun file o route ha esattamente quel nome. In altre, ogni combinazione di maiuscole mostra la stessa pagina, e questo crea duplicati senza che nessuno se ne accorga. Il consiglio di Google per il secondo caso è convertire tutto il testo nello stesso formato di maiuscole e minuscole, così è più facile capire che gli URL puntano alla stessa pagina.

Il minuscolo è la scelta ovvia. La maggior parte delle persone digita gli URL in minuscolo, e nessuno ricorda se fosse Pricing o pricing. Se il tuo server risponde già a richieste con maiuscole miste, aggiungi un redirect permanente da ogni percorso con maiuscole al suo gemello in minuscolo. (Domini e indirizzi email seguono regole diverse; le spieghiamo in maiuscole e minuscole in nomi di dominio ed email.)

Da un titolo a uno slug pulito

Ecco il procedimento che segue un tipico generatore di slug, e che seguiresti anche a mano:

1. Metti tutto in minuscolo.
2. Elimina gli apostrofi invece di sostituirli, così don't diventa dont e non don-t.
3. Sostituisci ogni sequenza di spazi e segni di punteggiatura con un solo trattino.
4. Togli i trattini all'inizio e alla fine.
5. Decidi che cosa fare con gli accenti e con le lettere non latine.
6. Leggi il risultato e correggilo come farebbe una persona.

È al sesto passo che si vede il mestiere. Ecco alcune conversioni vere, fatte con l'opzione Slugify del nostro convertitore:

La prima riga è lo slug vero di questo articolo. Abbiamo tolto “best practices”, “why” e “wins” perché allungano senza aggiungere significato. La terza riga mostra perché non si può saltare la revisione: simboli come + e # portano tutto il significato di quel titolo, e uno slug meccanico li butta via.

Stop word: elimina il riempitivo, conserva il significato

Togliere le parole piccole come “a”, “the” e “of” (in inglese, articoli e preposizioni) è un modo ragionevole per accorciare uno slug lungo, ma non è una regola. Tieni ogni parola breve che cambia il significato: coffee-without-sugar e coffee-sugar sono pagine diverse, e “not”, “no” e “vs” sono minuscole ma reggono il senso.

Lunghezza

Google non pubblica alcun limite di caratteri per gli slug. La sua indicazione è semplicemente di tenere gli URL semplici e leggibili. La nostra regola pratica è da tre a sei parole che nominano l'argomento: così lo slug resta leggibile in un breadcrumb ed è abbastanza corto da condividere. Uno slug non deve ripetere tutto il titolo, e non dovrebbe cambiare ogni volta che ritocchi il titolo.

Accenti e altre lingue

Google consiglia di usare negli URL parole nella lingua del tuo pubblico. Per il testo latino con gli accenti, molti generatori di slug li tolgono, così crème brûlée diventa creme-brulee. Di solito va bene, ma ogni tanto può cambiare una parola: il tedesco schön (bello) diventa schon (già). Rileggi il risultato. Per alfabeti come il greco, il cirillico o il giapponese puoi mantenere le lettere originali; i pro e i contro degli slug non ASCII sono trattati nella nostra guida ai permalink.

kebab-case e Slugify in ConvertCaseHQ

Il nostro convertitore di maiuscole/minuscole ha sia un'opzione kebab-case sia un'opzione Slugify, e non sono la stessa cosa. Entrambe mettono il testo in minuscolo, eliminano gli apostrofi, mantengono gli alfabeti non latini come greco, cirillico e giapponese (uno slug vuoto non serve a nessuno) e uniscono le parole con i trattini. Le differenze:

• Accenti: Slugify li toglie dalle lettere latine (é → e, ł → l, ß → ss). kebab-case li mantiene, quindi Café diventa café.
• Input in camelCase: kebab-case lo divide (XMLHttpRequest → xml-http-request), che è ciò che serve per il codice. Slugify lo tratta come una parola sola (xmlhttprequest).

Nessuna delle due opzioni rimuove le stop word: quella scelta spetta a te. Entrambe trattano l'intera casella di testo come un'unica stringa, quindi anche gli a capo diventano trattini. Converti un titolo alla volta.

Una breve checklist per gli slug degli URL

• Solo minuscolo, e un redirect per le varianti con maiuscole miste se il tuo server risponde anche a quelle.
• Trattini tra le parole. Niente trattini bassi, niente spazi, niente parole attaccate.
• Niente apostrofi, punteggiatura o simboli rimasti, ma riscrivi i titoli in cui i simboli contano.
• Da tre a sei parole significative. Taglia il riempitivo, tieni le parole che cambiano il significato.
• Scrivilo una volta e poi lascialo stare. Un URL stabile vale più di uno perfetto.