O QUE É "VERIFICAÇÃO ATIVA" DE ENDEREÇOS DE E-MAIL?
Quando as pessoas falam sobre formulários de verificação de endereço de email, geralmente se referem a uma "verificação de sintaxe", como <algumacoisa>@<maisalgumacoisa>.<tld>:
- Somente caracteres legais são usados
- Há um "@" no meio
- Há pelo menos um ponto na parte direita
- TALVEZ (com base em lista) teste de domínio legal de nível superior (".com", ...)
- RARAMENTE (ao vivo) teste para informações válidas de entrega de e-mail, a parte correta completa ("@Leuchtfeuer.com")
No entanto, tudo isso não diz nada sobre a existência do endereço de e-mail - ainda pode haver um erro de digitação na parte esquerda ou até mesmo um lixo completo.
A verificação ativa tem como objetivo verificar o endereço de email em si, usando um truque simples: Iniciamos uma entrega "pseudo" para o endereço em questão e aguardamos a reação do servidor remoto assim que o informarmos o endereço do destinatário. Depois, cancelamos a transmissão. Em seguida, um teste adicional (para o comportamento "catch-all") pode ser possível.
Como resultado, um endereço pode ser verificado com sucesso ou pode ser comprovadamente falso. E, para uma boa parte, o resultado ainda pode ser um "não temos certeza" indefinido.
ELA PODE REALMENTE SUBSTITUIR A ACEITAÇÃO DUPLA?
IEm uma postagem, Greg White, desenvolvedor den plug-ins da Mautic, destaca que a verificação ativa pode substituir a aceitação dupla inteiramente: https://gautit.com/the-double-opt-in-single-opt-in-conundrum/
É isso mesmo? Vamos começar com: Por que as pessoas estão usando a Aceitação Dupla? Suas razões são basicamente duas:
a) Evitar endereços de e-mail incorretos no banco de dados, por exemplo, devido a erros de ortografia ao preencher um formulário
b) Criar uma prova de quando e como uma Aceitação Dupla foi concedida por um destinatário (requisito RGPD)
Embora a verificação ativa possa realmente ajudar com (a), ela não pode fazer nada por (b). Então ... as situações variam, mas pelo menos quando o RGPD se aplica, a Aceitação Dupla ainda não é completamente obsoleta.
APROVEITANDO O MÁXIMO A VERIFICAÇÃO ATIVA DO E-MAIL
- Se você não precisa de (b) e deseja apenas manter a qualidade da sua base de endereços alta, a verificação ativa é certamente uma boa opção.
- A reavaliação de endereços existentes que estavam funcionando anteriormente (para evitar falhas futuras) parece exagerada na maioria dos casos.
- O caso mais convincente, no entanto: Verificação ao vivo de um endereço de e-mail que acabou de ser inserido em um formulário - antes mesmo do processo de aceitação dupla iniciar!
O objetivo é resgatar os leads em que o email está incorreto e para os quais, portanto, a aceitação dupla não pode ser bem-sucedida.
E uma melhor proporção de aceitação dupla não é algo que todos queremos?
Porém, há um problema: o plug-in atual do Greg para o Mautic não pode ser usado "ao vivo", mas apenas via campanha. Como o Mautic não pode validar "ao vivo" - ele permite que o navegador (por exemplo, JavaScript) faça a validação.
E há outro problema! Os bots de spam podem criar muitas entradas de e-mail e validaríamos todas elas. Se você estiver usando um serviço comercial para a verificação ativa, sua fatura mensal poderá terminar acima do esperado.
Então, qual seria um cenário funcional?
a) A verificação deve ser do lado do servidor. Por exemplo, após o envio regular do formulário, o Mautic precisaria dar uma nova olhada no endereço e, se se provasse incorreto, o Mautic teria que retornar com o formulário e uma mensagem apropriada.
b) Para essa verificação no servidor, um serviço comercial provavelmente fará o melhor trabalho. Por outro lado, é absolutamente possível usar o PHP (baseado em bibliotecas existentes) e, portanto, fazer basicamente a mesma coisa localmente (e de graça).
Interessado? Entre em contato conosco - adoraríamos organizar um patrocínio e trabalhar com o Greg para a implementação!