Quelle est votre opinion sur target = "_ blank"?
Les développeurs Web peuvent appliquer cet attribut aux marques d'ancrage <a> pour forcer le navigateur à ouvrir des liens dans de nouveaux onglets/fenêtres.
Les spécialistes du marketing l'adorent car il leur permet de créer des liens vers du contenu externe sans retirer le lecteur de la page.
Mais cela peut également frustrer les utilisateurs expérimentés qui demandent le contrôle des onglets qu'ils ont ouverts. Ou, cela peut dérouter les novices qui suivent le lien et essaient de cliquer sur "Retour" lorsqu'ils ont fini de lire l'article externe.
Qu'est-ce que tu penses?
Réponse courte: Non, ce n'est pas OK.
Code/normes: si vous écrivez du xhtml, c'est un attribut obsolète et ne doit pas être utilisé. Vous pourriez envisager d'utiliser l'attribut rel = "external" à la place si vous le devez absolument.
Pour les liens externes: comme vous l'avez noté, cela empêche les utilisateurs de quitter complètement votre site, qui reste ouvert dans un autre onglet/fenêtre. Je préfère la solution CSS d'utiliser une icône d'arrière-plan et une balise de titre sur href pour indiquer aux utilisateurs qu'il s'agit d'un lien hors site. Ce n'est tout simplement pas une bonne idée de retirer ce type de contrôle à l'utilisateur. Et parfois, un IFrame est une bonne chose, en apportant du contenu à d'autres sites avec un moyen de revenir au vôtre.
Pour les liens internes: cela n'a aucun sens, s'il y a un besoin, il pourrait être résolu avec une division sur le côté, une fenêtre modale (le cas échéant, nous avons tendance à les utiliser de manière excessive) ou une autre solution. Je ne pense pas qu'il y ait jamais de raison de prendre ce genre de contrôle pour quelque chose au sein de votre site.
D'accord avec tout le monde ici :-)
Mais juste sur ce point particulier:
"Les spécialistes du marketing l'adorent car il leur permet de créer des liens vers du contenu externe sans retirer le lecteur de la page."
C'est une crainte raisonnable pour un client. L'utilisateur quitte le site et ne peut pas revenir.
Cependant, dans chaque test d'utilisabilité que j'ai fait, l'ouverture d'un contenu externe dans une nouvelle fenêtre aggrave ce problème - pas mieux.
(S'ils ne veulent pas revenir à l'ancien site - le client a un problème différent. Et ouvrir les choses dans une nouvelle fenêtre ne résoudra pas cela non plus).
Les utilisateurs disposent d'un mécanisme bien compris pour revenir à une page précédente. Le bouton de retour. S'ils veulent revenir à l'ancien site - ils le peuvent. L'ouverture de liens externes dans une nouvelle fenêtre rompt ce mécanisme.
J'ai vu l'ouverture d'une nouvelle fenêtre confondre et agacer les utilisateurs encore et encore. Les réponses ont inclus:
- Être conscient de la nouvelle fenêtre - et être simplement ennuyé par le forçage perçu du comportement.
- Ne pas comprendre ce qui s'est passé lorsque le bouton de retour a échoué - et abandonner.
- Taper à nouveau l'URL en cas d'échec du bouton Précédent - et devoir "recommencer"
- Poursuivant leur tâche d'origine sur un site du concurrent parce qu'ils sont allés sur Google lorsque leur bouton de retour ne les a pas renvoyés au site d'origine.
- ... etc ...
Ce que les spécialistes du marketing vraiment aiment garder leurs ventes et satisfaire leurs clients. Expliquez que l'ouverture de nouvelles fenêtres fera l'inverse (encore mieux - affichez-le avec des tests utilisateur) et vous n'aurez pas de problème.
Ma première opinion est de rompre la séparation du contenu et du comportement . et un nouveau lien dans une nouvelle fenêtre rendra la navigation difficile pour l'utilisateur du lecteur d'écran.
Personnellement, je n'aime pas ouvrir les pages de contenu Web dans la fenêtre, mais si le client le souhaite, nous devrons le faire.
Du point de vue de l'utilisabilité
considérez les deux situations suivantes où un utilisateur ne sait pas à l'avance si le site ouvre des liens dans de nouvelles fenêtres ou dans la même fenêtre:
- l'internaute souhaite ouvrir le lien dans une nouvelle fenêtre, mais le site ouvre des liens dans la même fenêtre,
- l'utilisateur veut ouvrir le lien dans la même fenêtre, mais le site ouvre des liens dans de nouvelles fenêtres.
Dans la première situation, les utilisateurs peuvent choisir d'ouvrir un lien dans la nouvelle fenêtre à l'aide du menu contextuel ou des raccourcis décrits dans les sections suivantes de cet article. Dans cette situation, les utilisateurs sont les initiateurs des actions lorsqu'ils décident de l'affichage de la page liée. Ici, le comportement du site répond aux attentes des utilisateurs, ce qui se traduit par une bonne expérience utilisateur .
Dans la deuxième situation, les utilisateurs cliqueraient simplement sur le lien et découvriraient soudainement que le lien est ouvert dans une nouvelle fenêtre. Dans cette situation, les utilisateurs sont les répondants des actions car ils doivent réagir à la façon dont la page liée est affichée - par exemple, fermer les fenêtres qui ont été ouvertes automatiquement. De plus, ici, le comportement du site ne répond pas aux attentes des utilisateurs, ce qui entraîne une mauvaise expérience utilisateur .
Les utilisateurs trouvent cela ennuyeux lorsque le site fait quelque chose sans leur demander de le faire. Si les utilisateurs veulent ouvrir de nouvelles fenêtres, laissez-les le faire et ne cédez pas à leur intelligence en prenant des décisions pour eux autrement. Ne forcez pas une nouvelle fenêtre sur les utilisateurs à moins qu'il n'y ait une très bonne raison de le faire.
référence - http://www.smashingmagazine.com/2008/07/01/should-links-open-in-new-windows/
et
Croyez si ou non, il y a des cas où l'utilisation d'une nouvelle fenêtre est une bonne idée, comme quand:
- Le lien est pour un document, tel qu'un PDF ou fichier Word. L'ouverture d'une nouvelle fenêtre permettra le téléchargement de l'image ou du document en arrière-plan. Il empêche également les utilisateurs de fermer accidentellement la fenêtre du navigateur quand ils ferment le document.
- Le lien est pour une grande image. Dans ce cas, une nouvelle fenêtre permet à l'internaute de garder une fenêtre de navigateur ouverte pendant le téléchargement de l'image.
- Le lien est pour une version imprimable d'un article ou d'une page Web. Ici, une nouvelle fenêtre permet aux utilisateurs de garder la fenêtre actuelle ouverte pendant qu'ils impriment l'article ou la page en arrière-plan.
Source - http://articles.sitepoint.com/article/beware-opening-links-new-window
Je suis d'accord avec beaucoup de ce qui a été dit sur l'ouverture de liens dans de nouvelles fenêtres, mais il y a des cas où je pense que c'est une solution valide qui améliore réellement l'expérience utilisateur.
Par exemple: j'ai un podcast où les visiteurs peuvent écouter les épisodes sur le site. Nous mentionnons généralement quelques liens que les auditeurs pourraient trouver dans les notes de l'émission pour les suivre et voir de quoi nous parlons. Cela a causé un problème pour ceux qui écoutent via le site Web, car ils interrompraient accidentellement le podcast en cliquant sur l'un des liens dans les notes de l'émission (car il se charge dans la même fenêtre). Nous avons donc créé ces liens uniquement dans une nouvelle fenêtre, et tout le monde était content.
a) C'est la mauvaise solution technique pour créer une nouvelle fenêtre.
La création de fenêtres est une fonction javascript. _blank est obsolète.
b) Les nouvelles fenêtres sont mauvaises
Ils apportent toutes sortes de problèmes d'utilisabilité et d'accessibilité. Parfois, ils sont utiles, mais choisissez et choisissez quand les utiliser avec soin. Si vous devez créer la fenêtre contextuelle, assurez-vous d'utiliser JavaScript et assurez-vous qu'il est suffisamment petit pour être clairement une nouvelle fenêtre. L'ancienne méthode '_blank' peut causer des problèmes tels que les gens qui naviguent avec des fenêtres constamment agrandies. Dans ces situations, la nouvelle fenêtre semble identique à celle sur laquelle ils étaient et ils pensent alors que leur bouton de retour est cassé.
c) Le marketing ne sait pas vraiment de quoi il parle.
Le marketing ne comprend souvent pas les concepts fondamentaux que le Web apporte à la table. L'idée que les gens ne savent pas comment utiliser leur bouton de retour, par exemple. Ou que les gens ennuyeux sont une mauvaise chose. Ou à quoi servent les "onglets" dans les interfaces utilisateur du navigateur.
Je dirais qu'en règle générale, la convention bien établie selon laquelle les liens ne doivent pas s'ouvrir dans une nouvelle fenêtre doit être respectée (c'est-à-dire pour des raisons d'utilisabilité/d'accessibilité/de prévisibilité/de navigation) ...
SAUF SI leur comportement non standard est rendu prévisible via l'utilisation de l'embellissement visuel (par exemple, icône préfixée) et de l'infobulle appropriée (par exemple "[ouvre dans une nouvelle fenêtre" ] ") ...
OU si la logique/attente de l'utilisateur impose que le (s) lien (s) [~ # ~] doit [~ # ~] s'ouvrir dans une nouvelle fenêtre, comme dans les applications Web comme Google Reader (c'est-à-dire que vous ne voudriez pas que chaque lien/article sur lequel vous cliquez dans Reader se charge dans la fenêtre actuelle et ensuite que vous deviez revenir en arrière) à Reader par la suite ...)
Au cours de nos tests d'utilisabilité, j'ai été témoin à plusieurs reprises lorsque les utilisateurs appuyaient désespérément sur le bouton de retour (désactivé) de leur navigateur - essayant de revenir au site qu'ils venaient de quitter en cliquant sur un lien "externe".
Il n'y a donc absolument aucune raison d'envoyer des utilisateurs vers un nouvel onglet ou une nouvelle fenêtre. Cela peut être utile lorsque vous souhaitez fournir une petite fenêtre contextuelle avec l'aperçu d'un formulaire ou une vue d'impression d'un document. Mais à des fins de navigation, vous devez éviter les fenêtres contextuelles et les nouveaux onglets, quelle que soit la technologie que vous utilisez.
Cas d'utilisation approprié
Notre client nous a demandé de créer un tableau de bord/une page de destination où l'utilisateur pourrait utiliser cette page pour naviguer vers l'un de deux de nos produits.
Chaque produit nécessiterait une connexion et à la fin de l'utilisation du produit, il serait fermé. En utilisant target="_blank" nous a permis de renvoyer l'utilisateur à la page de destination d'origine sans implémenter ce raccourci dans les produits (ce que nous ne pouvions pas faire car d'autres clients utilisent ces produits et non la page de destination).
Sommaire
Je suis d'accord avec de nombreux points ci-dessus, cependant, face à cette décision, ce n'est pas noir et blanc, pensez à la façon dont votre utilisateur expérimentera ce flux et si l'utilisation de cette méthode facilite l'expérience, alors allez-y.