Qu’est-ce qu’un dickover ?

 (daringfireball.net)
1 points par GN⁺ 4 시간 전 | 1 commentaires | Partager sur WhatsApp
  • Un dickover est un obstacle par lequel un site web ou une app masque son propre contenu avec un panneau modal, un popover ou une interface en rideau, en imposant des interactions inutiles
  • Les demandes typiques sont l’acceptation des cookies, l’inscription à une newsletter, l’installation d’une app ou l’acceptation des conditions d’utilisation, autant d’exigences sans lien direct avec le contenu que l’utilisateur voulait lire
  • Parmi les principaux exemples figurent le rideau plein écran de la page d’accueil de Substack, l’obligation d’inscription par SMS du Philadelphia Inquirer et le conflit d’axe Z de Tom’s Hardware
  • Un dickbar ne masque qu’une partie de la page et impose moins d’actions obligatoires, mais il dégrade tout de même l’expérience en recouvrant du texte et en gênant le défilement avec la barre d’espace
  • Les écrans d’inscription ou de connexion d’un paywall sont différents d’un dickover, car ils sont nécessaires pour accéder au contenu ; le critère central est le caractère inutile de l’obstacle et sa capacité à détourner l’attention

Définition et problème du dickover

  • Un dickover désigne un panneau modal, un popover ou une interface en rideau par lesquels un site web ou une app masque délibérément son propre contenu
  • Il entrave l’accès au contenu en forçant l’utilisateur à effectuer une interaction qu’il ne veut pas et dont il n’a pas besoin
  • Les exemples typiques sont les demandes d’acceptation des cookies, d’abonnement à une newsletter, d’installation d’une application mobile ou d’acceptation des conditions d’utilisation, autant d’éléments sans rapport direct avec ce que l’utilisateur était venu lire
  • On en voit de plus en plus souvent sur le web et dans les apps mobiles, et ils interrompent le flux de lecture plus directement qu’un simple popover

Types courants et exemples

  • Les dickovers qui exigent l’autorisation des cookies sont très courants, comme dans le cas d’Euronews et le cas de Gallup
  • Les demandes d’inscription à une newsletter suivent le même schéma, avec le cas d’Om Malik pour un blog personnel et le cas de Field Notes pour un site de marque
  • Les pages d’accueil de blogs hébergés sur Substack affichent une forme particulièrement nocive de dickover
    • Il prend la forme d’un rideau plein écran qui ne ressemble même pas à un panneau et suggère fortement qu’il faut s’inscrire à la newsletter par e-mail pour pouvoir lire le texte
    • Le bouton de fermeture est présenté comme un petit lien textuel qui ne ressemble pas à un bouton
    • Les cas de Paul Krugman et de Matt Yglesias utilisent des formules du type “No thanks”
    • Le cas de Volts emploie une formule excessivement mielleuse comme “Just gimme that content!”
  • Le cas du Philadelphia Inquirer oblige même des abonnés à 20 dollars par mois, déjà connectés, à s’inscrire à des SMS sur la côte du New Jersey pour pouvoir voir l’article
  • Le cas de Tom’s Hardware montre un conflit d’axe Z en JavaScript dans lequel le dickover du site est lui-même recouvert par sa propre publicité

Ce qu’une page web est censée faire

  • Lorsqu’un utilisateur visite un site web, il devrait pouvoir voir le contenu du site immédiatement
  • Afficher d’abord un dickover de type « abonnez-vous à la newsletter » ou « acceptez les cookies » sur une page d’article va à l’encontre de la finalité première d’une page web
  • Une page web devrait afficher une page web, et un e-mail devrait afficher le contenu d’un e-mail
  • L’attention qu’un utilisateur accorde à un article, une histoire ou une page produit est un privilège obtenu par le site, et l’interrompre volontairement est inapproprié

Le moment d’affichage, une perturbation encore plus forte

  • Certains sites affichent un dickover juste après le chargement de la page, et les utilisateurs s’attendent aujourd’hui dans une certaine mesure à ce genre d’obstacle au chargement d’une page web
  • Le pire, c’est lorsque le site affiche soudainement un dickover après que l’utilisateur a déjà commencé à lire et à faire défiler la page
  • Interrompre quelqu’un en pleine lecture pour lui demander autre chose que l’attention qu’il a déjà accordée revient à lui arracher des mains un vrai livre ou un vrai magazine
  • Comme le suggère la métaphore selon laquelle on risquerait de se faire frapper en retirant une publication physique des mains d’un lecteur, interrompre l’expérience de lecture est un geste tout aussi agressif

Différence avec le dickbar

  • Le dickbar est lié au dickover, mais il est classé comme une infraction plus légère du point de vue du design et de l’expérience utilisateur
  • Un dickbar est un popover non modal qui ne masque qu’une partie du contenu sous-jacent, et non l’ensemble
  • Si le dickbar est relativement moins problématique, c’est parce qu’il ne masque pas toute la page et n’exige pas d’action obligatoire pour être fermé
  • Malgré cela, le dickbar nuit quand même à l’expérience utilisateur en recouvrant du contenu et en détournant l’attention
  • Le dickbar horizontal, particulièrement courant, pose surtout problème lors du défilement écran par écran avec la barre d’espace
    • La page défile sur toute la hauteur de la page web sans soustraire la hauteur du dickbar
    • Résultat, à chaque passage à l’écran suivant, le dickbar recouvre encore du texte que l’utilisateur n’a pas lu

Frontière entre bloqueur modal et dickover

  • Tous les dickovers sont des bloqueurs modaux, mais tous les bloqueurs modaux ne sont pas des dickovers
  • Les panneaux d’inscription ou de connexion pour du contenu payant ne sont pas des dickovers
  • Un paywall peut parfois être agaçant, mais l’un des critères essentiels du dickover est son caractère inutile
  • Une demande d’autorisation de cookies ou d’inscription à une newsletter par e-mail n’est pas nécessaire pour lire le contenu
  • À l’inverse, sur un contenu derrière paywall, l’inscription ou la connexion est nécessaire, ce qui le distingue d’un dickover

Origine du terme

  • En 2022, on a commencé à appeler ce type d’interface dickpanel, mais par la suite le terme dickover s’est imposé comme une formulation plus adaptée
  • Le nouveau mot est venu en préparant un article sur Dropover, un utilitaire Mac de « shelf » en glisser-déposer
  • Juste avant cela, il y avait eu un billet de plainte à propos du bloqueur modal de cookies particulièrement ridicule d’Euronews, et le terme dickpanel ne semblait plus vraiment convenir
  • Dans un sondage Mastodon, il a été demandé quel terme conviendrait mieux pour désigner « les faux dialogues dans des fenêtres par lesquels des sites web et certaines apps recouvrent leur contenu », et sur 1 130 réponses, dickover l’a emporté de justesse 51 contre 49
  • Le critère qui fait qu’un néologisme s’impose n’est pas son caractère explicatif ou sa clarté, mais son usage, et dickover semble être un terme à la fois percutant et amusant à employer

À lire aussi

1 commentaires

 
GN⁺ 4 시간 전
Commentaires sur Hacker News

  • Mon expérience était probablement exactement celle qui était voulue. J’ai cliqué sur le lien « What is a dickover? » en me demandant ce que ça pouvait bien être, puis, à peine la page chargée et après un très bref temps d’arrêt, une grande fenêtre surgissante agaçante avec « This is a Dickover » m’a sauté au visage, et j’ai immédiatement compris
    Au moins, je sais désormais comment appeler ça la prochaine fois que j’irai sur Substack

  • J’ai une hypothèse : environ 97 % des développeurs et administrateurs ont validé une fois il y a cinq ans un truc du genre consentement aux cookies sur leur propre produit, ne le revoient plus jamais, et n’ont donc aucune idée de la médiocrité réelle de l’expérience pour les nouveaux clients
    Les développeurs et leurs supérieurs pensent qu’ils font du bon travail et que leur page d’accueil est bien peaufinée, mais l’utilisateur normal se prend successivement un captcha Cloudflare, une modale de cookies, une modale d’inscription à la newsletter, une modale d’installation de l’application, le tout en bloquant l’accès au bouton « acheter le produit »

    • Le meilleur, c’est quand on refuse et qu’on nous le redemande à la page suivante
      Ils ne savent probablement pas ce qu’est un cookie fonctionnel. Dans le vocabulaire marketing, il n’existe peut-être que YES
    • Si « on ne le revoit jamais », ça ressemble déjà à une meilleure implémentation que 99,9 % des dickover que je rencontre
      La plupart réapparaissent plus tard même après fermeture, et certains donnent l’impression de revenir à chaque visite du site
    • J’ai aussi une hypothèse selon laquelle ils se moquent de ce que pensent les clients
    • Les développeurs ne sont pas très doués pour juger ce qui est le mieux en matière d’expérience utilisateur. Comment justifier autrement les centaines de milliers d’heures de recherche accumulées par l’industrie que des designers et PM ont investies dans ce magnifique premier écran ultra-performant et la modale auto-chargée qui suit ?
      En gros : laissez ça aux experts, s’il vous plaît
    • Il faut toujours tester un site web en fenêtre privée

  • L’un des critères d’inclusion dans Kagi Small Web, c’est l’absence de dickover. Merci d’avoir enfin mis un nom correct là-dessus, John
    [1] https://kagi.com/smallweb

    • Ce serait bien de permettre de partager plus facilement les liens d’origine des billets de Small Web. En l’état, c’est tellement difficile qu’on a l’impression d’être forcé à partager l’URL de la version Kagi
    • Il faudrait faire une exception pour cette page précise
    • Pour info, après avoir cliqué trois fois sur « next », je suis tombé sur une page avec un cookie dickover. Il faut sans doute ajuster le filtre
    • Le vrai moment dickover, c’est quand on commence à utiliser le service et qu’on se rend compte qu’ils ont un accord avec Yandex

  • Si vous configurez une extension de navigateur qui permet d’activer et désactiver JavaScript, vous pouvez bloquer la plupart des pop-ups, écrans de réprimande et demandes liées aux cookies. Il en existe plusieurs
    Sinon, autre option : garder un autre navigateur avec JavaScript désactivé en permanence, minimisé dans la barre ou en arrière-plan
    Beaucoup de sites qui exigent un abonnement, affichent des écrans de réprimande ou utilisent d’autres blocages deviennent lisibles dès qu’on coupe JavaScript
    Le JavaScript des sites web est devenu un outil permettant aux entreprises de nous manipuler, de nous contrôler, d’afficher des écrans de réprimande ou d’exiger un abonnement
    Si je tombe sur un site qui exige JavaScript avant même le chargement, je l’abandonne simplement et n’y reviens jamais

  • Je soutiens ce nom. Si ça devient le nom standard de cette pratique, les gens devront employer ce mot quand ils la proposeront sérieusement en réunion, et il deviendra alors plus difficile de la proposer sérieusement
    « Voici notre design Dickover »
    « Franchement, je ne pense pas qu’on doive imposer un Dickover à nos clients »
    « Dit comme ça, effectivement… »
    Épilogue : six mois plus tard, le taux de conversion de la newsletter est nul et le site s’effondre

    • Mais c’est qui, ces gens au juste ? Ceux qui ne ressentent absolument aucune colère quand un dickover leur colle au visage, qui continuent joyeusement leur chemin et envisagent sérieusement d’y saisir leur adresse e-mail

  • Ce bookmarklet est très pratique à avoir sous la main

    javascript:(function()%7B let i%2C elements %3D document.querySelectorAll('body *')%3B for (i %3D 0%3B i < elements.length%3B i%2B%2B) %7B if(getComputedStyle(elements%5Bi%5D).position %3D%3D%3D 'fixed' %7C%7C getComputedStyle(elements%5Bi%5D).position %3D%3D%3D 'sticky')%7B elements%5Bi%5D.parentNode.removeChild(elements%5Bi%5D)%3B %7D %7D %7D)()

    Parfois, après avoir utilisé celui-ci, il faut aussi ce deuxième pour réparer le défilement

    javascript:var r="html,body{overflow:auto !important;}"; var s=document.createElement("style"); s.type="text/css"; s.appendChild(document.createTextNode(r)); document.body.appendChild(s); void 0;

  • Sur Substack, même si je désactive explicitement ces choses, elles finissent quand même par s’ajouter à mes billets. Je ne sais pas si c’est un bug ou le comportement voulu, mais ça suffit largement à me faire arrêter d’utiliser Substack
    Je n’ai pas envie de faire ça à mes lecteurs

  • Pour ceux qui, comme moi, lisent les sites web en zoomant, ces trucs sont particulièrement agaçants
    Il faut dézoomer pour trouver le bouton de fermeture. C’est une poursuite permanente, et parfois on finit juste par abandonner
    Il existe pourtant la directive européenne sur l’accessibilité du web, alors je ne comprends pas comment ce genre de chose peut être autorisé

    • Même HN lui-même est lamentable dès que le zoom de l’interface dépasse 1.0
      On se retrouve à faire défiler horizontalement sans arrêt juste pour lire le texte

  • Je me demande si quelqu’un d’autre a cru, comme moi, à un jeu de mots astucieux de keming
    Heureusement, même sur les sites où le contenu exige JavaScript ou où il faut JavaScript pour supprimer le dickover, il n’est pas si difficile, et même assez satisfaisant, d’effacer ce genre de choses et d’autres éléments pénibles avec l’outil d’inspection du navigateur

    • La fonction Hide Distracting Items de Safari est l’une des grandes raisons pour lesquelles je n’utilise pas Chrome
    • La première fois que j’ai vu la version en minuscules de dickover, j’ai lu clickover

  • Pour moi, le simple fait qu’un dickover soit possible est en soi un bug de tous les interpréteurs JavaScript
    Un navigateur digne de ce nom devrait rendre impossibles non seulement les dickover, mais aussi les comportements hostiles associés, comme une page web qui modifie le menu du clic droit ou empêche la sélection de texte
    Malheureusement, désactiver complètement les scripts est difficilement une solution, parce que beaucoup de sites cessent alors totalement de fonctionner, mais les comportements mentionnés plus haut n’ont absolument aucune utilité pour l’utilisateur : ils devraient donc être sans effet, et un site hostile ne devrait avoir aucun moyen de savoir si ces actions marchent ou non
    Les fenêtres modales peuvent parfois être utiles dans des applications que je contrôle, mais dans des applications contrôlées par des tiers, comme lors de la navigation sur des sites internet, il devrait toujours être possible de les ignorer ou contourner

    • Je suis vraiment curieux : y a-t-il quelque chose qu’on pourrait faire côté implémentation JavaScript, DOM ou navigateur pour bloquer spécifiquement les dickover, tout en autorisant le contenu modal souhaité comme les menus déroulants, les info-bulles et les barres de navigation flottantes ?