¿Por qué algunos sitios web agregan "Slugs" al final de las URL? [cerrado]

111

Muchos sitios web, incluido este, añaden lo que aparentemente se llaman slugs (descriptivos pero, por lo que puedo decir, fragmentos de texto inútiles) al final de las URL.

Por ejemplo, la URL que proporciona el sitio para esta pregunta es:

/programming/47427/why-do-some-websites-add-slugs-to-the-end-of-urls

Pero la siguiente URL funciona igual de bien:

/programming/47427/

¿El objetivo de este texto es simplemente hacer que la URL sea más fácil de usar o hay otros beneficios?

— Dave Webb
fuente

44

slugs sirven como nombre de identificación de llamadas de URL. Cuando recibe una llamada telefónica, saber el nombre de la persona no es necesario, pero le ayuda a decidir si desea levantar el teléfono o no. Del mismo modo, un slug de URL ayuda al usuario a decidir si desea hacer clic en el enlace y le da un contexto intrínseco.

— Armstrongest

4

^^ +1, pero hubiera sido mejor ver su respuesta como una respuesta en lugar de un comentario ..

— Dienekes

ayuda con las clasificaciones en los resultados de los motores de búsqueda.

— Jay Smoke

stackoverflow.com/q/47427 también funciona: P

— Habeeb Perwad

166

Las babosas hacen que la URL sea más fácil de usar y usted sabe qué esperar cuando hace clic en un enlace. Los motores de búsqueda como Google, clasifican las páginas más arriba si la palabra de búsqueda está en la URL.

— Espo
fuente

3

Una de las cosas que hacen que una URL sea fácil de usar es la "capacidad de descubrimiento", lo que significa que puede adivinar la URL simplemente desde la barra de direcciones. i.love.pets.com/search/cats+dogs podría conducir fácilmente a i.love.pets.com/search/pug+puppies, etc.

— Xian

12

Xian, he escuchado ese argumento antes, pero no creo que resista el escrutinio. Aparte de los geeks, casi nadie escribe URL directamente. La legibilidad es definitivamente importante, y creo que un número creciente de usuarios ven las URL, pero cuando se trata de "adivinar", creo que la minoría es extremadamente pequeña.

— párpados

4

@eyelidlessnes - Tendré que estar en desacuerdo. Si bien es posible que las personas no ingresen manualmente las URL, he visto evidencia de que las crean. Al mirar nuestros registros y nuestros dispositivos de monitoreo, vemos ejemplos en los que una sesión de usuario hará algo y luego modificará la URL (evidenciado por la falta de una referencia). Por supuesto, no todos lo están haciendo, pero definitivamente no es una cantidad insignificante de tráfico.

— Joseph Ferris

@Xian. Sí, pocos escriben URL, sin embargo, el slug es esencialmente un identificador de llamadas. El nombre de la persona que llama no es NECESARIO, pero le ayuda a decidir si desea contestar la llamada o no. Las babosas hacen que una URL parezca más amigable y hace que sea más probable que un usuario haga clic en ella.

— Armstrongest

xian, ¿en qué se diferencia exactamente de google.com/search?q=cat+puppy? Las personas que descubren las URL probablemente lo harán. Yo hago eso.

— Netrox

39

La usabilidad es una de las razones, si recibe ese enlace en su correo electrónico, sabe qué esperar. SEO (optimización de motores de búsqueda) es otra razón. Los motores de búsqueda como Google clasificarán su página más alto para las palabras clave contenidas en la URL.

— Michiel van Oosterhout
fuente

2

¿Por qué crees que Google tomó esta decisión? ¿Qué lo motivó?

— Mike Clark

¿Puede encontrar alguna documentación de Google que indique específicamente que clasificarán una página más arriba si la palabra clave está contenida en la URL?

— Cadena

@chainwork No, pero hay cientos de señales que utiliza un motor de búsqueda para clasificar las páginas, y puede estar seguro de que la URL es una de esas señales.

— Michiel van Oosterhout

2

Las palabras clave en la URL que coinciden con la búsqueda están en negrita en los resultados de Google, lo que las hace destacar más para los usuarios que realizan la búsqueda.

— Cadena

35

Recientemente cambié el formato de la URL de mi sitio web de:

www.mywebsite.com/index.asp?view=display&postid=100

A

www.mywebsite.com/this-is-the-title-of-the-post

y notó que las tasas de clics en el artículo aumentaron aproximadamente un 300% después del cambio. Ciertamente ayuda al usuario a decidir si lo que está pensando en hacer clic es relevante, en términos de propósitos de SEO, aunque debo decir que he visto poco impacto después del cambio.

— Katy
fuente

4

Espero que los títulos de tus publicaciones nunca cambien: mucha gente odia los enlaces muertos y los servicios web que los producen.

— Nikita Rybak

6

Realmente no puedo adivinar qué CMS o software de blogs está usando, pero para WordPress y muchos otros similares, modificar el título de la publicación después de que la publicación ya se haya publicado no cambia el slug (y exactamente por la razón que mencionas).

— Cyde Weys

25

Estoy de acuerdo con otras respuestas de que cualquier slug mal escrito debería redirigir 301 al formulario correcto. En otras palabras, /programming/47427/whdebería redirigir a /programming/47427/why-do-some-websites-add-slugs-to-the-end-of-urls. Tiene otro beneficio que no se ha mencionado: si no redirecciona a una URL canónica, parecerá que tiene un número casi infinito de páginas duplicadas. Google odia el contenido duplicado.

Dicho esto, solo debería preocuparse por el ID de contenido y permitir cualquier entrada para el slug siempre que redirija. ¿Por qué?

/programming/47427/why-do-some-sitios-web-agregan-slugs-al-final-de-URL

... ¡Vaya, el software de correo cortó el final de la URL! Sin embargo, no hay problema porque todavía puedes rodar con solo/programming/47427

El único gran problema con este enfoque es que si deriva el slug del título de su contenido, ¿cómo va a lidiar con los títulos UTF-8 que no son ASCII?

— Cory R. King
fuente

1

Buen post, punto muy válido! +1 En cuanto a tu pregunta, "¿cómo vas a lidiar con los títulos UTF8 no ASCII?" Hay algoritmos para esto, por ejemplo, el que usa WordPress. Publicaría una solución PHP para este problema exacto si se permitieran más de 600 caracteres. Si realmente quieres saberlo, publícalo como una pregunta y con gusto te responderé;)

— Mathias Bynens

1

re: "número casi infinito de páginas duplicadas" - eso solo sucederá si hay enlaces a la URL no canónica. Si lo mantiene constante dentro de su sitio, no debería haber ningún problema. Tu teoría sobre el corte de las URL es un poco tonta, la URL podría cortarse en cualquier lugar, ¿verdad? Incluso después de 4742, lo que llevaría a una pregunta diferente. Siempre que se ciña solo a letras, números, guiones o guiones bajos estándar en la URL, es menos probable que suceda.

— DisgruntledGoat

2

Como sugirió DisgruntledGoat, Google técnicamente no encontraría ningún contenido duplicado a menos que alguien se vincule a la página con una babosa diferente, por lo que engaña a la araña de Google para que piense que hay contenido duplicado. Entonces la araña odiará esta página, así se hace, chicos;)

— Austyn Mahoney

Técnicamente, no es necesario realizar una redirección 301 si incrusta la sugerencia rel = "canonical" en la página. Independientemente del "número casi infinito de páginas duplicadas", Google tomará la única URL canónica válida. Amazon no hace el 301. Pruébelo: amazon.com/lat-thinking-stragies/dp/0470942185 Sin embargo, es mejor hacer ambos. La razón es que alguien puede publicar el enlace con un slug totalmente modificado y cuando el espectador lo lee, se ve diferente al contenido, lo que confunde al espectador.

— Ethan

"¿Cómo vas a lidiar con los títulos UTF8 que no son ASCII?" Los codificas en porcentaje. Todos los navegadores modernos mostrarán el Unicode en todo su esplendor multilingüe en la barra de direcciones, pero le darán una URL codificada en porcentaje en ASCII cuando lo copie en el portapapeles.

— Stijn de Witt

14

La razón por la que la mayoría de los sitios lo utilizan es probablemente SEO (optimización de motores de búsqueda). Yahoo solía dar una ponderación razonable a la presencia de la palabra clave de búsqueda en la propia URL, y también ayudó en el resultado de Google.

Más recientemente, los motores de búsqueda han reducido la ponderación otorgada a las palabras clave en la URL, probablemente porque la técnica ahora es más común en sitios de spam que legítima. Las palabras clave en la URL ahora tienen un impacto muy pequeño en los resultados de búsqueda, si es que lo tienen.

En cuanto al stackoverflow en sí, el SEO puede ser una motivación (los viejos hábitos son difíciles de eliminar) o simplemente para la usabilidad.

— DGentrada
fuente

El SEO es un factor. Pero lo más importante, se trata de usabilidad, como dijiste.

— Armstrongest

14

Básicamente, es una ubicación más significativa para el recurso. Usar el ID es perfectamente válido pero significa más para las máquinas que para las personas.

Estrictamente hablando, la identificación no debería ser necesaria si la babosa es única, puede garantizar más fácilmente las babosas únicas al ubicarlas dentro de las fechas.

es decir:

/2008/sept/06/why-some-websites-add-slugs-end-of-urls/

Básicamente, esto aprovecha la baja probabilidad de que se utilicen dos babosas idénticas el mismo día. Si hay un conflicto, la convención general es agregar un contador al final del slug, pero es raro que vea estos:

/2008/sept/06/why-some-websites-add-slugs-end-of-urls/
/2008/sept/06/why-some-websites-add-slugs-end-of-urls-1/
/2008/sept/06/why-some-websites-add-slugs-end-of-urls-2/

Muchos algoritmos slug también eliminan palabras comunes como "el" y "a" para ayudar a mantener la URL corta. Este enfoque de alcance también hace que sea muy sencillo encontrar todos los recursos para un día, mes o año determinado: simplemente corta segmentos.

Además, las URL de stackoverflow son malas en el sentido de que introducen un segmento adicional para presentar el slug, lo cual es una violación de la idea de que cada segmento debería representar una jerarquía de recursos descendente.

— Andrew Ingram
fuente

11

El término slug proviene del negocio de periódicos / publicaciones. Es un título corto que se usa para identificar una historia en progreso. Las personas interesadas en la semántica de URL comenzaron a usar un título corto y abreviado en sus URL. También vale la pena en la tierra del SEO, ya que las palabras clave en las URL agregan importancia a una página.

Irónicamente, muchos sitios web han comenzado a colocar una versión completa serializada con guiones de los títulos en sus URL con fines estrictamente de SEO, lo que significa que el término slug ya no se aplica del todo. Esto también irrita a los puristas semánticos, ya que muchas implementaciones simplemente agregan esta versión serializada del título al final de sus URL.

— Alan Storm
fuente

10

Observo que puedes cambiar el texto libremente. Esta URL parece funcionar igual de bien.

/programming/47427/why-is-billpg-so-very-awesome

— billpg
fuente

¿Es este tipo un error o una característica?

— Jakub Šturc

4

De hecho, se asegura de que pueda acceder a una publicación incluso después de que se haya modificado el tema (y, por lo tanto, haya una nueva URL).

— Dirk Vollmar

3

Idealmente, sin embargo, cada recurso de Internet ('documento') solo tiene 1 URI. Entonces, básicamente, permitir que el mismo documento se vea a través de diferentes URI puede tener una influencia negativa en su sitio en SERP. Esto es probablemente lo único que no me gusta de Stack Overflow;)

— Mathias Bynens

3

Es por eso que existen las páginas canónicas y Stack Overflow las usa. =)

— Alix Axel

4

@Alix Axel: 301 redirecciona >páginas canónicas

— Mathias Bynens

6

Como ya se dijo, la 'babosa' ayuda a las personas y a los motores de búsqueda ...

Algo digno de notar, es que en la fuente de la página hay una url canónica

Esto evita que la página se indexe varias veces.

Ejemplo:

<link rel="canonical" href="http://stackoverflow.com/questions/47427/why-do-some-websites-add-slugs-to-the-end-of-urls">

— Roba
fuente

5

Elimine el formato de su pregunta y verá parte de la respuesta:

/programming/47427/

vs

/programming/47427/why-do-some-websites-add-slugs-to-the-end-of-urls

Sin marcado, el segundo es autodescriptivo.

— Tom
fuente

3

No olvide la legibilidad al enviar un enlace, no solo en los motores de búsqueda. Si envía un correo electrónico a alguien con el primer enlace, podrá ver la URL y hacerse una idea general de lo que se trata. El segundo no da ninguna indicación del contenido de esa página antes de hacer clic.

— Chris Bartow
fuente

2

Si le envió un enlace a alguien por correo electrónico, ¿no tendría más sentido incluir una descripción escribiendo realmente una descripción en lugar de hacer que la otra persona analice la URL donde existe la descripción e intente leer un montón de -palabras-con-guiones-pegadas-juntas.

— Kibbee
fuente

Es obvio que nunca has sido Rick Roll, ¿verdad? ¿Cuántos enlaces recibe que son? Vea esto. ¡Divertidísimo! <enlace>. Sería bueno si Youtube hiciera Urls así: youtube.com/12345/evil-bikini-wax-job-not-work-safe. Haría que los enlaces fueran más confiables y me ayudaría a tomar la decisión de hacer clic o no.

— Armstrongest

1

Sin embargo, cualquier sistema MVC que haya visto no requiere la parte extra evil-bikini-wax-job-not-work-safe, y podría enviarse fácilmente como youtube.com/12345, y la mayoría de las personas que quisiera enviar cosas como esa, aprendería rápidamente a eliminarlas.

— Kibbee

2

En primer lugar, es SEO y fácil de usar, pero en el caso del ejemplo (este sitio), no se hizo bien o correctamente (ya que está abierto a trucos de sombrero negro y envenenamiento de rango por parte de otros, lo que se reflejaría mal en este sitio) .

Si

/programming/47427/why-do-some-websites-add-slugs-to-the-end-of-urls

tiene el contenido, entonces

/programming/47427/

y

/programming/47427/any-other-bollix

no deben ser duplicados. En realidad, deberían detectar automáticamente que el enlace seguido no está usando el texto actual (ya que obviamente el slug está definido por el título de la pregunta y se puede editar más tarde) y deberían redirigir 301 automáticamente a

/programming/47427/why-do-some-websites-add-slugs-to-the-end-of-urls

asegurando así la regla "una pieza de contenido para un URI", y si el URI se mueve / cambia, asegúrese de que los marcadores antiguos sigan / se muevan con él a través de redirecciones 301 (para que los navegadores inteligentes puedan actualizar los marcadores).

— Alan Doherty
fuente

1

Vea el código fuente de la página y encontrará esto: <link rel = "canonical" href = " stackoverflow.com/questions/47427/… "> Consulte: aquí: googlewebmastercentral.blogspot.com/2009/02/…

— Armstrongest

0

Idealmente, la "babosa" debería ser el único identificador necesario. En la práctica, en sitios dinámicos como este, debe tener un identificador numérico único o comenzar a agregar / incrementar números al "slug" como lo hace Digg.

— Kyle Cronin
fuente

1

El enlace de Digg fue el primero que encontré al bajar por la página principal. Es pura coincidencia que también ejemplifique lo lejos que ha caído Digg: se ha publicado tres veces una historia sobre la adicción al sexo.

— Kyle Cronin