Làm xáo trộn email: Điều gì hiệu quả vào năm 2026?
Email obfuscation: What works in 2026?
Một nghiên cứu năm 2026 về các kỹ thuật làm rối email (email obfuscation) chỉ ra rằng, dù các phương pháp đơn giản như HTML entities vẫn có hiệu quả đáng kể (tỷ lệ chặn 95%), nhưng các giải pháp mạnh mẽ hơn như SVG, CSS `display: none`, và các kỹ thuật biến đổi JavaScript (concatenation, Rot18, AES encryption, user interaction) lại đạt tỷ lệ bảo vệ 100% trước các spam bot. Tuy nhiên, cần lưu ý rằng một số kỹ thuật làm rối trực quan có thể ảnh hưởng đến trải nghiệm người dùng (usability). Vì vậy, các developer nên ưu tiên các giải pháp dựa trên JavaScript hoặc SVG để đạt hiệu quả cao nhất trong việc ngăn chặn spam bot. Quan trọng là phải cân bằng giữa bảo mật và trải nghiệm người dùng, đảm bảo rằng các phương pháp áp dụng không làm mất tính liên kết (clickability) hay khả năng đọc (readability) của email.
Cập nhật lần cuối: Ngày 30 tháng 1 năm 2026 Dưới đây là một số kỹ thuật tốt nhất để giữ ẩn địa chỉ email khỏi những kẻ gửi thư rác—cùng với số liệu thống kê về khả năng chúng bị phá vỡ. 1 Văn bản thuần túy 1.1 Không...
Dưới đây là một số kỹ thuật tốt nhất để ẩn địa chỉ email khỏi những kẻ gửi thư rác—cùng với số liệu thống kê về khả năng chúng bị phá vỡ.
- 1 Văn bản thuần túy
- 1.1 Không bảo vệ: bị chặn 0%
- 1.2 HTML Các thực thể: bị chặn 95%
- 1.3 HTML Nhận xét: bị chặn 98%
- 1.4 HTML SVG: bị chặn 100%
- 1,5 CSS Không hiển thị: bị chặn 100%
- 1.6 JS Nối : bị chặn 100%
- 1.7 JS Rot18: bị chặn 100%
- 1.8 JS Chuyển đổi: bị chặn 100%
- 1.9 JS Mã hóa AES: bị chặn 100%
- 1.10 JS Tương tác của người dùng: bị chặn 100%
- 1.11 HTML Thay thế biểu tượng: phá vỡ khả năng sử dụng
- 1.12 HTML Hướng dẫn: phá vỡ khả năng sử dụng
- 1.13 HTML Hình ảnh: phá vỡ khả năng sử dụng
- 1.14 CSS Nội dung: phá vỡ khả năng sử dụng
- 1.15 CSS Hướng văn bản: phá vỡ khả năng sử dụng
- 2 Liên kết có thể nhấp
- 2.1 Không có biện pháp bảo vệ : bị chặn 0%
- 2.2 HTML Các thực thể HTML: bị chặn 100%
- 2.3 HTML Mã hóa URL: bị chặn 96%
- 2.4 HTML Chuyển hướng HTTP: bị chặn 100%
- 2.5 HTML SVG: bị chặn 100%
- 2.6 JS Nối: bị chặn 100%
- 2.7 JS Rot18: bị chặn 100%
- 2.8 JS Chuyển đổi: bị chặn 100%
- 2.9 JS Mã hóa AES : bị chặn 100%
- 2.10 JS Tương tác của người dùng: bị chặn 100%
- 3 Quan sát
- 4 Phương pháp
1 Văn bản thuần túy
Những kỹ thuật này bảo vệ địa chỉ email được viết bằng văn bản thuần túy (ví dụ: “email@example.com”).
Lý tưởng nhất là bạn nên sử dụng kết hợp nhiều kỹ thuật, bằng cách chia địa chỉ email thành các phân đoạn, trong đó mỗi phân đoạn được bảo vệ bằng một kỹ thuật khác nhau.
1.1 Không bảo vệ
Đã chặn 0% trong số 318 người gửi thư rác
aa@email.spencermortensen.com 1.2 HTML Thực thể
Đã chặn 95% trong số 318 người gửi thư rác
Các thực thể HTML thường được giải mã tự động bởi các thư viện phía máy chủ, điều đó có nghĩa là ngay cả những người thu thập thông tin cơ bản nhất cũng có thể lấy được địa chỉ email của bạn mà không cần bất kỳ nỗ lực đặc biệt nào. Kỹ thuật này lẽ ra vô dụng—tuy nhiên, nó vẫn khiến hầu hết máy gặt ngừng hoạt động.
Đã chặn 98% trong số 318 người gửi thư rác
ac@email.spencermortensen.com
Điều này sẽ chỉ dừng những công cụ thu hoạch cơ bản nhất đang gặp khó khăn với thẻ HTML. Nó cung cấp sự bảo vệ tối thiểu nhưng vẫn ngăn được hầu hết máy gặt (vì hầu hết máy gặt đều ở dạng cơ bản).
1.4 HTML SVG
Đã chặn 100% trong số 318 người gửi thư rác
<đối tượng lớp="email" width="130" chiều cao="24" dữ liệu="email.svg" type="image/svg+xml">đối tượng>
<svg viewBox="0 0 130 24" xmlns="http://www.w3.org/2000/svg">
<phong cách>
@nhập url( 'https://fonts.googleapis.com/css2?family=Indie+Fflower&display=swap');
văn bản {
đường cơ sở chiếm ưu thế: trung bình;
điền: #000;
font-family: 'Indie Flower';
cỡ chữ: 16px;
neo văn bản: giữa;
}
phong cách>
<văn bản x="50%" y ="50%">email@example.comtext>
svg>
đối tượng.email {
chiều cao: 2em;
lề: -1em 0;
vertical-align: giữa;
Inspiration: rouninmedia.github.io
Điều này sẽ ẩn địa chỉ email ở một nơi khác thường mà hầu hết người thu hoạch sẽ không nghĩ đến việc tìm kiếm. Tuy nhiên, địa chỉ email được lưu trữ ở đó dưới dạng văn bản thuần túy.
Tất cả người dùng đều có thể sử dụng kỹ thuật này, kể cả những người phụ thuộc vào trình đọc màn hình. Nhưng bạn phải sử dụng một phần tử đối tượng để làm việc này: phần tử img sẽ cung cấp cho bạn một hình ảnh không tương tác, và SVG nội tuyến sẽ đặt địa chỉ email vào mã nguồn để người thu thập có thể dễ dàng tìm thấy.
Thuộc tính “chiều rộng” và “chiều cao” giúp ngăn việc thay đổi bố cục trong khi trang đang tải. Vì kích thước phụ thuộc vào phông chữ nên tệp SVG phải chỉ định rõ ràng phông chữ web để tránh sự cố hiển thị.
1.5 CSS Không hiển thị
Đã chặn 100% trong số 318 người gửi thư rác
<div class="email">ad@<span>email.span>spencermortensen.<span>example.span>comdiv>
div.email > span: con thứ n(2) {
hiển thị: không có;
Hầu hết máy thu hoạch không thể áp dụng các quy tắc về kiểu dáng, vì vậy đây là một trong những kỹ thuật tốt nhất. Hãy nhớ thay đổi các thẻ mồi nhử để người thu hoạch không biết nên bỏ qua phần nào.
Mọi người đều có thể truy cập đầy đủ tính năng này, kể cả những người phụ thuộc vào trình đọc màn hình. Nhưng bạn phải sử dụng “display: none” để ẩn văn bản: nếu bạn sử dụng bất kỳ kỹ thuật nào chỉ dùng hình ảnh (chẳng hạn như thu nhỏ kích thước phông chữ hoặc đặt lại vị trí văn bản ngoài màn hình) thì bạn sẽ làm hỏng khả năng truy cập.
1.6 JS Ghép nối
Đã chặn 100% trong số 318 người gửi thư rác
<tập lệnh >document.write('a'+'i'+'@'+'e'+'m'+'a'+'i'+'l'+'.'+'s'+'p'+'e'+'n'+'c'+'e'+'r'+' m'+'o'+'r'+'t'+'e'+'n'+'s'+'e'+'n'+'.'+'c'+'o'+'m');script>
Điều này thuận tiện vì nó không có sự phụ thuộc bên ngoài mà vẫn có thể chặn hầu hết các máy thu hoạch. Tuy nhiên, địa chỉ email đầy đủ xuất hiện trực tiếp trong mã nguồn HTML nên kỹ thuật này không thể được coi là an toàn.
1.7 JS Rot18
Đã chặn 100% trong số 318 người gửi thư rác
<span lớp="email">nw@rznvy.fcraprezbegrafra.pbz khoảng>
<đầu>
<script src="text-rot18.js" defer>script>
đầu>
Kỹ thuật này có thể được hoàn tác bởi các trình thu hoạch cơ bản không diễn giải JavaScript. Ít nhất, bạn nên xoay các chữ cái của mình một số khác ngoài 13 và xoay các số của bạn một số khác ngoài 5.
1.8 Chuyển đổi JS
Đã chặn 100% trong số 318 người gửi thư rác
<span id="text-conversion">zibby ví dụ comspan >
<đầu>
<script src="text-conversion.js" defer>script>
đầu>
Trong kỹ thuật này, mã nguồn HTML chứa những từ vô nghĩa và bạn viết một hàm tùy chỉnh để chuyển những từ vô nghĩa đó thành một địa chỉ email đang hoạt động.
Hầu hết các trình thu hoạch chỉ có thể truy cập mã nguồn HTML—và mã nguồn không chứa giá trị gì. Cách thực tế duy nhất để khôi phục địa chỉ email là chạy chức năng chuyển đổi tùy chỉnh của bạn trong ứng dụng khách web có hỗ trợ DOM và JavaScript. Điều này là không thể đối với hầu hết máy gặt.
Bạn có thể viết một hàm tùy chỉnh cho từng địa chỉ email hoặc bạn có thể viết một hàm duy nhất và áp dụng nó cho tất cả các địa chỉ email trên trang.
Mặc dù đơn giản một cách đáng sợ nhưng đây được kỳ vọng là một trong những kỹ thuật tốt nhất.
Mã hóa AES 1.9 JS
Đã chặn 100% trong số 318 người gửi thư rác
<span lớp="email" >Kreuz2xa6xB8Fpjaa0lFgACNLO6n_Auu1CGjcG8z_Ecspan>
<đầu>
<script src="text-aes.js" defer>script>
đầu>
Kỹ thuật này sử dụng AES 256 để mã hóa địa chỉ email. (AES là mật mã công khai duy nhất được NSA phê duyệt cho thông tin tuyệt mật.) Không thể khôi phục địa chỉ email nếu không có tệp JavaScript—mà hầu hết người thu thập không thể truy cập hoặc chạy. Việc triển khai này sử dụng thư viện mật mã tích hợp sẵn của trình duyệt, do đó nó sẽ không chạy bên ngoài trình duyệt, ngay cả trong Môi trường hỗ trợ JavaScript.
Thư viện mật mã, SubtleCrypto, chỉ khả dụng trong ngữ cảnh bảo mật (chẳng hạn như qua https hoặc trên localhost)—có thể là một trình chặn nếu bạn đang sử dụng http. Bạn phải nâng cấp lên https trước khi có thể sử dụng kỹ thuật này!
1.10 JS Tương tác của người dùng
Đã chặn 100% trong số 318 người gửi thư rác
<span id="text-interaction">ví dụ về em bé của ai comspan>
<đầu>
<script src="text-interaction.js" defer >kịch bản>
đầu>
Kỹ thuật này giữ địa chỉ email ẩn cho đến khi người dùng tương tác với trang; chỉ thì là địa chỉ email được tiết lộ. Điều này nâng cao tiêu chuẩn cho người thu hoạch: họ không chỉ cần chạy một ứng dụng web đầy đủ mà cũng cần tương tác với nó.
Kỹ thuật này có thể được sử dụng để kích hoạt các kỹ thuật khác.
1.11 HTML Thay thế ký hiệu
Đã chặn 97% trong số 318 người gửi thư rác
ag AT email DOT spencermortensen DOT com
Kỹ thuật này được nhiều người biết đến và dễ dàng đảo ngược nên không thể coi là an toàn.
Phá vỡ khả năng sử dụng. Điều này buộc người dùng phải hoàn tác mọi thay thế trước khi họ có thể gửi email của mình.
1.12 Hướng dẫn HTML
Đã chặn 100% trong số 318 người gửi thư rác
au.fluff@email.spencermortensen.com (xóa “.fluff” trước khi viết thư cho tôi)
(xóa “.fluff” trước khi viết thư cho tôi)
Nói chung, chỉ có con người hoặc AI mới có thể phá vỡ được điều này. Nó chủ yếu hữu ích khi bạn cần công bố địa chỉ email của mình trên một trang web không đáng tin cậy.
Điều này ít nhất gây bất tiện cho người dùng của bạn và có thể ngăn họ liên hệ với bạn.
Làm hỏng khả năng sử dụng. Người dùng phải hiểu và làm theo hướng dẫn một cách hoàn hảo, nếu không họ sẽ không thể liên hệ với bạn.
1.13 HTML Hình ảnh
Đã chặn 100% trong số 318 người gửi thư rác
<img src="email.jpg" width="216" chiều cao="18" alt="địa chỉ email">
Điều này bất tiện hoặc không thể truy cập được đối với mọi người dùng của bạn.
Phá vỡ khả năng sử dụng. Người dùng sáng mắt buộc phải gõ địa chỉ email đầy đủ bằng tay. Những người dùng còn lại không có cách nào liên lạc được với bạn.
Nội dung 1.14 CSS
Đã chặn 100% trong số 318 người gửi thư rác
<span class="email" data-user="af" data-domain="email.spencermortensen.com">span>
span.email::sau {
nội dung: attr(người dùng dữ liệu) '@' attr (miền dữ liệu);
Điều này phá vỡ khả năng sử dụng cơ bản (ví dụ: văn bản có thể được nhìn thấy nhưng không thể sao chép), vì vậy nó vô giá trị.
Người thu thập có thể khôi phục toàn bộ địa chỉ email chỉ từ HTML mà không cần giải thích CSS, vì vậy điều này không thể được coi là an toàn.
Làm hỏng khả năng sử dụng. Địa chỉ email có thể được nhìn thấy nhưng không được chọn. Điều này thật khó chịu! Cuối cùng, người dùng buộc phải từ bỏ hoặc gõ địa chỉ email đầy đủ bằng tay.
1.15 CSS Hướng văn bản
Đã chặn 100% trong số 318 người gửi thư rác
<span class="email">moc.nesnetromrecneps.liame@easpan>
span.email {
unicode-bidi: ghi đè giá thầu;
hướng: rtl;
This technique breaks usability, and can be undone by basic harvesters that don’t interpret CSS, so it is useless.
Breaks usability. The email address can be copied, but the text is reversed. Cuối cùng, người dùng buộc phải từ bỏ hoặc gõ địa chỉ email đầy đủ bằng tay.
2 Liên kết có thể nhấp
Những kỹ thuật này bảo vệ liên kết có thể nhấp vào sẽ mở ứng dụng thư khách của người dùng (ví dụ: email). Lưu ý rằng chỉ có thuộc tính href “mailto:” được bảo vệ. Nếu văn bản liên kết cũng chứa địa chỉ email thì địa chỉ email đó sẽ được hiển thị thêm dưới dạng văn bản thuần túy và bạn sẽ cần phải thêm ít nhất một trong các kỹ thuật che giấu văn bản thuần túy.
2.1 Không được bảo vệ
Đã chặn 0% trong số 299 người gửi thư rác
<a href="mailto:am@email.spencermortensen.com">emaila>
2.2 Thực thể HTML
Đã chặn 100% trong số 299 người gửi thư rác
<a href="mailto:an@email.spen ;cermortensen.com">emaila>
Các thực thể HTML thường được giải mã tự động bởi các thư viện phía máy chủ, điều đó có nghĩa là ngay cả những người thu thập thông tin cơ bản nhất cũng có thể lấy được địa chỉ email của bạn mà không cần bất kỳ nỗ lực đặc biệt nào. Kỹ thuật này lẽ ra vô dụng—tuy nhiên, nó vẫn khiến hầu hết máy gặt ngừng hoạt động.
Mã hóa URL 2.3
Đã chặn 96% trong số 299 người gửi thư rác
Các thư viện phía máy chủ khiến việc hoàn tác mã hóa URL trở nên đơn giản, vì vậy, kỹ thuật này về cơ bản là vô giá trị—tuy nhiên, nó vẫn ngăn cản hầu hết các trình thu thập dữ liệu.
Chuyển hướng HTTP 2.4
Đã chặn 100% trong số 299 người gửi thư rác
<a rel="nofollow, noindex" href="email/">emaila>
RewriteEngine Bật
Quy tắc viết lại ^email/$ 'mailto:email@example.com' [R=302,L]
RewriteEngine Bật
RewriteRule ^email/$ 'mailto:email@example.com?subject=Hi' [R=302,QSA,L]
Kỹ thuật này biến liên kết “mailto:” thành liên kết thông thường mà không phá vỡ khả năng gửi thư của liên kết đó và ẩn liên kết đó giữa các liên kết khác trên trang.
Nếu dự định điền vào bất kỳ trường nào của email thì bạn nên sử dụng dạng thứ hai của tệp “.htaccess” (có kèm theo cờ QSA) để đảm bảo rằng chuỗi truy vấn được giữ nguyên.
Vì liên kết không dẫn đến một trang web thực tế nên công cụ tìm kiếm có thể báo cáo cho bạn rằng đây là liên kết bị hỏng. Các thẻ “nofollow, noindex” ngăn chặn điều này bằng cách hướng dẫn các công cụ tìm kiếm không theo dõi và lập chỉ mục liên kết.
Khi bạn hoàn toàn hài lòng với chuyển hướng, bạn có thể muốn chuyển từ chuyển hướng tạm thời (302) sang chuyển hướng (301) vĩnh viễn. Sau khi bạn tải chuyển hướng vĩnh viễn (301), trình duyệt của bạn sẽ bỏ qua mọi thay đổi khác mà bạn thực hiện. Điều này khiến việc thử nghiệm sâu hơn trở nên khó khăn hơn nhưng có thể giúp quá trình chuyển hướng diễn ra nhanh hơn.
2.5 HTML SVG
Đã chặn 100% trong số 299 người gửi thư rác
< đối tượng class="email" width="33" chiều cao="24" dữ liệu="email.svg" type="image/svg+xml">đối tượng>
<svg viewBox="0 0 33 24" xmlns="http://www.w3.org/2000/svg">
<< khoảng > phong cách>
@import url('https://fonts.googleapis.com/css2?family=Indie+Fflower&display=swap');
văn bản {
đường cơ sở chiếm ưu thế: trung bình;
điền: #000;
font-family: 'Indie Flower';
cỡ chữ: 16px;
neo văn bản: giữa;
}
phong cách>
<< khoảng > a href="mailto:email@example.com">
<văn bản x="50%" y="50%">emailvăn bản>
a>
svg>
đối tượng.email {
chiều cao: 2em;
lề: -1em 0;
căn dọc: giữa;
Cảm hứng: rouninmedia.github.io
Điều này sẽ ẩn địa chỉ email ở một nơi khác thường mà hầu hết người thu hoạch sẽ không nghĩ đến việc tìm kiếm. Tuy nhiên, địa chỉ email được lưu trữ ở đó dưới dạng văn bản thuần túy.
Tất cả người dùng đều có thể truy cập kỹ thuật này, kể cả những người phụ thuộc vào trình đọc màn hình. Nhưng bạn phải sử dụng một phần tử đối tượng để làm việc này: phần tử img sẽ cung cấp cho bạn một hình ảnh không tương tác, và SVG nội tuyến sẽ đặt địa chỉ email vào mã nguồn để người thu thập có thể dễ dàng tìm thấy.
Thuộc tính “chiều rộng” và “chiều cao” giúp ngăn việc thay đổi bố cục trong khi trang đang tải. Vì kích thước phụ thuộc vào phông chữ nên tệp SVG phải chỉ định rõ ràng phông chữ web để tránh sự cố hiển thị.
2.6 Ghép nối JS
Đã chặn 100% trong số 299 người gửi thư rác
<tập lệnh >document.write('email');script>
Điều này thuận tiện vì nó không có sự phụ thuộc bên ngoài mà vẫn có thể chặn hầu hết các máy thu hoạch. Tuy nhiên, địa chỉ email đầy đủ xuất hiện trực tiếp trong HTML nên kỹ thuật này không thể được coi là an toàn.
2.7 Rot18 JS
Đã chặn 100% trong số 299 người gửi thư rác
<a class="email" href="znvygb:nd@rznvy.fcraprezbegrafra.pbz">emaila>
<đầu >
<script src="link-rot18.js" defer>script>
đầu>
Kỹ thuật này có thể được hoàn tác bởi các trình thu hoạch cơ bản không diễn giải JavaScript. Ít nhất, bạn nên xoay các chữ cái của mình một số khác ngoài 13 và xoay các số của bạn một số khác ngoài 5.
Chuyển đổi 2.8 JS
Đã chặn 100% trong số 299 người gửi thư rác
<a id="chuyển đổi liên kết" rel="nofollow, noindex" href="to-email-spencer/">emaila>
<đầu>
<script src="link-conversion.js" defer>script>
đầu>
Trong kỹ thuật này, mã nguồn HTML chứa một liên kết mồi nhử và bạn viết một hàm tùy chỉnh để chuyển đổi liên kết mồi đó thành một liên kết "mailto" đang hoạt động.
Hầu hết các máy thu hoạch chỉ có thể truy cập mã nguồn HTML—và mã nguồn không chứa giá trị gì. Cách thực tế duy nhất để khôi phục liên kết “mailto” là chạy chức năng chuyển đổi tùy chỉnh của bạn trong ứng dụng khách web có hỗ trợ DOM và JavaScript. Điều này là không thể đối với hầu hết máy gặt.
Bạn có thể viết một hàm tùy chỉnh cho từng địa chỉ email hoặc bạn có thể viết một hàm duy nhất và áp dụng nó cho tất cả các địa chỉ email trên trang.
Mặc dù đơn giản đến mức đáng sợ nhưng đây được kỳ vọng là một trong những kỹ thuật tốt nhất.
Mã hóa AES 2.9 JS
Đã chặn 100% trong số 299 người gửi thư rác
<a class="email" rel="nofollow, noindex" href="xd7L-AOA9Qckl5RXbFuFw8LxuiPZPk3vzyPS55-KlD-a78c00rng">emaila> <đầu>
<script src="link-aes.js" defer>script>
đầu>
Kỹ thuật này sử dụng AES 256 để mã hóa địa chỉ email. (AES là mật mã công khai duy nhất được NSA phê duyệt cho thông tin tuyệt mật.) Không thể khôi phục địa chỉ email nếu không có tệp JavaScript—mà hầu hết người thu thập không thể truy cập hoặc chạy. Việc triển khai này sử dụng thư viện mật mã tích hợp sẵn của trình duyệt nên sẽ không chạy bên ngoài trình duyệt, ngay cả trong môi trường có khả năng JavaScript.
Thư viện mật mã, SubtleCrypto, chỉ khả dụng trong ngữ cảnh bảo mật (chẳng hạn như qua https hoặc trên localhost)—có thể là một trình chặn nếu bạn đang sử dụng http. Bạn phải nâng cấp lên https trước khi có thể sử dụng kỹ thuật này!
2.10 Tương tác của người dùng JS
Đã chặn 100% trong số 299 người gửi thư rác
<đầu>
<script src="link-interaction.js " hoãn>tập lệnh>
đầu>
Kỹ thuật này giữ địa chỉ email ẩn cho đến khi người dùng tương tác với trang; chỉ thì là địa chỉ email được tiết lộ. Điều này nâng cao tiêu chuẩn cho người thu hoạch: họ không chỉ cần chạy một ứng dụng web đầy đủ mà cũng cần tương tác với nó.
Kỹ thuật này có thể được sử dụng để kích hoạt các kỹ thuật khác.
3 quan sát
Hầu hết máy gặt đều dễ bị đánh bại
Mọi kỹ thuật che giấu đều có thể bị phá vỡ, vì vậy một số người cho rằng việc che giấu chẳng ích gì. Không có gì có thể hơn từ sự thật! Hầu hết các máy thu hoạch đều không phức tạp và ngay cả những kỹ thuật đơn giản nhất cũng có hiệu quả vô lý trong việc đánh bại chúng.
Người thu hoạch theo dõi khách hàng tiềm năng nhiều hơn liên kết
Những kẻ thu hoạch thường nhảy thẳng đến các trang có lưu lượng truy cập cao, bỏ qua các trang và liên kết có lưu lượng truy cập thấp. Kết quả là, một số trang rất hiếm hoặc không bao giờ được người thu hoạch nhìn thấy, điều này có thể khiến mọi người lầm tưởng rằng không trang bao giờ cần được bảo vệ. Điều này là sai và nguy hiểm vì một trang có thể đột nhiên lan truyền.
4 Phương pháp
Bài viết này không chỉ là bài viết dành cho độc giả con người mà còn là một hũ mật cho những người thu hoạch. Mỗi kỹ thuật đang bảo vệ một địa chỉ email: Khi địa chỉ đó nhận được thư rác, tôi biết kỹ thuật nào bị hỏng. Tôi lập danh sách các địa chỉ mà mỗi người gửi thư rác biết và tôi sử dụng danh sách đó để xây dựng số liệu thống kê.
Để đáng tin cậy thu thập số liệu thống kê, tôi đã phải tắt tính năng lọc thư rác ở mọi bước trong quá trình thực hiện. Các nhà cung cấp thư lớn lọc ra một lượng lớn thư rác không bao giờ đến được với người dùng của họ (một số thư xuất hiện trong thư mục Thư rác và một số thư bị xóa âm thầm và không bao giờ hiển thị). Ứng dụng thư khách trên máy tính để bàn thường làm điều gì đó tương tự. Kết quả là tôi đã thiết lập được máy chủ thư và ứng dụng khách của riêng mình.
Tôi cố gắng loại bỏ các thư trùng lặp một cách tốt nhất có thể để số liệu thống kê không bị bóp méo bởi các chi tiết tùy ý như khối lượng email mà người gửi thư rác gửi. Tôi theo dõi những địa chỉ email mà người gửi thư rác biết và không có gì khác. Điều này khó hơn nhiều so với vẻ ngoài của nó, vì những kẻ gửi thư rác thường cố gắng che giấu danh tính của họ!
Những người thu thập thông tin thường không nhắm mục tiêu cả địa chỉ văn bản thuần túy và các liên kết có thể nhấp vào, vì vậy tôi giữ các thống kê đó một cách độc lập: Đó là lý do tại sao tổng số người gửi thư rác đối với kỹ thuật che giấu dựa trên văn bản và dựa trên liên kết lại khác nhau.
Có một số điểm không chắc chắn trong số liệu thống kê vì cỡ mẫu vẫn còn tương đối nhỏ. (Nhỏ nhưng đang phát triển.) Càng nhiều người liên kết đến bài viết này thì số liệu thống kê này sẽ càng chính xác hơn!
Tác giả: jaden