Ce guide vous aide à comprendre l'impact et les modifications nécessaires de votre module complémentaire introduits par l'abandon de Chrome pour les cookies tiers.
Présentation
Le 4 janvier 2024, Chrome a lancé la Protection contre le suivi, qui limite par défaut l'accès des sites Web aux cookies tiers à 1% des utilisateurs. Début 2025, Chrome prévoit d'abandonner complètement les cookies tiers.
Au moins deux parcours utilisateur sont affectés dans les modules complémentaires Classroom:
- Parcours d'authentification unique (SSO) de Google
- Lancement de nouveaux onglets pour les utilisateurs
SSO Google
Au cours du flux d'authentification unique Google, les utilisateurs sont redirigés vers une boîte de dialogue leur permettant de se connecter à leur compte Google et d'accepter le partage de données.
Figure 1. Visualisation des trois contextes de cookie différents lors de l'authentification unique à partir d'un iFrame: (1) l'application Classroom de premier niveau, (2) l'iFrame intégré tiers (DavidPuzzle sur localhost dans ce cas) et (3) la boîte de dialogue OAuth de premier niveau.
Dans une implémentation typique de module complémentaire, un cookie de session est défini à la fin de ce processus de connexion. L'iFrame du module complémentaire, qui se trouve dans un contexte intégré, est actualisé, à présent avec le cookie de session, ce qui permet à l'utilisateur d'accéder à sa session authentifiée. Toutefois, lorsque les cookies tiers sont désactivés, les sites situés dans un contexte intégré comme des iFrames de modules complémentaires ne peuvent pas accéder aux cookies à partir de leur contexte de premier niveau respectif. Pour les modules complémentaires Classroom, l'utilisateur ne peut pas accéder à sa session authentifiée et reste bloqué dans une boucle de connexion.
Pour les implémentations qui définissent le cookie de session dans le contexte de l'iFrame intégré, ce problème peut être atténué par l'API CHIPS, qui permet aux sites intégrés de définir des cookies partitionnés et d'y accéder (cookies à la fois sur l'intégrateur et sur le domaine intégré). Toutefois, les implémentations qui définissent le cookie de session dans le contexte de premier niveau de la boîte de dialogue de connexion ne peuvent pas accéder au cookie non partitionné dans l'iFrame, ce qui empêche la connexion.
Nouveaux onglets
Pour des raisons similaires, si un utilisateur possède une session authentifiée par cookie dans un iFrame complémentaire et que l'iFrame lance l'utilisateur dans un nouvel onglet de premier niveau pour une activité, l'onglet de premier niveau ne peut pas accéder au cookie de la session partitionnée à partir de l'iFrame. Cela empêche l'état de la session iFrame de persister dans l'activité "Nouvel onglet" et peut forcer l'utilisateur à se reconnecter dans le nouvel onglet, par exemple. L'API CHIPS n'est pas en mesure de résoudre ce problème par nature. Les cookies iFrame partitionnés sont inaccessibles dans un contexte de niveau supérieur.
Actions des développeurs
Vous devez prendre certaines mesures pour vous assurer que votre module complémentaire continue de fonctionner comme prévu à mesure que Chrome supprime les cookies tiers.
- Contrôlez l'utilisation des cookies tiers dans les parcours utilisateur critiques de votre module complémentaire. Plus précisément, effectuez des tests en désactivant les cookies tiers afin d'évaluer l'impact pour votre implémentation spécifique.
Découvrez l'API Storage Access. Pour toutes les implémentations de modules complémentaires, nous vous recommandons d'explorer l'API Storage Access (SAA). SAA permet aux iFrames d'accéder à leurs cookies en dehors du contexte de l'iFrame. Disponible dès aujourd'hui dans Chrome, SAA est compatible avec l'application Classroom.
Inscrivez-vous à FedCM. En outre, si vous utilisez la bibliothèque Se connecter avec Google (GIS), l'équipe chargée des identités vous recommande d'activer FedCM. Cela ne remplace pas les fonctionnalités des cookies tiers, mais elles seront à terme requises dans les SIG dans le cadre de l'abandon des cookies tiers. FedCM est actuellement disponible dans Chrome et pris en charge dans Classroom, mais son comportement et ses fonctionnalités sont encore en cours de développement et peuvent faire l'objet de commentaires.
Migrer vers les SIG. Si vous utilisez la bibliothèque GSIv2 obsolète, également appelée bibliothèque Google Sign-In, nous vous recommandons vivement de migrer vers GIS, car la compatibilité avec GSIv2 à l'avenir n'est pas claire.
Demandez à bénéficier d'un délai avant arrêt de l'essai. Chrome propose un essai avant arrêt pour permettre aux cas d'utilisation non publicitaires de retarder les effets de l'abandon des cookies tiers. Si vous êtes accepté, vous recevrez un jeton que vous pourrez utiliser dans votre module complémentaire afin de maintenir les cookies tiers activés pour votre origine jusqu'en 2024, tout en migrant vers une solution à long terme comme SAA. Une fois l'application effectuée, vous serez invité à fournir un ID de bug ou un lien permettant de générer un rapport de défaillance. Notre équipe a déjà signalé ce bug pour les modules complémentaires Classroom, et vous pouvez signaler ce bug.