Estoy creando un sitio web público de Internet que contiene la dirección de correo electrónico de sus vendedores.¿Cuáles son algunas formas de proteger los correos electrónicos en los sitios web de los spambots?
¿Qué tipo de opciones de programación tengo para generar el "mailto" y mostrar el correo electrónico desde esa dirección pero limitar los spambots de recoger la dirección?
se puede usar algo como el correo electrónico obfuscation
Mira la enkoder!
Utilizamos enkoder en mi lugar de trabajo y funciona muy bien, el spam se redujo enormemente después de su implementación en todos los correos electrónicos públicos. –
Es el sitio web 'enkoder' en sí mismo un recopilador de correo electrónico ... – Geremia
script enkoder usa eval. usar con cuidado – user3658423
Sé que Facebook lo hace al mostrar una imagen en lugar de texto. Claro, podrían usar OCR en la imagen, pero ¿por qué molestarse por una sola dirección de correo electrónico?
Si realmente no desea que los robots de spam obtengan una dirección de correo electrónico, la mejor manera es nunca mostrarlo a nadie. Mostrar un enlace para "Contactar a esta persona" que muestra un formulario. En el lado del servidor, envíe el contenido de ese formulario al destinatario, con una respuesta de la dirección de correo electrónico del remitente. Incluya una pequeña propaganda en la parte inferior de su mensaje que "si este correo electrónico es spam, por favor 'haga clic aquí' para bloquear a este usuario", que luego bloqueará la IP del remitente. He usado este método en varias ocasiones y nunca he tenido una sola queja.
¿Qué sucede si el emisor escribe mal su dirección de correo electrónico? – danmine
muy mal, supongo. Si sus usuarios tienen cuentas, puede rellenar el nombre y la dirección de correo electrónico del remitente. – nickf
Es menos probable que complete un formulario que escribir un correo electrónico. –
Este es un problema difícil. Si publica un correo electrónico de modo que pueda analizarlo un navegador web para poder hacer clic en él, un spambot lo puede analizar. Si no se puede hacer clic (por ejemplo, si se trata de una imagen), es más difícil para los usuarios. Por un lado, la experiencia perfecta y perfecta para los usuarios y, por otro lado, es un bloqueo de spam perfecto. Sin embargo, un simple CSS o javascript para tomar una dirección de correo electrónico como tokens separados es mejor que nada.
Solo puede mostrar una parte de la dirección de correo electrónico "us ... @ mail.com" como un enlace que redirige a un captcha, y luego muestra la dirección de correo electrónico completa, como lo hace Google Groups.
Esa es la solución reCaptcha anterior. – Geremia
Solíamos hacer cadenas de caracteres ASP clásicas para direcciones de correo electrónico, la gran idea era que los spambots leen la fuente, pero no analizan el código del lado del servidor. No tengo idea si eso realmente funciona.
? Si miras la fuente y ves el correo electrónico simple, ¡no funcionará! – PhiLho
Si esta no es una página HTML estática, sino una página ASP.NET, JSP, Coldfusion o PHP, entonces podría tener un cuadro desplegable con una lista de todos sus vendedores, un cuadro de texto para comentarios y un "Contáctenos" (es decir, el botón Enviar). Cuando se hace clic en el botón, se llamará a un código del lado del servidor que crea el correo electrónico y lo envía a su servidor de correo local para su entrega. El mundo exterior nunca conocerá la dirección de correo electrónico de su personal de ventas, ni el formato de correo electrónico (es decir, [email protected]) de su empresa.
Puede ofuscarlo, pero en mi humilde opinión haga lo que haga, un día los spammers recibirán su dirección de correo electrónico. El futuro está en los filtros de spam, no tratando de mantener secretas las direcciones de correo electrónico.
esta es la respuesta. Bien dicho muchacho. – vsync
Veo el mailto: protocolo casi muerto de todos modos ... Es conveniente, pero demasiado fácil de analizar y reunir.
Además, tiene sus desventajas: si está en un Web Café, no funcionará porque llamará a cualquier cliente predeterminado de correo electrónico que tenga (¡si tiene alguno!) Y no está configurado en su cuenta. Lo mismo si utiliza exclusivamente administradores de correo electrónico en línea ...
Una posible solución es decorar los correos electrónicos, confiando en los usuarios para que los escriban o corrijan: foo (at) example.com o foo-NOSPAM @ REMOVE- THIS-example.com son esquemas comunes (¡esperando que los spammers no intenten descifrar estos esquemas comunes!), Las direcciones de correo electrónico gráficas son otra manera.
O, como se señaló, si puede, la mejor opción es tener un formulario de contacto, con some reasonable form of protection against robots, que sea utilizable desde cualquier lugar. Aunque las personas pueden ser desafiantes en los formularios que piden correos electrónicos (¡para responder!), También podría ser útil una exención de responsabilidad ... :-)
Si ve un enlace mailto:, la mayoría de los navegadores le permiten copiar la ubicación del enlace o la dirección de correo electrónico. Algunos navegadores también se pueden configurar para admitir webmail, incluso si necesita un complemento o extensión. –
¡mailto no está muerto! el correo electrónico es el núcleo de internet, ¿cómo podrían las personas hablar sin él? es tan básico haces clic en un enlace, luego escribes lo que sea para esa persona. ¿Cómo puede ser más fácil? – vsync
Lo que he hecho en el pasado es usar javascript para compilar el mailto: enlazar. Esto es bueno para los usuarios porque pueden simplemente hacer clic en el enlace y no sé de ningún spambots que se tome el tiempo para ejecutar Javascript todavía.
Creo que tengo la idea del sitio web Jakob Nielsen's useit.com.
En el encabezado de la página que tengo este pedazo de javascript:
<script name="mailto" language="JavaScript">
//<![CDATA[
function load()
{
c1 = "bcl"
c2 = "brian"
c3 = "lane"
c4 = "com"
// Fill in the addresses
document.getElementById("contact1").innerHTML = "<a href=" + "mail" + "to:" + c1 + "@" + c2 + c3 + "." + c4 + ">" + c1 + "@" + c2 + c3 + "." + c4 + "</a>";
}
//]]>
</script>
decirle que cargue cuando se carga la página:
<body onload="load()">
Y luego en el cuerpo de la página me pusieron una vincular a un spamtrap:
<span id="contact1"><a href="mailto:[email protected]">[email protected]</a></span>
Eso puede funcionar contra los bots simples, pero una araña que entiende suficiente JavaScript (o analiza el código fuente generado) puede recopilar fácilmente las direcciones de correo electrónico. –
¿Para qué sirven los marcadores ? – Albert
para cumplir con XHTML para que pueda usar
Recaptcha tiene una excelente captura basada email protection. Puede verlo implementado en la parte inferior de cualquier página en mi website usando el enlace de Comentarios del sitio.
+1 Nunca supe que recaptcha también lo hizo –
Desafortunadamente, con la nueva versión de reCAPTCHA, esta característica ya no existe. – lorenzli
@lorenzli: Sí, sí, acabo de cambiar el correo electrónico de mi sitio hace un par de semanas. Ahora en tech.dolhub.com. –
¿Funcionaría algo para ti?
http://kevin-le.appspot.com/viewSource/sourceShare/asmRevealer.js
... y se podía ver la demo aquí:
http://kevin-le.appspot.com/extra/contact
Funciona con mailto, por lo que es conveniente para los usuarios, pero spam no será capaz de recoger cual es tu requerimiento Será obvio una vez que pases 1 minuto mirando la demostración.
¡Los enlaces están rotos! –
Eche un vistazo a PrivateDaddy, creo que hace exactamente lo que está buscando: ocultamiento de correo electrónico totalmente automático y discreto que incluso funciona con navegadores donde el soporte de JavaScript está desactivado. Puede obtenerlo here (gratis)
Trabajo en un sitio web de la comunidad con muchos (10K +) correos electrónicos en contenido generado por el usuario - iba a implementar un código de análisis del lado del servidor + generación de imágenes para hacer el truco - terminé implementándolo con Privatedaddy y dejé intactos los datos. –
Tengo una solución, bueno, más una teoría. El problema es que los bots analizan la página. ellos pueden obtener el texto. incluso si se está poniendo en la página de alguna manera sofisticada a través de Javascript.
Así que, solo usted CSS3 pseudo element! no será un enlace, pero su correo electrónico estará visible y nunca será un texto real. algo como esto:
.email::after{ content:'[email protected]'; }
De nuevo, es una teoría, no tengo idea de hasta qué punto estas malas personas pueden ir a conseguirlo, pero creo que esto sea bastante seguro.
Puedo estar equivocado, pero creo que hoy en día es ineficiente. Dudo que los rastreadores de spammers no puedan decodificar entidades, ya que el truco es bien conocido ahora. – PhiLho