Os códigos QR estáticos e dinâmicos não são dois sabores da mesma coisa. São dois artefactos completamente diferentes que por acaso se parecem ao serem digitalizados. Um deles codifica permanentemente um URL numa grelha de módulos a preto e branco. O outro codifica um link curto - um apontador. Se essa distinção importa para si depende inteiramente do que está a apontar e de se alguma vez espera que mude.
Resumo#
- Um código QR estático codifica o URL de destino diretamente no padrão de módulos. Imprima-o e o destino fica congelado.
- Um código QR dinâmico codifica um link curto. O destino real vive no encurtador e pode ser alterado, rastreado, ou encaminhado via A/B depois do código já estar impresso.
- Os códigos QR dinâmicos acrescentam um salto de redirecionamento HTTP extra (~5–15ms na borda do Elido). Na prática, quem digitaliza nunca nota.
- Se há alguma hipótese de o destino mudar, ou se precisa de análises de digitalização, use dinâmico. O estático é uma escolha viável apenas quando o URL é permanentemente estável e genuinamente não precisa de rastreamento.
O que um QR estático realmente codifica#
Um código QR não é uma imagem de um URL. É uma matriz 2D de módulos binários - quadrados escuros e claros dispostos numa grelha - que codifica dados usando quatro modos de codificação possíveis (numérico, alfanumérico, byte, kanji). Um URL HTTPS longo normalmente força o modo byte.
O tamanho dessa grelha é chamado de versão. A ISO/IEC 18004, o padrão que define a estrutura do código QR, especifica 40 versões: a versão 1 é uma grelha de módulos 21×21 capaz de conter 17 caracteres alfanuméricos; a versão 40 é 177×177 e pode conter 4.296 caracteres alfanuméricos. Cada versão adicional acrescenta quatro módulos por lado. Um URL como https://example.com/products/spring-collection-2026?utm_source=flyer&utm_medium=print&utm_campaign=march tem 101 caracteres. No nível de correção de erros M, isso precisa pelo menos da versão 15 (módulos 77×77), que já é suficientemente denso para que uma digitalização à distância de um braço num impresso desgastado ou de baixo contraste possa falhar.
Os níveis de correção de erros - L, M, Q, H - trocam capacidade de dados por tolerância a danos. O nível H pode recuperar de até 30% dos dados de módulos estarem danificados ou obscurecidos; o nível L trata de 7%. Quanto mais margem de correção comprar, maior a grelha tem de ser para caber o mesmo payload. Mais sobre isto na secção de logotipos abaixo.
Uma vez o QR impresso, o URL está gravado no padrão de módulos. Não existe "editar destino". Um erro de digitação no URL, uma página movida, uma campanha que terminou - tudo isso significa reimprimir. O inventor do QR, a Denso Wave, publica as tabelas completas de versão/capacidade se quiser modelar o ponto de equilíbrio exato.
O que um QR dinâmico codifica#
Um código QR dinâmico codifica um link curto em vez do URL de destino completo. Algo como https://b.elido.me/spring26 - 32 caracteres, versão 3 (29×29) com correção de erros H. O destino real vive no datastore do Elido, resolvido no momento da digitalização.
Essa camada de indireção permite quatro coisas que um QR estático não consegue fazer:
Alterações de redirecionamento. Atualize o URL de destino no painel ou via API. O código impresso nunca muda. A campanha muda para uma nova página de chegada; os panfletos já em circulação seguem-na.
Análises de digitalização. Cada digitalização é um evento de redirecionamento. O Elido regista-o no nosso armazenamento de análise - timestamp, país, tipo de dispositivo - sem amostragem. A funcionalidade de rastreamento de conversões pode fechar o ciclo desde a digitalização até à conversão downstream se a sua página de chegada disparar o postback.
A/B routing. Os smart links permitem encaminhar por país, dispositivo, ou idioma na camada de redirecionamento. Um único QR numa caixa de produto pode enviar visitantes iOS para a App Store, visitantes Android para a Play Store, e visitantes de computador para a página de marketing. Um código impresso, três destinos, zero reimpressões.
Expiração. Pode definir um link para redirecionar para uma página "campanha encerrada" após uma data. O código ainda digitaliza; apenas vai a algum lugar sensato em vez de um 404.
A penalização de latência é um redirecionamento HTTP extra. A borda do Elido está a p95 15ms num acerto de cache. Uma digitalização de um telemóvel envolve captura de frame de câmara (~100–300ms), uma passagem de descodificação QR pela biblioteca do SO, uma resolução DNS, um TLS handshake, e o redirecionamento - tudo o que anão o 5–15ms que o próprio redirecionamento acrescenta. Quem digitaliza nunca nota.
O compromisso da correção de erros#
Os códigos QR dinâmicos são mais pequenos (URL mais curto → versão mais pequena). Isso importa para o caso de uso de incorporação de logótipo.
No nível de correção de erros H, 30% dos dados dos módulos podem estar errados ou obscurecidos e o digitalizador ainda recupera o payload. Essa margem de 30% é o que permite estampar um logótipo de marca sobre o centro do QR - o logótipo obstrui módulos, e a correção de erros reconstrói-os.
O problema: a correção de nível H custa espaço. Para o mesmo payload de dados, a versão em H versus a versão em M significa aproximadamente 15–20% mais módulos. Um QR estático na versão 15 (nível M) que tente mover para nível H tornar-se-ia versão 22 ou assim, uma grelha significativamente mais densa. Um QR dinâmico na versão 3 (nível H) para um URL curto como b.elido.me/spring26 fica pequeno e ainda deixa margem de correção para um logótipo.
Esta é a razão subestimada pela qual as equipas recorrem a códigos QR dinâmicos mesmo quando não precisam de edição de redirecionamento: URL mais curto → versão mais pequena → mais margem de correção de erros → o logótipo encaixa → material impresso consistente com a marca.
Desempenho e capacidade de digitalização#
O tamanho do módulo na distância de impressão é a restrição prática de que ninguém fala até um QR falhar em campo.
Um QR versão 3 (29×29) impresso em 3 cm × 3 cm dá-lhe módulos com aproximadamente 1mm de largura. A 30cm da câmara, a maioria das câmeras de telemóvel resolve isso com clareza. Vá para um QR versão 20 (97×97) no mesmo tamanho de impressão físico e obtém módulos de 0,3mm - à distância de um braço, num panfleto com revestimento brilhante sob iluminação halógena de loja, a digitalização fiável é marginal.
O guia de impressão da QRTIGER (consultado em 2026-05-10) documenta uma regra prática que se tem verificado empiricamente: o tamanho mínimo impresso de um código QR deve ser 1/10 da distância de digitalização. Um código destinado a ser digitalizado a 1m deve ter pelo menos 10cm × 10cm. Qualquer coisa menor e está a depender de uma boa câmara com boa luz.
O tamanho mínimo do módulo é um piso, não um alvo. Se estiver a imprimir em embalagem que é vista a distâncias variadas - um produto em prateleira, um poster - use a versão que lhe dá a menor contagem de módulos densos, o que significa o URL mais curto, o que significa um link curto.
Quando o estático é a escolha certa#
Os códigos QR estáticos têm usos legítimos. São a ferramenta certa quando:
- O destino é genuinamente permanente e estável: um DOI, uma divulgação estatutária, um link de registos públicos que uma agência governamental controla.
- O código está em algo que nunca será reimpresso e não tem interesse em análises de digitalização (um livro de uma única tiragem, um produto onde a página de chegada é o manual do produto e o manual não irá mudar).
- Está a gerar códigos QR offline, sem ligação de rede a um encurtador, e precisa que o código funcione sem qualquer dependência de servidor.
Nos três casos, o código estático é mais simples. Não é necessária conta, sem risco de renovação, sem serviço externo no caminho de digitalização. Um código QR incorporado num arquivo PDF com um URL estável ainda é digitalizável daqui a dez anos sem infraestrutura do seu lado.
Quando o dinâmico vence#
Tudo o resto. Especificamente:
Qualquer coisa que possa editar depois de imprimir. Qualquer campanha com uma data de fim definida. Qualquer caso de uso onde queira saber quantas pessoas digitalizaram, de onde, em que dispositivo. Qualquer código em embalagem que é expedida para diferentes geografias e precisa de páginas de chegada específicas por geo. Qualquer situação onde o URL "final" ainda está a ser decidido quando o código precisa de ir para impressão.
Os códigos QR dinâmicos também reduzem o raio de dano operacional de um URL errado. Se o destino tem um bug, corrige o link, não a embalagem. Esse é o tipo de seguro que não custa nada na criação e ocasionalmente custa tudo quando precisa dele e não o tem.
Veja também: domínios personalizados para links curtos, que cobre como colocar o seu próprio domínio no URL curto incorporado no QR em vez de depender de um subdomínio partilhado elido.me.
A terceira opção: QR dinâmico com um URL curto personalizado#
O padrão prático para a maioria das equipas não é "estático ou dinâmico" - é dinâmico com um URL curto no seu próprio domínio. Algo como links.acme.example/spring26 em vez de um b.elido.me/spring26 não personalizado.
Por que razão importa especificamente para QR: um domínio personalizado como links.acme.example é tipicamente 17–20 caracteres mais curto do que um URL de rastreamento não personalizado com parâmetros UTM. Essa diferença na versão 3 / correção de erros H produz uma contagem de módulos significativamente menor do que uma codificação versão 7 da string UTM completa. Menor contagem de módulos significa melhor capacidade de digitalização em tamanhos de impressão menores e mais margem para sobreposição de logótipo.
Além da física: um domínio personalizado no URL curto significa que o código QR permanece válido mesmo que migre de fornecedor de encurtador. O destino do redirecionamento vive no domínio, e o domínio é seu. A configuração de domínio personalizado está coberta na página de funcionalidades, e a disponibilidade por nível está na página de preços - os domínios personalizados estão no Pro e acima.
Para marketers a gerir códigos QR à escala, a página de soluções para marketers cobre o fluxo de trabalho de campanha de ponta a ponta, incluindo geração de QR em massa via API.
Armadilhas operacionais#
O modo de falha que ninguém documenta até ser atingido por ele: um código QR dinâmico cujo domínio do encurtador expira é um artefacto morto em circulação. O código QR está em suporte físico - embalagem, sinais, merchandising, livros - e as digitalizações encaminham para um domínio que já não resolve. O código não pode ser atualizado, porque codifica o URL curto, não o destino final. O URL curto desapareceu.
A custódia é a mitigação, não a tecnologia. Saiba quem é o proprietário do domínio, saiba a data de renovação, mantenha a renovação no mesmo sistema de faturação que tudo o resto que importa. Se estiver a usar os subdomínios elido.me do Elido, essa renovação é o nosso problema. Se estiver a usar um domínio personalizado, é o seu, e deve tratá-lo com a mesma seriedade operacional que api.acme.example.
A segunda armadilha é a eliminação de links. Um código QR dinâmico a apontar para um link que eliminou irá para 404 ou redirecionar para uma página de fallback dependendo do comportamento do seu encurtador. O Elido redireciona links eliminados para o URL "não encontrado" configurado do espaço de trabalho - uma página de chegada configurável que é melhor do que um 404 puro, mas ainda assim não é o destino original. Se um código QR estiver em materiais físicos, arquive o link, não o elimine.
Ambos são argumentos para tratar os links curtos que suportam QR de forma diferente dos links de campanha. Identifique-os, coloque-os numa pasta dedicada, e defina um lembrete antes de qualquer renovação. O padrão GS1 para códigos QR em embalagem de retalho acrescenta uma camada sobre isto - o GS1 Digital Link codifica a identidade do produto na estrutura do URL, o que dá ao ecossistema de retalho uma camada de resolução estável mesmo quando marcas individuais mudam de fornecedor de encurtador. Vale a pena saber se está no retalho.
Para a anatomia técnica do caminho de redirecionamento que suporta um QR dinâmico - como funciona a cache L1/L2, o que acontece numa falha de cache, como é a distribuição de latência em produção - a publicação de smart links cobre a mesma infraestrutura de borda que serve cada redirecionamento QR.
- Marius
Relacionado no blog#
Experimente Elido
Cole uma URL, obtenha um link curto
Sem cadastro. O link vive 30 dias. Cadastre-se para mantê-lo para sempre.
Grátis, sem necessidade de registo · 2 por dia