Pourquoi certains webmasters insistent-ils pour que des éléments musicaux soient lus automatiquement sur leurs pages Web?
Y a-t-il une raison positive pour laquelle quelqu'un pourrait implémenter une fonction audio à lecture automatique sur une page Web? Il me semble que je le vois tout le temps, surtout sur les pages des groupes, etc. Ce qui est frustrant, c'est d'essayer de trouver la petite case 'flash player' pour couper ou mettre en pause la piste (s'ils ont pris la peine d'inclure cette fonction) pour l'arrêter dès que possible.
C'est particulièrement ennuyeux lors de la navigation dans plusieurs onglets et vous n'êtes pas sûr de la page qui la lit, ou si cela perturbe tout ce que vous faites - écouter de la musique ou au travail, etc.
Y a-t-il un scénario où la lecture automatique de l'audio serait considérée comme une bonne UX et non pas vraiment ennuyeuse?
La seule fois où cela a un sens d'un point de vue UX, c'est lorsque l'action consiste spécifiquement à lire un média.
Je vais utiliser YouTube comme exemple: si vous voyez une vidéo dans une liste et cliquez dessus, elle vous amène à la page du lecteur où elle démarre automatiquement. Cela a du sens d'un point de vue UX, car l'action souhaitée est de lire le média. Sans lecture automatique, après avoir cliqué sur la vidéo, vous devez cliquer sur lecture. La source de l'audio est également assez évidente, car le contrôle du lecteur multimédia est à l'avant et au centre.
Cela dit, un site comme YouTube peut facilement s'en tirer car il est bien connu que YouTube lit des vidéos. Si le point d'entrée de la page ne rend pas évident que vous allez lire un média, vous ne devriez pas jouer automatiquement.
De même, lors de la visualisation de la page, la source audio doit être immédiatement évidente: par exemple, avoir une petite icône de haut-parleur à faible contraste dans le coin de la page ne la coupe pas.
C'est ennuyant. C'est mauvais UX. Ne le fais pas.
Je soupçonne que certains sites Web continuent de le faire parce qu'ils veulent montrer à quel point leur audio est cool et craignent que vous ne le trouviez pas vous-même.
La lecture automatique est une forme de retrait. Vous devez toujours donner aux gens le contrôle de ce qu'ils veulent faire/arriver. Toujours faire des actions un opt in.
Ces webmasters doivent effectuer des tests utilisateur. Je suis sûr que 95 personnes sur 100 diront "C'est ennuyeux".
Ils le font pour la même raison qu'ils utilisent du texte clignotant et des marqueurs de défilement, et pour la même raison, ils (probablement) garnissent chaque document de WordArt criard et surdimensionné (rappelez-vous cela?): Parce qu'ils pensent que c'est différent et impressionnant. À tort.
Quant à votre question générale - je peux penser à non circonstance où la musique est acceptable sur les pages Web. Les utilisateurs ne connaissent pas la musique sur le Web silencieux et la trouvent surprenante, discordante et distrayante. Ils laisseront des objectifs hors page pour poursuivre un contrôle muet ou, pire encore, le bouton de fermeture.
La seule exception pourrait être des sons individuels dans les applications Web. De nombreux systèmes d'exploitation utilisent déjà des sons agréables et non intrusifs pour signifier certains types d'événements. Selon le contexte, ces pourraient deviennent acceptables pour les utilisateurs avec le temps. Mais je voudrais d'abord faire des tests très approfondis.
Le seul cas auquel je peux penser où cela serait approprié est si votre site est www.examplesofreallybadux.com. Pour vraiment atteindre le but, utilisez n'importe quoi de Chad Morgan comme piste.
À mon avis, ce n'est pas positif et je pense que la majorité peut encourager à avoir un bouton de lecture pour que l'utilisateur choisisse pour lire l'audio.
Les sites Web de musique le font tout le temps, car ils veulent Push leur dernier morceau ou définir humeur, mais vous pouvez le faire visuellement et emmener l'utilisateur à l'endroit approprié pour une écoute de piste.
Y a-t-il un scénario où la lecture automatique de l'audio serait considérée comme une bonne UX et non pas vraiment ennuyeuse?
Le seul scénario qui me semble correct, c'est quand vous n'avez qu'un seul élément (gros, remplir la page, par exemple) (disons une eCard). Mais même dans ce cas, un bouton d'arrêt/reprise est obligatoire, et encore mieux est un moyen de stocker le choix de l'utilisateur (peut-être un cookie) pour une visualisation ultérieure.