Google Wants To Index AJAX #!

Oct 8, 2009 - 8:15 am 1 by

During the CSS, AJAX, Web 2.0 & SEO at SMX East yesterday, Bruce Johnson and Kathrin Probst from Google announced a new proposal for search engines to index AJAX.

Let me explain the proposal in a very simplistic way, that honestly over simples it, but does give non-technical people an idea on what this does.

AJAX is a form of advanced or rich JavaScript. Although Google does now look through JavaScript, AJAX often shows the same URL for multiple pages of content. When an AJAX form is displayed to a user, the URL stays the same but the content changes based on the form. Google proposed a plan to allow the search engine to see a new URL and the content behind that URL.

Here is the technical overview by Google:

Starting with a stateful URL such as http://example.com/dictionary.html#AJAX , it could be available to both crawlers and users as http://example.com/dictionary.html#!AJAX which could be crawled as http://example.com/dictionary.html?_escaped_fragment_=AJAX which in turn would be shown to users and accessed as http://example.com/dictionary.html#!AJAX

For a more detailed look at how this works, see the blog post. Of course, servers and system admins would need to make this possible and web developers who have to code this in.

There are both support and pull back on this proposal. Let me quote you some of the comments from the various threads at Google Webmaster Help, WebmasterWorld and HighRankings Forum.

Wow - if this gains enough of a following, it could really open some new doors to creating rich interactivity. We're back to the roots of the problem here, which is that the 'single content, single url' model, coupled with browser technology and the internet in general were never designed to support the levels of interactivity we're pushing down the tubes.

I don't care for it, for several reasons.

Beginning with the fact that they're proposing introducing yet another illegal character into url strings and ending with it sounds like a lot more work than simply creating accessible Ajax from the get go.

My bottom line is simple. If it's important that a site or an application use Ajax and if it's also important that the site be accessible by bots and real users alike who suffer from a disability, then it should be important enough to build your Ajax app to be accessible. If not, don't.

As one of the comments pointed out, to me it looks like a complex, very questionable solution in search of a problem.

Unfortunately there is now a lot of inappropriate ajax around the web - the kind of thing that's done mostly just to display someone's technical prowess (geek credentials.) That approach is hiding useful content and I think such situations are what this proposal is an attempt to resolve.

As you can imagine, there is the possibility of cloaking here. That means, I can show a user one thing on the first URL and the search engine another piece of content on their URL. Google would have to somehow validate all of this, some way.

Forum discussion at Google Webmaster Help, WebmasterWorld and HighRankings Forum.

 

Popular Categories

The Pulse of the search community

Follow

Search Video Recaps

 
Google Core Update Rumbling, Manual Actions FAQs, Core Web Vitals Updates, AI, Bing, Ads & More - YouTube
Video Details More Videos Subscribe to Videos

Most Recent Articles

Google Updates

Google Urges Patience As The March 2024 Core Update Continues To Rollout

Mar 18, 2024 - 7:51 am
Google

Official: Google Replaces Perspective Filter With Forums Filter

Mar 18, 2024 - 7:41 am
Google Maps

Google Business Profiles Now Offers Additional Review After Appeal Is Denied

Mar 18, 2024 - 7:31 am
Google Maps

EU Searchers Complaining About Google Maps Features Changes Related To DMA

Mar 18, 2024 - 7:21 am
Google

Google Showing Fewer Sitelinks Within Search

Mar 18, 2024 - 7:11 am
Search Forum Recap

Daily Search Forum Recap: March 15, 2024

Mar 15, 2024 - 4:00 pm
Previous Story: Extreme Racist Anti President Obama iGoogle Theme Available