世界を動かす技術を、日本語で。

ディッコバーとは何ですか?

概要

  • dickover とは、ウェブやアプリでユーザー体験を妨害する強制的なモーダルパネルの新語。
  • Cookie許可やメルマガ登録など、ユーザーが興味ない操作を強要するデザイン。
  • サイトやアプリで日常的に遭遇し、ユーザーの時間と注意を浪費する。
  • dickbar は内容の一部だけを邪魔する軽度のバージョン。
  • 必要性のない強制遮断がdickoverの本質。

dickoverとは何か

  • dickover は、ウェブサイトやアプリが自らのコンテンツを意図的に隠し、ユーザーに不要で強制的な操作を求めるモーダルパネルのこと
    • 例:Cookie同意、ニュースレター登録、アプリインストール、利用規約同意など
  • ユーザーの興味や意思を無視した強制インタラクションの強要
  • “popover” の迷惑バージョンとして日常的に遭遇
  • インターネット全体に蔓延し、モバイルアプリでも増加傾向
  • ユーザー体験の大きな妨げ、現代ウェブの「疫病」

dickoverの具体例と問題点

  • EuronewsやGallupのCookie同意パネル
  • 個人ブログやField Notesなどのニュースレター登録要求
  • Substackの全画面カーテン型dickover
    • 「No thanks」など、目立たないテキストリンクでしか閉じられない
  • 有料購読者にもSMS登録を強要するThe Philadelphia Inquirer
  • Tom’s Hardwareでは自社広告とdickoverが重なり合う事例も
  • 「Webページに来たら、まずコンテンツを見せるべき」 という原則の無視
  • 読み始めてからページ下部で突然表示されるパターンも多発
  • 読者の注意や時間を軽視する設計思想

dickbarとの違い

  • dickbar は非モーダルで、画面の一部のみを覆う軽度の妨害デザイン
    • 例:Apple NewsroomやAcquired podcastの控えめなパネル
    • Four Seasonsのように大きすぎてdickoverに近いものも存在
  • dickbar はページの閲覧やスクロールを妨げるが、強制操作は不要
  • dickover は全画面遮断+強制操作が特徴
  • 水平dickbarはSpaceキーでのページ送り時に未読テキストを隠す問題も

dickoverと他のモーダルブロッカーの違い

  • すべてのdickoverはモーダルブロッカーだが、全てのモーダルブロッカーがdickoverとは限らない
    • 例:ペイウォール(有料記事のサインイン)は必要性があるためdickoverには該当しない
    • 不要なCookie許可やニュースレター登録がdickoverの定義

dickoverという新語の誕生

  • 元々は dickpanel と呼んでいたが、 dickover の方が語感や印象が強いと感じて変更
  • Mastodonでの投票でもdickoverが僅差で勝利
  • 新語は使われることで定着するため、積極的な使用を推奨

まとめ

  • dickover は現代ウェブ体験の大きなストレス要因
  • 不要な強制インタラクションの排除がユーザー中心設計の基本
  • サイトやアプリ運営者には、 本来のコンテンツ提供 を最優先に考える姿勢が求められる

Hackerたちの意見

あなたは私たちのトラッキングクッキーのポリシーに同意しますか? [はい、重要なトラッキングのやつには同意します] [はい、全部同意します] ⁿᵒ ᵃⁿᵈ ᶜˡᵒˢᵉ ᵈᶦᶜᵏᵒᵛᵉʳ

ありがとう、ヨーロッパ!

ありがとう、めっちゃ笑ったわ。私の体験は多分、意図通りだったと思う。リンクの「ディックオーバーって何?」をクリックして、何か思いつこうとしてたんだ。ページが読み込まれた瞬間(このちょっとした間が重要)、いきなり「これはディックオーバーです」っていうウザいポップアップが顔に飛び込んできて、すぐに理解したよ。これで次にSubstackに行くときに何て呼べばいいか分かった。

これ、ほんとにひどいね。Firefox + uBlock Origin + フィルターで、こういうディックオーバーの大半は消せるけど、たまにすり抜けるやつもある。悪いサイトと、私たちの注意を守ろうとする戦士たちとの終わらない戦いが続いてる。

私の仮説では、開発者やマネージャーの約97%が5年前に自分のプロダクトのクッキー同意を完了させて、それ以降は見たことがないから、新しい顧客にとってどれだけひどい体験か全然分かってないんだと思う。だから、開発者や上司は自分たちが素晴らしい仕事をしてると思い込んでて、きちんと整えられたホームページを持ってるけど、普通のユーザーはCloudflareのキャプチャ、次にクッキーモーダル、次にニュースレターモーダル、最後に「アプリをインストールして」モーダルが出てきて、「商品を購入」ボタンにアクセスできないんだよね。

Cloudflareは、サイトのオーナーに関連付けられたIPアドレスからのキャプチャを常にスキップするほど賢いのかな。

ウェブサイトは常にプライベートウィンドウでテストしてね。

私の仮説では、彼らは顧客の意見を気にしてないんだと思う。

多くの開発者は、少なからず真実を知ってると思う。上司が「もう一つポップアップを追加するだけだから、やっておけ」って言ったりするし。それが延々と繰り返されるんだよね。

モーダル、あなたが言いたいのはディスカバリーだと思いますよ、サー。

Daily WTFからの印象に残る話の一つは、バナー広告会社の開発者がVPのオフィスに呼ばれて、あるポップアップバナーが壊れてることで長々と怒鳴られたって話。調査したら、VPが広告ブロッカーをインストールして忘れてたことが判明したんだ。

いいやつは、断るときに次のページでまた聞いてくるよね。もしかして、機能的なクッキーが何か知らないのかな?それとも、マーケティング用語には「はい」しかないのかも?

Tom's Hardwareの例で唯一驚いたのは、ジョン・グルーバーが広告ブロッカーを使ってないってこと。

Substackの著者は、ウザいポップアップをオフにできるって知ってた?ダッシュボード -> 設定に行って、「成長」の下にある「投稿ページでの購読促進を有効にする」ってやつ。これが最初にやったことだよ。おすすめ!

みんながそれを続けている理由は分かってるよ。ちょっと驚いたのは、それが人を引き込むのに効果があるってこと。もしかして、効果ないのかな?私たちが持っているものの中には、ウェブサイトのオーナーが自動的に考えずにやっている一般的な慣習もあるよね。

あのポップアップにはちょっと例外を作ってる。つまり、見るのは気にしないってこと。良い無料コンテンツを得るための税金みたいなもんだね。でも、Mediumがログインを強制するのはやりすぎだよ。

Kagi Small Webに含まれる基準の一つは、ダイレクトオーバーがないことなんだよね。ちゃんと名前を付けてくれてありがとう、ジョン。

お、ヴラドがいるね。Kagiに感謝!Kagiの全社員にも感謝を広めてね!ダイレクトオーバーを採用してほしいな。

参考までに、クッキーのディスカバリーにたどり着くまでに「次へ」を3回クリックしたよ。フィルターを調整する必要があるかもね。

これを作業している誰か、もしくはあなたが、ちょっとしたウェブ投稿のために元のリンクを共有しやすくしてくれませんか?それが難しすぎて、Kagi版のURLを強制的に共有させようとしてるのかなって思っちゃう。

[遅延]

Substackではこれを明示的に無効にしてるんだけど、それでも私の投稿に追加されちゃうんだ。バグなのか、意図通りに動いてるのか分からないけど、それが理由で使うのをやめちゃった。読者にそんなことはしたくないからね。

Substackの怪しいやり方は、彼らの怪しい政治ほどひどくはないよね。

こういうのには「パイ」っていう丁寧な言い方を使ってるんだけど、普通の画面が数秒表示された後に、ユーザーの顔にパイを投げつけるように出てくるからね。昔は、JSでwindow.open()を使って新しいウィンドウを作ることができたけど、それがひどく悪用されて、ポップアップブロッカーの拡張機能やブラウザの権限が生まれたんだ。ポップアップブロッキングの存在に対する回避策として、パイやディスカバリーに対しても同じことが必要だと思う。「ディスカバリー」って言葉を聞いたとき、マリオン・ジマー・ブラッドリーのファンタジー小説シリーズの別の作品みたいに聞こえたんだよね…

「ディスカバリー」って言葉を聞いたとき、マリオン・ジマー・ブラッドリーのファンタジー小説シリーズの別の作品みたいに聞こえたんだよね… マリオン・ジマー・ブラッドリーと彼女の夫について出てきたことを考えると、かなり暗い意味合いになるね…

クッキーの許可は必要ない。メールニュースレターに登録するのも必要ない。実際には必要で、クリエイターがウェブサイトを運営する正当性を示せなくなるかもしれないからね。ユーザーがUXの悪いウェブサイトを訪れ続け、良いUXのウェブサイトに対して特に好みを示さない限り、UXの悪いウェブサイトは確実に存在し続けるよ。