You put up a website to attract clients for your professional service business. Maybe you even put up a sales letter - a solo web page designed to promote an information product, tangible product, or seminar.

And so far...nothing! No takers. No sign-ups for your ezine. What's going on?

(1) Get solid evidence that people want your product -- and will buy it online.

Even on eBay and craigslist, some products go unsold. Some markets don't buy online, download ebooks or listen to mp3 files: they shop in brick and mortar stores, buy books at Borders and listen to CDs.

(2) Make sure you have targeted traffic coming to your site.

If you have no traffic...well, there's your answer. But not all traffic is equally valuable. Your keywords, positioning or referral site may be attracting visitors who are outside your target market.

(3) Encourage each visitor to begin building a relationship with you.

Often visitors won't buy on a first visit. So you need to invite them to sign up for an ezine, an ecourse, or even a downloadable manual. Some people read my ezine for over a year before they buy from me.

(4) Showcase unique, meaningful benefits for your target market.

Many professionals focus on how they deliver the service instead of how clients feel about their new lives. And you need to tell readers why you're unique - why nobody else can make the same offer.

(5) Make it easy for your visitors to say yes.

Believe it or not, when visiting other people's sites, I often have to hunt around for an order form when I'm eager, even desperate, to get my hands on a product. Ask visitors to buy...and consider adding some bright red arrows to point them in the right direction.

(6) Create a sense of urgency.

Ideally, your product or service reaches readers by connecting to their pain and their toughest challenges. But you also need to suggest reasons for buying today - not next week, not later.

(7) Test...and test some more. For example:

Test 2 or 3 versions of your headline. Sometimes a news-oriented headline actually works better than a sales-oriented headline or vice versa.

Test backgrounds. I once tripled sign-ups to my ezine by changing the background color.

Test the small stuff. Once I compared two google adwords ads. I changed the spelling of one word in the headline - from midlife to mid-life. The hyphenated version attracted 40% more clickthroughs. Go figure.

Bottom Line: Even when experts create your marketing message, you need to keep evaluating the effectiveness of your marketing materials, especially your website. The Internet gurus share one passion: testing and revising. They're constantly enhancing their sites and their messages. And the rest of us need to do the same.

Things which exist on one's personal computer are referred to as "client side", and on the web host as "server side". The average internet user might have first heard "client" in the context of applications installed on the personal computer, such as "email client". Those mail systems which can be used from anywhere are "web mail", and exist on the server side.

In practical terms, all your office suite programs, media players, programs to edit images, most games, and so forth, are probably client side, although "utility" type functions are evolving on the server side. For example, users can now share data on server side spreadsheets and word processors.

Most browser function is defined on the client side, perhaps with some JavaScript add-ons for interaction, calendars, multi-level menus, animated graphics, et cetera.

Business enterprise level content management, databases, store systems, and much more are on the server side. Server side programming can range from simple CGI scripts ("Common Gateway Interface") written in a variety of languages, such as Perl. Large databases can be built in the popular open-source MySQL, and accessed through interfaces programmed in PHP.

First embodiments of such CGI functions started a new copy of the executing module for each command request. To avoid server shutdown from excessive workload, host programmers have evolved better ways, but these need not concern us ordinary mortals.

Fortunately for this author, a web site builder does not need to be an expert in all those server side tools in order to use them. Most hosting companies now offer access to pre-installed modules. Persons wanting better features can purchase modules from third parties to upload and install, such as shopping carts, which are backed by support staff, user, or similar.

If the site builder lacks a very fast connection to the server, s/he can install client side copies of operating systems for SQL, PHP, other... to emulate behavior on the host. Sometimes the emulation is less than perfect, such as with different release generations, so adjustments may be needed after upload.

Why would anyone bother to do this? One reason is that PHP can take over parts of HTML coding, such as with "include files" which represent often used sections of header, footer, body, or serve more robustly than JavaScript for interactivity and utility functions.

If the connection is fast, however, present day "shared hosting" and "virtual private/dedicated servers" make it very difficult for one domain owner to break the system for other users. And only privileged employees have access to the power switch. VPS allows power users to get more behind the scenes than can the SH customer.

Caveat: Whether your HTML writing is done directly on host account or on personal computer for upload, keep an off-site copy against the day your hosting company drops or back levels your content. It will happen.

What ever the approach a person uses for working on the internet, all these elements are examples of "distributed processing", a concept which some large mainframe computer manufacturers had hoped would never be realized. Now that the small guys and gals have forced the issue, by using ever more powerful personal computers in place of dumb terminals, the big dogs have learned to love and profit from it.

I've done quite a bit of research into web analytics lately, and I have found a couple of things. Google analytics Is a great tool, but it cannot be the only tool an organization relies on. Because it is a purely JavaScript based, it is unable to catch browsers that do not have JavaScript enabled, this includes the search engine robots, some hand held devices, as well as a percent of users that manually turn this off. That being said we need a tool to parse the log files from the server and to give us information about these users, as well as providing us with "on demand" stats where as Google's stats are next day. The server logs also contain a wealth of other information that we are collecting automatically, so we might as well take advantage of it.

I have come to the conclusion that we need to use Google Analytics but we also need a tool that reads the server logs. There are quite a variety of tools that would fill this need. Google recently purchased Urchin who's web analysis product runs Google analytics, costs about $3k and will work with the Google Mini, Urchin also gives the ability to read logs from server software other than IIS (like apache, the software used for open source applications) .

Urchin will be releasing another version shortly, and this will be the first release since the Google buyout. Another option is WebTrends Analytics it costs about $4k. It Like Urchin will read both IIS and Apache logs, and has a web interface for users. The last product is NetTracker, it runs about $4k for the software, and another grand for support. it was recently bought out by Unica. The administration of netTracker is not the smoothest, and the support seems to have declined on quality since the buy out.