Los complementos de Google Classroom ya están en fase de disponibilidad general para desarrolladores. Consulta la documentación sobre complementos para obtener más información.
Al menos dos recorridos del usuario se ven afectados en los complementos de Classroom:
Flujo del inicio de sesión único (SSO) de Google
Cómo iniciar a los usuarios en pestañas nuevas
SSO de Google
Durante el flujo de SSO de Google, se dirige a los usuarios a un diálogo para que accedan a su Cuenta de Google y den su consentimiento para compartir datos.
Figura 1: Visualización de los tres contextos de cookies diferentes durante el SSO desde un iframe: (1) la app de Classroom de nivel superior, (2) el iframe incorporado de terceros (DavidPuzzle en localhost en este caso) y (3) el diálogo de OAuth de nivel superior.
En una implementación típica de un complemento, se establece una cookie de sesión cuando se completa este proceso de acceso. Se vuelve a cargar el iframe del complemento, que se encuentra en un contexto incorporado, ahora con la cookie de sesión, lo que permite que el usuario acceda a su sesión autenticada. Sin embargo, cuando las cookies de terceros están inhabilitadas, los sitios en un contexto incorporado, como los iframes de complementos, no pueden acceder a las cookies de sus respectivos contextos de nivel superior. En el caso de los complementos de Classroom, el usuario no puede acceder a su sesión autenticada y queda atrapado en un bucle de acceso.
En el caso de las implementaciones que establecen la cookie de sesión en el contexto del iframe incorporado, este problema se puede mitigar con la API de CHIPS, que permite que los sitios incorporados establezcan y accedan a cookies particionadas (cookies indexadas tanto en el dominio incorporador como en el incorporado). Sin embargo, las implementaciones que configuran la cookie de sesión en el contexto de nivel superior del diálogo de acceso no pueden acceder a la cookie sin particionar en el iframe, lo que impide el acceso.
Pestañas nuevas
Por motivos similares, si un usuario tiene una sesión autenticada basada en cookies en un iframe de complemento y el iframe inicia al usuario en una nueva pestaña de nivel superior para una actividad, la pestaña de nivel superior no podrá acceder a la cookie de sesión particionada desde el iframe. Esto evita que el estado de la sesión del iframe persista en la actividad de la pestaña nueva y podría obligar al usuario a acceder de nuevo en la pestaña nueva, por ejemplo.
Por diseño, la API de CHIPS no puede resolver este problema, ya que no se puede acceder a las cookies de iframe particionadas en un contexto de nivel superior.
Acciones del desarrollador
Hay algunas acciones que debes considerar para garantizar que tu complemento siga funcionando según lo previsto a medida que Chrome descontinúa las cookies de terceros.
Explora la API de Storage Access. Para todas las implementaciones de complementos, te recomendamos que explores la API de Storage Access (SAA). SAA permite que los iframes accedan a sus cookies fuera del contexto del iframe. SAA está disponible en Chrome hoy en día y es compatible con la app de Classroom.
Habilita FedCM. Además, si usas GIS, la biblioteca de Acceder con Google, la orientación oficial del equipo de Identity es que habilite FedCM. Esto no reemplaza las capacidades de las cookies de terceros, pero, con el tiempo, se requerirá en GIS como parte de la baja de las cookies de terceros. Actualmente, FedCM está disponible en Chrome y es compatible con Classroom, pero el comportamiento y las funciones aún están en desarrollo y se aceptan comentarios.
Migra a GIS. Si usas la biblioteca de GSIv2 obsoleta, también conocida como la biblioteca de Acceso con Google, te recomendamos que migres a GIS, ya que no está claro si se seguirá brindando asistencia para GSIv2.
Solicita un retraso en la prueba de baja. Chrome ofrece una prueba de baja para permitir que los casos de uso no publicitarios retrasen los efectos de la baja de las cookies de terceros. Si se acepta, recibirás un token que podrás usar en tu complemento para mantener habilitadas las cookies de terceros para tu origen hasta el 2024, mientras migras a una solución a largo plazo, como SAA. Después de aplicar, se te pedirá que proporciones un ID o un vínculo de error para un informe de interrupción. Nuestro equipo ya presentó este problema para los complementos de Classroom, y tú puedes proporcionar este error.
[[["Fácil de comprender","easyToUnderstand","thumb-up"],["Resolvió mi problema","solvedMyProblem","thumb-up"],["Otro","otherUp","thumb-up"]],[["Falta la información que necesito","missingTheInformationINeed","thumb-down"],["Muy complicado o demasiados pasos","tooComplicatedTooManySteps","thumb-down"],["Desactualizado","outOfDate","thumb-down"],["Problema de traducción","translationIssue","thumb-down"],["Problema con las muestras o los códigos","samplesCodeIssue","thumb-down"],["Otro","otherDown","thumb-down"]],["Última actualización: 2025-08-29 (UTC)"],[],[],null,["# Prepare for the third-party cookie deprecation\n\n| **Warning:** Chrome has [announced](https://privacysandbox.com/news/privacy-sandbox-update/) that **third-party (3P) cookies are no longer being deprecated** . The guidance described here is no longer necessary, and **add-ons should not be impacted in\n| early 2025**. However, Chrome intends to further elevate user choice around 3P cookies, so there could still be a future where 3P cookie access is more limited than it is today. Therefore, this guide might still be helpful for developers interested in understanding how 3P cookies are used in add-ons and future-proofing against potential changes in 3P cookie availability as the Chrome user experience evolves.\n\nThis guide helps you understand the impact and necessary changes to your add-on\nintroduced by [Chrome ending support for third-party cookies](https://privacysandbox.com/intl/en_us/open-web/#how-works-on-web-hero).\n\nOverview\n--------\n\nOn **January 4, 2024** , Chrome introduced [Tracking Protection](https://blog.google/products/chrome/privacy-sandbox-tracking-protection/), which restricts\nwebsite access to third-party (3P) cookies by default, to 1% of users. In\n**early 2025** , Chrome expects to [phase out 3P cookies completely](https://privacysandbox.com/intl/en_us/open-web/#the-privacy-sandbox-timeline).\n\nAt least two user journeys are impacted in Classroom add-ons:\n\n1. The Google single sign-on (SSO) flow\n2. Launching users into new tabs\n\n### Google SSO\n\nDuring the Google SSO flow, users are navigated to a dialog to sign into their\nGoogle Account and consent to data sharing.\n\n**Figure 1.** Visualization of the three different cookie contexts during SSO\nfrom within an iframe: (1) the top level Classroom app, (2) the 3P embedded\niframe (DavidPuzzle on localhost in this case), and (3) the top level OAuth\ndialog.\n\nIn a typical add-on implementation, a session cookie is set at the completion of\nthis sign-in process. The add-on iframe, which is in an *embedded context* , is\nreloaded, now with the session cookie, allowing the user to access their\nauthenticated session. However, when 3P cookies are disabled, sites in an\nembedded context like add-on iframes can't access cookies from their respective\n*top level* contexts. For Classroom add-ons, the user is unable to access their\nauthenticated session and becomes stuck in a sign-in loop.\n\nFor implementations that set the session cookie in the embedded iframe context,\nthis issue can be mitigated by the [CHIPS API](https://developers.google.com/privacy-sandbox/3pcd/chips), which allows embedded sites to\nset and access partitioned cookies (cookies keyed on both the embedder and\nembedded domain). However, implementations that set the session cookie in the\ntop level context of the sign-in dialog are unable to access the unpartitioned\ncookie in the iframe, preventing sign-in.\n\n### New tabs\n\nFor similar reasons, if a user has a cookie-based authenticated session in an\nadd-on iframe, and the iframe launches the user into a new top level tab for an\nactivity, the top level tab is unable to access the partitioned session cookie\nfrom iframe. This prevents iframe session state from persisting to the new tab\nactivity and might force the user to sign in again in the new tab, for example.\nThe [CHIPS API](https://developers.google.com/privacy-sandbox/3pcd/chips) is not able to resolve this issue, by design; the partitioned\niframe cookies are inaccessible in a top level context.\n\nDeveloper actions\n-----------------\n\nThere are a few actions you should consider to ensure your add-on continues to\nfunction as intended as Chrome phases out 3P cookies.\n\n1. **Audit** [3P cookie usage](https://developers.google.com/privacy-sandbox/blog/cookie-countdown-2023oct#audit) in your add-on's critical user journeys. More specifically, [test with 3P cookies disabled](https://developer.chrome.com/blog/cookie-countdown-2023oct/#test) to evaluate the impact for your specific implementation.\n2. **Explore Storage Access API** . For all add-on implementations, we recommend\n that you explore the [Storage Access](https://developers.google.com/privacy-sandbox/3pcd/storage-access-api) API (SAA). SAA enables iframes to\n access their cookies outside the iframe context. SAA is available in Chrome\n today, and is supported by the Classroom app.\n\n | **Note:** If your SSO flow does not set cookies in the dialog context and your add-on does not launch users into top-level tabs, you might not need SAA. Explore the simpler [CHIPS API](https://developers.google.com/privacy-sandbox/3pcd/chips) to see if it meets your needs.\n3. **Opt-in to FedCM** . In addition, if you use [GIS](https://developers.google.com/identity/gsi/web/guides/overview), the Sign in with Google\n library, the official guidance from the Identity team is to [opt-in to\n FedCM](https://developers.google.com/identity/gsi/web/guides/fedcm-migration). This does not replace 3P cookie capabilities but it will eventually\n be required in GIS as part of the 3P cookie deprecation. FedCM is available\n in Chrome today and supported in Classroom, but behavior and features are\n still [under development](https://github.com/fedidcg/FedCM) and open to feedback.\n\n4. **Migrate to GIS** . If you use the deprecated [GSIv2 library](https://developers.google.com/identity/sign-in/web/sign-in), also known as\n the Google Sign-In library, it is strongly recommended that you [migrate to\n GIS](https://developers.google.com/identity/gsi/web/guides/migration), as support for GSIv2 going forward is unclear.\n\n5. **Apply for a deprecation trial delay** . Chrome is offering a [deprecation\n trial](https://developers.google.com/privacy-sandbox/blog/third-party-cookie-deprecation-trial) to allow non-advertising use cases to delay the effects of the 3P\n cookie deprecation. If accepted, you'll be given a token that you can use in\n your add-on to keep 3P cookies enabled for your origin through 2024, while\n migrating to a long term solution like SAA. After [applying](https://developers.google.com/privacy-sandbox/blog/third-party-cookie-deprecation-trial#apply_for_the_deprecation_trials), you'll be\n asked to provide a bug ID or link for a breakage report. Our team has\n already filed this for Classroom add-ons and you can provide [this bug](https://issuetracker.google.com/issues/273552829).\n\n| **Warning:** Developers who are accepted into the deprecation trial will automatically have 3P cookies enabled during a [grace period](https://developers.google.com/privacy-sandbox/blog/third-party-cookie-deprecation-trial#:%7E:text=We%20acknowledge%20that,the%20grace%20period) even without the token in their app. Be aware of this caveat if you'd like use the 1% deprecation to test your how your add-on functions without 3P cookies.\n| **Note:** The deprecation trial is intended for *existing* applications. If you're building an add-on today, plan to build with SAA or another implementation that allows the add-on to function without 3P cookies. You might not qualify for the deprecation trial if you don't already have an affected application.\n| **Note:** Chrome has [announced a timeline](https://privacysandbox.com/intl/en_us/news/update-on-the-plan-for-phase-out-of-third-party-cookies-on-chrome/) shift in the 3P cookie phaseout from the second half of 2024 to early 2025. This change might impact duration of the deprecation trial, and this page will be updated to reflect changes."]]
