Eco-design guide for digital services

7.8 Interactions

Replacing infinite scroll

Infinite scroll means the page can be scrolled down indefinitely, which increases time spent on it and therefore the weight and expended resources for that page. This mechanism is used in captology to capture user attention as much as possible. Article 20 of a 2019 French Senate bill (PDF) (French) had a measure calling for a ban on this technique.

Example
List of queries loaded while infinite scrolling

Infinite scroll

Looking for photos of climate marches on Unsplash.com, with a few scrolls, the size of the page quickly reached 25 MB (not including downloading those pictures)! Scrolling is so easy and convenient that it is difficult to realize what we are doing and stop ourselves. After all, we are always looking for the best picture.

So the idea is to replace infinite scrolling with an action, by introducing pagination, or a "see more" button.

It is also important to consider what the right number of elements to be displayed by default should be. If too many clicks are necessary for users to find the desired result it can lead to frustration. Finding the right balance is essential!

RGSEN Criterion 4.2
Banning infinite scrolling would fulfill the recommendations of Criterion 4.2 of the General Repository for the Eco-design of Digital Services (Référentiel Général de l'Ecoconception des Services Numériques - RGESN).
See the repository (French)

In addition, all manipulative or dark pattern mechanisms that could lead to a disproportionate increase in the use of the digital service should be proscribed: autoplaying next video, hidden ads that disrupt the user journey, gamification processes like streaks on Duolingo and Snapchat, etc.

RGSEN Criterion 4.14
Avoiding manipulative processes in the user interface would fulfill the recommendations of Criterion 4.14 of the General Repository for the Eco-design of Digital Services (Référentiel Général de l'Ecoconception des Services Numériques - RGESN).
See the repository (French)

For further information:

Avoiding autocomplete features

Features that aim to autocomplete searches or provide "intelligent" suggestions require a lot of server queries.

Example

Autocomplete

Gmail's default "smart compose" option proposes "intelligent" suggestions which make the language used more uniform, contribute to a certain amount of intellectual laziness, and lead to many back-and-forth queries for the server.

Beginning of an email showing automated suggestions

Generally speaking, it is best to avoid these features, and instead use other existing support methods (examples, input format, etc.). If the use of autocomplete or suggestion features is relevant in your context, then it is possible to limit them, for instance by offering suggestions only after three typed characters and activating only after 500 ms.

RGSEN Criterion 4.9
Limiting the number of queries during user input would fulfill the recommendations of Criterion 4.9 of the General Repository for the Eco-design of Digital Services (Référentiel Général de l'Ecoconception des Services Numériques - RGESN).
See the repository (French)

Rethinking notifications

Between keeping users informed and pestering them with notifications, the boundary can be rather tenuous. Much like before, eco-design and ethical design agree on the approach to implement. It is mostly about questioning our design habits and examining whether these notifications are truly useful and their frequency valid.

Some leads to pursue:

  • Think about different notifications formats based on how urgent they are.
  • Allow users to personalize when, how and from whom they receive notifications.
  • Offer SMS notifications instead of email.
  • Avoid unnecessary confirmation emails (e.g. when unsubscribing for a newsletter).
  • Replacing a toast notification with a change of state. For instance, a toast notification mentioning that a new element has been created could simply be replaced with a :focus state on the new element.

RGSEN Criterion 4.13
Limiting the use of notifications and allowing the users to turn them off
would fulfill the recommendations of Criterion 4.13 of the General Repository for the Eco-design of Digital Services (Référentiel Général de l'Ecoconception des Services Numériques - RGESN).
See the repository (French)