Tag: web

Best Practice SEO: File Extension or No?

I got into a discussion today at work over whether or not having an .html file extension has any SEO benefits over an extensionless directory-style url. I did a little research online and found just about equal arguments for either side.

On the .html file extension side, the argument is that having a file extension makes any keyword-rich naming appear human-generated rather than computer-generated, since html files are typically static files. They also argue that a page named “/awesome-page.html” is considered one level higher than one named “/awesome-page/” and that higher level pages get more indexing-juice.

On the other side, the argument is basically that it doesn’t matter. It’s likely that Google does not really assign more weight to a page with an .html file extension, as extensions can easily be generated dynamically. Surely, Google or other search engines aren’t so naive as to make an assumption such as, “If the page has an .html extension it must be static”. Secondly, while it is true that pages higher up in the directory structure of a site get more weight in indexing, it’s also true that this is considered in relation only to the site itself. At that point, the argument becomes moot, since whether the site structure starts at level 0 or level 1, all sub-levels will line up equally. Lastly, and perhaps most importantly, the W3C recommends directory-style urls over extensions (under the heading, “What to leave out”).

Regardless, there does seem to be valid points on both sides, so what do you think?

  • Del.icio.us
  • Digg
  • Facebook
  • Google Bookmark
  • StumbleUpon
  • Technorati

Joy to the World (Wide Web)

I just made a new posting to my company’s blog. I don’t mind contributing content, but when I barely have time to write on my own little blog, it does kind of bite to post something somewhere else. So, I’m going to have my cake and eat it to by at least linking to my post.

Weâ??ve ushered in a new year, and fittingly, thereâ??s a number of developments on the horizon that hold the promise of a better, easier to develop for, web…

Read Full Post >

  • Del.icio.us
  • Digg
  • Facebook
  • Google Bookmark
  • StumbleUpon
  • Technorati

Echoes of the Old Web and the Limits of Accessibility

The playing field of the web has changed alot over the years. The community that is the Internet has fought its way from the era of table-based layouts, image spacers and seas of tag soup, to a era of clean, semantic markup and of true power to communicate. Yet, the echoes of the old web still ring out today. We still worry of browser-compatibility, of screen sizes, of connection speeds, of countless tiny things that can effect disaster on our ability to effectively communicate through the web.

As a web developer, I can attest that my mind swims with concern over all these things as I build projects. I must be careful to not only code cleanly, but to code in a way that best conveys the meaning I intend. Just as in speech, it is not enough to merely say words, but the right words in the right order with the right tone, so too, markup must be just right or meaning will be lost to someone. I think of accesibility. What will this document be with images turned off? With style sheets disabled? At a lesser screen resolution? At a greater? What will it be in this browser and what will it be in that browser? And what about the various versions of each? On a Mac, a PC, or in Linux? What about on mobile phones? What about printed?

You could literally drive yourself insane with all the potential avenues for failure. I want my message to be accessible, but what exactly is accessibility? The die-hards will tell you that true accessibility is 100%: that any given user, under any given environment should be able to receive the intended message. I used to agree with that line of thinking, but working with the web daily has been whittling away at that belief, and something a coworker told me the other day chipped the rest of it away.

A coworker and I were discussing image file sizes. As a coder, I like optimized images with nice, low filesizes. As a designer, my coworker prefers quality over bandwidth conservation. I of course was defending the holy cause of accessibility and the plight of the 56k modem surfer, and then my coworker spoke a piece of wisdom so profound I could not argue any longer: if they won’t spend the money on a high speed connection, they won’t spend the money on my products either.

Before I go farther, just let me say that I personally hate the commercial nature the web has taken on. Any time I search for any sort of information, I must wade through a sea of people trying to sell me things before I can get to it. Nevertheless, this is the state of the Internet. Most everyone is selling something, and even if you run a purely informational site, you’re likely selling ad-space. Unfortunate as it may be, ‘the user’ is almost always ‘the customer’ as well, and as any marketer can tell you, the only good customer is a qualified customer: someone who is not only in the market for the product or service but who has the desire and ability to purchase it.

This is a cold outlook for sure, but at some point, somewhere, a line has to be drawn. Should I really ensure that my site will render quickly and properly in Netscape version 4 at a 640×480 resolution over a 56k dial-up connection? Probably not, since the person still using those specs is not likely to be any more willing to invest in what I have to offer than they are willing to invest in their setup.

I don’t mean to say that we shouldn’t care unless someone is willing to buy our product or service, but I am saying that there’s a point where you just have to say sorry and leave people at the door. In truth, it wouldn’t be fair to those who are willing to invest in the latest and greatest to code down to the benefit of those who are not. There’s a better web to be offered, and I, for one, want to give it.

  • Del.icio.us
  • Digg
  • Facebook
  • Google Bookmark
  • StumbleUpon
  • Technorati