Qué es un slug de URL y cómo escribir uno que aguante

Un slug de URL es el trozo legible al final de una dirección web que nombra una página concreta: el what-makes-a-good-url-slug de la dirección de la página que estás leyendo. Va después del dominio y de las carpetas de sección, identifica la página y no el sitio, y en casi cualquier plataforma de publicación puedes editarlo. Su única función es decirle a una persona qué está a punto de abrir cuando el enlace llega sin ningún otro contexto alrededor.

Divide una dirección en sus partes y queda claro cuál es cuál. En example.com/blog/what-makes-a-good-url-slug/, el dominio dice quién publica, /blog/ dice de qué tipo de cosa se trata y el último segmento dice cuál es. Cambia el slug y estarás apuntando a una página distinta, que es justamente la razón por la que cambiarlo es una decisión más grande de lo que parece.

Para qué sirve realmente el slug

Dos cosas, y ambas tiran en la misma dirección.

Es una vista previa. Los enlaces se pegan en mensajes, correos y documentos despojados de todo lo demás: sin título, sin miniatura, sin la frase que los rodeaba. Una dirección que termina en ?p=4127 —lo que sirve WordPress hasta que configuras una estructura de enlaces permanentes— no le dice nada a quien la recibe y parece algo en lo que no debería hacer clic. Un slug como returns-and-refunds responde la pregunta antes de que cargue la página.

Es una descripción que los buscadores pueden leer. La propia guía de Google sobre la estructura de las URL dice que uses palabras en vez de identificadores opacos, y los resultados de búsqueda siguen mostrando la URL, o una ruta de migas de pan construida a partir de ella, debajo del título. Eso vale algo. No vale mucho: las palabras de un slug son una señal débil comparadas con el contenido de la página, y reescribir una URL no hace que una página peor le gane a una mejor. Trátalo como un último retoque y no como una palanca, y tomarás decisiones sensatas al respecto.

Cómo es un buen slug

• Minúsculas, siempre. En la mayoría de los servidores las rutas distinguen mayúsculas de minúsculas, así que /About/ y /about/ pueden funcionar como dos páginas distintas que compiten entre sí.
• Guiones, no guiones bajos. Google lleva años diciendo que lee un guion como una separación de palabras y un guion bajo como una unión, lo que convierte a url_slug en un solo token para él.
• De tres a seis palabras. No hay penalización por longitud ni premio por la brevedad en sí misma. Quita el relleno y deja las palabras que alguien escribiría de verdad.
• Describe la página, no el sitio. /blog/acme-blog-post-about-shipping/ desperdicia la mitad de sus caracteres en cosas que el dominio ya dijo.
• Nada que caduque. Un año, un número de versión o un "10" delante de una lista acaban siendo incorrectos tarde o temprano, y corregirlos implica cambiar la URL. Algunas plataformas meten la fecha de publicación en la ruta automáticamente; si la tuya lo hace y escribes algo atemporal, desactívalo antes de publicar y no después.
• Único en todo el sitio. Dos artículos llamados "Getting Started" producen el mismo slug, y la mayoría de los gestores de contenido resuelven el choque en silencio colgándole un -2 al segundo.

Por qué se rompe el "pásalo a minúsculas y cambia los espacios por guiones"

Esa es la primera implementación de todo el mundo, y sobrevive hasta el primer título con puntuación de verdad.

• Rachas de separadores. Dos puntos seguidos de un espacio se convierten en dos separadores, así que "Slugs: a guide" se transforma en slugs--a-guide a menos que colapses las repeticiones.
• Los extremos. Un título que termina en signo de interrogación deja un guion colgando al final; uno que abre con comillas deja otro al principio.
• Los apóstrofos. Trátalos como separadores y "don't" se vuelve don-t. Hay que borrarlos, no reemplazarlos, para que salga dont.
• Los ampersands. Borrar el carácter pierde la palabra. "Terms & conditions" debería dar terms-and-conditions, no terms-conditions.
• Los acentos. Una regla que borra todo lo que queda fuera del rango ASCII se los come, así que "café" llega como caf.

Ese último es la trampa que vale la pena entender, porque el arreglo estándar solo arregla una parte. Unicode puede escribir é como un único carácter o como una e normal seguida de una marca de acento combinante. Las bibliotecas de slugs se aprovechan de eso: normalizan el texto a su forma descompuesta y luego tiran las marcas combinantes. Una línea de código, y é, ñ, ü, å y ç se reducen todas a sus letras simples.

No hace nada por ß, ø, æ, œ, ł ni þ. Esas no son versiones acentuadas de nada —son letras propias, sin ningún carácter base dentro que descubrir— así que pasan de largo por el paso de normalización y las borra el filtro ASCII. "Straße" sale como strae, en silencio, y nadie se da cuenta hasta que lo hace un lector alemán. La única cura es una tabla de equivalencias que las deletree, y por eso generar el slug con algo que ya lleve una incorporada le gana a escribir tú mismo la expresión regular por quinta vez. Pega una lista de títulos, uno por línea, y obtienes la versión sin acentos, recortada y limitada en longitud de cada uno.

¿Puede un slug estar en cirílico, griego o chino?

Técnicamente sí. Una URL solo puede contener un conjunto estrecho de caracteres ASCII, así que todo lo demás lleva percent-encoding: se convierte a bytes UTF-8 y cada byte se escribe como un signo de porcentaje y dos dígitos hexadecimales. Los navegadores lo hacen automáticamente y luego lo ocultan, de modo que un slug ruso o griego se ve perfectamente limpio en la barra de direcciones.

La codificación aparece en cuanto el enlace sale del navegador. Las letras cirílicas ocupan dos bytes cada una en UTF-8, y cada byte cuesta tres caracteres al codificarlo, así que cada letra se convierte en seis caracteres de ruido hexadecimal en un correo de texto plano, un mensaje de chat o una celda de hoja de cálculo. Los caracteres chinos y japoneses ocupan tres bytes, o sea que cuestan nueve. Si quieres ver exactamente en qué se convierte un slug antes de comprometerte con él, pásalo por el codificador de URL y mira la versión que se copia. El percent-encoding, explicado en serio cuenta por qué una sola letra acentuada produce dos escapes y cómo los enlaces acaban doblemente codificados.

Así que es una decisión de criterio, no técnica. Un sitio cuyos lectores son todos griegos no pierde nada por usar griego en sus URL. A un sitio cuyos enlaces se comparten internacionalmente le conviene transliterar, y transliterar es genuinamente difícil, porque la grafía latina correcta de la misma letra cirílica cambia entre el ruso y el ucraniano. Las herramientas genéricas, la nuestra incluida, descartan esos caracteres y te dicen cuántos se perdieron en lugar de adivinar una grafía.

¿Conviene quitar palabras como "the" y "of"?

A veces. Quitar las stop words acorta la URL y no elimina nada que el lector necesite: the-history-of-the-slug y history-slug apuntan a la misma idea.

El modo de fallo es que algunos títulos son casi todo palabras pequeñas. "The Who" se reduce a who. "To Be or Not to Be" se reduce a not, porque una lista que contiene "to", "be" y "or" se come cinco de las seis palabras. Un filtro automático no distingue entre una palabra de relleno y una que sostiene el sentido, así que si activas la opción, lee el resultado antes de publicarlo en vez de fiarte de la salida.

La otra cosa a vigilar es que el filtro corre después de que el ampersand se haya escrito con letras, así que el "and" que se acaba de crear es una stop word como cualquier otra y vuelve a desaparecer. "Terms & conditions" da terms-and-conditions normalmente y terms-conditions con las stop words activadas. Ninguna de las dos está mal, pero elige una a propósito.

¿Qué pasa si cambias un slug después de publicar?

Todos los enlaces a la dirección antigua se rompen: los enlaces de otras personas, los marcadores, la entrada que está en el índice de Google, la URL del boletín que ya enviaste. Para la web, la página no se movió. Se borró y apareció una nueva.

La solución es una redirección 301 de la ruta antigua a la nueva, que les dice a los navegadores y a los rastreadores que la página se movió de forma permanente y traslada las señales de posicionamiento acumuladas. Configúrala antes del cambio o al mismo tiempo, nunca después, y luego mantenla indefinidamente: un enlace antiguo puede pasar años dentro de un documento sin que nadie lo abra y seguir funcionando cuando alguien por fin lo haga.

Y ese es el verdadero argumento para dedicarle un minuto al slug desde el principio. Es una de las pocas cosas de una página que resulta genuinamente cara de arreglar más tarde. El título, las imágenes y el texto se pueden reescribir esta misma tarde sin ninguna consecuencia.

Última actualización 19 de septiembre de 2026