URL de partage en ligne
Quel est le but de ces URL en ligne? Pourquoi encombrer l'interface quand les gens peuvent facilement copier et coller la barre d'adresse de leur navigateur?
Google Maps
Google Maps ne modifie pas la barre d'adresse du navigateur lorsque vous parcourez la carte, l'URL en ligne est donc "utile". Lorsque vous parcourez la carte du monde, cette URL en ligne sera mise à jour pour représenter votre emplacement actuel. Ils auraient pu laisser de côté cette URL en ligne s'ils avaient juste mis à jour la barre d'adresse du navigateur via du javascript. Tous les bons sites Web riches en AJAX mettent à jour l'adresse du navigateur pour cette raison (et pour ne pas casser le bouton de retour).
Youtube
Lorsque sur Youtube, la barre d'adresse de votre navigateur est correctement mise à jour et est identique à ce lien en ligne, donc ce lien est complètement inutile. N'est-il pas plus facile pour l'utilisateur de copier et coller la barre d'adresse du navigateur que de rechercher ce lien en ligne, qui est initialement caché?
Vous pourriez aussi bien vous demander pourquoi les sites Web incluent des boutons d'impression alors que les gens peuvent simplement imprimer la page en sélectionnant Fichier> Imprimer (ou une option comparable). Le fait est que tous les utilisateurs ne connaissent pas ces choses sur leurs navigateurs Web, et il y a un élément de conception impliqué où l'immédiateté/la présence du contrôle augmente la probabilité qu'il soit utilisé.
Donc, bien que vous ayez raison de dire que ces contrôles sont redondants au sens littéral, vous devriez considérer l'image plus large à laquelle fait référence @ N30: vous pouvez concevoir un contrôle dans un certain but, tel que le partage, et fournir l'URL qui peut y être être plus pratique que la microcopie en disant "copiez l'adresse dans votre barre pour partager cette page" ou quelque chose de similaire.
En ce qui concerne Google Maps, avez-vous considéré que peut-être Google ne met pas intentionnellement à jour la barre d'adresse/l'état de l'historique afin que les utilisateurs puissent facilement cliquer sur le bouton Précédent pour revenir à leurs résultats de recherche? Je spécule, mais j'ai du mal à croire que Google laisserait les choses de cette façon sans une bonne raison.
Dans google maps lorsque l'utilisateur effectue un zoom avant ou un zoom arrière ou déplace des cartes à l'aide de la souris, google récupère les images via les demandes ajax. Google prélève également ces données lorsque l'utilisateur est sur la page.
ainsi, lorsque l'utilisateur effectue un zoom avant ou arrière, vous ne voyez aucun décalage car les images de carte sont déjà dans le cache.
vous pouvez voir ces demandes ajax (derrière l'écran) via fiddler.
il est possible de changer l'url dans la barre d'adresse du navigateur en utilisant javascript mais en faisant cela, le navigateur doit demander un aller-retour supplémentaire (redirection du navigateur) vers le serveur pour obtenir les données, ce qui ralentira toute l'expérience.
il n'y a aucun autre moyen que vous pouvez changer l'URL dans la barre d'adresse du navigateur pour ce que vous voulez sans atteindre le serveur sinon ce serait une des fonctionnalités les plus utilisées par les spammeurs et les escroqueries en ligne.
ainsi, dans le cas de Google Maps, le but des URL de partage en ligne est de fournir une vue exacte ultérieurement au même utilisateur ou à qui l'utilisateur oral a partagé le lien.
Pour youtube,
la capture d'écran que vous avez affichée ne montre pas toute l'histoire.
il n'apparaît que lorsque vous cliquez sur le bouton de partage et il est destiné à partager ce lien sur d'autres sites de réseaux sociaux sans quitter YouTube, ce qui n'est donc pas superflu.
Google Maps n'utilise probablement pas de code de hachage pour modifier l'URL, car il y a beaucoup d'état impliqué dans une vue de carte et chaque fois que vous effectuez un petit changement, il devrait ajouter une entrée d'historique. Lorsque vous avez tourné la molette de votre souris plusieurs fois pour zoomer, était-ce un changement ou trois? Cette casserole compte-t-elle comme un changement? Et les drapeaux et épingles que vous avez ajustés? Toutes ces choses sont des changements constants de nombreuses variables, évoluant parfois très rapidement. Il serait extrêmement difficile de faire apparaître ces changements dans l'histoire.
Le pourrait, peut-être, définir une minuterie et attendre que la carte se stabilise, puis mettre à jour le code de hachage à la vue actuelle, mais les utilisateurs pourraient trouver cela étrange.
Quant aux autres sites, ils peuvent avoir des exigences de partage d'URL uniques qui rendent la copie et le collage de l'URL actuelle sous-optimaux. Par exemple, un site Web que j'utilise a le contenu actuel disponible derrière un mur payant pour la première semaine (ou deux). Pendant ce temps, seuls les abonnés peuvent voir le nouveau matériel. Cependant, il est possible d'envoyer un lien gratuit aux utilisateurs non rémunérés. Dans ce cas, l'URL de votre navigateur ne représente pas tout à fait la même chose que le lien gratuit qui est généré.
Étant donné que de nombreux sites utilisent de telles interfaces utilisateur de lien pour diverses raisons, il est logique, par souci de cohérence, que d'autres sites suivent le modèle même s'ils n'ont rien de spécifique à modifier dans le lien. Mais au moins, ils peuvent normaliser le lien et le fournir dans son format le plus canonique.