Let's analyze the HTML table elements from a Search Engine Optimization perspective. According to W3, , , , , , , , and .Their purpose is to structure tabular data within your web documents. As mentioned in many of my previous articles, using tables is not exactly the best approach to build web pages, but even in 2011 there are lots of us using tables to display non tabular data instead of using div's.Before analyzing each of the elements, We would like to stress on something less known to many search engine optimization professionals: how search bots actually read information from web documents built with tables. It's important to know this because, the way we lay out data with html tables, using , or other elements, will affect how browsers render that document. Equally and maybe more importantly for search engine optimization is how search engine bots "read" web pages.Humans read from top to bottom and left to right (western European languages). Browsers and bots are rendering and reading a html page from top to bottom, but not exactly from left to right. They will jump through s and s depending on how you structure their way. In other words, what you see in a browser might be read differently by search engine bots.Here's an example of how search engine bots would crawl an html table structure:They will look for the first opening instance of the tagFind the table head tag , then the first table row , then they will search for tags which should contain tabular header data, and finally find the closing . Next they will aim for the tag. The browser will automatically add (or imply) a tBody element if it is not present.Look for the , the table row tags of the tBody and read the data inside the table data tags, the sIf they find a closing tag it means that the respective table has been closed.Repeat the above for the next tables within the pageWhy is it important to understand how search engine bots read the source code? There is (or it used to be) a strong belief that search engines give more importance to the text closer to the top of the source code. With the classic table implementation your content that matters to search engines may be buried way down the code, depending on how much code and "noise" content you have before it.
Do a simple experiment. Identify your most heaviest pages in terms both kilobytes (as rended by browsers) and heavy top and left navigation data (specific for ecommerce sites). Take a look at the cached version in Google using the cache: command.In case you see your cached version of that page containing a lot of irrelevant content on the top of the page and your main content buried down (or not present at all due to excessive irrelevant content indexed on the top) you should consider some alternatives: a) using the "table trick" described below or, better b) migrate to tableless development with CSS and div's.Let's take a look a possible situation where irrelevant content could bury important content, i.e. a website with lots of links on the top menu and tens or hundreds navigation links on the left navigation section of the page.While it is important to understand how search engine bots read and index pages, your real focus should not be on using these techniques, but rather write quality, targeted content within your main body section of the page and trying to become authority in the niche.As a final advice for the first part of the article, if you still design using tables, We encourage you to use the tag where you start the main body tables, to give search engines a clue where the content that matter is, just in case the VIPS algos are failing.
Traian has almost a decade experience in online marketing and he is the founder of Pitstop Media, an Internet Marketing Services that provides services to SMB clients around the world. For more information about this SEO Services visit: http://www.pitstopmedia.com