Erros de digitação comuns em e-mails e como pegá-los no cadastro

A maioria dos endereços de e-mail ruins não é falsa. Eles foram digitados errado. Alguém com pressa no teclado do celular digita gmial.com, yaho.com ou .con, seu formulário aceita porque tem formato de endereço, e esse cliente nunca recebe o recibo, a redefinição de senha ou a newsletter que pediu. A boa notícia é que os erros de digitação comuns em e-mails não são aleatórios: eles seguem um pequeno conjunto de padrões que se repetem. Este guia é uma referência desses padrões, por provedor, por domínio de topo e por estrutura, e mostra como pegar cada um deles no cadastro sem incomodar as pessoas que digitaram o endereço corretamente.

A resposta curta#

Os erros de digitação em e-mails se dividem em três grupos: domínios de provedores escritos errado (gmial.com, hotmial.com, outlok.com), domínios de topo digitados errado (.con, .cmo ou .co em vez de .com) e deslizes de estrutura (um @ faltando, um espaço, uma vírgula, aspas coladas). Pegue-os no teclado. Use type="email" com autocomplete="email" para que os navegadores possam preencher o endereço pelas pessoas, corrija silenciosamente os deslizes que só têm um significado possível e mostre uma sugestão do tipo "Você quis dizer …?" para erros no domínio: sugira, nunca corrija automaticamente em silêncio. Erros antes do @ exigem uma checagem da caixa postal, e o double opt-in é a última rede de proteção.

Erros de digitação comuns em domínios de e-mail, por provedor#

Os erros de digitação no domínio vêm de quatro deslizes mecânicos: duas letras trocadas (gmial), uma letra que ficou de fora (gmai), uma tecla vizinha apertada no lugar (gnail, já que o n fica ao lado do m) ou uma letra duplicada (gmaill). Aplique isso ao punhado de provedores em que está a maioria dos endereços de consumidores e você chega à tabela abaixo. São padrões típicos, não um ranking; a combinação exata na sua lista depende do seu público e dos dispositivos que ele usa.

A terceira coluna importa tanto quanto a segunda. Cada um desses provedores também opera domínios reais que parecem quase-erros, e "corrigir" um deles quebra um endereço válido.

O AOL é um alerta útil. Com um nome de três letras, há pouco espaço para um erro dentro do próprio nome, então a maioria dos deslizes cai no TLD ou duplica uma letra, e trocar uma única letra geralmente produz o domínio real de alguma outra empresa. Quanto mais curto o domínio, mais cuidadoso um mecanismo de sugestões precisa ser.

Erros no TLD: .con, .cmo e os que são reais#

Os erros depois do último ponto se dividem em dois grupos muito diferentes. Alguns produzem um domínio de topo que não existe, então o endereço falha na checagem de domínio e nunca poderá receber e-mails. Outros produzem um TLD de código de país real, em que o domínio digitado errado pode existir, pertencer a outra pessoa e aceitar os seus e-mails.

Os erros que caem em TLDs reais são o motivo pelo qual uma checagem de sintaxe não basta. jane@gmail.co é um endereço perfeitamente válido em um TLD real. Uma checagem de sintaxe o aprova e, se alguém registrou o domínio parecido, uma checagem de domínio também pode aprová-lo; uma comparação com os provedores conhecidos o sinaliza de qualquer forma.

Erros de estrutura: @ faltando, espaços, vírgulas e aspas coladas#

O terceiro grupo nem é um erro de grafia. É um formato quebrado, muitas vezes vindo de copiar e colar ou do teclado do celular. A regra para lidar com eles é simples: corrija em silêncio tudo o que tem exatamente um significado possível e pergunte sobre tudo o que exige um palpite.

Por que erros de digitação em e-mails custam mais do que um bounce#

Um erro de digitação parece uma falha pequena e isolada: uma pessoa, uma mensagem perdida. Mas o efeito vai além disso.

Um hard bounce garantido#

Um endereço em um domínio que não existe, ou uma caixa postal que nunca foi criada, falha de forma permanente na primeira vez que você envia para ele. Cada um desses hard bounces alimenta a taxa de bounce pela qual os provedores de caixa postal julgam você, e uma lista coletada sem nenhuma checagem de digitação carrega um suprimento constante deles. A diferença entre falhas permanentes e temporárias é explicada em hard bounce vs. soft bounce.

Spam traps em domínios com erro de digitação#

Alguns operadores de armadilhas registram versões com erro de grafia dos domínios dos grandes provedores justamente porque só remetentes que nunca checam endereços vão enviar para eles. Atingir um deles diz a um filtro que você coleta endereços sem validação. Dos três tipos de spam trap, as armadilhas de erro de digitação são o único que um verificador remove de forma confiável, porque o erro de grafia está visível no próprio endereço.

Vazamentos de privacidade e segurança de contas#

Quando um erro de digitação cai em um domínio real que aceita todos os e-mails, suas mensagens não dão bounce. Elas chegam a outro lugar. Isso pode significar detalhes de pedidos, faturas ou conversas de suporte entregues a um estranho. Para produtos baseados em contas, é pior: se um usuário se cadastra com um domínio digitado errado, quem controla esse domínio pode receber os links de redefinição de senha dele. Confirmar o endereço antes de enviar qualquer coisa sensível fecha essa brecha.

Clientes que nunca recebem notícias suas#

A pessoa por trás do erro de digitação não fez nada de errado. Ela está esperando um recibo, uma atualização de entrega, um link de login ou um lembrete de fim do período de teste que nunca vai chegar, e o resultado mais comum é um chamado no suporte, um chargeback ou um cancelamento silencioso. Para lojas e produtos SaaS, esse é o custo real, e é por isso que a verificação de e-mail para e-commerce foca no checkout, não no marketing.

Como pegar erros de digitação no cadastro#

Prevenir no teclado é melhor do que qualquer correção posterior, porque a pessoa que cometeu o erro está ali mesmo para confirmar a correção.

Comece pelo campo de entrada#

A prevenção de erros de digitação mais barata é não fazer as pessoas digitarem:

<input
  type="email"
  name="email"
  autocomplete="email"
  autocapitalize="none"
  spellcheck="false"
  required
/>

autocomplete="email" permite que o navegador ou o gerenciador de senhas preencha um endereço salvo, e um endereço preenchido automaticamente não tem erros de digitação. type="email" mostra no celular um teclado com @ e . e aplica uma checagem básica de formato. autocapitalize="none" e spellcheck="false" impedem que os teclados de celular "ajudem" colocando letras maiúsculas ou reescrevendo o endereço. Lembre-se de que type="email" só checa o formato; como explica por que a validação de e-mail com regex falha, gmial.com é um domínio com formato perfeito.

Mostre uma sugestão do tipo "Você quis dizer …?"#

Compare o domínio com uma lista de provedores comuns e, quando for um quase-acerto, ofereça a correção. Algumas regras separam um aviso útil de um irritante:

• Cheque ao sair do campo ou no envio, não a cada tecla digitada, para não sinalizar gmai enquanto alguém ainda está digitando.
• Mostre o endereço corrigido completo, com a parte alterada em destaque: "Você quis dizer jane@gmail.com?"
• Faça com que aceitar seja um clique e manter o original seja fácil. Nunca bloqueie o formulário porque uma sugestão foi ignorada.
• Nunca corrija automaticamente em silêncio. mail.com é um provedor real a uma letra apagada de gmail.com; uma correção silenciosa mudaria um endereço que alguém digitou de propósito.
• Sugira apenas com base em provedores conhecidos. Você não tem como saber que acme.co deveria ser acme.com, e chutar domínios de empresas causa mais estrago do que evita.

Você pode construir a comparação por conta própria com uma checagem de distância de edição (os guias de validação em Node.js e Python cobrem as camadas em torno dela) ou usar o campo did_you_mean que a API do Qualisend retorna quando identifica um provável erro de digitação. O padrão serverless de verificação no cadastro mostra como ligar isso a um formulário, junto com as sinalizações de endereços descartáveis e de função que o mesmo resultado traz. Para ver a lógica em um único endereço, cole-o no verificador de erros de digitação de e-mail gratuito.

Por que um campo de "confirme seu e-mail" é uma solução fraca#

A segunda caixa de "digite seu e-mail novamente" é a defesa contra erros de digitação mais comum e uma das menos eficazes. As pessoas colam o primeiro campo no segundo e copiam o erro junto. Os navegadores preenchem os dois campos automaticamente. Alguém cujos dedos sempre produzem gmial vai produzi-lo duas vezes. E todo cadastro legítimo paga o preço do atrito para pegar uma minoria de erros. Uma sugestão do tipo "você quis dizer", somada a mostrar o endereço de volta depois do cadastro ("Enviamos seu recibo para jane@gmail.com. Não está certo? Edite"), pega mais com menos esforço.

Erros antes do @ exigem uma checagem da caixa postal#

jnae@gmail.com tem um domínio perfeito, então nenhum mecanismo de sugestões pode ajudar: só a pessoa sabe o próprio nome. A única forma automatizada de pegar esse erro é uma checagem SMTP da caixa postal, que pergunta ao Gmail se ela existe. Se não existir, o endereço volta como não entregável. Se o erro acabar atingindo a caixa postal real de outra pessoa, ou se o domínio for um catch-all que aceita qualquer endereço, nenhuma checagem consegue dizer. É aí que entra a última camada.

Double opt-in como rede de proteção#

Um e-mail de confirmação pega tudo o que passou pelas outras camadas: o endereço com erro nunca clica, então nunca entra na sua lista, e o estranho que o recebeu nunca mais recebe nada. O porém é que o double opt-in encontra erros de digitação perdendo o assinante, e é por isso que ele funciona melhor por trás da verificação, e não no lugar dela. Single vs. double opt-in explica os prós e contras, e como barrar cadastros de e-mail falsos cobre as outras camadas de que um formulário de cadastro precisa.

Corrigindo erros de digitação que já estão na sua lista#

Os erros de digitação coletados antes de você adotar qualquer uma dessas medidas continuam na sua lista. Remova-os assim:

1. Passe a lista pela verificação. As linhas com uma sugestão did_you_mean ou com um domínio com erro de digitação não entregável são sinalizadas nos resultados.
2. Suprima-as dos envios. Elas vão dar bounce, chegar a um estranho ou atingir uma armadilha; nenhum desses resultados ajuda você.
3. Não corrija em massa e saia enviando. O endereço corrigido pode muito bem ser da pessoa, mas ela nunca o digitou nem o confirmou, e, com partes locais comuns, ele pode pertencer a outra pessoa.
4. Recupere clientes por outro canal. Para quem tem conta, peça que confirme o endereço no próximo login ou use um número de telefone que você já tem. Para contatos de marketing de alto valor, um único e-mail de confirmação simples para o endereço corrigido é o máximo que você deve enviar, e só os adicione de volta se clicarem.
5. Acompanhe a taxa de erros de digitação por formulário. Um salto repentino em um formulário geralmente significa que algo quebrou, como um campo que perdeu o type="email" ou um layout mobile em que o corretor automático voltou a ser ativado.

A rotina mais ampla de verificar, suprimir e checar de novo está detalhada no checklist de higiene de lista de e-mails.

Cole qualquer endereço no verificador de erros de digitação de e-mail gratuito para ver a lógica do "Você quis dizer …?" em ação, ou faça uma checagem completa com o verificador de e-mail gratuito. Para limpar uma lista inteira, comece com 100 créditos gratuitos que nunca expiram.