Google (Nasdaq: GOOG) seems intent on remaking the entire web experience in its own image. I mean that quite literally.

Say what?
The company has already released Google-branded versions of such nuts-and-bolts components as digital video formats, name servers, link shorteners, and AJAX scripting delivery services. Heck, there's even a Google-riffic web browser that's doing quite well in the market and an entire operating system built around that browser. And I'm really only scratching the surface of Google's wide-ranging attempts to change the very infrastructure that delivers your online experience.

The latest addition to this pantheon is the WebP image format. Meant as a more efficient replacement of the venerable JPEG format, WebP is based on the image compression technology used in Google's WebM digital video specification. Google claims something like a 40% reduction in size for your average online image, which in turn is claimed to make up "65% of the bytes transmitted per web page today." Do the math: widespread adoption of the new format should reduce bandwidth usage by as much as 25%.

Reducing bandwidth in this way is an alternative to installing more network infrastructure such as backbone fiber-optic lines and huge routers, and also reduces the need for optimized content delivery services by Akamai Technologies (Nasdaq: AKAM) and its growing bunch of competitors. It all sounds great in theory, but Google is facing tremendous obstacles to making a difference in practice.

"If," not "when"
"Widespread adoption" may never happen. The JPEG steering group itself has tried to update the age-old JPEG format at least twice, but JPEG 2000 never gained traction and remains unsupported in some of the most popular web browsers of our age. JPEG XR is still under development and may meet the same grim fate. It's really hard to change a fundamental building block of the Internet such as basic image formats at the drop of a hat, even for the industry group that makes the rules. Google will face the same inertial obstacles here but with less actual power to effect a change.

WebP will probably soon be supported by browsers and other software based on the WebKit toolset, which includes Google's Android browser, the Chrome browser and Chrome OS platform, Apple's (Nasdaq: AAPL) Safari, the AIR development platform by Adobe Systems (Nasdaq: ADBE), among many other platforms. But I wouldn't bet on Microsoft (Nasdaq: MSFT) adding WebP support anytime soon, which means webmasters and developers have very little incentive to actually use the new format. Would you switch to a more efficient technology even if it meant locking more than half of your potential audience out of seeing your graphics?

I could envision plugins for popular web server software like Microsoft's IIS or the open-source Apache server, sending converted WebP images in place of JPEG and GIF files on the fly when the browser says it can read the new format. But even that solution might be a hard sell: You're asking webmasters to go out of their way to support an unproven technology while sacrificing both processor cycles and storage space to keep a library of alternative WebP images available.

So why try at all?
Google's willingness to launch this sort of potentially game-changing project without much hope of making much of a difference in reality says a lot about the company's general philosophy: WebP won't matter for years (if ever) but it's worth a shot to try reducing the bandwidth usage and download times of your average web page.

Bandwidth caps like the ones already implemented by AT&T (NYSE: T) and coming soon to Verizon (NYSE: VZ) customers makes this particularly important for mobile users, where a smaller file means not only a faster-loading page but also a smaller data plan bill. All of this adds up to happier users, which in turn should lead to more browsing – and more ad clicks. That's how Google hopes to make money from any of this stuff.

Is Google to be commended for its efforts to improve the user experience, or is the company spending too much resources on meddling with stuff best left alone? I'm waving a "Go Google!" flag over here and hoping for an improbable changing of the image guard, but you can make your own argument in the comments below.