In the world of web design, both novice and experienced designers often have their faults when laying out websites. Don't fall into the trap of making "common" mistakes. In this article Steve opens up his own bag of tricks, and gives us five design tips that may just make your next project that much more successful.
5 Web Design Tips You Can't Live Without - Combating Internet Spam Spiders (Page 2 of 7 )
Often, a bony, lanky black spider will crawl around your web site, wiggle its little feet in excitement, gather up your e-mail address and store it near its pinchers. Then, when it returns to its master, it will religiously add all gathered data to a huge nest of e-mail addresses, then used as bait to sell to marketing firms.
Those little black spiders are software utilities that slither underneath your page's surface, at underlying HTML code, specifically for a standard formatted e-mail address (firstname.lastname@example.org). This can be the most effective method for gathering e-mail addresses and needs to be thwarted. There are a number of techniques web designers can implement to protect against these creepy crawly little annoyances.
Of the many, here are three that can work quite well:
Use HTML symbols. To disable spiders from grabbing your e-mail address, some formatting modifications need to be made to fool the software. All e-mail addresses use the at symbol (@), and spiders are taught to look for them. HTML symbols are written directly into the HTML code, but are interpreted by the browser into their actual meaning. The HTML symbol for the @ sign is @. So, how do we implement something like this?
How do we fix this problem? Can we get away with refusing to display any e-mail address? Yes, we can, but we still must provide a way for the user to contact us. The solution is a rather simple email form.
The third might be the only full proof method of protecting yourself against spam spiders, and that is simply refusing to display your e-mail address. Instead, if your server supports server-side processing, like Perl, ASP, Cold Fusion or PHP, simply design a feedback form, and call a server-side script to process the data behind the scenes. Sorry boys, spiders can't dig quite that deep.
I am a huge advocate of PHP, but choose whatever language that your host supports. Please note that if your server does not support any server-side programming language, you are out of luck in this regard. Chose between the two aforementioned methods, and stick with it.