30 Jul
Posted by Mike as Flash, Google, HTML & CSS, Industry, Programming, SEO
In late June 2008, both Google and Adobe announced that they had worked together to improve the Google spider’s ability to crawl Flash elements for content.
In the past, web designers faced challenges if they chose to develop a site in Flash because the content they included was not indexable by search engines. They needed to make extra effort to ensure that their content was also presented in another way that search engines could find.
(Official Google Blog: Google Learns to Crawl Flash)
This is a great step. While not accessible, Flash is a great enhancer for pages and Google being able to index them really can help. You were waiting for it. Here’s the catch: we have no idea if content from a Flash crawl is as highly valued to the search engine algorithm as regular ol’ semantic HTML. If you have dynamic content, either Google won’t index it, or won’t assign them to the page they’re viewed on. There is no way to see how/what Google is indexing in your Flash file.
The best practice before this announcement is the same as it is now. Don’t leave it up to them.
The “extra effort” they’re talking about is using technologies like SWFObject to make your page smart enough to realize that a user (or a spider) cannot read the Flash and displays a plain HTML version for them. This is an ideal solution for both accessibility and findability. Screen readers can enjoy the data provided in your Flash. Search engines will never know Flash was there, and will index your HTML.
One concern of using this method is being blacklisted by Google for unethical SEO practices. I mean after all, you’re inserting content simply for search engine ranking, right? Probably not. Google’s policy on hidden content basically says that as long as the substitution has a redeeming value for accessibility, it’s kosher. Interpreting this official blog post, it seems to agree. Be honest that you’re showing this data for the purpose of your users and NOT only targeting SEO.
Important things to remember about replacement:
Got all that? Until Google will show what they’re indexing and acknowledge that spiders can see Flash content administered by SWFObject, these are my recommended best practices:
Flash should be used only as a support element on web pages to enhance the user experience. It should not be a primary content delivery method. Google can now more effectively index Flash, but we should not let them. We are unsure of the methods and if it is as effective as semantic HTML. Using a JavaScript replacement such as SWFObject allows the luxury of controlling what Googlebot is indexing. This method has been approved by Google and has virtually no risk of blacklisting as long as your replacement is ethical and contains the same data as the Flash you are replacing. The accessibility benefits of this method are what make it ethical and are an excellent byproduct of the method.
References:
Looking to major in web? Check back daily to get your degree. Read about the latest trends, issues, and techniques in the web industry. Class is in session.
One Response
Karl
July 31st, 2008 at 11:44 am
1http://googlewebmastercentral.blogspot.com/2008/06/improved-flash-indexing.html
They specifically said SWFObject is supported. (See the link above.)
Also, your point #1 is misleading. They said they might not index it properly if you use JavaScript to load your Flash content. There’s a huge difference between “might not” and “won’t”.
More importantly, the post I mentioned above was posted a week or two after the initial launch, and they admitted to rolling out at least one improvement since their initial announcement. It’s now been a month since the initial announcement. They listed several things on their wish list. If one or two weeks is enough time to fix SWFObject support, what have they fixed since their latest blog post on the subject?
RSS feed for comments on this post · TrackBack URI
Leave a reply