Google Chrome vuelve a retener datos de google.com a pesar de una configuración del usuario configurada para eliminar todos los datos de los sitios al cerrar el navegador, según las pruebas de Jeff Johnson de Lapcat Software publicadas el 5 de septiembre de 2026. El problema reproduce un error similar del 2020 que fue corregido después del informe previo de Johnson.
Jeff Johnson documented the exact Chrome setting he tested - the 'Delete site data and permissions for www.google.com and its installed app' checkbox was enabled at chrome://settings/content/siteData, showing the configuration intended to prevent persistence
This interface view illustrates how Chrome tracks and displays site storage information, providing the context for understanding the persistent 1,216 KB of google.com data despite deletion attempts
Johnson configured DuckDuckGo as the default search engine in Chrome to eliminate search-engine-related variables from the test, setting up the controlled environment for reproducing the site data persistence bug
Johnson probó Chrome 152.0.7977.83 en dos Macs con la configuración "Delete data sites have saved to your device when you close all windows" habilitada en chrome://settings/content/siteData. No estaba conectado a Chrome y había cambiado el motor de búsqueda predeterminado a DuckDuckGo para descartar causas relacionadas con el motor de búsqueda. Después de realizar una búsqueda en Google y cerrar la única ventana de Chrome, descubrió que los datos de google.com, cookies, almacenamiento local y almacenamiento de sesiones, persistían en ~/Library/Application Support/Google/Chrome/Default y permanecían después de salir y reiniciar Chrome. El comportamiento se repitió cuando eliminó los datos y volvió a probar.
La causa raíz es la función Compression Dictionary Transport de Chrome, una tecnología web específica de Chromium. Como señaló Johnson en un addendum del 16 de septiembre citando un informe de error de Chromium presentado por un tercero: "el error es causado por Compression Dictionary Transport... google.com es un adoptador temprano de Compression Dictionary Transport." Los diccionarios compartidos que crea esta función constituyen un almacenamiento adicional que Chrome no limpia correctamente al cerrar las ventanas. Un contribuidor de Chromium confirmó en la discusión actual de Hacker News: "No es solo google.com, sino cualquier sitio que utilice Compression Dictionary Transport... Los diccionarios compartidos son un almacenamiento adicional agregado con esta función pero que no se están limpiando correctamente al cerrar. Se está trabajando en una corrección."
The screenshot captured in Johnson's test shows the actual storage amount after closing the Chrome window with site data deletion enabled, demonstrating the bug's effect with 1,216 KB of google.com data remaining
The screenshot from Johnson's test setup shows the initial state of site data storage (0 B) before the search and browser close operation, providing the baseline for comparison with the persisted 1,216 KB after the bug occurred
Esto se refleja en un error de 2020 donde Chrome eximía los sitios de propiedad de Google (Search y YouTube) de la configuración "Clear cookies and site data when you quit Chrome". Ese error, también documentado por Johnson, fue rastreado a un commit de Chromium y parcialmente corregido en Chrome 86 para youtube.com, aunque google.com siguió afectado por un tiempo. La manifestación actual es distinta: se origina en una función de compresión más reciente, no en la misma ruta de código.
Johnson enfatiza que la recurrencia refleja una brecha de garantía de calidad dada la recursos de Google. La explicación de Compression Dictionary Transport significa que la exención no está limitada a las propiedades de Google, cualquier sitio que adopte la función exhibiría la misma persistencia, pero la adopción temprana de google.com la hizo el primer caso observado. Una corrección para la lógica de limpieza está en desarrollo en el proyecto Chromium.