Vérifiez l’unicité et le format d’un slug

L’outil impose d’abord un format prévisible composé de minuscules, de chiffres et de traits d’union simples, puis compare la proposition valide aux slugs existants que vous fournissez. Un format incorrect déclenche toujours une erreur, même si le même texte figure dans la liste. Un résultat valide indique clairement si le slug est unique et si une collision exacte existe.

Validez le slug avant de vérifier sa disponibilité

Un résultat d’unicité n’est utile que si la valeur proposée peut intégrer une URL sans risque. Saisissez le candidat et fournissez les slugs déjà utilisés par votre site, votre application ou votre référentiel de contenu. Sont acceptés les lettres anglaises minuscules de a à z, les chiffres de 0 à 9 et les traits d’union placés entre des groupes non vides. Les majuscules, espaces, tirets bas, signes de ponctuation et traits d’union initiaux, finaux ou répétés sont refusés. L’ordre est strict : le format est validé avant la recherche d’une correspondance. Un candidat incorrect présent dans la liste produit donc une erreur de saisie, et non une collision ordinaire. Vos formulaires, imports en masse et déploiements appliquent ainsi une règle stable. Respectez la longueur maximale et transmettez la collection actuelle sous forme de tableau de chaînes ; aucune normalisation invisible ne modifie vos données.

Interprétez correctement les collisions exactes

Pour un candidat bien formé, la réponse reprend le slug, confirme la validité de son format et fournit deux indicateurs complémentaires : unicité et collision. Il y a collision lorsque la chaîne exacte apparaît au moins une fois dans la liste transmise. La comparaison est volontairement exacte : l’outil ne retire aucun préfixe, ne décode pas les échappements URL, ne tronque pas les éléments et n’assimile pas deux expressions proches. Ainsi, guide-produit et guides-produit restent deux routes valides distinctes. Ce choix garantit une réponse déterministe et laisse votre application gérer les noms réservés, préfixes régionaux, redirections ou contraintes de base de données. Les doublons dans la liste ne changent rien. Cette liste étant la source de vérité de la requête, actualisez-la lorsque plusieurs équipes peuvent réserver des routes en même temps.

Intégrez le contrôle à la publication et au déploiement

Lancez le contrôle aussi près que possible de la réservation d’une route. Dans un éditeur, validez après la génération du slug depuis le titre et recommencez après toute modification. Pour un site statique, rassemblez d’abord les chemins de sortie, puis testez chaque proposition contre les chemins acceptés. Dans une API ou une migration, traitez les erreurs de saisie comme des défauts de qualité à corriger et les collisions comme des décisions de nommage. L’opération est déterministe, sans réseau ni stockage, donc adaptée aux tests et aux builds reproductibles. Elle vérifie toutefois sans réserver : un autre processus peut réclamer le slug après la lecture de votre liste. En cas d’écritures concurrentes, imposez aussi une contrainte unique ou effectuez une réservation atomique lors de l’enregistrement.