Saltar para o conteúdo
RealRents
Transparência

Privacidade e metodologia

Este projeto só funciona se quem relata se sentir seguro. Não existem contas: o teu e-mail e o teu relato nunca se tocam.

O que guardamos

Tabela "créditos de relato"

  • Um hash com chave do e-mail (HMAC com uma chave secreta guardada fora da base de dados) — nunca o e-mail
  • O mês a partir do qual é permitido um novo relato
  • Um código de uso único (só o seu hash), apagado depois de usado
  • Mais nada: sem e-mail, sem nome, sem palavra-passe

Tabela "relatos"

  • Freguesia e rua (sem número de porta: se o indicares, é usado uma vez para posicionar o ponto e apagado)
  • Tipo de alojamento, renda mensal total, parte paga por fora e valor declarado
  • Tipo de contrato, registo nas Finanças (sim, não ou não sei), recibos e forma de pagamento
  • Pessoas, quartos, m², condições e situações (caixas de seleção)
  • Ano de início do contrato
  • O mês do relato (primeiro dia do mês, sem dia nem hora)
  • Uma nota opcional de 140 caracteres, revista por uma pessoa antes de ser publicada e apagada se for rejeitada
  • Uma posição no mapa já deslocada 50–100 m ao acaso
  • Uma impressão digital (hash) da chave do relato, para poderes apagá-lo

Nenhuma coluna liga as duas tabelas, nem id de utilizador, IP, sessão ou data e hora. Os relatos são publicados num único lote diário, às 06:00, e a tabela é reescrita em ordem aleatória todos os dias, por isso nem a ordem das linhas revela quem relatou quando.

Nunca guardamos: contagem de relatos, identificadores de relatos, endereços IP nos relatos, nomes de senhorios ou moradas exatas, nem o e-mail nem o número da porta. Não usamos analítica, publicidade, rastreadores nem scripts ou tipos de letra de terceiros. Os registos de pedidos nunca guardam IP nos envios de relatos e são mantidos 7 dias. O limite de pedidos usa um hash do IP que muda todos os dias.

Como garantimos o anonimato

  1. 1

    Preenches o relato no mapa. A rua é obrigatória. O número da porta é opcional: serve só para posicionar o ponto e é apagado logo a seguir.

  2. 2

    Confirmas o e-mail com um código. Enviamos um código de 6 dígitos. Do e-mail guardamos apenas um hash com chave, para permitir 1 relato por 12 meses. O e-mail em si nunca é guardado.

  3. 3

    Relato guardado sem autor. O relato é datado só ao mês e fica apenas com uma impressão digital da tua chave do relato. Nada o liga ao e-mail.

  4. 4

    Publicação diária. Aparece na próxima publicação, às 06:00, juntamente com todos os relatos desse dia. A tabela é reescrita em ordem aleatória.

  5. 5

    Cifrado em trânsito e em cópias. Tudo viaja cifrado (HTTPS). As cópias de segurança são cifradas e apagadas ao fim de 30 dias.

O alojamento é num servidor na União Europeia (Hetzner Online GmbH). O fornecedor vê o tráfego de rede, como qualquer operador, mas os registos dos relatos nunca incluem endereços IP. Os mapas vêm da OpenFreeMap (dados do OpenStreetMap): o teu navegador carrega as imagens do mapa a partir daí, por isso a OpenFreeMap vê o teu IP, como qualquer site que serve. O e-mail de verificação é enviado através de um fornecedor de envio de e-mail: [FORNECEDOR DE E-MAIL].

Regras do mapa

  • Pontos deslocados. Cada ponto é deslocado ao acaso dentro da freguesia (ou até ~100 m ao longo da rua, quando conhecemos a sua geometria) e fica fixo, para que recarregar a página não permita fazer médias.
  • Ruas com 3+ relatos. O nome da rua só aparece com 3 ou mais relatos.
  • Freguesias com 5+ relatos. Os valores de uma freguesia só são mostrados com 5 ou mais relatos.
  • Zoom limitado. O zoom pára ao nível do quarteirão.
  • Escalões, não valores. Os pontos mostram apenas um escalão de renda (1 de 6 cores), nunca o valor exato.
  • Arredondados a 10 €. Os valores públicos são arredondados a 10 €.
  • Sinalizações. Qualquer pessoa pode sinalizar um relato. Com 5 sinalizações de pessoas diferentes, o relato fica escondido até ser revisto por um moderador.

Metodologia

Usamos medianas e percentis, nunca médias.

Relatos com mais de 24 meses ficam fora dos valores atuais (mas contam no gráfico "por ano de contrato").

Valores fora de 3× a amplitude interquartil da freguesia ficam retidos para revisão humana antes de serem publicados.

Cada e-mail só pode relatar uma vez por 12 meses (guardamos apenas um hash com chave).

Os relatos são voluntários e os contratos não são verificados. Por isso, cada número vem sempre com o seu n.

A comparação "vs. anúncios" usa valores copiados à mão de portais públicos de anúncios.

Dados abertos

Publicamos um CSV agregado por freguesia, rua (com 3+ relatos) e tipo de alojamento, atualizado todos os dias depois da publicação, sob licença CC BY 4.0. Nunca publicamos registos individuais.

Documentação da API

A API JSON tem os mesmos limiares, CORS aberto, cache de 1 hora e limite de pedidos.

  • GET /api/v1/parishes?unit=room|t0_t1|t2_plus|all
  • GET /api/v1/parishes/:slug
  • GET /api/v1/map?unit=room|t0_t1|t2_plus
  • GET /data/latest.csv

Os teus direitos

Não há conta para apagar. Podes apagar o teu próprio relato com a chave do relato, em "Os meus relatos".

Se perderes a chave, não conseguimos apagar o relato por ti, porque nada o liga a ti. É isso que te protege.

Para deixares de ter dados no limite de 1 relato por ano, contacta-nos: só guardamos um hash do e-mail, sem o endereço. Podes também apresentar queixa à CNPD (Comissão Nacional de Proteção de Dados).

Responsável pelo tratamento: [NOME DA ASSOCIAÇÃO] · [E-MAIL DE CONTACTO]. Fundamento de licitude: o consentimento que dás ao publicares um relato.

Contacto

Responsável pelo tratamento: [NOME DA ASSOCIAÇÃO] · [E-MAIL DE CONTACTO].

Encontraste um problema de segurança? Comunica-o de forma responsável — vê /.well-known/security.txt.