Home > Standards > blogs
Google's Indexing Flash Text with Adobe's SDK
I just caught this very exciting bit of information regarding Flash in Google searches. Google's indexing Flash text content using Adobe's Search Engine SDK. This is according to an interview Stephen Spencer conducted with Matt Cutts from Google. I haven't found this on any official Google page, but it is more or less from the horses mouth. Here's an excerpt from the interview:
"...it can be difficult to pull the text out a Flash file. I think we do pretty well. It used to be the case that we had our own, home-brew code to pull the text out of Flash, but I think that we have moved to the Search Engine SDK tool that Adobe/Macromedia offers."
This is great news for RIAs and especially Flash/Flex folks who care about search engine ranking. It was always at least a little bit contested if not unclear how and if text and in Flash sites (.swf) got proper treatment from Google. Certainly this has been stated as reason to not adopt Flash for your presentation layer in the past, maybe this will change people's minds a bit. Flex has done a lot to combat two of the other big RIA risk ares of accessibility and bookmarking/back button issues. I'm glad to see real issues like this being resolved with concrete technical solutions. More on accessibility and bookmarking (state) in future posts:)
This is also good because we can avoid techniques that could look like cloaking to Googlebot which will hurt your search engine listings. It is pretty cool that you can download the SDK and test out your content. However on the SDK's FAQ page (which looks a bit dated) it says that Adobe hasn't announced any official 3rd party search engines.
You download the interview in mp3 format or read the transcript for more info.
- comments: 5
Comments
5 Comments
Leave a comment
Stay Connected
 InsideRIA Atom Feed
InsideRIA Standards Atom Feed
InsideRIA Newsletter
Search InsideRIA
News & Events
Tag Cloud
- .net
- 3d
- actionscript
- adobe
- air
- air api
- air resources
- air xml webkit
- ajax
- ajaxworld
- alertthingy
- amp
- ant
- antipattern
- api
- appengine
- april fools day
- aptana
- architecture
- asp
- away3d
- aws
- bad usability calendar
- bitmaps
- blazeds
- blendmode
- book
- cairngorm
- career
- chart
- code
- code generation
- coldfusion
- command design pattern
- communication
- community
- compiler
- component
- compression
- conference
- curl
- customer
- cuzillion
- dare
- data
- datavisualization
- dbunit
- ddlutils
- decompiler
- deep zoom
- degrafa
- design
- design patterns
- desktop
- development
- dionalmaer
- drawing api
- dreamweaver
- drupal
- ejb 3.0
- elixir
- embedded jboss
- encryption
- europe
- event
- excerpt
- experience
- ext
- externalinterface
- eyetracking
- features
- filters
- fitc
- flash
- flashforward
- flex
- flexbuilder
- form factor
- friendfeed
- gadget
- gears
- gesture
- googledocs
- googlegears
- graphics
- graphics mask
- hosting
- how-to
- html
- ie
- ie8
- igoogle
- interaction
- interface
- interview
- j2ee
- jakob
- java
- javafx
- javaone
- javascript
- jaxer
- jms
- job
- languages
- lcds
- learning
- lffs
- library
- licensing
- linux
- livecycle data services
- madrid
- map
- marketing
- math
- maturity
- maven
- memory
- merapi
- mesh
- microsoft
- mikepotter
- mix08
- mobile
- model locator design pattern
- mono
- mozilla
- mvc
- neilson
- nio
- nitro
- nitrolm
- offline
- onairbustour
- onairtour
- onairtoureurope
- ontologies
- oop
- open source
- openscreen
- opensource
- orm
- papervision3d
- paris
- pattern
- pattern mining
- performance
- php
- podcast
- portable
- preload
- prism
- protagonize
- push
- rails
- release
- research
- resources
- ria
- ria community
- rich
- sanctuary
- scheduling
- search
- security
- seo
- server
- service oriented architecture
- services
- session bean
- silverlight
- singularity
- source
- spain
- spry
- sqlite
- steveounders
- streaming
- survey
- swc
- swf
- syscon
- test driven development
- testng
- tip
- tools
- trends
- tufte
- tutorial
- ui
- ui pattern library design
- unit testing
- usability
- user experience
- ux
- vector images
- view source
- vision
- wdn08
- web
- web 2.0
- web 2.0 expo
- whenisgood
- why
- widgets
- workshop
- xulrunner
- yahoo
- yui
Related Books
Development Series
Get an overview of the tools and technologies that work together to allow developers to build Rich Internet Applications (RIAs) quickly and easily.
Recent Comments
- User Andrea Hill on Google's Indexing Flash Text with Adobe's SDK: Dave_Matthews -- you should probably fin...
- User Glasgow Web Design on Google's Indexing Flash Text with Adobe's SDK: John, I very much agree - Google has bee...
- User Dave_Matthews on Google's Indexing Flash Text with Adobe's SDK: Don't remember where it was posted, but ...
Archives
About This Site
Welcome to the premiere community site for all things RIA sponsored by O'Reilly Media and Adobe Systems Incorporated.
About Us
Meet the Experts
Meet Our Contributors
Send Us Feedback
More context here:
http://weblogs.macromedia.com/jd/archives/2008/01/google_swf_sdk.cfm
jd/adobe
Hi John,
Just read your post on the topic. I completely understand that there are many other factors that play into having a popular and high traffic site. However, I think it's still very relevant that you can see the content of your Flash site exactly the way Google does. At very least it will really help SEO practitioners understand what content is being indexed, and help them sleep easier:)
You mention "Incidental bodytext might be useful in some advanced and specific searches" and that's bang on!! Search engine marketers spend a lot of time worrying about avdanced and very specific searches, that's where the elusive "long tail" comes from.
Thanks!
Don't remember where it was posted, but there is a serious problem with DIV layers holding transparent Flash - Google considers it cloaking/spam.
John, I very much agree - Google has been able to read Flash for a long time, but still Flash quite clearly doesn't perform as well as HTML. This is because you gain none of the benefit of tags with greater emphasis, i.e. headers (), bold (), etc.
Andre, you're also correct, flash is indexed, and so the long tail comes into play, but if you can acheive your objectives with Javascript, why lose the benefit of HTML?
Dave_Matthews -- you should probably find the reference for that, without evident thereof, it may just be a supposition :)