1 min read

WebSite Vs. WebApp

WebSite Vs. WebApp

How to Tell the Difference between a WebSite and a WebApp.

It was not so long ago that an application was something you installed, and a website was a place you visited. However, the influence of Web 2.0 and the Ajax (Asynchronous JavaScript and XML) movement has forever blurred these lines.
Given this grey area, the best way to differentiate a WebSite from a WebApp is the intended interaction.
If it's primarily a reactive interaction for the visitor then it is a WebSite. If it is a responsive interaction, then it is a WebApp.
But how you make that determination gets tricky. Context is everything.
Lets take an example: You have a website that lets you keep a todo list
For people viewing a todo list, it is reactive.
For you, viewing your todo list is also reactive.
Editing your list, using traditional page reloads is still a reactive interaction for your visitor. Therefore, it is still just a WebSite.
At the heart of the matter, you want it to feel responsive when you add a task, but it just isn't there yet, there are too many segmented interactions. Even if fast, the interactions are still segmented.
This is where the blur comes in... the tighter the interaction loop between the various reactive operations, the more it feels like a responsive interaction. That feeling is what defines a WebApp for me, it is all about the interaction from the visitor's context.
This is also where lots of people start splitting hairs... so lets consider the aggregate view.
If you reason about a website from 40,000 feet, it easy to consider anything a WebApp. Which I think is somewhat accurate. Most WebSites from that height do feel responsive, not reactive.
What Web 2.0 did was define that experience as having to exist in the visitor's context.
So if you want your WebSite to be perceived like a WebApp and feel responsive to your visitor, tightening that interaction loop is essential. A good sign that you want this responsive interaction is that you will want to call your visitors by a different name.
You will want to call them users.

Related Posts

1 min read

The Future of the Web (Web 3.0?)

A couple weeks ago I spoke at the Big Tweet, a Twitter networking event CommonPlaces co-organized with the Creative Economy Association. The event was held on the ocean at the beautiful new Center...
2 min read

CommonPlaces Develops New Website for AdamCameRA

Hampstead, NH USA '- AdamCamera, which provides affordable camera rental packages to clients across eastern Massachusetts, recently approached CommonPlaces, Inc. to improve its online presence by...
1 min read

Does Your Drupal Website Need CPR?

Is your Drupal Website "broke"? Missing functionality? Crashing?
1 min read

Nauset Construction Launches New Website After 10 Years

Nauset Construction, a construction management and design-build firm in Needham, MA, reached out to CommonPlaces to redesign and redevelop their website that they first built for them ten years ago....