Op het webplatform kunnen gebruikers hun scherm delen met behulp van de Screen Capture API . Chrome's implementatie van getDisplayMedia() bevat een mediakiezer waarmee gebruikers elk tabblad, venster of scherm kunnen delen. Vanaf Chrome 107 hebben we geëxperimenteerd met een kleine aanpassing van dat dialoogvenster, waarbij tabbladen de eerste optie zijn, om gebruikers aan te moedigen tabbladen te delen en niet hun hele scherm te delen. Dit is gebaseerd op het goed begrepen concept dat de manier waarop een vraag wordt geformuleerd, de verdeling van de antwoorden beïnvloedt. Dit staat in de volksmond bekend als Nudge Theory, en bij kinderen bekend als ‘pretty please’. Na enkele aanvankelijke problemen bleek het experiment een groot succes en we hebben deze nieuwe ervaring nu naar alle gebruikers verzonden.
Zoals eerder besproken is het delen van tabbladen meestal de beste optie:
- Beter voor de privacy, omdat het veel minder waarschijnlijk is dat gebruikers privégegevens van andere apps, meldingen, bureaubladachtergronden of instellingen openbaar maken.
- Beter gebruik van schermvastgoed aan de ontvangende kant.
- Beter gebruik van netwerkbronnen door minder pixels te delen.
We hebben daarom geëxperimenteerd met het presenteren van tabbladen als eerste optie.
De eerste uitrol van het experiment bracht een ongelukkig neveneffect aan het licht: door tabbladen eerst te plaatsen, nam de snelheid waarmee gebruikers het huidige tabblad kozen toe. Voor veel toepassingen, misschien zelfs voor de meeste, is dit niet wenselijk. Bij toepassingen voor videoconferenties leidt dit bijvoorbeeld tot het "spiegelzaal"-effect, waardoor deelnemers op afstand in de war raken en oproepen ontsporen. Daarom hebben we het experiment stopgezet.
Gelukkig is vanaf Chrome 107 de optie selfBrowserSurface beschikbaar. Met deze optie kan de app bepalen of Chrome het huidige tabblad moet opnemen of uitsluiten van de lijst met tabbladen die aan de gebruiker wordt aangeboden. Omdat dit een nieuwe controle is, biedt de overgrote meerderheid van webapps hier geen expliciete waarde. In het vernieuwde experiment, beginnend met Chrome 108, hebben we de standaardwaarde gewijzigd van "include" naar "exclude" . Hierdoor werd het ongewenste effect geëlimineerd, terwijl gespecialiseerde apps nog steeds het eerdere gedrag konden oproepen.
De verandering van de standaardwaarde als onderdeel van het experiment bracht zijn eigen voordelen met zich mee: de zelfopname daalde van ongeveer 0,8% van de opnamesessies naar bijna 0%, waardoor bijna alle gevallen van dergelijke zelfsabotage werden geëlimineerd, waar voorheen bijna 1 op de elke 100 gebruikers.
Het experiment werd hervat in Chrome 108. Toen het 50% van de gebruikers bereikte, zagen we de volgende resultaten:
- Het delen van tabbladen is gestegen van 16% naar 30%.
- Het delen van ramen steeg van 14% naar 20%.
- Scherm delen daalde van 55% naar 36%.
- Zelfregistratie (op tabbladen) daalde van 0,8% naar 0%.
- Annuleringen verhoogd met een wisselend bedrag; daarover hieronder meer.
- Activeringen (aantal aanroepen van
getDisplayMedia()) verhoogd met een wisselend aantal.
We waren erg blij met de veranderingen in de frequentie waarmee gebruikers tabbladen, vensters en schermen delen. Maar de veranderingen in annuleringen en activeringen waren een mogelijke reden tot bezorgdheid.
Door het experiment langer te laten lopen, merkten we dat het aantal afmeldingen in de experimentgroep terugliep richting dat van de controlegroep. Dit correleerde met onze theorie dat gebruikers wegvluchtten zodra ze een onbekende dialoog zagen, en er na verloop van tijd aan gewend raakten.
De toename in activaties kon slechts gedeeltelijk worden verklaard door bovenstaande theorie, omdat de cijfers niet optellen en omdat het aantal activaties in de testgroep hoger bleef. De waarschijnlijke verklaring voor de toename in activeringen is dat wanneer gebruikers het hele scherm deelden, ze het vastleggen nooit hoefden te stoppen en opnieuw te starten om iets anders te delen. Nu ze vaker tabbladen en vensters deelden, ontstond de noodzaak om de opname opnieuw te starten. We hopen hier in de toekomst verdere verbeteringen aan te brengen door meer naadloze overgangen tussen het vastleggen van verschillende oppervlakken mogelijk te maken.