|
|||||||||||||||||||||||||||||||||||||||||||||||||||
|
|||||||||||||||||||||||||||||||||||||||||||||||||||
|
 |
In the relatively early days of web site development, optimizing page load times was a very important issue that you'd read about every other day through various development resources. Over the last couple of years, reminders about the importance of fast loading pages seem to have faded into the background given the uptake of broadband. Many designers have taken advantage of increased bandwidth and speed available to users to create eye-popping designs that now take as long to load as simpler pages did over a 56k (or even 28.8k) connection. Yes, it's nice to show off artistic skill, but where is the advantage to the user? Other sites are now so technically complex, with multiple database connections needing to be made each time a page is loaded. It just doesn't make sense to be using faster access speeds to create the same problems that we've all endured on the web in years gone by. Just because a user now has a faster connection, it doesn't mean that their attention span has increased - in fact, it's probably lessened over the years. The other issue is that many site owners seemed to have forgotten is that there are still dialup users out there - millions and millions of them. Some of them will be your potential customers. Dialup users are online shoppers tooWhat I'm suggesting is - don't alienate those users. Just because they are on dialup doesn't mean they don't have money to spend on your products :). I used to work from 2 offices; one in suburbia, another in a relatively remote rural region. The rural office only had dialup and believe me, if I'm looking to buy something and the page doesn't load quickly enough - I go elsewhere :). Page load speeds and search engine rankingUp until now, page loading speeds haven't factored in to organic search ranking calculations - but that could be about to change as Google is considering adopting that factor into their ranking algorithm.
Page loading speed - maximumWhile 15 seconds load time on a 56k connection where possible is nice, I think these days 25 seconds is the absolute most you can get away with. There are some handy free tools available gauge page loading speed. One appropriately called PageSpeed - is a free Firefox/Firebug add on to evaluate the performance of of web pages and to get suggestions on how to improve them. Optimizing for faster page loadingThe following are a series of optimization ips that can substantially decrease load times, and make general site management a simpler task overall. Optimize imagesThis used to be a difficult task, but now almost all graphics editors have features to optimize images for the web - use them. With a few clicks of a button, you can turn a 100kb file into 20kb, without any noticeable loss of quality. Use thumbnailsDo you really need to have an image that takes up half a page? If it's a product, consider using thumbnails. A thumbnail is just a smaller representation of an image that a user can click on if they wish to see the larger version. Applications such as FrontPage have an automated thumbnailing option. In Frontpage, click on the image and in the picture toolbar that should appear below it, the (usually) third icon along will create a thumbnail automatically. Just be sure to edit the thumbnail link so that the full size image appears in a new window. AnimationsCute, but are they effective? What are they conveying? If they have no practical use, get rid of them. Use a static image instead. If you need to keep an animation, run it through the optimization tool in your graphics package. Use a common image folderI've seen some sites that have the same image on a number of pages and in different sections; but the image has a different filename. This means that the browser has to fetch it from the server instead of just reloading it from the cache. By using a common image folder, you lessen the chances of having duplicates. It's not only a good tip to improve page load times, but it's part of good file base structure. Use tables wiselyThis is something that I should have done many years ago for Taming the Beast.net. The way browsers work is that they "wait" until all the items in a table are loaded before rendering the content. So, if your entire page content is sitting between a <table> and </table> tag, the user sees nothing until all the items are loaded and then suddenly the page appears. If the user is waiting too long, they may think that there's something wrong with the page and click off somewhere else. If you use tables as the framework of your site, it's best to split up the content into header, "middle" and footer tables. That way the user will at least see something while the page is loading and you increase your chances of them hanging around long enough to purchase something from you. Tables??? What about CSS!... I hear the purists yell. I don't claim to be any sort of expert in using CSS (Cascading Style Sheets) for element positioning without tables, but there are many fine resources out there for learning more, including the book/ebook Designing without tables (free chapters for download). Other benefits of CSSWhile I may not be overly aux fais with positioning without tables using CSS, I do use it extensively for text formatting. If you're not using Cascading Style Sheets, your page coding probably looks something like this: <h2><font face="Arial" color="#008000">Here is a heading</font></h2> <p><font face="Verdana" size="2">This is a sentence</font></p> This repeated dozens or perhaps even hundreds of times on a page creates substantial code bloat - but this is an issue that's also easy to optimize. By using a linked Cascading Style Sheet, which is basically just a set of instructions of how to represent elements your source code will be a lot lighter, therefore download faster. CSS has the added benefit of making site-wide formatting updates a lot faster too - change one file and all your pages will change to the new format. You can learn more about Cascading Style Sheets in my beginners guide to CSS.
Do you really need it? - cutesy scriptsLook at your pages objectively - do you really need that groovy little javascript code snippet that displays the users current time? If it's not necessary, lose it. It will not only speed up the load time, but also allow for a less cluttered environment. If your visitor wants to know the time, they can shift their eyes a few inches and see it in their system tray :). Too many database queriesWith so many sites now powered by database applications, and complex ones at that, the more queries or calls to a database that need to be made in order to generate a page, the slower it will load, and not only that, the more load it will put on the server your site is hosted on. Aside from the annoyance to your potential customers, server resource hogs tend to get zapped by hosting companies. While you may be somewhat limited in what you can do about this as it can be the fault of the software vendor, applications like shopping carts that allow you display X number of items per page should be configured to show only the number of items on each page that can be loaded in a reasonable amount of time. Yes, people hate clicking to get to the next page, but they hate waiting for a page to load even more :). If your pages suffer seriously from bloat, try some of these tips out. You'll be amazed at how many seconds you can shave off a page that hasn't been optimized and I'm sure that you'll reap the rewards - increased site stickiness, page views and ultimately, revenue! Michael Bloch Click here to view article index
|
|
|
|||||||||||||||||||||||||||||||||||||||||||||||
