Política de privacidade

O que o Site Pulse acessa

Quando você escolhe conectar uma conta do Google, o Site Pulse pede ao Google estas permissões:

• Ver e baixar seus dados do Google Analytics (https://www.googleapis.com/auth/analytics.readonly). O Site Pulse a usa para listar as propriedades do Google Analytics 4 que a sua conta pode ver (nomes de propriedades e de contas, IDs de propriedades e fusos horários) e para ler relatórios agregados delas: usuários ativos agora e nos últimos 30 minutos, usuários de hoje e de ontem, usuários nos últimos 7 dias e o número habitual de usuários por hora da semana. Para os widgets, ele também lê os usuários ativos por minuto nos últimos 30 minutos, os usuários por hora nas últimas 24 horas e os usuários por dia, os principais países e as origens de tráfego deste mês e do mês passado. Enquanto você está com o detalhe de um site aberto, ele também lê, apenas para os últimos 30 minutos, onde estão os visitantes (países e as cidades de um país que você abre), os títulos das páginas que eles estão vendo, o tipo de dispositivo que usam (computador, celular, tablet) e os nomes dos eventos que as visitas enviaram (como visualizações de página ou rolagens), tudo como contagens agregadas. Para encontrar o endereço do site de cada propriedade, ele lê o fluxo de dados da web da propriedade (o endereço padrão, sem dados de visitantes). O acesso é somente leitura: o Site Pulse não pode alterar nada na sua conta do Analytics.
• Seu endereço de e-mail e identidade básica de login (openid e email). O Site Pulse os usa apenas para mostrar qual conta do Google está conectada e para distinguir várias contas conectadas.

O Site Pulse não acessa nenhum outro dado do Google. Ele não vê visitantes individuais dos seus sites; o Google Analytics informa apenas contagens agregadas.

O Site Pulse não solicita nenhuma permissão adicional do Google para isso: os fluxos de dados e os relatórios de detalhe são lidos com a mesma permissão somente leitura analytics.readonly.

No iPhone e no iPad, as Atividades ao Vivo para os seus próprios sites exigem mais um consentimento: o servidor do Site Pulse pede ao Google uma permissão própria, com os mesmos três escopos (analytics.readonly, openid e email), uma vez por conta do Google e somente depois que você concorda no app (veja Servidor das Atividades ao Vivo).

Sem uma conta conectada, o Site Pulse mostra um site de demonstração com visitantes simulados e não faz requisições ao Google nem ao servidor do Site Pulse. A Atividade ao Vivo da demonstração é criada no próprio iPhone ou iPad.

Onde seus dados ficam guardados

Nos seus dispositivos (Mac, iPhone, iPad) e na sua própria conta do iCloud (veja Sincronização do iCloud). O que o servidor do Site Pulse guarda para as Atividades ao Vivo está listado à parte, em Servidor das Atividades ao Vivo.

• Para cada conta conectada, o seu Chaveiro guarda o token de login emitido pelo Google, junto com o endereço de e-mail da conta e o ID da conta do Google (usados para rotular a conta e distinguir várias contas). Se o Chaveiro do iCloud está ativado, esse item do Chaveiro também é sincronizado com seus outros dispositivos (veja Sincronização do iCloud).
• A lista das suas propriedades (organizada pelo ID da conta do Google que as pode ver, com o endereço do site de cada propriedade) e o padrão de tráfego habitual de cada site ficam em cache na pasta do próprio app (Application Support, dentro do sandbox do app, em todos os dispositivos), para o app abrir rápido e fazer menos requisições.
• O ícone de cada site acompanhado e a cor principal dele, que o Site Pulse usa para colorir o bloco do site, ficam em cache na pasta do próprio app (Application Support) e são atualizados no máximo uma vez por semana.
• Seus ajustes (quais sites acompanhar, nomes curtos, cores, ordem e opções) são guardados nas preferências do app. As escolhas listadas em Sincronização do iCloud também são sincronizadas pelo iCloud.

Widgets

Se você adiciona widgets do Site Pulse à mesa, à Central de Notificações, à Tela de Início ou à Tela de Bloqueio, o app guarda os dados que eles mostram numa pasta compartilhada nesse dispositivo (um contêiner de App Group; no Mac, é ~/Library/Group Containers/566SSXX9H8.com.sgumz.sitepulse/). Ela contém:

• um instantâneo de números de análise agregados dos sites que você acompanha e de todos eles juntos: usuários por mês e por dia (este mês e o passado), as últimas 24 horas como uma curva, os principais países (este mês e o passado) e as origens de tráfego, as contagens ao vivo atuais, os usuários ativos por minuto nos últimos 30 minutos e quais sites estão em pico, alguns destaques calculados a partir desses números, e os nomes, IDs de propriedade, cores, monogramas e fusos horários dos seus sites, além do ID da conta do Google que lê cada site;
• se o Site Pulse Pro está ativo, qual plano e até quando (veja Site Pulse Pro), para os widgets saberem quais detalhes mostrar;
• cópias dos ícones dos sites acompanhados;
• um registro de quando os picos começaram nos seus sites acompanhados nos últimos 31 dias (apenas ID da propriedade e horário de início);
• no iPhone e no iPad, uma pequena anotação de quando os widgets buscaram dados por conta própria pela última vez (abaixo): o horário da última tentativa, se o Google pediu para ir mais devagar e qual site vem primeiro da próxima vez.

Somente o Site Pulse e os widgets dele leem essa pasta. Nada nessa pasta sai do dispositivo, e ela não é sincronizada pelo iCloud.

No Mac, a extensão de widget não tem acesso à rede e nunca lê seus tokens de login do Google, que ficam no Chaveiro; os números são buscados pelo app, com a mesma permissão somente leitura de cima.

No iPhone e no iPad, o iOS raramente deixa o app rodar em segundo plano, então os widgets podem buscar números novos por conta própria. Quando os dados que eles têm passam de 15 minutos, a extensão de widget contata o Google Analytics diretamente com o seu próprio login: ela lê o login do Chaveiro (o mesmo item que o app usa; nunca o altera), obtém do Google um token de acesso de curta duração e solicita os mesmos relatórios agregados dos seus sites acompanhados (usuários ao vivo, usuários por minuto e por hora, e os números deste mês) com a mesma permissão somente leitura de cima. Ela tenta no máximo uma vez a cada 5 minutos e desiste após alguns segundos. O token de acesso fica apenas na memória. Os números novos são gravados no instantâneo acima, e nada mais é enviado a lugar nenhum. Sem uma conta conectada, ou para o site de demonstração, os widgets não fazem requisições.

Enquanto o Site Pulse está rodando (ou, no iPhone e no iPad, atualizando em segundo plano quando o iOS permite), ele reescreve o instantâneo a cada 15 minutos mais ou menos e logo depois que você muda quais sites acompanha ou remove uma conta. A cada vez, um site que você deixou de acompanhar sai do instantâneo, a cópia do ícone dele é apagada, as entradas dele são removidas do registro de picos, e picos com mais de 31 dias também são removidos. Quando nenhuma conta do Google está conectada, o instantâneo contém o site de demonstração simulado, e as cópias de ícones e o registro de picos são apagados. O macOS não apaga a pasta do Mac quando você apaga o app; para remover tudo ali, apague a pasta citada acima.

Os países, cidades, títulos de páginas, dispositivos e eventos mostrados no detalhe de um site são buscados somente enquanto esse detalhe está aberto. Ficam na memória enquanto o Site Pulse está rodando (então reabrir um detalhe os mostra de imediato), nunca são gravados em disco e desaparecem quando você encerra o app.

Ícones de sites

Para mostrar o ícone de cada site, o Site Pulse o baixa diretamente do seu site: ele requisita o endereço que o Google Analytics lista para o site (seguindo eventuais redirecionamentos), lê essa página inicial e depois requisita os locais de ícones para os quais a própria página tem links, que podem ficar numa rede de distribuição de conteúdo usada pelo site. O Site Pulse nunca usa um serviço de favicon ou de ícones de terceiros e não envia dados do Analytics nessas requisições. São requisições comuns da web, então o seu site pode vê-las nos próprios registros do servidor.

O Site Pulse grava mensagens de diagnóstico breves, como uma requisição que falhou e o ID da propriedade a que se referia, no registro do sistema do dispositivo. Elas ficam nesse dispositivo e não contêm números do Analytics nem tokens.

O Site Pulse conversa diretamente com os servidores do Google (accounts.google.com, oauth2.googleapis.com, analyticsdata.googleapis.com e analyticsadmin.googleapis.com) por conexões criptografadas, e com os seus próprios sites para buscar os ícones deles (descrito acima). No iPhone e no iPad, depois que você inicia uma Atividade ao Vivo para um dos seus próprios sites ou ativa os alertas de pico, o app também conversa com o servidor do Site Pulse em api.ga4live.app (descrito em Servidor das Atividades ao Vivo); e, quando você sai da conta no iPhone ou no iPad, o app pede ao servidor que apague o que ele guarda dessa conta. Os widgets do iPhone e do iPad conversam apenas com oauth2.googleapis.com e analyticsdata.googleapis.com. O app do Mac nunca conversa com o servidor do Site Pulse. Fora o que o servidor guarda para as Atividades ao Vivo, nada do que você vê no app é enviado a mim nem armazenado por mim. Eu nunca vendo nem compartilho seus dados do Google, e não os leio.

Sincronização do iCloud

Se você usa o Site Pulse em mais de um dos seus dispositivos, duas coisas são sincronizadas entre eles pela sua própria conta do iCloud. É a Apple, e não eu, quem opera essa sincronização; o servidor do próprio Site Pulse não participa dela.

• Seus logins do Google (o token de login, o endereço de e-mail e o ID da conta do Google descritos acima) são guardados como itens sincronizáveis no Chaveiro do iCloud, que a Apple criptografa de ponta a ponta. É assim que uma conta que você conecta num dispositivo aparece nos outros sem precisar entrar de novo. Ela só é sincronizada se o Chaveiro do iCloud estiver ativado na sua Conta Apple; caso contrário, o login fica no dispositivo em que você o fez.
• Suas escolhas de sites (quais sites você acompanha, a ordem, os nomes curtos e as cores, além do modo de cor e dos IDs das propriedades que as suas contas podem ver) são sincronizadas pelo armazenamento de chave-valor do iCloud. Elas não contêm tokens de login nem números do Analytics. A alteração mais recente prevalece se dois dispositivos as mudarem ao mesmo tempo.

Os números do Analytics, os caches, os ícones e o instantâneo dos widgets não são sincronizados: cada dispositivo busca os seus diretamente no Google. Nada nesta seção vai para algum servidor do Site Pulse, e eu não consigo ler seus dados do iCloud.

Site Pulse Pro e compras

O Site Pulse Pro (uma assinatura mensal ou anual, ou uma compra única) é vendido pela App Store da Apple com Compra Dentro do App. A Apple cuida do pagamento, do teste grátis, das renovações, dos reembolsos e do Compartilhamento em Família de acordo com a política de privacidade da Apple; o Site Pulse nunca vê seus dados de pagamento, seu nome nem sua Conta Apple.

Em cada dispositivo, o Site Pulse pergunta ao StoreKit da Apple, nesse dispositivo, quais compras do Site Pulse Pro estão ativas e guarda apenas o resultado: se o Pro está ativo, qual plano e até quando. Ele o armazena junto com os dados dos widgets (acima), para os widgets poderem mostrar ou bloquear seus detalhes.

As Atividades ao Vivo para os seus próprios sites fazem parte do Pro, então o servidor precisa saber se o Pro está ativo. Depois que o seu iPhone ou iPad passa a usar o servidor (acima), o app envia ao servidor do Site Pulse o registro assinado da App Store da sua compra mais recente quando abre, depois de uma compra ou restauração e quando você inicia uma Atividade ao Vivo. O servidor o confere com a Apple e guarda apenas se o Pro está ativo, até quando, o ID da transação original da compra (um número que a Apple atribui a ela), quando foi conferida pela última vez e, depois que o Pro termina, desde quando. A Apple também avisa o servidor quando essa compra é renovada, expira ou é reembolsada. O servidor nunca vê seu nome, sua Conta Apple nem seus dados de pagamento. No Mac, o status do Pro nunca sai do dispositivo.

Se você inicia um teste grátis, o Site Pulse pede para enviar uma notificação e, se você permitir, agenda um lembrete no dispositivo dois dias antes de o teste terminar. O lembrete é uma notificação local: não passa por nenhum servidor.

Servidor das Atividades ao Vivo

No iPhone e no iPad, uma Atividade ao Vivo mostra os números ao vivo de um site na Tela de Bloqueio (e, no iPhone, na Ilha Dinâmica). O iOS não deixa um app rodar em segundo plano a cada minuto, então o servidor do próprio Site Pulse faz essa parte: ele lê os números dos seus sites no Google Analytics e os envia ao seu iPhone ou iPad, para atualizar suas Atividades ao Vivo a cada minuto e iniciar uma quando um site entra em pico, com o app fechado. O servidor é operado por mim no Google Cloud, nos Estados Unidos (Cloud Run e um banco de dados Firestore na região us-west1, com chaves no Cloud KMS) e responde em api.ga4live.app. O app do Mac nunca conversa com ele, e a Atividade ao Vivo do site de demonstração é criada no iPhone ou no iPad sem ele.

Quando o servidor entra em ação

• Somente se você o usar. Entrar na conta e a demonstração nunca se registram no servidor. Seu iPhone ou iPad só se registra nele quando você concorda: você inicia uma Atividade ao Vivo para um dos seus próprios sites ou ativa os alertas de pico, o Site Pulse explica o que o servidor guarda e nada é enviado até você tocar em “Continue with Google”. A partir daí, ele renova esse registro toda vez que o Site Pulse abre (com um novo token de push ou uma compra do Pro, por exemplo), mesmo depois de você desativar os alertas de pico, até você tocar em “Delete my Live Activity data”. Se você não abrir o Site Pulse por 30 dias, o servidor apaga o registro, e o app cria um novo na próxima vez que abrir. Um registro não contém dados de análise: apenas os itens listados em “Para cada dispositivo” abaixo e a prova de login de curta duração do Google (um token de ID) de cada conta conectada, que o servidor confere e da qual guarda apenas o ID da conta.
• Seu consentimento. O servidor lê o seu Google Analytics apenas com uma permissão própria. Na primeira vez que você inicia uma Atividade ao Vivo para um dos seus sites, ou ativa os alertas de pico, o Site Pulse explica o que o servidor guarda (“Live updates while Site Pulse is closed”) e então abre a página de consentimento do Google, onde você pode concedê-la ou recusá-la. O token de login nos seus dispositivos nunca sai deles.

O que o servidor guarda

Em resumo, como o app diz antes de você concordar: uma permissão do Google criptografada, os sites que você escolheu e os nomes deles, o tráfego habitual de cada site para identificar picos, os últimos números que uma Atividade ao Vivo em andamento mostra e um ID deste dispositivo. Em detalhe:

• Para cada conta do Google que deu consentimento: a permissão do Google do servidor (um refresh token), criptografada com uma chave no Google Cloud KMS que nunca sai do KMS; o ID da conta do Google (um número, não o seu endereço de e-mail); quando a permissão foi dada e se ela ainda funciona.
• Para cada dispositivo: um ID de instalação aleatório; um hash unidirecional do segredo do dispositivo, que comprova que as requisições seguintes vêm do mesmo dispositivo; o token push-to-start que o iOS dá ao Site Pulse, que permite ao servidor iniciar uma Atividade ao Vivo nele e, se a Apple informa que esse token deixou de existir, quando isso aconteceu; se More Frequent Updates está ativado; a versão do app; qual dos serviços de push da Apple ele usa (desenvolvimento ou App Store); quando o app foi aberto pela última vez; os IDs de contas do Google com login nele; e, se você tem o Pro, o status da compra descrito em Site Pulse Pro.
• Enquanto os alertas de pico estão ativados: os sites que você escolheu (os IDs de propriedade do Google Analytics e os fusos horários deles) e os nomes deles como o app os enviou, para um alerta de pico poder nomear o site antes de o app abrir; o tráfego habitual de cada site para identificar picos (média de usuários para cada hora da semana, dos últimos 28 dias, e como os minutos recentes do site se comparam a ela); quando começou o último pico dele; e, enquanto um site está em pico, desde quando e o múltiplo atual do habitual.
• Enquanto uma Atividade ao Vivo roda: quais sites ela mostra (IDs de propriedade e fusos horários), quando começou e parou, e os últimos números que ela mostra: usuários ao vivo e usuários por minuto nos últimos 30 minutos, hoje comparado com ontem, o principal país e o título da principal página, e o múltiplo do pico. Eles são substituídos a cada minuto e apagados quando a Atividade ao Vivo termina. Para uma Atividade ao Vivo que você mesmo inicia, o servidor não guarda nomes de sites; seu iPhone ou iPad os acrescenta.
• Uma permissão à espera de ser revogada: se o Google ou o Cloud KMS não puder ser alcançado quando o servidor apaga uma conta, a permissão criptografada é mantida à parte, tentada de novo todo dia e apagada após cerca de 30 dias no máximo.

Fora isso, os números do Analytics apenas passam pelo servidor e não são guardados. O servidor lê somente estes relatórios agregados, com a sua permissão somente leitura: usuários por minuto nos últimos 30 minutos, o principal país e a principal página agora, usuários de hoje e de ontem, e usuários por hora da semana nos últimos 28 dias. Os tokens de acesso de curta duração do Google ficam na memória do servidor. O servidor nunca lê a API Analytics Admin (ele obtém seus sites do app) e nunca vê visitantes individuais.

O que sai do servidor

As atualizações das Atividades ao Vivo chegam ao seu iPhone ou iPad pelo Apple Push Notification service. Elas carregam os números acima; os sites são nomeados nelas por um código feito a partir do ID da sua conta e do ID da propriedade, nunca pelo próprio ID da propriedade, e um alerta de pico também traz o nome do site. Nada é enviado a mais ninguém. O Google Cloud armazena e executa o servidor para mim; os registros do próprio servidor anotam a rota e o resultado de cada requisição e o tipo de um erro, nunca tokens, IDs ou números do Analytics, e o Google Cloud mantém seus registros de requisições padrão (incluindo o horário e o endereço de rede de cada requisição) por 30 dias, a retenção padrão dele para os registros do servidor.

Desativar e apagar

• Settings → Live Activities → “Start a Live Activity when a site spikes”: desativar apaga os sites escolhidos deste dispositivo, os nomes deles e o tráfego habitual deles. Quando nenhum outro dispositivo seu tem os alertas de pico ativados e nenhuma Atividade ao Vivo da conta está em andamento, a permissão do Google da conta é revogada no Google e apagada junto.
• Parar (no app, ou na própria Atividade ao Vivo) encerra a Atividade ao Vivo, e o servidor apaga os últimos números dela (quando nenhum outro dispositivo seu mostra a mesma). Se nenhum alerta de pico está ativado, a permissão permanece, então a sua próxima Atividade ao Vivo começa sem perguntar de novo, até uma das outras formas abaixo removê-la.
• Settings → Live Activities → “Delete my Live Activity data”: o servidor apaga este dispositivo, as Atividades ao Vivo e os alertas de pico dele, e toda conta que nenhum outro dispositivo seu ainda usa, com a permissão revogada no Google. As Atividades ao Vivo em andamento terminam.
• Sair da conta (Settings → Accounts → Remove no iPhone ou no iPad) encerra as Atividades ao Vivo dessa conta e apaga tudo o que o servidor guarda dela, em todos os seus dispositivos, revogando a permissão no Google. Se o servidor não puder ser alcançado, o app avisa na próxima vez que abrir, ou vale a regra de 30 dias abaixo. Remover uma conta no Mac chega ao servidor pelo seu iPhone ou iPad na próxima vez que o Site Pulse abrir lá, se os seus logins são sincronizados pelo Chaveiro do iCloud e esse dispositivo usa Atividades ao Vivo.
• Automaticamente: um dispositivo em que o Site Pulse não é aberto há 30 dias é apagado, com as Atividades ao Vivo e os alertas de pico dele, e o mesmo vale para toda conta que nenhum outro dispositivo usa. Se a Apple informa que um dispositivo não pode mais receber Atividades ao Vivo do Site Pulse (em geral porque o app foi apagado dele; o servidor descobre isso quando tenta iniciar uma lá), o servidor esquece o token push-to-start desse dispositivo e para de vigiar os picos dos sites dele de imediato; a menos que o Site Pulse seja aberto nele de novo em até 7 dias (ele então envia um novo token e os alertas de pico continuam), o dispositivo é apagado da mesma forma, com as Atividades ao Vivo e os alertas de pico dele e toda conta que nenhum outro dispositivo usa. A regra de 30 dias vale de qualquer modo. A permissão e os dados de uma conta também são apagados quando o Pro terminou, há 16 dias, em todos os dispositivos que o tinham. Uma verificação roda todos os dias.
• No Google: remova o Site Pulse em myaccount.google.com/connections. A permissão deixa de funcionar na hora; o servidor apaga a cópia criptografada dele na próxima vez que tentar usá-la, e uma Atividade ao Vivo em andamento mostra “paused · reconnect in Site Pulse”.

Você também pode usar o botão de e-mail ao suporte na página de Suporte para pedir que tudo o que o servidor guarda sobre você seja apagado.

Política de Dados de Usuário dos Serviços de API do Google

O uso e a transferência, pelo Site Pulse, de informações recebidas das APIs do Google para qualquer outro app, nos apps do Site Pulse e no servidor das Atividades ao Vivo do Site Pulse (api.ga4live.app), obedecerão à Política de Dados de Usuário dos Serviços de API do Google, incluindo os requisitos de Uso Limitado.

Em particular, o Site Pulse usa dados das APIs do Google apenas para mostrar a você a sua própria análise: no app, nos widgets e nas suas Atividades ao Vivo, inclusive para avisar quando um dos seus sites entra em pico. O servidor usa os dados apenas para isso e os envia somente aos seus próprios dispositivos (pelo Apple Push Notification service). O Site Pulse não transfere os dados a mais ninguém, não os usa para publicidade, não os usa para treinar modelos de IA ou de aprendizado de máquina e não permite que nenhuma pessoa os leia.

Como seus dados são protegidos

Seus logins do Google e seus dados de análise são sensíveis, por isso o Site Pulse os protege em todos os lugares onde existem:

• Privilégio mínimo. O Site Pulse pede ao Google apenas acesso somente leitura ao Google Analytics (a permissão analytics.readonly), além do seu endereço de e-mail e do ID da conta para rotular a conta. Ele não pode alterar as configurações nem os dados do seu Analytics e nunca pede acesso a mais nada na sua conta do Google.
• Criptografia em trânsito. Toda conexão, entre os apps e o Google, entre os apps e o servidor das Atividades ao Vivo, e entre o servidor e o Google ou a Apple, usa HTTPS (TLS). Nada é enviado sem criptografia.
• Nos seus dispositivos. Os tokens de login do Google ficam apenas no Chaveiro da Apple, que o sistema operacional criptografa e prende ao Site Pulse; com o Chaveiro do iCloud, eles são sincronizados com criptografia de ponta a ponta, então nem a Apple consegue lê-los. Os números em cache e os ajustes ficam dentro do contêiner em sandbox do app e na sua própria conta do iCloud.
• Login seguro. O login passa pela própria tela de consentimento do Google no navegador do sistema; o Site Pulse nunca vê sua senha do Google. O login usa PKCE e um valor de estado assinado e de uso único, para que uma resposta de login não possa ser interceptada nem reutilizada.
• No servidor das Atividades ao Vivo. A permissão do Google que o servidor guarda (um refresh token) é criptografada com uma chave mantida no Google Cloud KMS que nunca sai do KMS. O banco de dados nega todo acesso direto pela internet: somente o próprio servidor pode lê-lo ou gravá-lo, e o Google o criptografa em repouso. Cada dispositivo comprova quem é com um segredo que o servidor guarda apenas como hash SHA-256 unidirecional. As chaves e os segredos do próprio servidor ficam no Google Cloud Secret Manager, e cada parte do servidor roda apenas com as permissões de que precisa.
• Retenção mínima. O servidor guarda apenas o que uma Atividade ao Vivo em andamento precisa, como listado acima, e o apaga, revogando a permissão no Google, quando você sai da conta, remove o Site Pulse da sua conta do Google ou me pede.
• Sem venda, sem pessoas lendo. Seus dados nunca são vendidos, nunca são usados para publicidade e nunca são usados para treinar modelos de IA, e nenhuma pessoa os lê, a menos que você me peça ajuda com um problema e dê permissão, ou que a lei exija.

Se eu tomar conhecimento de uma violação que afete os seus dados, avisarei você sem demora injustificada, com o que aconteceu e o que fazer.

Rastreamento e análise

O Site Pulse não tem SDKs de análise, de relatório de falhas, de publicidade nem de rastreamento. A única coisa que ele registra sobre como você o usa: depois que o seu iPhone ou iPad passa a usar o servidor, o servidor guarda quando o Site Pulse foi aberto lá pela última vez, apenas para apagar os dados do dispositivo após 30 dias sem uso. Se você optar por compartilhar relatórios de falhas com desenvolvedores no macOS, no iOS ou no iPadOS, a Apple pode repassá-los a mim de acordo com a política de privacidade da própria Apple; eles não contêm seus dados do Google.

Este site

Tudo o que está acima trata dos apps do Site Pulse e do servidor deles. Este site, ga4live.app, é separado: ele usa o Google Analytics, por meio do Google Site Kit, para contar visitas e ver quais páginas as pessoas leem e quais links usam, como o botão da App Store. O Google Analytics define cookies no seu navegador e recebe seu endereço IP, detalhes do seu navegador e dispositivo e as páginas que você vê; o Google trata esses dados de acordo com a própria política de privacidade. Na sua primeira visita, a rede que entrega este site (Amazon CloudFront) também define um cookie chamado gl_locale que guarda apenas um código de idioma, como “ja”, escolhido pelo país de onde vem a sua conexão, para que o site possa sugerir uma página no seu idioma. Ele dura um ano, não contém dados pessoais e não é compartilhado, e você pode apagá-lo quando quiser; o site o usa apenas para oferecer essa sugestão e nunca escolhe um idioma por você nem redireciona você. As fontes do site são servidas pelo próprio site; nenhum serviço de fontes recebe seu endereço IP. O site não exibe anúncios, e eu não vendo nada sobre você. Um bloqueador de conteúdo, ou o complemento de desativação do Google para navegadores, impede o Google Analytics neste site.

Remover o acesso e apagar seus dados

• No Site Pulse: abra Settings → Accounts e clique em Remove ao lado de uma conta, em qualquer dos seus dispositivos. Isso apaga o token, o endereço de e-mail e o ID da conta do Chaveiro, revoga o acesso do Site Pulse no Google e esquece os sites que somente essa conta podia ver. Como os logins são sincronizados pelo Chaveiro do iCloud, remover uma conta num dispositivo a remove também dos seus outros dispositivos. No iPhone e no iPad, isso também apaga o que o servidor do Site Pulse guarda dessa conta.
• Servidor das Atividades ao Vivo: veja Desativar e apagar.
• No Google: vá a Conta do Google → Segurança → Suas conexões com apps e serviços de terceiros (myaccount.google.com/connections), escolha o Site Pulse e remova o acesso dele.
• Tudo: apagar o app e o contêiner dele (~/Library/Containers/com.sgumz.sitepulse) remove todos os dados em cache e ajustes; apague também a pasta de widgets ~/Library/Group Containers/566SSXX9H8.com.sgumz.sitepulse; os logins são removidos por Settings → Accounts → Remove (acima), não à mão no app Acesso às Chaves. No iPhone e no iPad, apagar o app remove os caches e ajustes dele desse dispositivo, mas os logins sincronizados permanecem no Chaveiro do iCloud até você remover a conta no Site Pulse (Settings → Accounts) em qualquer dispositivo.

Crianças

O Site Pulse é uma ferramenta para donos de sites e não é voltado a crianças.

Alterações

Se esta política mudar, a nova versão será publicada nesta página com uma nova data de vigência.

Contato

Sandro Gumz · escreva para mim pelo botão de e-mail ao suporte na página de Suporte