For a long time, Google’s advice to website developers was to keep things simple to ensure search engine spiders could successfully crawl and process website content:
Use a text browser such as Lynx to examine your site, because most search engine spiders see your site much as Lynx would. If fancy features such as JavaScript, cookies, session IDs, frames, DHTML, or Flash keep you from seeing all of your site in a text browser, then search engine spiders may have trouble crawling your site.1
In reality, Google often found links in Flash objects, significantly improving this ability as announced last June (creating much confusion by misrepresenting this as a new feature rather than an improvement). And despite the hoopla, there are still many good reasons to avoid Flash.
JavaScript has been another can of worms. Early search engine crawlers and indexers were not sophisticated enough to process JavaScript. Yet astute observers will note that Google has downloaded external JavaScript files linked in html <script> tags for awhile now (and css for that matter); others noted Google has extracted and followed easily identifiable links in JavaScript code for several years now. Clearly Google hasn’t been completely JavaScript blind.
Yet actual interpretation of JavaScript code presents many problems, as evidenced by the difficult deployment several years ago of the much-maligned Google Web Accelerator.
Yesterday I had two people contact me about Google crawling and actually executing JavaScript (rather than just extracting obvious links). Due to the previous experience with the Google Web Accelerator, I admit I was a bit skeptical. I hadn’t seen an announcement by Google or Google representatives. Yet today, while investigating this hypothesis of Google spidering and following JavaScript, I saw this post on Search Engine Land about Google successfully interpreting a JavaScript based menu system. This particular case may be no more than what Google was already doing 5 years ago.
To what extent does Google use JavaScript today, and what are the implications – both pro and con?
I don’t yet have an up-to-date answer. But while working to figure this out, I’d love to know your experience.
1 http://www.google.com/support/webmasters/bin/answer.py?hl=en&answer=35769
Similar Posts:
- How do search engines, such as Google, handle JavaScript and CSS?
- Flash is still a problem for SEO (and the web) despite Google announcement
- Creating Search Engine Friendly Drop-down menus using CSS
- Web Analytics Embedded JavaScript Page Tracking Code: Place at the top or bottom of the page?
- Google’s Own Chrome Browser Inflates Google Analytics Data
Registration is now open for the next SEO Course and Google Analytics Course in Milan. Don’t miss the opportunity!

By alex 2009-04-17 - 1:16:02
I’d be interested to know this too!
By Noel 2009-11-05 - 15:17:32
Hi, i would like if you’ve found anything new regarding google bot crawling javascript content…
By Shrikrishna Meena 2010-11-30 - 10:54:29
Javascript has now become as important utility like html, I think search engines should upgrade their crawlers to process it.
But my question is did search engines process pages generated by javascript using #anyname in their url structure.
By Mr Spock 2012-09-05 - 13:34:41
I’m developing a new web application right now and there I’d like to format links and font styles (bold, italic, etc.) clientside using javascript (regex..).
I hope this works also in search engines.
Your article lets me think so.
Thanks!
By Christian 2012-09-20 - 20:49:08
I have proof that Google uses not the tag, but the JavaScript-set document.attribute. If you google for “Die QuoData GmbH bietet Ihnen mit RingDat ein zuverlässiges” you’ll find an example.