A diferença a sério
Um código estático contém o teu destino:
https://oteurestaurante.pt/menuUm código dinâmico contém um redirecionamento que lá chega:
https://fornecedor-qr.com/a1b2c3 → https://oteurestaurante.pt/menuEsse salto a mais é o produto inteiro. Como o fornecedor controla para onde oa1b2c3 encaminha, pode mudá-lo depois da impressão e contar toda a gente que por lá passa. As duas coisas são mesmo úteis. As duas só funcionam enquanto alguém mantiver esse redirecionamento.
Lado a lado
| Estático | Dinâmico | |
|---|---|---|
| Mudar o destino depois de imprimir | Não | Sim |
| Estatísticas de leitura | Pelo teu próprio site | Incluídas |
| Funciona se o fornecedor desaparecer | Sim | Não |
| Custo recorrente | Nenhum | Mensal, para sempre |
| Densidade do código | Conforme o tamanho do teu URL | Sempre curta |
| Funciona offline | Para Wi-Fi, geo, vCard | Nunca — precisa do redirecionamento |
| Pontos de falha extra | O teu destino | Destino, redirecionamento, domínio, subscrição |
O que quase todas as comparações saltam
O discurso dos dinâmicos vende «muda o teu destino quando quiseres» como se os códigos estáticos estivessem congelados. Não estão. Um código estático contém um endereço, não um conteúdo.
Aponta-o para oteusite.pt/menu e podes reescrever essa página todas as manhãs. Cada código impresso mostra logo o menu novo. Já consegues mudar o que as pessoas veem — o que não consegues é mudar para onde vão.
Essa distinção resolve quase todos os casos:
- Controlas o destino — uma página, um PDF no teu servidor, o teu próprio site. O estático chega. A possibilidade de editar já a tens.
- Não o controlas — apontas para a página de outra pessoa, ou na altura de imprimir não sabes mesmo qual será o destino. Aí o dinâmico compra-te algo real.
Quando o dinâmico compensa mesmo
Não são espantalhos — são casos reais:
- Tiragens antes de uma decisão. Embalagens impressas meses antes da campanha para que apontam.
- Campanhas que rediriges a meio. Um cartaz que aponta para as pré-reservas e depois para o produto.
- Testes A/B em que o mesmo código impresso tem de dividir o tráfego.
- Estatísticas impossíveis de outra forma — local da leitura, aparelho, hora do dia, independentemente de alguém abrir a tua página.
- Destinos de terceiros que não controlas e podes ter de mudar.
Se algum destes casos te descreve, paga. A subscrição compra uma capacidade real.
A dependência, dita com clareza
Um código dinâmico é uma dependência permanente de uma empresa. Não durante a campanha — durante todo o tempo em que o código impresso existir.
Um menu, um cartão de visita, uma etiqueta de produto ou a publicidade numa carrinha podem todos sobreviver ao plano com que nasceram. Quando o redirecionamento para, o objeto físico passa a ser um beco sem saída, e reimprimir o destino não resolve nada. O que reimprimes é o código.
Esse risco cresce com o volume impresso, o que é exatamente ao contrário: quem tem mais códigos impressos é quem tem mais a perder.
Um meio-termo prático
Podes ter quase tudo o que o dinâmico oferece, de forma estática, se tiveres um domínio:
- Cria um endereço estável que controlas —
oteusite.pt/ir/menu. - Aponta o código estático para lá.
- Faz essa página redirecionar para onde quiseres, e muda-a quando quiseres.
- As tuas próprias estatísticas contam as visitas.
A mesma possibilidade de editar, o mesmo acompanhamento, nenhuma subscrição — e se um dia deixares de o manter, o domínio é teu, não de um fornecedor. O senão é que é preciso um domínio e um sítio onde alojar um redirecionamento, o que dá bastante trabalho para um só código e quase nada se já geres um site.
A versão curta
Usa estático quando controlas o destino, que é quase sempre. Usadinâmico quando precisas mesmo de redirecionar um código impresso ou de estatísticas ao nível da leitura — e vai a saber que estás a alugar o código, não a comprá-lo.