Verifichi l’unicità e il formato di uno slug

Lo strumento impone anzitutto un formato prevedibile con lettere minuscole, cifre e trattini singoli, poi confronta la proposta valida con gli slug esistenti indicati da Lei. Un formato non valido genera sempre un errore, anche quando lo stesso testo compare nell’elenco. I risultati validi mostrano chiaramente se lo slug è univoco e se è stata rilevata una collisione esatta.

Convalidi lo slug prima di verificarne la disponibilità

Un risultato di unicità è utile soltanto se il valore proposto può entrare in sicurezza in un URL. Inserisca il candidato e fornisca gli slug già usati dal sito, dall’applicazione o dall’archivio dei contenuti. Sono ammesse lettere inglesi minuscole da a a z, cifre da 0 a 9 e trattini fra gruppi non vuoti. Sono respinti maiuscole, spazi, trattini bassi, punteggiatura e trattini iniziali, finali o ripetuti. L’ordine è rigoroso: il formato viene verificato prima della corrispondenza. Di conseguenza, un candidato errato presente anche nell’elenco genera un errore di input, non una normale collisione. I moduli, le importazioni massive e le distribuzioni applicano così una regola stabile. Rispetti il limite di lunghezza e invii la raccolta corrente come array di stringhe; nessuna normalizzazione nascosta modifica quanto trasmesso.

Interpreti correttamente le collisioni esatte

Per un candidato ben formato, la risposta riporta lo slug inviato, conferma la validità del formato e presenta due indicatori complementari: unicità e collisione. La collisione esiste quando la stringa esatta compare almeno una volta nell’elenco fornito. Il confronto è volutamente esatto: lo strumento non rimuove prefissi, non decodifica escape URL, non rifila gli elementi e non equipara espressioni simili. Per esempio, guida-prodotto e guide-prodotto restano due percorsi validi diversi. Questa scelta rende la risposta deterministica e lascia all’applicazione le regole su nomi riservati, prefissi locali, reindirizzamenti o vincoli del database. I duplicati nell’elenco non cambiano l’esito. Poiché l’elenco è la fonte corrente della richiesta, lo aggiorni quando più redattori o processi possono rivendicare percorsi contemporaneamente.

Usi il controllo nella pubblicazione e nella distribuzione

Esegua il controllo il più vicino possibile alla prenotazione del percorso. In un editor, convalidi dopo aver generato lo slug dal titolo e ripeta l’operazione se cambia. Per un sito statico, raccolga prima i percorsi di output e confronti ogni proposta con quelli già accettati. In un’API o migrazione, consideri gli errori di input come problemi qualitativi da correggere e le collisioni come decisioni di denominazione. L’operazione è deterministica, non usa la rete e non conserva dati, quindi è adatta a test e build ripetibili. Tuttavia verifica senza prenotare: un altro processo può acquisire lo slug dopo la lettura dell’elenco. In presenza di scritture concorrenti, imponga anche un vincolo univoco nel database o una prenotazione atomica al salvataggio.