Ir para o conteúdo principal
OpenQRS
Ferramentas
Idioma atual: Português
100% Privado

Gerador de QR Code de e-mail

100% privado e local — seus dados nunca saem do navegador. Estes QR Codes são permanentes e nunca expiram.

Configurações de E-mail

Um endereço. A RFC 6068 permite vários separados por vírgula, mas os apps de e-mail de celular costumam manter só o primeiro.

Informe o endereço para o qual o e-mail deve ser enviado.

Opcional. Vai para o parâmetro ?subject=, onde os espaços são codificados como %20 e não como sinal de mais.

Opcional. As quebras de linha são codificadas como %0D%0A, que é o que a RFC 6068 exige. Cada caractere soma ao símbolo.

Design

Forma dos módulos
Predefinições
Moldura do canto
Adicionar logo central
Escolha uma imagem, ou solte uma aquiPNG, JPEG, WebP ou GIF, até 1000 KB

A imagem é lida nesta página e embutida no código como URL data:. Ela não é enviada a lugar nenhum e permanece dentro do arquivo que você baixa.

Mais opções de design

A metade escura do código. Mantenha-a bem abaixo do fundo em luminosidade.

Cobre a zona silenciosa e também os vãos entre os módulos. Um fundo transparente o deixa fora do arquivo, então nada é desenhado com ele.

Contraste 11.5:1 entre os módulos e o fundo.

Predefinições

PNG e WebP mantêm um canal alfa; o SVG simplesmente omite o retângulo de fundo. Aquilo sobre o que o código for colocado vira a metade clara do contraste.

Gradiente

O gradiente preenche apenas os módulos escuros. A ponta mais clara define o contraste que o leitor realmente recebe, então as duas pontas precisam continuar escuras.

A segunda cor, usada apenas enquanto um gradiente está selecionado. Ela é medida no contraste junto com a primeira.

45°

Graus no sentido horário a partir de uma varredura da esquerda para a direita. Um gradiente radial se espalha do centro para fora, então o ângulo vale só para o linear.

Forma dos módulos

Formas arredondadas cobrem menos de cada célula. O centro continua coberto, que é onde o decodificador faz a amostragem, mas uma impressão pequena de um código denso é lida com mais confiança em quadrados.

Moldura do canto

O anel dos três padrões de localização.

Centro do canto

O olho dentro de cada padrão de localização.

4 módulos

A margem em branco ao redor do código, medida em módulos. 4 é o mínimo especificado.

Uma recuperação mais alta sobrevive a mais dano e custa capacidade, então o mesmo conteúdo produz um símbolo mais denso.

Um logo ocupa o centro e mantém o nível em H. O limite de largura dele acompanha o símbolo: 14% no código menor, 30% em um denso.

Prévia ao vivo e exportação

Exportar

Exportar

Raster, para telas

Preencha o formulário para liberar os downloads.

Tamanho de exportação e texto codificado
Payload
Nada codificado ainda
Símbolo
Ainda não montado
Recuperação
M

Aguardando dados

Tamanho de exportação

Entre 64 e 4096 pixels. Exportando em 1024 px.

Texto codificado

Um QR Code mailto: abre o app de e-mail do celular com destinatário, assunto e mensagem já escritos, restando a quem escaneia apenas tocar em enviar. A mensagem inteira fica em texto legível dentro do símbolo, então ela é um convite, não um canal privado.

Quando alguém escaneia

O celular abre um novo rascunho no app de e-mail padrão, endereçado e preenchido, e nada é enviado até a pessoa tocar em enviar.

Como a URI mailto: é montada

O payload é uma URI definida pela RFC 6068. O endereço vem logo depois do esquema, e tudo o mais chega como query: o primeiro parâmetro depois de um ponto de interrogação, os demais unidos por e comercial. mailto:contato@exemplo.com?subject=Estande%2014&body=Envie%20um%20or%C3%A7amento. é um payload completo.

A codificação é onde os códigos mailto: montados à mão quebram. Caracteres reservados precisam ser percent-encoded, e texto fora do ASCII precisa ser convertido para UTF-8 primeiro e só então percent-encoded byte a byte. A RFC 6068 é explícita ao dizer que espaços devem ser escritos como %20, e não como sinal de mais, porque um mais não pode ser distinguido de um mais literal dentro de um endereço.

Quebras de linha no corpo precisam ser codificadas como %0D%0A. Uma quebra de linha crua no payload ou trunca o corpo na quebra, ou produz uma URI que o app de e-mail não consegue interpretar de jeito nenhum.

O que os apps de e-mail realmente respeitam

A RFC 6068 estabelece uma régua deliberadamente baixa para os leitores: um cliente que resolve uma URI mailto: precisa dar conta do cabeçalho de assunto e do corpo, e nada além disso é garantido. Na prática, cc e bcc são respeitados pela maioria dos clientes de computador e ignorados por um bom número dos móveis, e é por isso que esta página não oferece campos que sumiriam em silêncio.

O escaneamento abre o que quer que o celular tenha configurado como app de e-mail padrão. Se a pessoa removeu o app de e-mail nativo e não entrou em um substituto, o toque não faz nada visível, e isso é uma configuração do aparelho, não um defeito do código.

Corpos longos são o outro limite flexível. Alguns clientes truncam um corpo pré-preenchido, e cada caractere também aumenta o símbolo, então um código mailto: funciona melhor como uma linha de assunto mais uma ou duas frases que identifiquem onde a pessoa está.

Um rascunho, não um envio, e nada secreto

Escanear nunca envia nada. O app de e-mail abre um rascunho já redigido na conta da própria pessoa, a partir do endereço dela, e ela pode editar cada parte antes de enviar. Isso também significa que a mensagem chega até você como um e-mail comum, com um reply-to comum.

Tudo o que está no código é legível. Qualquer pessoa que fotografe o cartaz consegue decodificar o endereço, o assunto e o corpo com qualquer leitor, então um número de referência ou uma frase de desconto no corpo é público no instante em que é impresso.

Um endereço impresso é legível por máquina do mesmo jeito que um link mailto: em uma página web, então ele pode ser coletado. Um endereço funcional como contato@ ou estande14@ mantém uma caixa pessoal fora do material impresso e pode ser aposentado sem reimprimir nada além dele.

Perguntas e respostas

Escanear envia o e-mail automaticamente?

Não. O esquema mailto: só consegue abrir um rascunho. A pessoa vê o destinatário, o assunto e o corpo no próprio app de e-mail, pode mudar qualquer parte e precisa apertar enviar ela mesma. Nenhum app de e-mail em nenhuma plataforma envia uma mensagem mailto: sem esse passo.

Posso adicionar endereços em cc e bcc?

A RFC 6068 define cc e bcc como campos de cabeçalho na query string, mas ela só obriga um cliente a entender subject e body. Os apps de e-mail móveis descartam o resto com frequência, então esses campos não são oferecidos aqui, em vez de parecerem funcionar e depois sumirem.

Por que os espaços são codificados como %20 e não como sinal de mais?

Porque a RFC 6068 manda assim. Em uma URI mailto:, o sinal de mais pode ser um caractere real dentro de um endereço, como em nome+etiqueta@exemplo.com, então um mais representando um espaço não pode ser distinguido de um mais que pertence ao endereço. O %20 elimina a ambiguidade.

Imprimir o meu endereço assim faz com que ele seja coletado?

Pode fazer. Um payload mailto: é tão legível por máquina quanto um link mailto: em uma página web, e qualquer pessoa consegue decodificar um código fotografado. Use um endereço funcional que você possa aposentar, e espere que ele atraia a mesma correspondência não solicitada que qualquer endereço publicado atrai.

Como funciona um QR Code estático

Todo código deste site é estático: o payload é escrito nos próprios módulos pretos e brancos. Nada é consultado quando o código é lido, nenhum servidor nosso participa e nenhuma assinatura sustenta o código impresso. Essa mesma propriedade é o limite — depois de impresso, o que ele contém não pode ser alterado.

Três coisas decidem então se um código impresso é lido: quantos bytes o payload ficou, qual nível de recuperação absorve o dano e que largura um único módulo acaba tendo no papel. Estes guias percorrem cada uma delas com os números.