QR Code estático vs dinâmico
Um guarda o seu destino diretamente. O outro guarda um redirecionamento operado por outra pessoa. Essa diferença decide se você vai poder editar o código depois — e quem pode acompanhar o uso dele.
Resposta curtaUm QR Code estático tem o destino escrito no próprio padrão: nunca expira e ninguém consegue rastreá-lo, mas não pode ser alterado depois de impresso. Um QR Code dinâmico guarda um link curto de redirecionamento, que o dono pode reapontar e medir, com o custo de depender desse serviço de redirecionamento para sempre.
O que é um QR Code estático
Em um código estático, o link é o próprio dado. A leitura reconstrói o endereço exato a partir dos quadradinhos impressos e o entrega direto ao navegador. Nenhum servidor é consultado para descobrir o que o código significa, porque o código já diz.
- Nunca expira. Não há conta, assinatura ou consulta que possa vencer.
- Ninguém no meio. Nenhum terceiro vê a leitura, porque nenhum terceiro está envolvido.
- Sem custo recorrente. Um milhão de leituras custam o mesmo que uma.
- Não pode ser editado. O destino fica definido no momento em que você imprime.
- Não dá para medir leituras. Você vê as visitas no seu próprio analytics, mas não as leituras em si.
- A densidade cresce com o link. Um endereço longo gera um padrão mais denso e mais difícil de ler.
O que é um QR Code dinâmico
Um código dinâmico guarda um link curto que pertence a um serviço de QR — algo como qr.exemplo/a7Fk2. A leitura acessa esse serviço, que consulta o destino atual e encaminha o visitante para lá.
- Editável depois de impresso. Mude o destino em um painel e todas as cópias impressas acompanham.
- Mensurável. Número de leituras, horários, localização aproximada, tipo de aparelho.
- Sempre pouco denso. O link gravado é curto, não importa para onde ele acabe apontando.
- Pode expirar. Testes acabam, assinaturas vencem, cotas de leitura se esgotam, empresas fecham.
- Custo recorrente. Normalmente uma mensalidade, às vezes por faixa de volume de leituras.
- Um terceiro vê cada leitura. E o redirecionamento acrescenta um salto antes de a sua página carregar.
Lado a lado
| Estático | Dinâmico | |
|---|---|---|
| O que fica gravado | O link completo do seu destino | Um link curto de redirecionamento |
| Editável depois de impresso | Não | Sim |
| Expira | Nunca | Se o plano ou o serviço acabar |
| Estatísticas de leitura | Nenhuma | Incluídas |
| Custo recorrente | Nenhum | Normalmente uma assinatura |
| Terceiro vê as leituras | Não | Sim — quem opera o redirecionamento |
| Densidade do padrão | Cresce com o tamanho do link | Sempre baixa |
| Salto de rede extra | Não | Sim |
| Funciona se o serviço sumir | Sim | Não |
Qual usar
Escolha o estático quando
- O destino é estável — sua página inicial, seu cardápio, sua página de contato.
- A tiragem é grande ou permanente: embalagens, sinalização, placas gravadas, livros publicados.
- O link é sensível, e entregar cada leitura a um terceiro não é aceitável.
- Você não quer custo recorrente nem uma dependência que possa falhar.
Escolha o dinâmico quando
- O destino vai mesmo mudar — uma campanha sazonal, uma oferta que roda.
- O número de leituras é justamente o objetivo, como em uma campanha publicitária mensurável.
- Você vai imprimir antes de o destino existir.
- Você precisa que um único código mande pessoas diferentes para lugares diferentes, por idioma ou localização.
A opção que quase todo mundo esquece
Dá para ter o melhor dos dois na maior parte. Crie um código estático que aponta para um link no seu próprio domínio — seusite.com.br/primavera — e configure um redirecionamento nesse caminho. Você ganha a possibilidade de editar e o seu próprio analytics, sem serviço de terceiros, sem assinatura e sem nada que possa expirar enquanto o domínio for seu.
A contrapartida é que você mesmo precisa manter o redirecionamento, e o link gravado é mais longo do que um link curto comercial, então o padrão fica um pouco mais denso.
Que tipo o QR From Link cria
O QR From Link gera apenas QR Codes estáticos. O link que você cola é gravado diretamente no padrão, sem redirecionamento no meio. Isso é uma consequência proposital de como a ferramenta funciona: o código é montado por JavaScript no seu navegador, e não existe aqui nenhum servidor que pudesse operar um redirecionamento, mesmo que se quisesse.
Os efeitos práticos são os da tabela acima. Os códigos nunca expiram e não têm custo nem exigem conta. Também não podem ser reapontados depois de impressos, e este site não oferece estatísticas de leitura — não há nada aqui que observe uma leitura, que é a mesma característica que o torna privado.
Se você precisa editar o destino, a resposta honesta é um redirecionamento no seu próprio domínio ou um serviço pago de códigos dinâmicos. Esta ferramenta não vai fingir que faz algo que não faz.
Crie um código estático que aponta direto para a sua página:Abrir o gerador
Perguntas relacionadas
Nenhum, de modo geral. O estático é melhor em permanência, privacidade e custo — nada para renovar e ninguém observando. O dinâmico é melhor quando o destino precisa mudar depois da impressão ou quando as estatísticas de leitura são o objetivo. Escolha de acordo com o destino estar definido ou não.
Não diretamente, porque o destino faz parte do padrão impresso. Se o código estático aponta para um link que você controla, dá para conseguir o mesmo efeito transformando esse link em um redirecionamento e mudando para onde ele leva.
Normalmente só como teste. Códigos dinâmicos gratuitos costumam parar de redirecionar depois de uma ou duas semanas, ou de uma cota de leituras, porque o serviço precisa manter um redirecionamento funcionando durante toda a vida do código. Um código estático gratuito não gera esse custo para ninguém e, portanto, não tem esse limite.
As leituras em si, não, mas as visitas, sim. Acrescente parâmetros de campanha ao link antes de gerar o código e o seu próprio analytics vai atribuir o tráfego. O que você não vê é uma leitura que não resultou no carregamento da página.
Porque ele contém o seu link inteiro, enquanto um código dinâmico contém um redirecionamento curto. Mais caracteres significam uma versão maior e módulos menores. Encurtar o caminho do destino é o jeito mais simples de deixar um código estático menos denso.