Liệu nó có thực sự giúp chống lại thư rác để thay thế các trò chơi @ @ bằng một (các) và các hoạt động tương tự không?


8

Khi địa chỉ email được đề cập trên web, tôi thấy rất nhiều:

send (dot) me (at) spam (dot) com
send . me (a) spam . com

Vân vân.

Liệu nó có thực sự giúp ích cho việc tìm kiếm địa chỉ để thực hiện các loại thủ thuật này không?



@Insane Đẹp một !! Một đọc thú vị!
Closnoc

@closetnoc câu trả lời cho câu hỏi này;)
Insane

BTW- các ví dụ bạn cung cấp có thể được tìm thấy bởi hầu hết những người thu hoạch địa chỉ email và đã được hơn một thập kỷ.
Closnoc

@Insane Tuyệt đối! Nói một cách hoàn hảo trong thực tế. Tôi đã tạo ra một munge từ nhiều năm trước và nó đã hoạt động với 100% thành công trong hơn một thập kỷ.
Closnoc

Câu trả lời:


9

Có, các phương pháp che giấu email khác nhau làm việc với mức độ thành công khác nhau.

Nhưng mỗi người phải cân nhắc xem họ có ảnh hưởng đến khả năng khách hàng của bạn có thể giao tiếp dễ dàng với bạn hay không. Tôi sẽ không muốn mất bất kỳ doanh nghiệp nào chỉ vì người dùng thấy khó chịu hoặc mất thời gian liên hệ với tôi. Đó sẽ là một khách hàng đặc biệt cố chấp, người sẽ bận tâm gửi email lại nếu lần thử đầu tiên thất bại.

Các phương thức văn bản cơ bản như email (at) example (dot) comkhông đặc biệt an toàn nhưng các mô tả phức tạp hơn có thể hoạt động tốt. Nhưng điều đó có nghĩa là khách hàng của bạn phải nhập địa chỉ email vào một chương trình thư. Càng phức tạp, khách hàng càng gặp khó khăn với internet. Không thân thiện lắm.

Một hình ảnh có địa chỉ email trên đó là một phương pháp tương tự, cũng có khả năng không an toàn và cũng không thân thiện với người dùng . Đừng quên, nếu bạn muốn họ có thể nhấp vào nó, mã bên dưới phải chứa địa chỉ email hoặc obfuscation.

Phương pháp đảo ngược văn bản CSS là tốt nếu người đó nhấp vào liên kết, nhưng không phải nếu họ sao chép và dán liên kết vì nó có thể khiến người dùng bị đảo ngược địa chỉ email. Có khả năng gây rắc rối.

ROT13 hiện là một phương pháp khá an toàn để che giấu một địa chỉ email trên một trang, nhưng ROT47 (bao gồm số & ký hiệu) đưa nó đến khả năng có thể đánh lừa được và là lựa chọn của tôi nếu tôi cần có một địa chỉ email văn bản trên một trang.

Giải pháp tốt nhất? Biểu mẫu liên hệ đơn giản với honeypot hoặc một số quy trình kiểm tra của con người, chẳng hạn như CAPTCHA đơn giản đảm bảo rằng bạn không nhận được quá nhiều thư rác và không ai nhận được địa chỉ email của bạn. Giai đoạn = Stage. Và thật dễ dàng để tạo và liên kết đến một biểu mẫu từ trong trang web của bạn.


1
Tôi sẽ thêm nhận xét mặc dù việc bảo vệ email là đặt cược thua trong thời gian dài. Vào thời xưa, khi hầu hết mọi người đang sử dụng MS Outlook, việc một người có địa chỉ email của bạn trong sổ địa chỉ của họ bị xâm phạm là một vấn đề ngắn, và một khi đã ra ngoài, nó đã tham gia 10 giây nếu không phải là 100 danh sách thư rác. Mặc dù hầu hết mọi người đã chuyển sang các giải pháp thư an toàn hơn, đặc biệt là các trang webmail lớn, khả năng địa chỉ email của công ty bạn tồn tại không bị ảnh hưởng là khá thấp. Cuối cùng, nó sử dụng các biện pháp hoặc dịch vụ chống spam chất lượng.
garth

Là những trích dẫn thực sự? Nếu có, bạn có thể cung cấp nguồn?
unor

1

Tôi đặc biệt khuyên tất cả các trang web tôi làm việc không liệt kê địa chỉ email dưới mọi hình thức.

Có, nó giúp giảm thu thập email tự động (thư rác).

Có, nó giúp ngăn mọi người / bot xác định mẫu mà tổ chức của bạn sử dụng ( firstname.lastname@example.comv.v.)

Nó cũng có thể làm giảm thông tin có sẵn cho ai đó đang cố gắng thực hiện một số kỹ thuật xã hội (hãy tưởng tượng họ có một bài đăng công việc nói rằng cần liên lạc careers@mysite.com, bất kỳ kẻ tấn công nào cũng biết rằng anh ta có thể gửi một tệp PDF với mã độc hại, được định dạng như một sơ yếu lý lịch, đến địa chỉ email đó và có một cơ hội rất cao nó sẽ được mở).

Nhưng điều quan trọng hơn nữa là bạn có thể xác định người dùng / khách truy cập "chuyển đổi" của mình đến từ đâu ... điều đó là không thể khi mọi người có thể tìm / nhấp / xem / đoán địa chỉ email.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.