Faut-il s'inquiéter des utilisateurs commutés?
Je cherche à concevoir un site qui va être assez lourd en image et une question s'est posée sur ce que devrions-nous faire si les utilisateurs y accèdent via une connexion commutée ou une connexion Internet à très bas débit.
Selon les analyses du site réservé, la plupart des utilisateurs proviennent de zones urbaines aux États-Unis et devraient idéalement disposer d'Internet haut débit, mais devrions-nous nous inquiéter des utilisateurs de connexion par ligne commutée dans ce cas?
Si la réponse est Oui, quelles sont les meilleures pratiques que nous pouvons utiliser à partir d'une expérience utilisateur pour garantir que les utilisateurs disposant d'une vitesse de connexion ont une expérience comparable avec un site qui est assez lourd en données .
Edit: Une suggestion a été faite que nous devrions détecter les vitesses de connexion Internet et donc servir différentes tailles d'image, mais je suis très douteux sur le efficacité d'une telle méthode
Certains sites permettent aux utilisateurs de choisir entre les différentes versions du site qu'ils souhaitent, une adaptée pour des connexions plus rapides (AKA "haut débit") et une pour des connexions plus lentes (AKA "dial-up"). Je choisirais par défaut la version "large bande" plus lourde, car c'est la majorité, mais je permette de passer facilement à la version plus légère avant toute large portion de données.
Rendez ensuite les données de la version allégée aussi légères que possible, avec un balisage supplémentaire aussi minime que possible.
Je viens de regarder cette présentation vidéo aujourd'hui sur les problèmes de github avec le service de très grandes pages et certaines des solutions qu'ils ont trouvées. Pas exactement le même problème que le vôtre, mais vous pourriez avoir des idées pour réduire la graisse.
La question concerne vraiment les connexions rapides et lentes, auxquelles vous devrez faire face. Dans de nombreux endroits, les vitesses de connexion mobile peuvent être comparées à la numérotation, et compte tenu du nombre de personnes sur les connexions mobiles, vous devriez avoir une option pour elles.
Juste servez la version mobile de votre site Web aux clients sur des connexions lentes, mais donnez-leur la possibilité d'utiliser le site "normal". Vous avez une version mobile, non?
Je suggère de vous assurer que le contenu non image est lisible. Par exemple, si votre dessin comportait du texte blanc sur des images sombres, assurez-vous qu'il existe également une couleur d'arrière-plan sombre spécifiée dans le code afin que le texte soit toujours visible même si l'image n'avait pas encore été chargée. De même, assurez-vous que tout contenu textuel est bien du texte (par exemple, ne faites pas de titres ou de boutons d'appel à l'action uniquement des images). Et bien sûr, optimisez les images et le code autant que possible pour maintenir une taille K basse. Mais honnêtement, ce genre de choses serait de toute façon une bonne pratique indépendamment de la prise en charge spécifique des connexions à faible vitesse.
Je n'ai pas de données pour le sauvegarder, mais je pense que si la majorité de vos utilisateurs se trouvent dans la zone où l'Internet haute vitesse est courant, vous n'avez pas à vous en préoccuper trop. Comme d'autres l'ont dit, tout dépend de votre public cible.
mais, si vous ressentez le besoin de faire quelque chose pour les utilisateurs avec une connexion Internet lente, ici est une bande dessinée à l'avoine qui illustre mon propos. Un service lent est plus ennuyeux qu'aucun service.
Oui - ne serait-ce que parce que la conception avec la contrainte de produire au moins ne expérience acceptable pour les utilisateurs d'accès à distance vous obligera à innover d'une manière que vous ne le feriez pas auparavant, et entraînera donc un fantastique expérience pour les utilisateurs à haut débit.