Compruebe la unicidad y el formato de un slug

La herramienta valida primero un formato predecible con letras minúsculas, dígitos y guiones simples, y después compara la propuesta válida con los slugs existentes que usted indique. Un formato no válido siempre genera un error, aunque el mismo texto figure en la lista. Los resultados válidos muestran con claridad si el slug es único y si existe una coincidencia exacta.

Valide el slug antes de comprobar su disponibilidad

Un resultado de unicidad solo sirve si el valor propuesto puede formar parte de una URL de manera segura. Introduzca el candidato y facilite los slugs que ya utiliza su sitio, aplicación o repositorio de contenido. Se admiten letras inglesas minúsculas de a a z, dígitos de 0 a 9 y guiones entre grupos no vacíos. Se rechazan mayúsculas, espacios, guiones bajos, signos de puntuación y guiones iniciales, finales o repetidos. El orden es estricto: se valida el formato antes de buscar la coincidencia. Por ello, un candidato incorrecto que también esté en la lista produce un error de entrada no válida, no un resultado ordinario de colisión. Así, los flujos de publicación aplican una regla estable en formularios, importaciones masivas y despliegues. Respete el límite de longitud y envíe la colección actual como una matriz de cadenas; no se aplica ninguna normalización oculta.

Interprete correctamente las coincidencias exactas

Para un candidato bien formado, la respuesta devuelve el slug enviado, confirma que su formato es válido e incluye dos valores complementarios: unicidad y colisión. Hay colisión si la cadena exacta aparece al menos una vez en la lista facilitada. La comparación es deliberadamente exacta: no elimina prefijos, decodifica escapes de URL, recorta elementos ni equipara expresiones parecidas. Por ejemplo, guia-producto y guias-producto siguen siendo rutas válidas distintas. Este criterio mantiene una respuesta determinista y deja en manos de su aplicación las reglas sobre nombres reservados, prefijos regionales, redirecciones o restricciones de la base de datos. Los duplicados de la lista no alteran el resultado. Como esa lista constituye la fuente de verdad de la solicitud, actualícela antes de comprobar cuando varios editores o trabajos puedan reclamar rutas a la vez.

Integre la comprobación en la publicación y el despliegue

Ejecute la comprobación lo más cerca posible del momento en que se reserva una ruta. En un editor, úsela después de generar el slug desde un título y repítala si este cambia. En un sitio estático, reúna primero las rutas de salida y compare cada propuesta con las ya aceptadas. En una API o migración, trate los errores de entrada como problemas de calidad que deben corregirse y las colisiones como decisiones de nombre. La operación es determinista, no usa red y no almacena datos, por lo que resulta adecuada para pruebas y compilaciones repetibles. Sin embargo, comprueba pero no reserva: otro proceso podría reclamar el slug después de leer la lista. Con escrituras simultáneas, aplique además una restricción única o una reserva atómica en el almacenamiento autorizado.