Política de privacidad

A qué accede Site Pulse

Cuando decides conectar una cuenta de Google, Site Pulse le pide a Google estos permisos:

• Ver y descargar tus datos de Google Analytics (https://www.googleapis.com/auth/analytics.readonly). Site Pulse lo usa para enumerar las propiedades de Google Analytics 4 que tu cuenta puede ver (nombres de propiedades y cuentas, ID de propiedad y zonas horarias) y para leer informes agregados de ellas: usuarios activos ahora mismo y en los últimos 30 minutos, usuarios de hoy y de ayer, usuarios de los últimos 7 días y el número habitual de usuarios por hora de la semana. Para los widgets lee además los usuarios activos por minuto en los últimos 30 minutos, los usuarios por hora en las últimas 24 horas, y los usuarios por día, los países principales y las fuentes de tráfico de este mes y del mes anterior. Mientras tienes abierto el detalle de un sitio, lee también, solo para los últimos 30 minutos, dónde están sus visitantes (países y las ciudades de un país que abras), los títulos de las páginas que están viendo, el tipo de dispositivo que usan (ordenador, móvil, tableta) y los nombres de los eventos que enviaron sus visitas (como las vistas de página o los desplazamientos), todo ello como recuentos agregados. Para averiguar la dirección web de cada sitio, lee el flujo de datos web de la propiedad (su dirección predeterminada, sin datos de visitantes). El acceso es de solo lectura: Site Pulse no puede cambiar nada de tu cuenta de Analytics.
• Tu dirección de correo y tu identidad básica de inicio de sesión (openid y email). Site Pulse los usa únicamente para mostrar qué cuenta de Google está conectada y para distinguir varias cuentas conectadas.

Site Pulse no accede a ningún otro dato de Google. No ve a los visitantes individuales de tus sitios web; Google Analytics solo comunica recuentos agregados.

Site Pulse no solicita ningún permiso adicional de Google para esto: los flujos de datos y los informes de detalle se leen con el mismo permiso de solo lectura analytics.readonly.

En iPhone y iPad, las Actividades en directo de tus propios sitios necesitan un consentimiento más: el servidor de Site Pulse le pide a Google su propio permiso con los mismos tres ámbitos (analytics.readonly, openid y email), una vez por cuenta de Google y solo después de que lo aceptes en la app (consulta Servidor de las Actividades en directo).

Sin una cuenta conectada, Site Pulse muestra un sitio de demostración con visitantes simulados y no hace ninguna petición a Google ni al servidor de Site Pulse. La Actividad en directo de la demostración se genera en el propio iPhone o iPad.

Dónde se guardan tus datos

En tus dispositivos (Mac, iPhone, iPad) y en tu propia cuenta de iCloud (consulta Sincronización con iCloud). Lo que el servidor de Site Pulse guarda para las Actividades en directo se detalla aparte, en Servidor de las Actividades en directo.

• Por cada cuenta conectada, tu llavero guarda el token de inicio de sesión que emite Google, junto con la dirección de correo de la cuenta y su ID de cuenta de Google (que sirven para etiquetar la cuenta y distinguir varias). Si el llavero de iCloud está activado, este elemento del llavero se sincroniza también con tus demás dispositivos (consulta Sincronización con iCloud).
• La lista de tus propiedades (archivada bajo el ID de la cuenta de Google que puede verlas, con la dirección web de cada propiedad) y el patrón de tráfico habitual de cada sitio se guardan en la caché de la carpeta propia de la app (Application Support, dentro del entorno aislado de la app, en todos los dispositivos), para que la app arranque rápido y haga menos peticiones.
• El icono de cada sitio vigilado y su color principal, que Site Pulse usa para teñir el icono del sitio, se guardan en la caché de la carpeta propia de la app (Application Support) y se renuevan como mucho una vez por semana.
• Tus ajustes (qué sitios vigilar, nombres cortos, colores, orden y opciones) se guardan en las preferencias de la app. Las opciones indicadas en Sincronización con iCloud también se sincronizan mediante iCloud.

Widgets

Si añades widgets de Site Pulse a tu escritorio, al Centro de notificaciones, a la Pantalla de inicio o a la Pantalla de bloqueo, la app guarda los datos que muestran en una carpeta compartida de ese dispositivo (un contenedor de App Group; en el Mac es ~/Library/Group Containers/566SSXX9H8.com.sgumz.sitepulse/). Contiene:

• una instantánea de cifras de analíticas agregadas de tus sitios vigilados y de todos ellos juntos: usuarios por mes y por día (este mes y el anterior), las últimas 24 horas como curva, los países principales (este mes y el anterior) y las fuentes de tráfico, los recuentos en directo actuales, los usuarios activos por minuto en los últimos 30 minutos y qué sitios están en pico, algunos datos destacados calculados a partir de esas cifras, y los nombres, ID de propiedad, colores, monogramas y zonas horarias de tus sitios, así como el ID de la cuenta de Google que lee cada sitio;
• si Site Pulse Pro está activo, con qué plan y hasta cuándo (consulta Site Pulse Pro), para que los widgets sepan qué detalles mostrar;
• copias de los iconos de los sitios vigilados;
• un registro de cuándo empezaron los picos en tus sitios vigilados durante los últimos 31 días (solo el ID de propiedad y la hora de inicio);
• en iPhone y iPad, una pequeña nota de cuándo los widgets obtuvieron datos por sí mismos por última vez (más abajo): la hora del último intento, si Google les pidió que fueran más despacio y qué sitio va primero la próxima vez.

Solo Site Pulse y sus widgets leen esta carpeta. Nada de lo que contiene sale del dispositivo, y no se sincroniza mediante iCloud.

En el Mac, la extensión de widgets no tiene acceso a la red y nunca lee tus tokens de inicio de sesión de Google, que permanecen en el llavero; las cifras las obtiene la app, con el mismo permiso de solo lectura de antes.

En iPhone y iPad, iOS rara vez deja que la app se ejecute en segundo plano, así que los widgets pueden obtener cifras nuevas por sí mismos. Cuando los datos que tienen superan los 15 minutos, la extensión de widgets se conecta directamente a Google Analytics con tu propio inicio de sesión: lee el inicio de sesión del llavero (el mismo elemento que usa la app; nunca lo modifica), obtiene de Google un token de acceso de corta duración y solicita los mismos informes agregados de tus sitios vigilados (usuarios en directo, usuarios por minuto y por hora, y las cifras de este mes) con el mismo permiso de solo lectura de antes. Lo intenta como mucho una vez cada 5 minutos y desiste pasados unos segundos. El token de acceso solo se conserva en la memoria. Las cifras nuevas se escriben en la instantánea anterior y no se envía nada más a ninguna parte. Sin una cuenta conectada, o con el sitio de demostración, los widgets no hacen ninguna petición.

Mientras Site Pulse está en marcha (o, en iPhone y iPad, se actualiza en segundo plano cuando iOS lo permite), reescribe la instantánea más o menos cada 15 minutos y poco después de que cambies los sitios que vigilas o quites una cuenta. Cada vez, un sitio que ya no vigilas sale de la instantánea, se borra la copia de su icono, se eliminan sus entradas del registro de picos y también se eliminan los picos de más de 31 días. Cuando no hay ninguna cuenta de Google conectada, la instantánea contiene en su lugar el sitio de demostración simulado, y se borran las copias de los iconos y el registro de picos. macOS no borra la carpeta del Mac al eliminar la app; para quitar todo lo que haya ahí, borra la carpeta indicada arriba.

Los países, ciudades, títulos de página, dispositivos y eventos que se muestran en el detalle de un sitio solo se obtienen mientras ese detalle está abierto. Se conservan en la memoria mientras Site Pulse está en marcha (para que, al reabrir un detalle, se vean al instante), nunca se escriben en el disco y desaparecen al salir de la app.

Iconos de sitios web

Para mostrar el icono de cada sitio, Site Pulse lo descarga directamente de tu sitio web: solicita la dirección web que Google Analytics indica para el sitio (siguiendo las redirecciones que haya), lee esa página de inicio y después solicita las ubicaciones de iconos a las que enlaza la propia página, que pueden estar en una red de distribución de contenidos que use el sitio. Site Pulse nunca usa un servicio de favicons o iconos de terceros y no envía datos de Analytics en estas peticiones. Son peticiones web corrientes, así que tu sitio web puede verlas en sus propios registros del servidor.

Site Pulse escribe en el registro del sistema del dispositivo breves mensajes de diagnóstico, como una petición fallida y el ID de la propiedad a la que correspondía. Se quedan en ese dispositivo y no contienen cifras de analíticas ni tokens.

Site Pulse habla directamente con los servidores de Google (accounts.google.com, oauth2.googleapis.com, analyticsdata.googleapis.com y analyticsadmin.googleapis.com) mediante conexiones cifradas, y con tus propios sitios web para obtener sus iconos (descrito arriba). En iPhone y iPad, cuando inicias una Actividad en directo para uno de tus propios sitios o activas los avisos de picos, la app también habla con el servidor de Site Pulse en api.ga4live.app (descrito en Servidor de las Actividades en directo); y cuando cierras sesión en iPhone o iPad, la app le pide al servidor que borre lo que guarde de esa cuenta. Los widgets del iPhone y el iPad solo hablan con oauth2.googleapis.com y analyticsdata.googleapis.com. La app del Mac nunca habla con el servidor de Site Pulse. Aparte de lo que el servidor guarda para las Actividades en directo, nada de lo que ves en la app se me envía ni lo almaceno yo. Nunca vendo ni comparto tus datos de Google, y no los leo.

Sincronización con iCloud

Si usas Site Pulse en más de uno de tus dispositivos, dos cosas se sincronizan entre ellos mediante tu propia cuenta de iCloud. Esta sincronización la opera Apple, no yo; el servidor de Site Pulse no interviene en ella.

• Tus inicios de sesión de Google (el token de inicio de sesión, la dirección de correo y el ID de cuenta de Google descritos antes) se guardan como elementos sincronizables en el llavero de iCloud, que Apple cifra de extremo a extremo. Así es como una cuenta que conectas en un dispositivo aparece en los demás sin volver a iniciar sesión. Solo se sincroniza si el llavero de iCloud está activado en tu cuenta de Apple; si no, el inicio de sesión se queda en el dispositivo donde lo hiciste.
• Tus sitios elegidos (qué sitios vigilas, su orden, nombres cortos y colores, además del modo de color y los ID de las propiedades que tus cuentas pueden ver) se sincronizan mediante el almacenamiento de clave-valor de iCloud. No contienen tokens de inicio de sesión ni cifras de analíticas. Si dos dispositivos los cambian a la vez, prevalece el cambio más reciente.

Las cifras de analíticas, las cachés, los iconos y la instantánea de los widgets no se sincronizan: cada dispositivo obtiene los suyos directamente de Google. Nada de esta sección va a ningún servidor de Site Pulse, y yo no puedo leer tus datos de iCloud.

Site Pulse Pro y las compras

Site Pulse Pro (una suscripción mensual o anual, o una compra única) se vende a través de la App Store de Apple con compras dentro de la app. Apple gestiona el pago, la prueba gratuita, las renovaciones, los reembolsos y Compartir en familia conforme a la política de privacidad de Apple; Site Pulse nunca ve tus datos de pago, tu nombre ni tu cuenta de Apple.

En cada dispositivo, Site Pulse le pregunta a StoreKit de Apple, en ese dispositivo, qué compras de Site Pulse Pro están activas, y guarda solo el resultado: si Pro está activo, con qué plan y hasta cuándo. Lo almacena junto con los datos de los widgets (arriba) para que estos puedan mostrar o bloquear sus detalles.

Las Actividades en directo de tus propios sitios forman parte de Pro, así que el servidor necesita saber si Pro está activo. Una vez que tu iPhone o iPad usa el servidor (arriba), la app envía al servidor de Site Pulse el registro firmado de la App Store de tu última compra al abrirse, tras una compra o una restauración, y al iniciar una Actividad en directo. El servidor lo comprueba con Apple y guarda solo si Pro está activo, hasta cuándo, el ID de transacción original de la compra (un número que Apple le asigna), cuándo se comprobó por última vez y, cuando Pro termina, desde cuándo. Apple también avisa al servidor cuando esa compra se renueva, caduca o se reembolsa. El servidor nunca ve tu nombre, tu cuenta de Apple ni tus datos de pago. En el Mac, el estado de Pro nunca sale del dispositivo.

Si inicias una prueba gratuita, Site Pulse pide permiso para enviarte una notificación y, si lo permites, programa en el dispositivo un recordatorio dos días antes de que termine la prueba. El recordatorio es una notificación local: no se envía a través de ningún servidor.

Servidor de las Actividades en directo

En iPhone y iPad, una Actividad en directo muestra las cifras en directo de un sitio en la Pantalla de bloqueo (y, en iPhone, en la Dynamic Island). iOS no deja que una app se ejecute en segundo plano cada minuto, así que de esa parte se encarga el servidor propio de Site Pulse: lee las cifras de tus sitios en Google Analytics y las envía a tu iPhone o iPad, para actualizar tus Actividades en directo cada minuto y para iniciar una cuando un sitio entra en pico, con la app cerrada. El servidor lo gestiono yo en Google Cloud, en Estados Unidos (Cloud Run y una base de datos Firestore en la región us-west1, con claves en Cloud KMS) y responde en api.ga4live.app. La app del Mac nunca habla con él, y la Actividad en directo del sitio de demostración se genera en el iPhone o el iPad sin él.

Cuándo interviene el servidor

• Solo si lo usas. Iniciar sesión y la demostración nunca se registran en el servidor. Tu iPhone o iPad se registra en él únicamente cuando lo aceptas: inicias una Actividad en directo para uno de tus propios sitios o activas los avisos de picos, Site Pulse te explica qué guarda el servidor y no se envía nada hasta que tocas «Continue with Google». A partir de ahí renueva ese registro cada vez que se abre Site Pulse (con un nuevo token push o una compra de Pro, por ejemplo), incluso después de que desactives los avisos de picos, hasta que tocas «Delete my Live Activity data». Si no abres Site Pulse en 30 días, el servidor borra el registro, y la app crea uno nuevo la próxima vez que se abre. Un registro no contiene datos de analíticas: solo los elementos indicados en «Por cada dispositivo» más abajo y la prueba de inicio de sesión de corta duración de Google (un token de ID) de cada cuenta conectada, que el servidor comprueba y de la que solo conserva el ID de cuenta.
• Tu consentimiento. El servidor lee tu Google Analytics únicamente con un permiso propio. La primera vez que inicias una Actividad en directo para uno de tus sitios, o activas los avisos de picos, Site Pulse explica qué guarda el servidor («Live updates while Site Pulse is closed») y después abre la página de consentimiento de Google, donde puedes concederlo o rechazarlo. El token de inicio de sesión de tus dispositivos nunca sale de ellos.

Qué guarda el servidor

En resumen, tal como lo dice la app antes de que aceptes: un permiso de Google cifrado, los sitios que elijas y sus nombres, el tráfico habitual de cada sitio para detectar picos, las últimas cifras que muestra una Actividad en directo en marcha y un ID de este dispositivo. En detalle:

• Por cada cuenta de Google que dio su consentimiento: el permiso de Google del servidor (un token de actualización), cifrado con una clave de Google Cloud KMS que nunca sale de KMS; el ID de cuenta de Google de la cuenta (un número, no tu dirección de correo); cuándo se concedió el permiso y si sigue funcionando.
• Por cada dispositivo: un ID de instalación aleatorio; un hash unidireccional del secreto del dispositivo, que demuestra que las peticiones posteriores proceden del mismo dispositivo; el token de inicio por push que iOS entrega a Site Pulse, que permite al servidor iniciar una Actividad en directo en él y, si Apple informa de que ese token ya no existe, cuándo ocurrió; si Actualizaciones más frecuentes está activado; la versión de la app; cuál de los servicios push de Apple usa (desarrollo o App Store); cuándo se abrió la app por última vez; los ID de cuenta de Google con los que se ha iniciado sesión en él; y, si tienes Pro, el estado de la compra descrito en Site Pulse Pro.
• Mientras los avisos de picos están activados: los sitios que elegiste (los ID de propiedad de Google Analytics y las zonas horarias) y sus nombres tal como los envió la app, para que un aviso de pico pueda nombrar el sitio antes de abrir la app; el tráfico habitual de cada sitio para detectar picos (la media de usuarios de cada hora de la semana, de los últimos 28 días, y cómo se comparan con ella los minutos recientes del sitio); cuándo empezó su último pico; y, mientras un sitio está en pico, desde cuándo y su múltiplo actual de lo habitual.
• Mientras una Actividad en directo está en marcha: qué sitios muestra (ID de propiedad y zonas horarias), cuándo empezó y terminó, y las últimas cifras que muestra: usuarios en directo y usuarios por minuto en los últimos 30 minutos, hoy frente a ayer, el país principal y el título de la página principal, y el múltiplo del pico. Se sustituyen cada minuto y se borran cuando la Actividad en directo termina. En una Actividad en directo que inicias tú mismo, el servidor no guarda nombres de sitios; los añade tu iPhone o iPad.
• Un permiso a la espera de ser revocado: si no se puede contactar con Google o con Cloud KMS cuando el servidor borra una cuenta, el permiso cifrado se conserva aparte, se reintenta cada día y se borra como máximo a los 30 días aproximadamente.

Por lo demás, las cifras de analíticas pasan por el servidor y no se guardan. El servidor lee solo estos informes agregados, con su permiso de solo lectura: usuarios por minuto en los últimos 30 minutos, el país y la página principales ahora mismo, usuarios de hoy y de ayer, y usuarios por hora de la semana en los últimos 28 días. Los tokens de acceso de corta duración de Google permanecen en la memoria del servidor. El servidor nunca lee la API de administración de Analytics (obtiene tus sitios de la app) y nunca ve a los visitantes individuales.

Qué sale del servidor

Las actualizaciones de las Actividades en directo llegan a tu iPhone o iPad a través del servicio de notificaciones push de Apple. Llevan las cifras anteriores; los sitios se nombran en ellas con un código creado a partir de tu ID de cuenta y del ID de propiedad, nunca con el ID de propiedad en sí, y un aviso de pico lleva además el nombre del sitio. No se envía nada a nadie más. Google Cloud almacena y ejecuta el servidor por mí; los registros del propio servidor anotan la ruta y el resultado de cada petición y el tipo de error, nunca tokens, ID ni cifras de analíticas, y Google Cloud conserva sus registros estándar de peticiones (incluidos la hora y la dirección de red de cada petición) durante 30 días, que es su retención predeterminada para los registros del servidor.

Desactivarlo y borrarlo

• Settings → Live Activities → «Start a Live Activity when a site spikes»: al desactivarlo se borran los sitios elegidos de este dispositivo, sus nombres y su tráfico habitual. Cuando ningún otro dispositivo tuyo tiene los avisos de picos activados y no hay en marcha ninguna Actividad en directo de la cuenta, el permiso de Google de la cuenta se revoca en Google y se borra con ella.
• Stop (en la app, o en la propia Actividad en directo) termina la Actividad en directo, y el servidor borra sus últimas cifras (cuando ningún otro dispositivo tuyo muestre la misma). Si no hay avisos de picos activados, el permiso se conserva, de modo que tu próxima Actividad en directo se inicia sin volver a preguntar, hasta que otra de las vías siguientes lo elimine.
• Settings → Live Activities → «Delete my Live Activity data»: el servidor borra este dispositivo, sus Actividades en directo y sus avisos de picos, y todas las cuentas que ningún otro dispositivo tuyo siga usando, con su permiso revocado en Google. Las Actividades en directo en marcha terminan.
• Cerrar sesión (Settings → Accounts → Remove en iPhone o iPad) termina las Actividades en directo de esa cuenta y borra todo lo que el servidor guarda de ella, en todos tus dispositivos, revocando su permiso en Google. Si no se puede contactar con el servidor, la app se lo comunica la próxima vez que se abre, o se aplica la regla de los 30 días de más abajo. Quitar una cuenta en el Mac llega al servidor a través de tu iPhone o iPad la próxima vez que se abra Site Pulse allí, si tus inicios de sesión se sincronizan mediante el llavero de iCloud y ese dispositivo usa Actividades en directo.
• Automáticamente: se borra un dispositivo en el que no se ha abierto Site Pulse en 30 días, con sus Actividades en directo y avisos de picos, y también cada cuenta que ningún otro dispositivo use. Si Apple informa de que un dispositivo ya no puede recibir Actividades en directo de Site Pulse (normalmente porque se borró la app de él; el servidor lo averigua la próxima vez que intenta iniciar una allí), el servidor olvida el token de inicio por push de ese dispositivo y deja de vigilar sus sitios en busca de picos al instante; salvo que Site Pulse se vuelva a abrir en él en los 7 días siguientes (entonces envía un token nuevo y los avisos de picos continúan), el dispositivo se borra del mismo modo, con sus Actividades en directo y avisos de picos y cada cuenta que ningún otro dispositivo use. La regla de los 30 días se aplica en cualquier caso. El permiso y los datos de una cuenta también se borran cuando Pro ha terminado en todos los dispositivos que lo tenían hace 16 días. Una comprobación se ejecuta cada día.
• En Google: quita Site Pulse en myaccount.google.com/connections. El permiso deja de funcionar al instante; el servidor borra su copia cifrada la próxima vez que intenta usarlo, y una Actividad en directo en marcha muestra «paused · reconnect in Site Pulse».

También puedes usar el botón Escribir a soporte de la página de Soporte para que se borre todo lo que el servidor guarda sobre ti.

Política de datos de usuario de Google

El uso y la transferencia por parte de Site Pulse de la información recibida de las API de Google a cualquier otra app, en las apps de Site Pulse y en el servidor de Actividades en directo de Site Pulse (api.ga4live.app), se ajustarán a la Política de datos de usuario de los servicios de API de Google, incluidos los requisitos de uso limitado.

En concreto, Site Pulse usa los datos de las API de Google únicamente para mostrarte tus propias analíticas: en la app, en sus widgets y en tus Actividades en directo, incluido avisarte cuando uno de tus sitios entra en pico. El servidor usa los datos solo para eso y los envía únicamente a tus propios dispositivos (a través del servicio de notificaciones push de Apple). Site Pulse no transfiere los datos a nadie más, no los usa para publicidad, no los usa para entrenar modelos de IA ni de aprendizaje automático, y no permite que ninguna persona los lea.

Cómo se protegen tus datos

Tus inicios de sesión de Google y tus datos de analíticas son sensibles, así que Site Pulse los protege en todos los lugares donde existen:

• Mínimo privilegio. Site Pulse solo le pide a Google acceso de solo lectura a Google Analytics (el permiso analytics.readonly), además de tu dirección de correo y tu ID de cuenta para etiquetar la cuenta. No puede cambiar los ajustes ni los datos de tu Analytics, y nunca pide acceso a nada más de tu cuenta de Google.
• Cifrado en tránsito. Todas las conexiones, entre las apps y Google, entre las apps y el servidor de Actividades en directo, y entre el servidor y Google o Apple, usan HTTPS (TLS). No se envía nada sin cifrar.
• En tus dispositivos. Los tokens de inicio de sesión de Google se guardan únicamente en el llavero de Apple, que el sistema operativo cifra y bloquea para Site Pulse; con el llavero de iCloud se sincronizan cifrados de extremo a extremo, de modo que ni siquiera Apple puede leerlos. Las cifras en caché y los ajustes permanecen dentro del contenedor aislado de la app y de tu propia cuenta de iCloud.
• Inicio de sesión seguro. El inicio de sesión pasa por la propia pantalla de consentimiento de Google en el navegador del sistema; Site Pulse nunca ve tu contraseña de Google. El inicio de sesión usa PKCE y un valor de estado firmado y de un solo uso, de modo que una respuesta de inicio de sesión no puede interceptarse ni repetirse.
• En el servidor de Actividades en directo. El permiso de Google que guarda el servidor (un token de actualización) está cifrado con una clave de Google Cloud KMS que nunca sale de KMS. La base de datos deniega todo acceso directo desde internet: solo el propio servidor puede leerla o escribir en ella, y Google la cifra en reposo. Cada dispositivo demuestra quién es con un secreto que el servidor almacena únicamente como un hash SHA-256 unidireccional. Las claves y secretos del propio servidor residen en Google Cloud Secret Manager, y cada parte del servidor se ejecuta solo con los permisos que necesita.
• Conservación mínima. El servidor guarda solo lo que necesita una Actividad en directo en marcha, como se indica arriba, y lo borra, revocando su permiso en Google, cuando cierras sesión, quitas Site Pulse de tu cuenta de Google o me lo pides.
• Sin ventas, sin personas leyendo. Tus datos nunca se venden, nunca se usan para publicidad y nunca se usan para entrenar modelos de IA, y ninguna persona los lee salvo que me pidas ayuda con un problema y des tu permiso, o que la ley lo exija.

Si alguna vez tengo conocimiento de una brecha que afecte a tus datos, te lo comunicaré sin demora injustificada, con lo ocurrido y lo que debes hacer.

Seguimiento y analíticas

Site Pulse no tiene SDK de analíticas, de informes de fallos, de publicidad ni de seguimiento. Lo único que registra sobre cómo lo usas: una vez que tu iPhone o iPad usa el servidor, el servidor guarda cuándo se abrió Site Pulse por última vez allí, solo para borrar los datos del dispositivo tras 30 días sin abrirlo. Si decides compartir informes de fallos con los desarrolladores en macOS, iOS o iPadOS, Apple puede pasármelos conforme a su propia política de privacidad; no contienen tus datos de Google.

Este sitio web

Todo lo anterior trata de las apps de Site Pulse y su servidor. Este sitio web, ga4live.app, es aparte: usa Google Analytics, a través de Google Site Kit, para contar las visitas y ver qué páginas se leen y qué enlaces se usan, como el botón de la App Store. Google Analytics instala cookies en tu navegador y recibe tu dirección IP, datos de tu navegador y de tu dispositivo, y las páginas que ves; Google trata esos datos conforme a su propia política de privacidad. En tu primera visita, la red que entrega este sitio (Amazon CloudFront) también instala una cookie llamada gl_locale que solo guarda un código de idioma, como «ja», elegido según el país desde el que te conectas, para que el sitio pueda sugerirte una página en tu idioma. Dura un año, no contiene datos personales ni se comparte, y puedes borrarla cuando quieras; el sitio solo la usa para ofrecerte esa sugerencia y nunca elige un idioma por ti ni te redirige. Las fuentes del sitio se sirven desde el propio sitio; ningún servicio de fuentes recibe tu dirección IP. El sitio no muestra anuncios y no vendo nada sobre ti. Un bloqueador de contenido, o el complemento de inhabilitación para navegadores de Google, detiene Google Analytics en este sitio.

Retirar el acceso y borrar tus datos

• En Site Pulse: abre Settings → Accounts y haz clic en Remove junto a una cuenta, en cualquiera de tus dispositivos. Esto borra del llavero su token, su dirección de correo y su ID de cuenta, revoca el acceso de Site Pulse en Google y olvida los sitios que solo esa cuenta podía ver. Como los inicios de sesión se sincronizan mediante el llavero de iCloud, quitar una cuenta en un dispositivo la quita también de tus demás dispositivos. En iPhone y iPad, también borra lo que el servidor de Site Pulse guarda de la cuenta.
• Servidor de Actividades en directo: consulta Desactivarlo y borrarlo.
• En Google: ve a tu cuenta de Google → Seguridad → Tus conexiones con aplicaciones y servicios de terceros (myaccount.google.com/connections), elige Site Pulse y quita su acceso.
• Todo: al eliminar la app y su contenedor (~/Library/Containers/com.sgumz.sitepulse) se borran todos los datos en caché y los ajustes; borra también la carpeta de widgets ~/Library/Group Containers/566SSXX9H8.com.sgumz.sitepulse; los inicios de sesión se quitan en Settings → Accounts → Remove (arriba), no a mano en Acceso a Llaveros. En iPhone y iPad, al eliminar la app se borran sus cachés y ajustes de ese dispositivo, pero los inicios de sesión sincronizados permanecen en el llavero de iCloud hasta que quites la cuenta en Site Pulse (Settings → Accounts) desde cualquier dispositivo.

Menores

Site Pulse es una herramienta para propietarios de sitios web y no está dirigida a menores.

Cambios

Si esta política cambia, la nueva versión se publicará en esta página con una nueva fecha de entrada en vigor.

Contacto

Sandro Gumz · escríbeme con el botón Escribir a soporte de la página de Soporte