Auf der Webplattform können Nutzer ihren Bildschirm mithilfe der Screen Capture API teilen. Die Implementierung von getDisplayMedia() in Chrome umfasst eine Medienauswahl, über die Nutzer jeden Tab, jedes Fenster oder jeden Bildschirm freigeben können. Ab Chrome 107 haben wir mit einer kleinen Änderung an diesem Dialogfeld experimentiert. Wir haben Tabs als erste Option hinzugefügt, um Nutzer dazu anzuregen, Tabs zu teilen und nicht ihren gesamten Bildschirm. Dabei wird davon ausgegangen, dass die Formulierung einer Frage die Verteilung der Antworten beeinflusst. Dieser Ansatz wird auch als Nudge-Theorie bezeichnet und Kindern als „Bitte, bitte“ bekannt. Nach einigen anfänglichen Problemen war der Test ein großer Erfolg und wir haben diese neue Funktion jetzt für alle Nutzer eingeführt.
Wie bereits erwähnt, ist das Teilen von Tabs in der Regel die beste Option:
- Besseres Datenschutzniveau, da Nutzer mit dieser Methode viel seltener private Daten aus anderen Apps, Benachrichtigungen, Desktophintergründen oder Einstellungen preisgeben.
- Bessere Nutzung des Bildschirmplatzes auf der Empfängerseite.
- Bessere Auslastung der Netzwerkressourcen, da weniger Pixel freigegeben werden.
Deshalb haben wir damit experimentiert, Tabs als erste Option anzubieten.
Bei der ersten Einführung des Tests wurde ein unglücklicher Nebeneffekt festgestellt: Durch die Platzierung der Tabs an erster Stelle wählten Nutzer den aktuellen Tab häufiger aus. Bei vielen Anwendungen, wahrscheinlich sogar bei den meisten, ist das nicht wünschenswert. In Videokonferenzanwendungen führt dies beispielsweise zu einem „Hall of Mirrors“-Effekt, der Remote-Teilnehmer verwirrt und Anrufe stört. Wir haben den Test daher pausiert.
Glücklicherweise ist ab Chrome 107 die Option selfBrowserSurface verfügbar. Mit dieser Option kann die App festlegen, ob Chrome den aktuellen Tab in die Liste der Tabs aufnehmen oder ausschließen soll, die dem Nutzer angeboten werden. Da es sich um ein neues Steuerelement handelt, wird in der überwiegenden Mehrheit der Webanwendungen hier kein expliziter Wert angegeben. Im fortgesetzten Test haben wir ab Chrome 108 den Standardwert von "include" auf "exclude" umgestellt. Dadurch wurde der unerwünschte Effekt beseitigt, während spezielle Apps weiterhin das vorherige Verhalten aufrufen können.
Die Änderung des Standardwerts im Rahmen des Tests brachte weitere Vorteile mit sich: Die Anzahl der selbst aufgenommenen Aufnahmen sank von etwa 0,8% der Aufnahmesitzungen auf fast 0 %. Damit konnten fast alle Fälle dieser Art von Selbstsabotage vermieden werden, die zuvor fast jeden 100. Nutzer betroffen hatten.
Der Test wurde in Chrome 108 fortgesetzt. Nachdem 50% der Nutzer die Funktion nutzen konnten, haben wir folgende Ergebnisse festgestellt:
- Die Tab-Freigabe stieg von 16% auf 30%.
- Die Fensterleihe stieg von 14% auf 20%.
- Die Bildschirmfreigabe ging von 55% auf 36 % zurück.
- Die selbst aufgenommenen Daten (tabbasiert) sind von 0,8% auf 0 % gesunken.
- Die Anzahl der Stornierungen ist unterschiedlich gestiegen. Weitere Informationen dazu finden Sie unten.
- Die Anzahl der Aktivierungen (Anzahl der Aufrufe von
getDisplayMedia()) ist in unterschiedlichem Maße gestiegen.
Wir waren sehr zufrieden mit den Änderungen an der Häufigkeit, mit der Nutzer Tabs, Fenster und Bildschirme teilen. Die Änderungen bei Kündigungen und Aktivierungen waren jedoch ein potenzieller Grund zur Sorge.
Da wir den Test länger laufen ließen, haben wir festgestellt, dass die Anzahl der Stornierungen in der Testgruppe wieder auf das Niveau der Kontrollgruppe zurückging. Das bestätigte unsere Vermutung, dass Nutzer das Fenster schließen, sobald sie ein unbekanntes Dialogfeld sehen, und sich dann im Laufe der Zeit daran gewöhnen.
Die Steigerung der Aktivierungen konnte nur teilweise durch die oben genannte Theorie erklärt werden, da die Zahlen nicht zusammenpassten und die Anzahl der Aktivierungen in der Testgruppe weiterhin höher blieb. Die wahrscheinliche Erklärung für die steigenden Aktivierungszahlen ist, dass Nutzer, die den gesamten Bildschirm freigegeben haben, die Aufzeichnung nie beenden und neu starten mussten, um etwas anderes zu teilen. Da er jetzt häufiger Tabs und Fenster freigab, musste die Aufzeichnung häufiger neu gestartet werden. Wir hoffen, in Zukunft weitere Verbesserungen vornehmen zu können, damit der Übergang zwischen der Erfassung verschiedener Oberflächen reibungsloser funktioniert.