Dinâmico ou estático? A diferença invisível entre os códigos QR

Estão colados nos painéis publicitários, pousados como expositores nas mesas dos restaurantes e impressos em quase todas as embalagens: os códigos QR fazem há muito parte do quotidiano. Vistos de fora, os quadrados a preto e branco parecem todos iguais — tecnicamente, porém, separa-os uma decisão de fundo que determina utilidade, tempo de vida e custos posteriores: a escolha entre um código estático e um código dinâmico. Quem conhece a diferença evita o erro mais caro que se pode cometer com códigos QR — o engano impresso de forma definitiva.

Um breve olhar sobre os fundamentos ajuda a perceber. O código QR — a sigla vem de «Quick Response» — foi desenvolvido em 1994 no fornecedor automóvel japonês Denso Wave, para registar peças mais depressa na logística. Ao contrário do código de barras clássico, guarda a informação em duas dimensões: a disposição dos pequenos quadrados, chamados módulos, codifica os dados propriamente ditos. Três quadrados marcantes nos cantos ajudam a câmara a reconhecer o código em qualquer posição e a partir de qualquer ângulo. Quantos mais dados lá couberem, mais fina fica a grelha — e mais exigente se torna a leitura.

Está ainda incorporada uma correção de erros segundo o método Reed-Solomon. É ela que faz com que um código continue legível mesmo quando faltam partes ou estão tapadas — consoante o nível de correção escolhido, até cerca de 30 por cento da superfície pode estar danificada. É por isso que os códigos riscados do parquímetro ainda funcionam, e é por isso que se pode colocar um logótipo no meio de muitos códigos sem destruir a legibilidade. Esta reserva é, no entanto, finita: quem combina logótipo, cores invulgares e padrões filigranados consome-a de uma só vez. Antes da impressão, todo o código desenhado deve por isso passar por vários telemóveis, incluindo aparelhos mais antigos.

Chegamos assim à verdadeira encruzilhada. Um código QR estático traduz a informação diretamente no padrão. Um endereço web, um texto curto, um número de telefone, um endereço de correio eletrónico, os dados de acesso de uma rede Wi-Fi ou um cartão de visita digital em formato vCard — tudo isso é escrito de imediato no código. Ao ler, o telemóvel extrai os dados da própria imagem; para isso não é preciso servidor nenhum.

Daí resultam as forças do código estático: é completamente independente. Nenhum serviço tem de estar a funcionar, nenhuma conta tem de existir, nenhum fornecedor tem de sobreviver para que ele funcione. Um código Wi-Fi estático no placard de uma casa de férias liga os hóspedes à rede mesmo quando a rede móvel está em greve — os dados estão, afinal, na própria imagem. Uma vez gerado, um código estático funciona em princípio para sempre, e não custa nada de forma permanente.

Um efeito secundário técnico desta construção passa muitas vezes despercebido no dia a dia: no código estático, é a quantidade de dados que determina a densidade do padrão. Um endereço curto dá uma grelha grosseira e benevolente; um endereço longo com parâmetros de campanha acrescentados, ou um cartão de visita completo com morada, nome da empresa e vários números de telefone, faz disparar o número de módulos. Quanto mais fina a grelha, maior tem de ser a impressão e melhores têm de ser a luz e a câmara para que a leitura resulte de forma fiável. Quem trabalha em estático sai-se melhor com conteúdos sóbrios — na dúvida, vale a pena perguntar se um endereço curto no domínio próprio consegue reduzir a quantidade de dados dentro do código. Um código dinâmico contorna o problema por construção: nele está sempre apenas o curto endereço de reencaminhamento, por muito longo que seja o endereço de destino que está por trás.

Nem todos os conteúdos servem, aliás, para as duas variantes. Os dados de acesso Wi-Fi, um texto livre ou um número de telefone são estáticos por natureza — devem justamente estar no código sem desvio pela internet. A decisão entre estático e dinâmico coloca-se sobretudo nos endereços web, de longe o caso de utilização mais frequente.

A fraqueza do código estático é o reverso da sua independência: o que está impresso, impresso está. Se o código aponta para um endereço web e a página muda de casa, se o domínio muda ou se se insinua uma gralha, cada exemplar fica sem valor. Cinco mil folhetos com uma ligação morta não se corrigem a posteriori — só se voltam a imprimir. Para impressos de vida longa isso é um risco real, porque os endereços web são, como a experiência mostra, menos duradouros do que se supõe na altura de encomendar a impressão.

É precisamente aqui que entra o código QR dinâmico. Não codifica o destino propriamente dito, mas um curto endereço de reencaminhamento nos servidores de um fornecedor. Ao ler, o telemóvel chama primeiro esse endereço; o servidor reencaminha depois para o destino guardado. O ponto decisivo: o destino pode ser alterado a qualquer momento, sem que o padrão impresso mude. A campanha de cartazes pode passar a apontar, já a decorrer, para uma nova página de promoção; a ementa, para a carta de inverno; o programa, para o horário atualizado — a impressão fica, o destino muda-se.

No dia a dia, esta troca é pouco espetacular: o novo destino é inscrito na conta do fornecedor e, a partir da leitura seguinte, o código encaminha para lá — os impressos ficam intocados. Isso abre margens de manobra que vão além da mera correção de erros. Uma campanha pode ser conduzida por etapas: antes do arranque, o código já impresso aponta para uma página de anúncio; na data marcada passa-se para a página da promoção; depois do fim, para um arquivo ou para a página inicial — em vez de os restos do folheto conduzirem ao vazio. Também o caso inverso está coberto: se, depois da impressão, se der por uma gralha no endereço de destino guardado, ela fica corrigida em poucos minutos. No código estático, o mesmo erro seria definitivo.

Como isto se faz na prática mostra-o o serviço web alemão QR2GO (em inglês): ali os códigos são criados diretamente no navegador, à escolha como código estático ou dinâmico com destino editável. Não é preciso instalar nada e os dados são alojados em servidores na Alemanha.

A flexibilidade tem um preço, e convém dizê-lo com honestidade: um código dinâmico depende do seu serviço de reencaminhamento. Se o fornecedor encerrar a atividade, se a subscrição terminar ou se a conta for apagada, o código impresso conduz ao vazio — apesar de a oferta de destino continuar a existir. Quem coloca códigos dinâmicos em impressos de vida longa deve por isso esclarecer previamente o que acontece aos códigos existentes quando um tarifário expira e se o conjunto gratuito de funções vale de forma permanente.

A segunda grande vantagem do reencaminhamento: cria um ponto de medição. Porque cada leitura chega primeiro ao servidor do fornecedor, é possível contar quantas vezes, quando e aproximadamente onde um código foi lido. A QR2GO, por exemplo, analisa as leituras em tempo real por tipo de aparelho, região e hora, e acrescenta, a pedido, parâmetros UTM para a análise web, de modo que os acessos possam ser atribuídos à respetiva campanha em ferramentas como o Google Analytics 4. Para quem anuncia, isso responde a uma velha pergunta: que cartaz, que folheto, que anúncio provocou de facto reações?

Para que esses números se aguentem, a configuração exige alguma disciplina. Provou dar resultado criar um código próprio para cada superfície publicitária — um para o cartaz, um para o folheto, um para o anúncio no jornal de anúncios — e atribuir os parâmetros UTM segundo um esquema fixo, por exemplo com a superfície como origem e a promoção como nome de campanha. Só esse esquema torna a análise comparável: quem improvisa os parâmetros caso a caso obtém números que mais tarde dificilmente se deixam atribuir com clareza. A convenção fixa-se por isso, de preferência, antes da primeira encomenda de impressão, e não depois da terceira.

Também aqui há uma limitação a acrescentar. As estatísticas de leituras são dados de alcance, não perfis de pessoas — os fornecedores sérios recolhem-nas de forma agregada e em conformidade com a proteção de dados. Mas quem cruza esses números com uma análise própria do site, como o GA4, move-se no âmbito de aplicação do RGPD: a página de destino precisa então de uma solução de consentimento bem-feita e de uma política de privacidade que mencione o rastreio. O código QR não substitui um plano de proteção de dados; faz parte dele.

Há também diferenças no tipo de reencaminhamento. A QR2GO oferece três modos: um reencaminhamento visível, em que as utilizadoras e os utilizadores conseguem reconhecer o passo intermédio, uma variante encoberta, que conta e reencaminha de imediato, e um modo direto sem desvio pela contagem. A escolha é uma ponderação entre transparência e experiência de utilização sem costuras — para os códigos afixados em espaço público há bons argumentos a favor do caminho visível, porque gera confiança.

Um aspeto prático muitas vezes esquecido é o formato do ficheiro. Os ficheiros PNG são imagens de grelha: para ecrãs e impressões pequenas chegam, mas ao ampliar muito os contornos ficam desfocados — e contornos desfocados pioram a legibilidade. Para tipografias, cartazes e sinalética, os formatos vetoriais como SVG ou PDF são a melhor escolha, porque escalam sem perdas. Na QR2GO, a exportação em PNG está incluída no tarifário gratuito; as exportações em alta resolução pertencem ao âmbito Premium.

À impressão pertence um segundo requisito, discreto: a zona de silêncio. Trata-se da margem branca em redor do código, de que a câmara precisa para separar o padrão do que está à volta. Nos programas de paginação é cortada com gosto, porque parece espaço desperdiçado — com o resultado de que um código tecnicamente impecável se lê de forma pouco fiável no cartaz acabado. Quem quiser ir a jogo seguro encomenda uma prova de impressão no tamanho final e testa-a em condições reais: à distância, com má luz, com vários telemóveis. Que opções de desenho e de exportação existem para isso, enumera-o a lista de funcionalidades do fornecedor — nenhuma delas dispensa a obrigação de testar.

Então, quando é que serve cada tipo? Estático é a escolha certa quando o destino está definitivamente fixado e não é preciso medir nada: os dados de acesso ao Wi-Fi no quarto de hóspedes, o cartão de visita com contactos estáveis há anos, um texto curto que deve poder ler-se sem ligação à internet. Também quem, por princípio, não queira ficar dependente de um prestador de serviços se sai melhor com o estático — e aceita conscientemente, em troca, o risco de ter de reimprimir.

Dinâmico compensa a partir do momento em que os impressos vivem mais do que os seus conteúdos ou em que o êxito deve ser mensurável: campanhas com páginas de promoção variáveis, ementas, catálogos, embalagens, sinalética. A regra prática: quanto mais cara a impressão e mais provável uma alteração posterior do destino, mais fortes são os argumentos a favor do código dinâmico.

Fica a questão dos custos. Os códigos estáticos podem ser gerados gratuitamente com muitas ferramentas, também de forma permanente. Os códigos dinâmicos pressupõem um serviço em funcionamento, com operação de servidores por trás — daí que o habitual sejam modelos de subscrição. A QR2GO oferece uma entrada permanentemente gratuita com 20 lugares de código e desenho básico; o tarifário Premium, por 5,99 euros por mês, inclui 200 lugares, análise completa das leituras, exportações em alta resolução e integração de logótipo. Os detalhes constam da tabela de preços; uma comparação com outros fornecedores compensa em qualquer caso, porque os modelos no mercado diferem consideravelmente.

No fim, a decisão entre estático e dinâmico não é uma subtileza técnica, mas uma encruzilhada que deve resolver-se antes da primeira encomenda de impressão. Um código estático não custa nada e não pertence a ninguém — em troca, fica como está. Um código dinâmico continua mutável e mensurável — em troca, depende de um serviço. Quem se coloca esta única pergunta a tempo poupa-se ao destino de incontáveis impressos cujos pequenos quadrados conduzem ao vazio.