Evento storage: coherencia entre pestañas y límites de privacidad
Usa el evento storage para actualizar interfaces del mismo origen respetando la exclusión de la ventana escritora y los límites de contexto.
BotBrowser Team
Quieres la documentación estructurada de Identidad?
Este artículo forma parte de la biblioteca editorial. Para pasos de configuración, material de referencia y actualizaciones continuas, entra en la sección de docs.
El evento storage notifica un cambio de Web Storage, pero no es una transacción compartida. Cuando una Window cambia localStorage, otros Documents elegibles del mismo origen pueden recibirlo; la Window que escribió no recibe su propio evento. El origen, el contexto y la partición determinan la entrega. Un mensaje ausente no prueba que otra pestaña no exista, y uno recibido no prueba identidad, persistencia, orden ni estado sin carreras. BotBrowser puede ofrecer fixtures aisladas de perfil y registrar resultados visibles, pero no expone el almacenamiento de otro origen ni garantiza estado sin carreras, orden o persistencia.
TL;DR
- Un cambio de
localStoragepuede notificar a otros Documents del mismo origen. - La Window que escribe no recibe ese evento.
sessionStoragetiene un alcance distinto y no es un canal general entre pestañas.- Los eventos no son registro duradero, transacción, señal de identidad ni garantía de orden.
- Detecta almacenamiento, maneja carreras y conserva un respaldo útil.
Contenido
- Qué significa el evento storage
- Origen, contexto y privacidad
- Interfaz consciente de carreras y respaldo
- Pruebas con BotBrowser
- Conclusión
Qué significa el evento storage
El receptor obtiene key, oldValue, newValue, storageArea y url, pero no un historial ni un recibo del servidor. Un receptor puede cargarse después, estar suspendido o cerrarse. Lee el estado actual cuando lo necesites. La Window escritora debe actualizar su propia interfaz directamente.
localStorage suele compartirse entre contextos del mismo origen; sessionStorage se asocia al contexto de navegación superior y normalmente separa pestañas. Consulta WHATWG Web Storage, MDN storage event y MDN Web Storage.
Un evento no bloquea escrituras simultáneas ni resuelve conflictos. Usa una revisión, valida el valor y ofrece merge o reintento cuando dos pestañas editan el mismo registro.
Origen, contexto y privacidad
Esquema, host y puerto forman el origen. Subdominios, puertos distintos, marcos sandbox, ventanas privadas y particiones pueden ver almacenamientos diferentes. No uses una clave presente o ausente como identidad: puede indicar contexto nuevo, limpieza, permiso denegado o política del navegador.
No sincronices tokens ni documentos privados. Une telemetría solo con una finalidad clara y retención limitada. Los principios de privacidad de W3C respaldan minimización. Un evento no autentica ni autoriza una operación.
Interfaz consciente de carreras y respaldo
Empieza con una interfaz que funcione sin storage ni eventos. Detecta acceso, captura errores de cuota, actualiza la Window escritora y deja que otros contextos vuelvan a leer el registro. Agrupa ráfagas, limita lecturas y conserva un reintento accesible. Si falta el evento, usa refresco manual o validación del servidor.
Prueba almacenamiento vacío, acceso denegado, mismo valor, removeItem, clear, datos corruptos, revisiones antiguas, recarga, pestaña oculta y cierre inmediato. Verifica que el contenido base no desaparezca.
Pruebas con BotBrowser
BotBrowser permite ejecutar fixtures aisladas de compatibilidad, observar la Window escritora y otros contextos declarados, y registrar resultados visibles. No expone almacenamiento de otro origen, no garantiza carreras sin conflicto, orden de eventos o persistencia tras cerrar un contexto. Usa claves y valores sintéticos; registra navegador, origen de prueba, tipo de contexto, revisión, resultado y respaldo.
Conclusión
El evento storage es una notificación del mismo origen con exclusión de la Window escritora. Actualiza localmente, relee en receptores elegibles y diseña para carreras, particiones y ciclos de vida. Mantén identidad, autorización y persistencia fuera del evento. BotBrowser hace repetibles las fixtures autorizadas sin cambiar las reglas del navegador.
Lecturas relacionadas
- Partición del almacenamiento y privacidad
- Cookies, localStorage e IndexedDB
- Mensajería same-origin con BroadcastChannel
Fuentes
Artículos Relacionados
Lleva BotBrowser de la investigación a producción
Usa estas guías para entender el modelo y después avanzar hacia validación multiplataforma, contextos aislados y despliegue de navegador preparado para escalar.