Esconder o endereço de E-mail dos Bots-Keep mailto:

O problema com o seu pedido é especificamente os "leitores de tela de suporte", como por definição os leitores de tela são um" bot " de algum tipo. Se um leitor de tela precisa ser capaz de interpretar o endereço de E-mail, então um rastreador de página seria capaz de interpretá-lo também.

Também, o ponto do atributo mailto é ser o padrão de como fazer endereços de E-mail na web. Perguntar se existe uma segunda forma de o fazer é perguntar se existe uma segunda norma.

Honestamente, basta obter um serviço de E-mail com um filtro de spam meio decente e especificar uma linha de assunto padrão que é fácil para você ordenar na sua caixa de entrada.

<a href="mailto:[email protected]?subject=Something to filter on">Email me</a>

O Spam não pode ser parado facilmente via código por estas razões:

1. CSS & JS são irrelevantes ao usar a marca mailto:. Os Bots olham especificamente para as páginas HTML para a palavra-chave" mailto:". Tudo, desde o cólon até à próxima citação ou citação dupla (o que vier primeiro) é visto como um endereço de E-mail. Endereços de email de entidade HTML - como o exemplo acima-podem ser traduzidos rapidamente usando um método/função ASCII reverso. Executando o excerto de código JavaScript acima, roda rapidamente o texto que começa com: sua... em... "[email protected]". (meu bot de busca jogou fora hrefs com mailto:email endereços, como eu queria URLs para páginas web e não endereços de E-mail.)

2. Se uma página colidir com um bot, o autor do bot irá afinar o bot para corrigir o estoiro com essa página em mente, de modo que o bot não vai bater nessa página novamente no futuro. Tornando o Robot mais inteligente.

3. Os autores de Bot podem escrever bots, que geram todas as variações conhecidas de endereços de E-mail... sem rastejar páginas e nunca usar nenhum endereço de E-mail inicial. Embora possa não ser viável fazer isso, não é inconcebível com os CPUs de contagem de alto núcleo de hoje (que são Hyper-threaded & run at 4+ GHz), além da disponibilidade de usar computação distribuída em nuvem e até super computadores. É concebível que alguém possa agora criar uma fazenda de bots para spam todos, sem saber o endereço de E-mail de ninguém. Há 20 anos, isso teria sido incompreensível.

4. Os provedores de E-mail gratuitos tiveram um histórico de vender as suas contas de utilizador grátis aos seus anunciantes. No passado, simplesmente inscrever-se para uma conta de E-mail gratuito automaticamente garantiu-lhes uma luz verde para começar a entregar spam para esse endereço de E-mail... sem nunca usar esse endereço de E-Mail online. Já vi isso acontecer várias vezes, com nomes famosos de empresas. (Não mencionarei nenhum nome.)

5. A Palavra-chave mailto: faz parte deste IETF RFC , onde os navegadores são construídos para lançar automaticamente o valor por omissão clientes de E-mail, a partir de links com essa palavra-chave neles. JavaScript tem que ser usado para interromper o processo de lançamento da aplicação, quando isso acontece.

Eu não acho que seja possível parar 100% de spam ao usar servidores de E-mail tradicionais, sem usar filtros no servidor de E-mail e possivelmente usando imagens.

Você também pode tentar combinar várias estratégias como você listou acima, para tornar mais difícil para os colhedores de E-mail para recolher endereços de E-mail de suas páginas web. Eles não vão parar 100% do spam, 100% do tempo... ao mesmo tempo, permitindo que 100% dos leitores de tela para trabalhar para os visitantes cegos.

Aqui está uma abordagem que faz uso de JavaScript, mas com uma pegada bastante pequena. É também muito "gueto", e geralmente eu não recomendaria uma abordagem com o inline JS no HTML, exceto que você tem uma extrema relutância em usar JS, em tudo.

<a
  href="#"
  data-contact="bGUtZW1haWxAdGhlLWRvbWFpbi5jb20="
  data-subj="QW4gQW1hemluZyBTdWJqZWN0"
  onfocus="this.href = 'mailto:' + atob(this.dataset.contact) + '?subject=' + atob(this.dataset.subj || '')"
  >
  Send an email
</a>

data-contact é o endereço de E-mail codificado base64. E {[2] } é um assunto opcional codificado por base64.

O principal desafio com isto sem JS é que o CSS não pode alterar HTML atributo. (O artigoque você ligou é um" pie-in-the-sky " musing e não tem qualquer influência sobre o que é possível hoje ou no futuro próximo.)

A abordagem de entidades HTML que mencionou, ou alguma variação dela, é provavelmente a opção mais simples que terá alguma eficácia. Além disso, a iframe a aproximação é inteligente e a aproximação de redirecionamento do servidor é bastante impressionante. Mas, todos os três são vulneráveis aos bots:

• As entidades HTML apenas é necessário ser convertido (e detectar isso é simples)
• O documento referenciado pelo iframe pode simplesmente ser seguido
• o redireccionamento do servidor pode ser simplesmente seguido, também

Com a abordagem descrita acima, a utilização de um endereço de E-mail codificado base64 num atributo {[[1]} é muito "pontual" – desde que o scrapper não seja especificamente concebido para o seu site, deverá funcionar.

A ideia é que quando um utilizador clica na opção (ver nocaptcha abaixo), o endereço de E-mail completo é mostrado.

Exemplo # 1 - não seguro, mas para uma fácil ilustração da ideia

Aqui está um código como um exemplo sem usar mailhide mas implementando algo usando recaptcha você mesmo: https://jsfiddle.net/43fad8pf/36/

<div class="container">
    <div id="recaptcha"></div>
</div>
<div id="email">
    Verify captcha to get e-mail
</div>

function createRecaptcha() {
    grecaptcha.render("recaptcha", {sitekey: "6LcgSAMTAAAAACc2C7rc6HB9ZmEX4SyB0bbAJvTG", theme: "light", callback: showEmail});
}
 createRecaptcha();

function showEmail() {
    // ideally you would do server side verification of the captcha and then the server would return the e-mail
  document.getElementById("email").innerHTML = "[email protected]";
}

Nota: no meu exemplo, Tenho o e-mail numa função javascript. Idealmente você teria o recaptcha validado no final do servidor, e retornar o e-mail, caso contrário o bot pode simplesmente obtê-lo no código.

Exemplo #2-validação do lado do servidor e devolução do E-mail

Se usarmos um exemplo mais parecido com este, teremos segurança adicional: https://designracy.com/recaptcha-using-ajax-php-and-jquery/

function showEmail() {
    /* Check if the captcha is complete */
    if ($("#g-recaptcha-response").val()) {
        $.ajax({
            type: ‘POST’,
            url: "verify.php", // The file we’re making the request to
            dataType: ‘html’,
            async: true,
            data: {
                captchaResponse: $("#g-recaptcha-response").val() // The generated response from the widget sent as a POST parameter
        },
        success: function (data) {
            alert("everything looks ok. Here is where we would take 'data' which contains the e-mail and put it somewhere in the document");
        },
        error: function (XMLHttpRequest, textStatus, errorThrown) {
            alert("You’re a bot");
        }
    });
} else {
    alert("Please fill the captcha!");
}
});

Onde verificar.php is:

$captcha = filter_input(INPUT_POST, ‘captchaResponse’); // get the captchaResponse parameter sent from our ajax

/* Check if captcha is filled */
if (!$captcha) {
    http_response_code(401); // Return error code if there is no captcha
}
$response =     file_get_contents("https://www.google.com/recaptcha/api/siteverify?secret=YOUR-SECRET-KEY-HERE&response=" . $captcha);
if ($response . success == false) {
echo ‘SPAM’;
http_response_code(401); // It’s SPAM! RETURN SOME KIND OF ERROR
} else {
// Everything is ok, should output this in json or something better, but this is an example
    echo '[email protected]'; 
}

Se você pensar sobre quais outros tipos de recursos existem, há também documentos externos (ou seja, documentos HTML usando iframes). Quase nenhum raspador se incomodaria a descarregar o conteúdo do iframes. Portanto, você pode simplesmente fazer:

Índice.html:

<iframe src="frame.html" style="height: 1em; width: 100%; border: 0;"></iframe>

My email is <a href="mailto:[email protected]" target="_top">[email protected]</a>

Para os utilizadores humanos, o iframe parece-se com o texto normal. As Iframes são alinhadas e transparentes por padrão, então só precisamos definir sua borda e dimensões. Você não pode fazer o tamanho do iframe corresponder ao tamanho do conteúdo sem usar Javascript, então o melhor que podemos fazer é dar-lhe dimensões predefinidas.

Uma solução do lado do servidor pode estar a fazer um {[[0]} que se liga a uma nova página, que simplesmente redirecciona para o desejado mailto:

Simples + lote de @ + editável sem ferramentas

<a href="mailto:user@domain@@com"
   onmouseover="this.href=this.href.replace('@@','.')">
   Send email
</a>

O único método que achei eficaz foi usá-lo com css como abaixo:

<a href="mailto:[email protected]">myemail@<span style="display:none;">ignore-</span>domain.com

E depois escrever um javascript para remover a palavra ignoreme- do atributo href="mailto:..." com regex. Isto irá esconder o e-mail do bot à medida que irá adicionar ignore- palavra antes do domínio real e isto irá funcionar no leitor do ecrã e quando o Utilizador carregar na função JS personalizada da ligação irá remover a palavra ignore- do atributo href, de modo que irá abrir o e-mail real.

Este método tem funcionado de forma muito eficaz. para mim até à data. pode ler mais sobre isto ... http://techblog.tilllate.com/2008/07/20/ten-methods-to-obfuscate-e-mail-addresses-compared/