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

 
Video Details More Videos Subscribe to Videos

Most Recent Articles

Google Updates

Google March 2024 Core Update Finished April 19th (A Week Ago)

Apr 26, 2024 - 4:40 pm
Search Forum Recap

Daily Search Forum Recap: April 26, 2024

Apr 26, 2024 - 4:00 pm
Search Video Recaps

Search News Buzz Video Recap: Google Core Update Updates, Site Reputation Abuse Coming, Links, Ads & More

Apr 26, 2024 - 8:01 am
Google Search Engine Optimization

Google Publisher Center No Longer Allows Adding Publications

Apr 26, 2024 - 7:51 am
Google

Google Tests Placing The Snippet Date Next To URL

Apr 26, 2024 - 7:41 am
Google

Google Breaks Out Googlebot IP Ranges For User-Triggered Fetchers

Apr 26, 2024 - 7:31 am
Previous Story: Extreme Racist Anti President Obama iGoogle Theme Available