Política de Cookies

Âmbito

Esta política explica como a Roda usa cookies, armazenamento local, identificadores móveis, eventos de analítica e tecnologias semelhantes em roda.place e na app móvel Roda.

Tecnologias que usamos

• Tecnologias essenciais: necessárias para carregar páginas, proteger sessões, lembrar escolhas de privacidade, processar início de sessão, apoiar reservas e prevenir fraude.
• Armazenamento de preferências: usado para lembrar idioma, estado de consentimento ou estado da app quando necessário.
• Analítica: a PostHog ajuda-nos a compreender conversão da lista de espera, uso de páginas, fluxos da app, adoção de funcionalidades e fiabilidade. Em roda.place, funciona como descrito nas secções abaixo.
• Relatórios de erros: a Sentry avisa-nos quando algo falha, em roda.place ou na app, como descrito em “Relatórios de erros” abaixo.
• Tecnologias de pagamento e autenticação: Stripe, Clerk, Apple, Google e fornecedores relacionados podem definir ou usar tecnologias necessárias durante fluxos de pagamento ou início de sessão.

Analítica em roda.place

roda.place envia eventos de analítica para a cloud da PostHog na UE através do nosso próprio endereço (roda.place/ingest). Usamo-los para contar visitas e perceber que páginas e links funcionam. A gravação de sessões, a captura automática de cliques, os mapas de calor e os inquéritos estão desligados.

Cada evento inclui o seguinte, quer tenha dito “okay” ou não:

• O que aconteceu: uma visualização de página; nas páginas de passe (roda.place/<handle>), a página de passe apresentada, com o handle do passe (um link público), se há lugares disponíveis e que versão da página foi mostrada; um toque num link para a App Store, o TestFlight ou o Google Play, com o sítio onde estava (a página inicial, roda.place/app ou uma página de passe), a loja, a plataforma e, nas páginas de passe, o handle do passe; nas páginas de passe, um toque num link que abre a app Roda, com o handle do passe e se era o link de anfitrião do próprio criador (nunca o link em si), e a cópia do nome do passe, com o handle do passe; e a sua resposta ao banner de cookies quando a der (ver “A sua resposta e como alterá-la”).
• Onde: o endereço e o caminho da página, e a página que o trouxe até aqui (o referenciador) e o respetivo domínio. Os títulos das páginas não são enviados: nas páginas de passe incluem o nome do criador. O link privado de anfitrião de um criador (?host=…) é removido de todos os endereços antes do envio, e identificadores de cliques em anúncios, como gclid ou fbclid, são mascarados. As etiquetas de campanha no endereço, como utm_source, são mantidas; o código QR de uma página de passe acrescenta utm_source=qr, para que uma visita feita ao lê-lo apareça como tal.
• O seu navegador e dispositivo: navegador e versão, a string completa de user agent, sistema operativo e versão, tipo de dispositivo, tamanho do ecrã e da janela, idioma do navegador e fuso horário.
• Identificadores: até dizer “okay”, nenhum vindo do seu navegador; os servidores da PostHog atribuem ao evento um id de visitante e de sessão calculados a partir de um hash diário, como descreve a secção seguinte. Depois de um “okay”, um id de visitante e um id de sessão aleatórios criados pela PostHog e guardados no seu navegador (ver “Se disser “okay””).
• O seu endereço IP chega à PostHog com cada pedido, como em qualquer pedido web. A PostHog pode usá-lo para estimar uma localização aproximada e, até dizer “okay”, para calcular o hash diário descrito abaixo.

Antes de responder, e depois de “no thanks”

A PostHog funciona em modo sem cookies. Não define cookies, não escreve nada em localStorage, sessionStorage ou qualquer outro armazenamento do navegador, e não cria nenhum id de visitante nem id de sessão no seu navegador. Em vez disso, cada evento é marcado como sem cookies, e os servidores da PostHog combinam o seu endereço IP e user agent com um valor secreto que a PostHog muda todos os dias num hash irreversível, que faz as vezes dos ids de visitante e de sessão. Visitas a partir do mesmo navegador e da mesma rede no mesmo dia contam como um só visitante; uma visita noutro dia, ou a partir de outra rede, não pode ser ligada a uma anterior.

A única coisa que roda.place guarda neste modo é a própria resposta, depois de a dar (ver abaixo).

Se disser “okay”

A PostHog mantém o id de visitante aleatório entre visitas, para que visitas repetidas contem uma só vez. Os eventos são os mesmos descritos acima, agora ligados por esse id, a começar pela visita em que disse “okay”. Para isso, guarda o seguinte no seu navegador. Tudo é primário (definido por roda.place, não por um domínio de terceiros); <key> representa a chave do nosso projeto PostHog.

• Cookie ph_<key>_posthog: o id de visitante, o id da sessão atual e o endereço e o referenciador da primeira página que visitou (com links de anfitrião mascarados). Expira ao fim de 365 dias.
• localStorage ph_<key>_posthog: o mesmo, mais as etiquetas de campanha e o referenciador da sua visita e as definições da própria PostHog para o site. Mantém-se até apagar os dados do site ou dizer “no thanks”.
• sessionStorage ph_<key>_posthog, ph_<key>_window_id e ph_<key>_primary_window_exists: as etiquetas de campanha e o referenciador desta visita, e qual separador do navegador é qual. Apagados quando o separador é fechado.

Iniciar sessão em roda.place

roda.place/account/delete, onde pode exportar os seus dados ou eliminar a sua conta sem a app, permite iniciar sessão com Apple ou Google através da Clerk, o nosso fornecedor de início de sessão. É a única página de roda.place que carrega a Clerk, e só ela define os cookies abaixo. São estritamente necessários para iniciar sessão, por isso o banner de cookies não os abrange.

• Cookies __session e __client_uat (os nomes podem ter um pequeno sufixo), definidos em roda.place: um token de sessão de curta duração e a hora em que iniciou ou terminou sessão pela última vez.
• Cookie __client, definido no domínio de início de sessão da Clerk da Roda: a sua sessão, para a página saber que é você enquanto lá está.

A sua resposta e como alterá-la

roda.place pergunta uma vez, com o banner de cookies. “no thanks” é um clique, tal como “okay”.

A sua resposta fica guardada em localStorage com a chave roda-cookie-consent, como 1 (“okay”) ou 0 (“no thanks”), para não voltarmos a perguntar e podermos continuar a respeitar uma recusa. A PostHog lê a sua resposta a partir desta mesma entrada. Não contém nenhum identificador e mantém-se até apagar os dados do site.

Se o seu navegador bloquear o armazenamento do site, nenhuma resposta pode ser lembrada, por isso o banner não abre sozinho e a analítica continua em modo sem cookies.

Sempre que responde, é enviado à PostHog um evento consent_updated com a sua resposta (granted ou denied), juntamente com os detalhes de página e navegador indicados acima. Depois de uma recusa, é enviado em modo sem cookies, sem identificador guardado. Carregar uma página mais tarde não o volta a enviar.

Para alterar a sua resposta, use “cookies” no fundo de qualquer página de roda.place para voltar a abrir o banner. Dizer “no thanks” depois de um “okay” apaga de imediato o cookie e o armazenamento no navegador da PostHog e volta ao modo sem cookies, sem o id de visitante anterior; os outros separadores abertos de roda.place seguem a nova resposta.

Também pode apagar ou bloquear cookies e dados do site nas definições do navegador, ou contactar hello@roda.place. Na app móvel, use as definições de privacidade da app quando disponíveis. Bloquear tecnologias essenciais pode impedir partes da Roda de funcionar.

PostHog na app móvel

Na app móvel Roda, usamos a PostHog numa configuração conforme a UE para compreender como a Roda é usada e onde o produto precisa de melhorias. Consoante a configuração, a PostHog pode tratar visualizações de páginas, eventos da app, elementos clicados, URLs, informação de dispositivo e navegador, localização aproximada, feature flags e identificadores de utilizadores autenticados.

Se session replay, autocapture ou funcionalidades semelhantes forem ativadas, serão usadas apenas com consentimento adequado e proteções de privacidade, como mascarar campos sensíveis e evitar a recolha de detalhes de pagamento ou texto livre do questionário sempre que possível.

Relatórios de erros

Quando algo falha, em roda.place ou na app Roda, é enviado um relatório de erro para a cloud da Sentry na UE (Frankfurt), para o podermos encontrar e corrigir. Em roda.place, é enviado através do nosso próprio endereço (roda.place/monitoring), e enquanto tudo funciona nada é enviado. Na app, cada abertura envia também um breve registo de sessão (quando começou e terminou e se a app falhou, com o id da sua conta Roda se tiver sessão iniciada), para sabermos com que frequência a app falha. Nada disto é usado para analítica.

Os relatórios de erros não definem cookies nem escrevem nada em localStorage, sessionStorage ou qualquer outro armazenamento do navegador, por isso em roda.place funcionam quer tenha respondido ao banner de cookies ou não. Um relatório inclui:

• O que correu mal: a mensagem de erro, o ponto do nosso código onde aconteceu e o que o antecedeu: as páginas abertas, os elementos da página clicados (descritos pela sua posição no código da página, nunca por algo que tenha escrito) e os pedidos feitos pela página.
• Onde: o endereço da página e a página que o trouxe até aqui (o referenciador), sem o link privado de anfitrião de um criador (?host=…) em nenhum deles. Na app, o ecrã.
• O seu navegador e dispositivo: a string de user agent (navegador, sistema operativo e as respetivas versões). Na app: modelo do dispositivo, sistema operativo, versão da app e detalhes técnicos semelhantes, como idioma, fuso horário e memória livre.
• Quem: em roda.place, nenhum identificador. Na app, com sessão iniciada, o id da sua conta Roda (uma sequência aleatória, não o seu nome nem email), para sabermos quantas pessoas um problema afeta.
• O seu endereço IP não é incluído no relatório, e a Sentry não é instruída a deduzi-lo.

Publicidade

No lançamento, a Roda não usa cookies de publicidade, pixels de retargeting ou redes publicitárias de terceiros. Se isso mudar, atualizaremos esta política e pediremos consentimento quando exigido.

Alterações

Podemos atualizar esta política se a configuração de analítica, consentimento ou fornecedores mudar. Alterações materiais serão refletidas nesta página e, quando apropriado, na interface de consentimento.