¿Por qué debo usar URLs de estilo web 2.0? [cerrado]

Question

En resumen, ¿por qué usar algo como http://stackoverflow.com/badges/6/supporter en lugar de algo " más simple " (y subjetivamente, como eso) como http://stackoverflow.com/badges/6/ .

Incluso en mi propio sitio, he estado usando / post / 6 / para hacer referencia a publicaciones (por ID, aunque todavía guardo una babosa). En lugar de / post / 6 / small-rant-on -urls , y en algunos casos, pueden ser incluso más absurdos , mucho más de lo que es realmente necesario.

Answer 1

Porque potencialmente puedes terminar con duplicados si no tienes cuidado. Me imagino que el desbordamiento de pila agregó la ID porque había un alto potencial de duplicados dado el volumen de publicaciones creadas.

Otros sistemas pueden optar por no usar la ID en la URL; por ejemplo, un sistema de blog probablemente no sea necesario.

Es una mejor idea si tiene contenido generado por el usuario que genera una nueva URL creada para incluir una ID de publicación. Si la única forma en que se pueden crear nuevas URL es a través del acceso de tipo administrador, probablemente pueda prescindir de ella siempre y cuando busque duplicados.

Answer 2

Search Engine Optimization sería uno, además de hacer que la URL sea más legible para los humanos. Los motores de búsqueda generalmente prefieren que su URL, Título y H2 contengan el " tema " de la página.

Si tiene ambas cosas allí, puede escribir manualmente / ID y acceder automáticamente a la "florida" URL con reescritura ... ahorra un poco tus dedos :)

Answer 3

Agregar el slug en todos los enlaces a el contenido ayuda con los motores de búsqueda, porque los motores de búsqueda generalmente usan palabras en la propia URL para ayudar a indexar el contenido.

Answer 4

La razón para incluir la identificación en la url es que facilita la tarea de recuperar el artículo correcto de la base de datos, ya que se puede realizar una búsqueda en la ID en lugar del título del artículo.

La razón para incluir el título completo del artículo es que Google da un montón de puntos de bonificación para los términos de búsqueda que coinciden en el nombre del archivo.

Answer 5

@Greg Hewgill

  

Agregar la babosa en todos los enlaces al contenido ayuda con los motores de búsqueda, porque los motores de búsqueda generalmente usarán palabras en la propia URL para ayudar a indexar el contenido.

Debería haber aclarado un poco: me refería a las URL que tienen una identificación y slug en ellas. Simplemente no veo el punto de tener algo como / post / 1 / la-la-la-la-text-hahahaha vs / post / 1 / o / post / la-la-la-la-text-jajajaja , ya que el primero funcionaría sin el texto extraños al final.

Answer 6

La URL es parte de la interfaz de usuario web.

Hay un estudio de seguimiento ocular del uso de motores de búsqueda que descubrió que las personas gastan < strong> 24% de su tiempo de observación mirando las URL en los resultados de búsqueda.

Los buscadores están particularmente interesados ??en la URL cuando evalúan la credibilidad y la utilidad de un destino. Si la URL parece basura, es menos probable que las personas hagan clic en ese resultado de búsqueda. Por otro lado, si la URL parece que la página responderá a la pregunta del usuario, es más probable que haga clic.

Answer 7

Podría ser que sea más rápido obtener la publicación en un blog por el id que por el slug, así que coloque el id para la consulta SQL y el slug para los motores de búsqueda (SEO).

https://stackoverflow.com/users/58163/movaxes65675

Me gusta el tipo / post / la-la-la-la-text-jajajaja, puedo recordar la url, sé cuál es el título de la publicación (antes de cargar el sitio). No me gusta mucho el / post / 1 / no significa nada para mí sino el post # 1 (¿malo para el marketing?)

edit: id también ayuda a evitar duplicados como andybaird señaló

Answer 8

Bueno, en primer lugar debe señalarse que las "URL de estilo Web 2.0" en realidad son parte de algo llamado REST . Esas URL a veces se llaman URL RESTful. Los beneficios reclamados son:

  

  
• Proporciona un tiempo de respuesta mejorado y una carga de servidor reducida debido a su soporte   para el almacenamiento en caché de representaciones;
  
• Mejora la escalabilidad del servidor al reducir la necesidad de mantener la sesión   estado. Esto significa que diferente   los servidores se pueden usar para manejar   diferentes solicitudes en una sesión;
  
• Requiere que se escriba menos software del lado del cliente que otros enfoques,   porque un solo navegador puede acceder   cualquier aplicación y cualquier recurso;
  
• Depende menos del software del proveedor y los mecanismos que agregan capas adicionales   marcos de mensajería sobre HTTP;
  
• Proporciona una funcionalidad equivalente en comparación con una alternativa   enfoques de comunicación;
  
• No requiere un mecanismo de descubrimiento de recursos separado, debido a   el uso de hipervínculos en   representaciones;
  
• Proporciona una mejor compatibilidad y evolución a largo plazo   características que RPC. Esto es debido   a:      
    
  • La capacidad de los tipos de documentos como HTML para evolucionar sin   romper hacia atrás o   compatibilidad hacia adelante; y
    
  • La capacidad de los recursos para agregar soporte para nuevos tipos de contenido a medida que   se definen sin soltar o   Reducción del soporte para contenido antiguo   tipos.