Blue Flavor

Tunnels by Jeff Croft

Are You Ready for the Mobile web?

November 6th, 2006 at 5:29 p.m.

Designing and developing for the mobile web can be tricky to say the least. Not because it is so complicated to do, but because to tools for the medium are virtually non-existent.

There are three types of essential tools needed by a developer in order understand and have confidence and understand in a technology:

  • Specifications—basic documentation of the language and sometimes how it is intended to render.
  • Techniques—how to actually apply the language to a given problem and how to adapt it to your context.
  • Verification—the ability to see how your code is interpreted to ensure you did so correctly.

For example, in web standards we use the W3C specifications for XHTML and CSS, then use a variety of articles of books written on the topic. And we use W3C code validators as our last line of defense. If our code doesn’t validate, then that could be the cause of some random display glitch.

For the mobile web, you can validate against the XHTML-MP specifications of the doctype just as you would a desktop web page. While your code might be 100% valid it doesn’t indicate some of the key content or context issues that face the mobile web experience.

The tools for the mobile web are less than stellar. The Open Mobile Alliance has the specifications for XHTML-MP, but little information is provided about techniques. Especially how they relate to what I call the 3C’s of the Mobile web, three important considerations to any mobile website.

Cost

Access to mobile web isn’t always cheap. Your website is likely to incur the user costs in order to view it. If you don’t develop your mobile website responsibly, the user could get stuck with a big bill in order to view your content. While mobile data costs are coming down precipitously, this is still a big barrier for many users and a cause of concern.

Content

Is your content correctly formatted for the mobile web? This could be as simple as adopting well-formed, tableless web standard code. Or this could mean building a site specific for mobile devices. Issues like navigation, image sizes, page weight and scripts all need to be considered when thinking about your website on mobile devices.

Context

Finally, there is the context of being mobile. The million dollar question should be “what does your website add to the users mobility?” How do you add value to the their physical context? What is the context in which they will use your site? On a bus or train? While these aren’t easy questions to answer, they are easy questions to ask. Asking the question will lead you to structure your strategy, design and development techniques around finding the answer.

Finally…

Recently there have been a lot of each of the three levels of tools announced or published regarding the mobile web. (I’ve provided some of my favorites below) Today at Mobile 2.0 one of the most helpful tools I’ve seen was announced by the .mobi TLD, their Mobile Ready Report.

We had a chance to take it for a spin prior to it being released, and color me impressed.

The Mobile Ready Report serves as an excellent means to know you are on the right track, giving you a snapshot of how well your site performs at least on the first two C’s, Cost and Content. It will estimate the cost to the user in order to view the page you enter, as well as tell you how you could modify your content in order to have faster, more consistent rendering on mobile devices.

The W3C launched their mobile web Best Practices Checker a while back, but it doesn’t do much to address Cost and Context, not to mention being a pretty tough interface to use. While the Mobile Ready Report doesn’t address Context either, it is almost impossible to validate without doing user testing or contextual inquires. But any tool that gives me 2 out of 3 nailed with a fair amount of detail to support it, definitely helps.

It is important to note that the Mobile Ready Report complies to W3C Best Practices recommendations, but also adds many additional recommendations.

Even though the tool still needs a little work, we’ve found that after running a site through the Mobile Ready Report, we were able to spend anywhere between 15 minutes and an hour to get a mobile site into the green, making it mobile ready.

While both the Mobile Ready Report and the Best Practices Checker help with verification, you still need specifications and techniques in order to put all the pieces together.

Here are a few of my favorites:

Specifications

Techniques

Verification

Brian Fling

More Information