The Buzz, blog by Apis Design

June 29, 2010

Fresh content is so old.

Filed under: Online Marketing, Web Development, Web Strategy — Robin Eldred @ 8:08 am

“You have to have fresh content. That’s the key!”

How many times have you heard that? Seems to be common knowledge these days that if you don’t keep posting new content you will fail. And like most generalizations, it doesn’t always apply. If you have a blog that discusses the latest movie releases or you’re the New York Times, yes, there is an understanding that fresh content is core to your business model. But if you’re offering upstream oil and gas services, or home-based bookkeeping services, what then?

Posting new content simply because it’s new is pointless. If you actually something new to say, say it. If it’s actually going to add value to your visitors, say it. And if it’s actually part of your website’s objectives, say it.

A couple of examples of sites that do exceedingly well with very old content:

  1. Wikipedia
    Sure, lots of articles are updated periodically, but the truly well done static content stands the test of time. And, as a result, ranks very favourably in the search engines.
  2. Apis.ca – our ‘On Websites‘ section
    This content was originally done about six years ago. It gets about 2 or 3 updated paragraphs per year, if we’re lucky. But its content stands the test of time and, as a result, it ranks well within Google (check out a search for ‘what makes a good website‘).

So when you’re planning your next website project, be it a fresh site, redesign, or simply a marketing push, if one of your objectives is “fresh content”, stop. Think about the reasons why you want/need fresh content, and drill a little deeper toward the true objective.

  • Share/Bookmark

April 12, 2010

What would you do if you lost your website?

Filed under: Web Development, Web Strategy — Tags: , — Robin Eldred @ 2:29 pm

Imagine if your website disappeared. Gone; completely and utterly. All your web pages, images, and files disappeared, and your database vanished. Would you be able to recover it? Where’s your most recent backup? If you have one, how current is it?

Picture this scenario for a moment. Take a deep breath. Now read on.

How likely is this to happen? You’d be surprised, as most people believe their websites are being backed up, at least by their hosting company. Sadly, most web companies do not automatically backup their client’s websites. A lot will offer backups as an add-on, but that $2.95 per month shared hosting package you’re on almost certainly didn’t come with backups. And even if you’re working with a reputable and reliable web design company, they will only have your web files on hand, not including any you may have changed yourself. They almost certainly won’t have the latest copy of your database.

As such, most businesses are ill prepared for a data loss scenario. Fortunately, the solution is quite simple. We recommend a two-step approach:

  1. Instant backups
    These happen directly on your web server. They backup your data (web pages, images, files, database, etc.) in case of ‘overwrite’ or ‘deletion’ situations. They will typically happen instantly or perhaps daily. They will guard against accidentally deleting some files via FTP, or perhaps overwriting some database entries.
  2. Off-site backups
    These happen off your web server. They protect against data loss, as well as system configuration and setup (on virtual private or dedicated server setups). They will typically happen less frequently, perhaps weekly or even monthly. They are more geared towards catastophic failures, like a complete hard drive failure, act of nature (e.g. fire, earthquake) at your web company, etc.

The instant backups can typically be configured directly through your web hosting provider. If not, your web design company can certainly set it up for you. These backups guard against the most common problems, typically of a “human error” nature. It’s not enough to simply backup the data, however – you need to ensure you have a well thought out recovery plan. If and when something goes wrong, what is the process to get it restored?

The off-site backups typically cannot be configured by your web hosting provider. Some offer the service, however, through redundant server setups across multiple locations. This can become quite a costly endeavour, however. Backing up your data and system configuration periodically and storing it off-site is a great failsafe. The most common scenario where you’d need an off-site backup is hard drive failure. Even if you have instant backups, chances are that they’re stored on the very same server (and hard drive) that your website is on. If the drive fails, your website and your backup is useless. This can be overcome with a RAID array, but this still doesn’t protect your data from more catastrophic eventualities such as fire, theft, earthquakes,  and so on. These backups can be setup and configured by your web design company. Like your instant backups, you’ll also want to have a recovery plan in place to ensure a speedy restoration.

If you have a virtual private or dedicated server setup, you have probably invested a lot of time setting up the software and operating system to your preferences. Losing this setup and having to rebuild from a “base” server installation can be maddening. Off-site backups can be very useful to restore your system configuration, while potentially leaving your data alone.

In summary, every business with a website should have the following in place:

  • Instant (or daily) backups  of your web files and database.
  • Weekly off-site backups of your web files, database, and system configuration.

By having both backup systems in place, you will cover virtually 100% of all probable data loss scenarios. It’s quite simple to setup in most hosting situations, and your web design company should be able to help out.

  • Share/Bookmark

October 9, 2009

The trouble with 100% commission

Filed under: Web Strategy — Tags: , , , — Robin Eldred @ 3:01 pm

A lot of small business owners feel as though a salesperson on 100% commission is a panacea. Common thinking is that with no base salary there’s no risk; you only pay them when they produce. Wrong.

Risk #1 – Reputation

When you hire a commissioned salesperson (or anybody for that matter) they become a representative of your company, regardless of what you pay or don’t pay them. They’re out there pounding the pavement on behalf of your company. For most prospective clients, this person is the only person at your company they’ve ever met, so this person is your company. You better be damn sure that they’re well trained and well versed in your company’s offerings and ideals.

Risk #2 – Winning the Right Business

If a salesperson is on 100% commission their goal is to close quantity, not quality. They don’t care what the project should cost. They need that commission to put food on the table, so they’ll happily close a $100 deal for $50. The onus is then on the rest of the salaried team to deliver at half price.

Risk #3 – Loyalty

A 100% commission salesperson has no incentive to stay with you. If they get an opportunity to sell more somewhere else, they will. So all the effort you’ve spent training this individual goes out the door.

What should you do?

Ideally, a salesperson should have a mixed compensation package: A base salary plus commission/bonuses. This works to ensure that they’re properly invested in your company, and properly incentivized to close the right kind of deals.

  • Share/Bookmark

September 15, 2009

Convergence or complication?

Filed under: Web Strategy — Tags: , , , — Robin Eldred @ 10:42 am

I say ‘complication’. Let me explain.

As mobile web browsing becomes more and more prevalent, web designers are considering the use of mobile websites more frequently. The big question is, do you simply restyle the same content to accommodate for a smaller browser window with no images, scripts, or multimedia, or do you use entirely different content. I feel quite strongly that you must use entirely different content, as the objectives of visitors on varying devices will in turn vary.

As an example, people sitting in front of dual 24 inch monitors are ‘browsing’. They can take their time, research, digest, take notes, add bookmarks, compare, etc. Visitors using their iPhone on the bus need something specific, and they need it now; directions, a phone number, an email address, a price. Bam! No waiting allowed.

As such, given these different objectives, the different “types” of a website should necessarily have different messages.

In the future, we will see more devices, not fewer. The PC will not converge on your wrist, or in your sunglasses, or in your head. You will simply have all of these as options. And, as such, websites will be required to present specific information to each of these devices.

So, my friends, I vote for ‘complication’ over ‘convergence’ when predicting the future of websites.

  • Share/Bookmark