QR Code para PDF

Um QR Code guarda, no limite absoluto, alguns milhares de caracteres, e a densidade cresce tão rápido com o comprimento que um código impresso realista guarda algumas centenas com folga. Um PDF de uma única página tem centenas de kilobytes. Não existe nenhuma versão disso em que o documento esteja dentro do padrão.

Então “QR Code de PDF” sempre quer dizer: o arquivo fica num servidor e o código é o endereço dele. Todo problema que as pessoas têm com isso é um problema de hospedagem fantasiado de QR.

Em algo que você controle e espere continuar pagando. O seu próprio site, ou o armazenamento ligado a ele, é a resposta segura.

O erro comum é um link de compartilhamento de armazenamento pessoal em nuvem. Esses links expiram, às vezes exigem que quem lê o código entre com uma conta que ele não tem, e quebram quando o arquivo é arrastado para outra pasta seis meses depois por alguém que nunca ouviu falar do cartaz. Um código impresso não tem como avisar ninguém de que quebrou; a falha é silenciosa e sobra para um cliente.

A razão inteira para pensar nisso é que PDFs mudam. Menus ganham preços novos, manuais ganham revisões novas, folhetos ganham um logotipo novo. Existem exatamente duas formas de atualizar o documento que está atrás de um código impresso.

Sobrescrever na mesma URL. Mantenha o nome do arquivo idêntico e substitua o conteúdo. Funciona, e falha na primeira vez que alguém sobe menu-v2.pdf em vez de sobrescrever menu.pdf, o que é basicamente sempre. Também exige que quem for atualizar o arquivo no futuro saiba que o nome do arquivo é peça estrutural, e nada no nome diz isso.

Apontar um código dinâmico para ele. O padrão impresso codifica um redirecionamento que é seu, e o arquivo para o qual ele aponta é uma configuração. Suba o PDF novo com qualquer nome, mude para onde o código aponta, pronto. Isso também sobrevive a mover o arquivo para outra hospedagem inteiramente, coisa que a primeira abordagem não faz.

Os navegadores atuais de iOS e Android exibem PDFs na própria página em vez de baixá-los, então, no caso bom, a pessoa lê o código e o documento aparece. Esse caso bom parte do princípio de que o arquivo chega.

A falha de sempre é o tamanho. Um folheto exportado em resolução de impressão pode ter 20 MB, o que vai bem no wi-fi do escritório e é desesperador para quem está de pé numa loja com duas barras de sinal. A pessoa vai fechar antes de o arquivo carregar e você nunca vai saber. Reexportar em resolução de tela costuma cortar isso em uma ordem de magnitude, sem diferença visível num celular.

Vale perguntar se aquilo precisa mesmo ser um PDF. Para um menu ou uma lista de preços, uma página web se adapta à tela, é pesquisável e não obriga a dar zoom com os dedos. Guarde o PDF para quando a diagramação é o ponto: formulários, certificados, manuais com diagramas, qualquer coisa que as pessoas vão imprimir ou arquivar.

Com um código estático apontando direto para um arquivo, nada, a não ser que a sua hospedagem informe quantas vezes o arquivo foi baixado. Com um código dinâmico, o redirecionamento é uma requisição que pode ser contada, então você recebe leituras com dispositivo e localização aproximada.

São leituras do código, não leituras do documento. Se o documento foi aberto e estudado com atenção ou fechado depois de dois segundos, isso acontece dentro de um leitor de PDF, fora do alcance de qualquer coisa do nosso lado. Trate o número como interesse, não como compreensão.