Mautic Know-How
Mautic Know-How
Mautic Tutoriais para Iniciantes & Dicas para Especialistas

VERIFICAÇÃO ATIVA DE E-MAIL VS. ACEITAÇÃO DUPLA

A aceitação dupla do e-mail (DOI) é considerada complicada por basicamente todos. A verificação ativa é uma alternativa? Ou um possível complemento?

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

  1. 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.
  2. A reavaliação de endereços existentes que estavam funcionando anteriormente (para evitar falhas futuras) parece exagerada na maioria dos casos.
  3. 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!
Your browser is outdated!

Please update your browser to see this website correct. Update your browser now