Articulo de referencia

URL limpia

Las URL limpias (también conocidas como URL amigables para el usuario , URL bonitas , URL amigables para los motores de búsqueda o URL RESTful ) son direcciones web o Localizado...

Las URL limpias (también conocidas como URL amigables para el usuario , URL bonitas , URL amigables para los motores de búsqueda o URL RESTful ) son direcciones web o Localizadores Uniformes de Recursos (URL) diseñados para mejorar la usabilidad y accesibilidad de un sitio web , aplicación web o servicio web , al ser inmediatamente e intuitivamente significativas para usuarios no expertos . Estos esquemas de URL tienden a reflejar la estructura conceptual de una colección de información y a desacoplar la interfaz de usuario de la representación interna de la información en el servidor. Otras razones para usar URL limpias incluyen la optimización para motores de búsqueda (SEO), [ 1 ] la conformidad con el estilo de arquitectura de software de transferencia de estado representacional (REST) ​​y garantizar que los recursos web individuales permanezcan consistentemente en la misma URL. Esto hace que la World Wide Web sea un sistema más estable y útil, y permite un marcado de recursos web más duradero y confiable . [ 2 ]

Las URL limpias tampoco contienen detalles de implementación de la aplicación web subyacente. Esto tiene la ventaja de reducir la dificultad de cambiar la implementación del recurso en una fecha posterior. Por ejemplo, muchas URL incluyen el nombre de archivo de un script del lado del servidor , comoejemplo.php,ejemplo.aspocgi-binSi se modifica la implementación subyacente de un recurso, dichas URL también deberán modificarse. Del mismo modo, cuando las URL no son "limpias", si se traslada o reestructura la base de datos del sitio, existe la posibilidad de que se produzcan enlaces rotos , tanto internos como externos, lo que puede provocar la eliminación del sitio de los resultados de los motores de búsqueda . El uso de URL limpias proporciona una ubicación consistente para los recursos a los agentes de usuario, independientemente de la estructura interna. Otra ventaja potencial del uso de URL limpias es que la ocultación de información interna del servidor o de la aplicación puede mejorar la seguridad del sistema. [ 1 ]

Estructura

Una URL suele estar compuesta por una ruta , un nombre de script y una cadena de consulta . Los parámetros de la cadena de consulta determinan el contenido que se mostrará en la página y, con frecuencia, incluyen información opaca o irrelevante para los usuarios, como identificadores numéricos internos para valores en una base de datos , datos codificados de forma ilegible , identificadores de sesión , detalles de implementación, etc. Por el contrario, las URL limpias contienen únicamente la ruta de un recurso, [ 3 ] [ 4 ] en una jerarquía que refleja una estructura lógica que los usuarios pueden interpretar y manipular fácilmente.

Implementación

La implementación de URL limpias implica el mapeo de URL mediante la coincidencia de patrones o técnicas de reescritura transparente . Dado que esto suele realizarse en el servidor, la URL limpia suele ser la única que ve el usuario.

Para optimizar el posicionamiento en buscadores, los desarrolladores web suelen aprovechar esta oportunidad para incluir palabras clave relevantes en la URL y eliminar las irrelevantes. Entre las palabras que se eliminan habitualmente se encuentran los artículos y las conjunciones , mientras que se añaden palabras clave descriptivas para mejorar la experiencia del usuario y el posicionamiento en los buscadores. [ 1 ]

Se puede incluir un identificador de fragmento al final de una URL limpia para referencias dentro de una página, y no es necesario que sea legible para el usuario. [ 5 ]

Babosa

Un slug de URL suele ser la parte final de la URL, específicamente la parte " path / pathinfo ", que puede interpretarse como el nombre del recurso (similar al nombre base en un nombre de archivo o el título de una página web). A menudo se describe como la parte de una URL que identifica una página con palabras clave legibles para el usuario , [ 6 ] [ 7 ] mientras que otros utilizan una definición más amplia que enfatiza que los slugs legibles son más fáciles de usar. [ 8 ] [ 9 ] El slug de nombre se basa en el uso que hacen los medios de comunicación para indicar un nombre corto que se le da a un artículo para uso interno. [ 10 ]

Los slugs se generan automáticamente a partir del título de la página, pero también se pueden introducir o modificar manualmente. De esta forma, si bien el título de la página se mantiene para facilitar su visualización y lectura, su slug se puede optimizar para que sea breve o para que los motores de búsqueda lo indexen, además de proporcionar a quienes reciben una URL compartida una idea general del tema de la página. Los títulos largos también se pueden acortar para que la URL final tenga una longitud razonable.

Los slugs pueden estar completamente en minúsculas, con los caracteres acentuados reemplazados por letras del alfabeto latino y los espacios en blanco reemplazados por un guion o un guion bajo para evitar su codificación . Generalmente se eliminan los signos de puntuación, y algunos también eliminan palabras cortas y comunes como las conjunciones . Por ejemplo, el título This, That, and the Other! An Outré Collection podría tener un slug generado de this-that-other-outre-collection.

Otra ventaja de los slugs de URL es la facilidad para encontrar la página deseada a partir de una larga lista de URL sin título, como una lista mínima de pestañas abiertas exportada mediante una extensión del navegador , y la posibilidad de previsualizar el título aproximado de la página de destino en el navegador si se crea un hipervínculo sin título.

Si una herramienta para guardar páginas web localmente utiliza la cadena que aparece después de la última barra diagonal como nombre de archivo predeterminado , como hace wget , un slug hace que el nombre del archivo sea más descriptivo.

Entre los sitios web que utilizan slugs se encuentra Stack Exchange Network, con el título de la pregunta después de la barra diagonal. [ 11 ]

Véase también

Referencias

  1. 1 2 3 Opitz, Pascal (28 de febrero de 2006). "URLs limpias para un mejor posicionamiento en buscadores" . Content with Style. Archivado del original el 6 de enero de 2012. Recuperado el 9 de septiembre de 2010 .
  2. Berners-Lee, Tim (1998). "Las URI geniales no cambian" . Guía de estilo para hipertexto en línea . W3C . Recuperado el 6 de marzo de 2011 .
  3. Ayers, Danny; Völkel, Max (3 de diciembre de 2008). Sauermann, Leo; Cyganiak, Richard (eds.). "URI geniales para la web semántica" . W3C . Recuperado el 26 de julio de 2025 .
  4. "URLs limpias" . www.hacksplaining.com . Archivado del original el 17 de marzo de 2025. Consultado el 5 de noviembre de 2025 .
  5. T. Berners-Lee ; R. Fielding ; L. Masinter (enero de 2005). Identificador uniforme de recursos (URI): sintaxis genérica . Grupo de trabajo de redes. doi : 10.17487/RFC3986 . STD 66. RFC 3986 .Estándar de Internet 66. Deja obsoletos los RFC 2732 , 2396 y 1808. Actualizado por los RFC 6874 , 7320 y 8820. Actualiza el RFC 1738 .   
  6. "Glosario de WordPress" . 18 de noviembre de 2018. Consultado el 26 de julio de 2025 .
  7. "Glosario | Documentación de Django" . Proyecto Django . Consultado el 26 de julio de 2025 .
  8. Pavlik, Vlado (20 de agosto de 2024). "¿Qué es un slug? Los slugs de URL y por qué son importantes para el SEO" . Blog de Semrush . Recuperado el 26 de julio de 2025 .
  9. "Slug - Glosario | MDN" . developer.mozilla.org . 11 de julio de 2025. Consultado el 26 de julio de 2025 .
  10. Davey, Lizzy (15 de enero de 2024). Matherson, Nate (ed.). "¿Qué es un slug de URL? 9 mejores prácticas para SEO" . Posicional . Recuperado el 1 de enero de 2026 .
  11. "URL de preguntas basadas en el título" . Meta Stack Exchange . 10 de octubre de 2011.
  • Jakob, Nielsen (20 de marzo de 1999). "URL como UI" . nngroup.com . Recuperado el 17 de septiembre de 2025 .
  • Hoffman, Paul E. (28 de abril de 1995). "La interfaz de usuario de las URL" . isoc.org . Archivado del original el 6 de marzo de 2016. Recuperado el 17 de septiembre de 2025 .
  • Berners-Lee, Tim (1998). "Las URI geniales no cambian" . w3.org . Recuperado el 17 de septiembre de 2025 .