Semantic HTML Has Other Benefits
The Web Dev Zone is brought to you in partnership with Mendix. Discover how IT departments looking for ways to keep up with demand for business apps has caused a new breed of developers to surface - the Rapid Application Developer.
Recently finished reading Our Pointless Pursuit Of Semantic Value at Smashing Magazine. It's a good read, and clearly spells out a true point: There is not a lot of value in wrestling over how semantic your code is for semantic's sake. I totally agree with this. While SEO and accessibility are often cited as reasons to pursue semantics, quite frankly, there is a lot of thought that semantics don't help as much as people think (examples of which the author notes.)
Does that mean that semantics are worthless, and you should just use a div and a span for everything? No, and I don't think that's what the author is saying.
So I see the new set of semantic options in HTML 5 as more choice, and I welcome it. Why? Because it makes it possible to turn this:
</div> </div> </div> <div id=“footer”> </div> </body>
</div> </article> </div> <footer> </footer> </body>
It's not a huge differece, and doesn't change anything about the presentation, but does make it easier to read. So it allows me to write more easily understood and maintainable markup. Now that doesn't mean I arbitrarily use new tags. I do consider the meaning behind the tags when I use them. But not so much so that I allow myself to get paralyzed by it. Do I care that address doesn't technically mean postal address? Not in the least. Do I care that dl might not be blessed to be used exactly the way I am using it. Nope.
It comes down to this, using Semantic HTML in the hopes of communicating to browsers and accessibility tools might have some diminishing returns. However using Semantic HTML to communicate to other developers can still yield a lot of value.