O que as estatísticas de leitura de QR realmente medem

"Estatísticas de leitura" soa como se pudessem saber quem escaneou o seu código. Não sabem. O que elas sabem é que um celular perguntou ao serviço de redirecionamento para onde vai um link curto, e aproximadamente quando e de que tipo de dispositivo. Este artigo percorre o que essa requisição contém, o que não contém, como ler os números resultantes sem interpretá-los demais, e como descrever tudo isso honestamente às pessoas que escaneiam.

O que é contado: a requisição de redirecionamento

Um código QR estático não pode ser contado, porque o celular lê o endereço do padrão e vai direto para o destino; ninguém no meio fica sabendo. Um código dinâmico pode ser contado por um único motivo: o padrão codifica um link curto no serviço de redirecionamento, então toda leitura começa com o celular perguntando a esse serviço qual é o destino real. Essa única requisição web é a unidade de medida. Ela chega com um carimbo de data e hora, com a autodescrição do navegador (uma sequência que diz, em termos gerais, que tipo de celular e navegador está perguntando), e de um endereço de rede. O serviço registra que uma leitura aconteceu, encaminha o celular e segue em frente. Nada sobre a leitura fica armazenado no papel, no padrão ou no celular; a contagem vive inteiramente no servidor. Note o que isso implica: a contagem é de requisições ao redirecionamento, não de pessoas que leram a página de destino. Uma leitura que é encaminhada e depois abandonada ainda conta como uma, e uma pessoa que abre o destino a partir de um link salvo, sem escanear de novo, não conta.

O que não se sabe

A requisição de redirecionamento não carrega o nome da pessoa, endereço de e-mail, número de telefone ou qualquer conta. A câmera não está envolvida do lado do serviço de forma alguma — o próprio app de câmera do celular decodificou o padrão antes de qualquer requisição ser feita, e o serviço nunca vê uma imagem. Não há acesso aos contatos do celular, sensores de localização ou arquivos; uma requisição web não consegue alcançá-los. O endereço de rede pode ser resolvido para um país ou região aproximados, e é aproximado mesmo: redes móveis roteiam o tráfego por gateways compartilhados, e uma leitura de uma cidade pode ser resolvida como outra. A informação de dispositivo é geral — um celular versus um tablet ou desktop, uma família de navegador — não um número de série. Se duas leituras vieram do mesmo celular não é possível saber com confiança, e este app não tenta identificar dispositivos por fingerprinting para adivinhar. Se a sua página de destino roda as próprias estatísticas, isso é um assunto separado e regido pelo que essa página faz; o redirecionamento em si vê apenas a requisição descrita acima. Isso é uma coisa boa de poder dizer aos clientes, e vale a pena poder dizê-la com precisão.

Como ler os números

O painel de estatísticas do SWAPQR mostra o total de leituras de um código, a contagem de hoje e deste mês, uma visão dia a dia dos últimos 30 dias, e uma divisão por tipo de dispositivo. Leia-os como tendências, não como um censo. Hora do dia e dia da semana são o sinal mais útil que um código dá: um código de cardápio que tem picos às 12:30 e às 19:30 está dizendo algo verdadeiro, e um código de cartaz que é lido no dia do evento e nunca mais também. Um salto depois que você moveu uma placa, mudou o tamanho dela ou apontou o destino para outro lugar é evidência real sobre posicionamento. Comparações entre códigos são mais confiáveis do que números absolutos — dois códigos idênticos em duas vitrines, e um recebe três vezes mais leituras, é uma descoberta. Leituras únicas versus repetidas é aproximado na melhor das hipóteses, porque o serviço não identifica dispositivos; uma rajada de cinco leituras em um minuto é mais provavelmente uma pessoa tentando de novo do que cinco pessoas, mas isso é uma inferência, não um fato. Contagens pequenas são ruidosas: três leituras contra uma não é um padrão. Dê a um posicionamento algumas semanas antes de tirar conclusões dele.

Onde a contagem pode enganar

Algumas leituras não são pessoas. Um funcionário testando a placa conta. Um celular que pré-carrega um link antes de mostrá-lo ao usuário pode contar. Alguém que escaneia, é encaminhado e fecha a página em um segundo conta exatamente o mesmo que alguém que lê o cardápio inteiro. Por outro lado, alguém que fotografou o código e escaneou a foto mais tarde em casa conta uma vez, no lugar errado e na hora errada. Códigos que também são compartilhados como link — colados em uma mensagem, digamos — vão acumular aberturas que nunca envolveram uma câmera, porque o link curto funciona de qualquer forma. Nada disso torna os números inúteis; torna-os um piso e uma forma em vez de um valor preciso. No nível gratuito, este app inclui um código dinâmico com uma cota mensal de leituras, e um plano pago remove o limite; se um código se aproxima da cota, isso por si só é um sinal aproximado de que está sendo usado, e um motivo para movê-lo para um plano antes que entre em espera.

Privacidade: como descrevê-la honestamente

Você pode dizer às pessoas que escaneiam: o código abre um link curto, o serviço conta que o link foi aberto e anota a hora, o tipo de dispositivo e uma região aproximada, e nada sobre você pessoalmente é coletado pelo código em si. Você não pode dizer honestamente que "nenhum dado é coletado", porque uma requisição foi feita e contada; e também não deve dizer mais do que a verdade na outra direção — o código não sabe quem você é, e essa é a afirmação correta. Se a sua página de destino coleta alguma coisa, diga isso nessa página. Do lado do operador, este app não pede e-mail ou senha; você recebe um código de licença, e as estatísticas pertencem aos códigos sob essa licença. Se uma contagem de leituras é dado pessoal, e que aviso é exigido, varia por país e pelo que a sua página de destino faz; este guia explica o mecanismo para que você possa fazer esse julgamento com os fatos em mãos, e não é aconselhamento jurídico.