¿Por qué algunos sitios web tienen URL ilegibles?

  1. Las URL deben ser únicas. La forma más sencilla de lograr esto es usar ID incrementales, en lugar de palabras inteligibles (para que no tenga que verificar si la URL ya no existe, lo que crearía un conflicto). Otra forma sencilla de lograr esto es lo que los blogs suelen hacer: agregar la fecha como parte de la URL, por ejemplo “/ 2012/10/21 /”.
  2. En su primer ejemplo, “// session / L3NpZC93c2lCWHB1aw% 3D% 3D”, como dijo Don, en realidad es una ID de sesión única. Es único para ti, en esa visita, no es realmente parte de la URL. A menudo habrá una parte de la URL que sirve para propósitos como este; generalmente después del “?”. (Verifique la URL de una búsqueda en Google, por ejemplo: contiene “? Q =” con la búsqueda real, luego todos los demás parámetros, como su idioma, etc.) A menudo, incluso hay un parámetro intencionalmente único para evitar el almacenamiento en caché (en línea , proxy, CDN), especialmente con páginas personalizadas / personalizadas para usted.

Por supuesto, la realidad es que muchos sistemas (especialmente software de portal, pero también muchos CMS) se construyeron en un momento en que los desarrolladores detrás de ellos realmente no creían que las URL legibles importaran tanto. ¿Quién escribe una dirección web de> 30 letras de todos modos? Entonces, ¿por qué no tomar la salida fácil (por las razones anteriores)? (La mayoría de los sistemas infractores nunca consideraron la penalización de rendimiento mod_rewrite que menciona Levi, de todos modos es especialmente común con sistemas que son completamente dinámicos, por lo que el procesamiento de “/unique-readable-url.html” no sería mucho más que “/ id = 1234567 “).

Sin embargo, hoy en día, Google impone una pequeña penalización a las URL no legibles por humanos, y el SEO es lo suficientemente importante como para preocuparse; la accesibilidad y solo la buena usabilidad web general son bonos adicionales. Realmente ya no hay excusa para no esforzarse, y ya no creo que sea aceptable si un sistema genera URL crípticas. (Aparte de los parámetros pasados ​​después del signo de interrogación).

Solíamos ejecutar Vignette, y la broma cínica era que las URL eran tan largas que no podías tuitearlas (no encajarían en el límite de 140 caracteres) … eso ya no funcionará hoy en día. (Aunque Twitter se acorta automáticamente ahora).

Tenga en cuenta que su segundo ejemplo, “… / productos / v470 / manuales”, es en realidad una buena URL legible para humanos: solo contiene el número del producto, que es cómo Logitech vende sus periféricos de todos modos, y mantiene la URL un poco más corta.

En general, las URL bonitas tienden a usar Mod_Rewrite para reescribir las URL feas como las más bonitas. Mod_Rewrite tarda más tiempo en procesarse y, por lo tanto, hace que la página web se cargue más lentamente porque además de tener que generar dinámicamente páginas web, tiene que reescribir dinámicamente la url. Esto es especialmente importante con las empresas cuyos sitios web ejecutan bases de datos de soporte muy grandes y necesitan enfocar sus servidores en encontrar rápidamente los datos que necesita en lugar de hacer que sus URL sean bonitas.

El software web a menudo coloca un código de seguimiento en la URL para realizar un seguimiento de las sesiones de los usuarios o para evaluar diferentes formas de promocionar un sitio. Un uso común son los enlaces en un boletín electrónico. Por lo general, puede quitar el código de seguimiento y la URL seguirá funcionando (ejemplo: http: //logitech-en-amr.custhelp …)