Подтвердить что ты не робот

Стоит ли запутывать электронные адреса в Интернете в эти дни?

Есть различные способы, чтобы обфускать адреса электронной почты в Интернете, но большинство из них не работают, когда вам нужно иметь mailto: href.

Я обычно использую name[AT]domain.com, потому что я думаю, что пользователю достаточно очевидно, что нужно делать, чтобы получить реальный адрес электронной почты, но мне интересно, есть ли какая-нибудь польза от этого (так как легко автоматизировать спамер), Я знаю об услугах, которые скрывают адрес электронной почты за капчкой, но для меня это слишком много для пользователя.

Итак, два вопроса:

  • Есть ли способ, чтобы (a) сохранял использование ссылок mailto:, (b) останавливает спамеров и (c) не слишком сложен для неработающих пользователей для разработки?

  • Стоит ли это того? Мы просто принимаем, что спамеры найдут способ обойти его и просто использовать Gmail?

Изменить: Я должен упомянуть, что в этом конкретном случае я говорю о контактном адресе электронной почты для компаний, чьи веб-сайты я делаю на своих сайтах.

4b9b3361

ОТВЕТЫ

Ответ 1

На веб-сайтах, которые я поддерживаю, я считаю, что мой долг защищает мои электронные адреса пользователя. Спам плохой, мне не нужно облегчать спамеров.

В то же время юзабилити требует функциональных ссылок mailto. Мой любимый способ достижения этого - использовать бесплатную технику SpamSpan (на уровне паранойи 3). Это бесплатный, кросс-браузер, кажется эффективным, и оставляет текст, легко читаемый, когда JavaScript отключен.

Пример HTML

<span class="spamspan">
<span class="u">user</span>
[at]
<span class="d">example [dot] com</span>
</span>

Результат (включен JavaScript)

[email protected]

Результат (JavaScript отключен)

пользователь [at] пример [dot] com

Ответ 2

ИМХО, нет веских оснований для обфускации писем. Спам-фильтрация может быть выполнена довольно хорошо автоматически сторонними службами, поэтому это не ваша проблема с вашими или вашими пользователями, но получение рабочего письма является барьером, хотя и небольшим в общении.

Ответ 3

Я сомневаюсь, что это когда-либо стоило того. Электронная почта obfuscation была полностью основана на втором предположении спамеров и воображении, что скребки будут и не будут делать.

Ответ 4

Является ли адрес электронной почты вашим? (ваша компания?) или эти адреса электронной почты пользователей.

Для пользовательских адресов я бы использовал некоторую обфускацию или стену входа. Для личных адресов электронной почты я бы не использовал никаких стен, но я бы удостоверился, что у каждого есть какой-то спам-фильтр.

Ответ 5

Когда я регистрирую новую учетную запись, я использую уникальный адрес электронной почты для этой учетной записи. Я знаю, какие сайты плохо выдают мой адрес и какие сайты хранят его в тайне, и если адрес начинает получать спам, я предполагаю худшее в этой компании (IE, что они перепродали мою личную информацию, а не lax security, что позволяет видна пауком).

Ваши пользователи не должны принимать такие меры. Вы должны хранить свою личную информацию как можно более конфиденциальной, если они явно не просят вас об этом.

Трудно дать совет, поскольку необходимость отображения информации пользователя варьируется от сайта к сайту. Как правило, я хотел бы ввести капчу в процессе входа в систему, а затем показывать только адрес электронной почты в правильно помеченной почтовой ссылке для входа в систему. Для людей (и пауков), анонимно просматривающих ваш сайт, я бы полностью опустил адрес, а не отображал его запутанным или запретил им доступ к тем, какие страницы содержат информацию о пользователе.

Ответ 6

Я просто добавляю адрес электронной почты через JavaScript.

var e = ["m", "o", "c", ".", "l", "i", "a",
         "m", "g", "@", "s", "m", "a", "i",
         "l", "l", "i", "w", ".", "r", ".",
         "j", ".", "a"];

$(".email").text( e.reverse().join("") );

Очевидно, что он не собирается упускать спамеров, которые либо вручную травят Интернет, либо анализируют обходные страницы и выполняют JavaScript перед извлечением адресов электронной почты, но я сомневаюсь, что многие пойдут на эту проблему.

Ответ 7

Я бы сказал, что это не стоит. Либо страница содержит адрес электронной почты, который может быть прочитан пользовательским агентом с разрешения, либо нет. Обфускация его отвлекает от семантического значения сети, ограничивает конкретные типы пользовательских агентов, таких как те, которые могут выполнять JavaScript или те, у которых есть пользовательский интерфейс и пользователь, сидящий в этом пользовательском интерфейсе.

Если вы собираетесь отображать адрес электронной почты, вы должны просто отобразить его mailto: и все, идите дальше и сделайте его частью hCard, перейдите на страницу профиля пользователя XFN и поощряйте пользовательские агенты будущего использовать эти богатые семантические данные. В противном случае просто не отображается адрес электронной почты.