SwellPath

Archive for the ‘Mobile’ Category

SEO-friendly Alternate Content for Flash

Published November 7th, 2011 Mobile, SEO 3 Comments

Flash may very well be the bane of SEOs everywhere. Search engine spiders read code, parse out the text, and use that to determine relevancy. Combined with that data and a variety of other factors (backlinks, social signals, site speed, etc.) the engines determine where a site will place in the SERPs. Well, what if the search engine spiders hit a site and can’t find any visible text content? There may be some serious technical issue going on, but more likely, the site is built using Flash or presents its main content via the plugin. Long story short, it’s an SEO nightmare. Before we get on the Flash-bashing wagon, let’s take a moment to review the pros and cons of this controversial plugin. Pros:
  • Super “Flashy”
  • Creative control down to the pixel
  • Can provide great interactive and animated features
Cons:
  • Relies on a plugin to deliver site content
  • Users who don’t have or want Flash get a terrible experience
  • Search inaccessible
There’s a near consensus at this point that best practice on the modern web would be to create your interactive content using SEO-ultra-friendly HTML5 and CSS3. However, that’s not the point of this post. We’re talking about the situations where we have a site that is built using Flash and it’s stuck there. This is about how to make the best of a bad (okay, maybe just not-so-great) situation. So what’s the key to opening up a Flash-locked site to search engines? It’s SWFObject2.

What is SWFObject2?

SWFObject2 is an open-source JavaScript library that can be used to embed Flash while also offering alternative content. Basically, when a user visits a page with a Flash object that is embedded via SWFObject2, a script checks to see if the user can actually view the Flash content. If the user can’t, alternate content is pulled up instead.

SWFObject2, Flash, and SEO

A search engine spider only sees text, which is parses from the code of the websites it visits. Spiders don’t see images, run client-side scripts, or play Flash. So, when a search spider visits an SWFObject2-enabled site, the library does its magic and pulls up the alternate content instead of the Flash object. The search engine spider can then index that content and, boom, the keyword relevancy of the site gets a huge boost.

How does Google Treat SWFObject2 Content?

I like to think of SWFObject2 content as the middle-ground between text-based content and content within a NoScript tag. The SWFObject is hosted on Google Code, so it’s safe to assume that it has at least some measure of approval from the dominate search engine out there. We also see the content presented via SWFObject2 appear in search result snippets on a consistent basis. But how does SWFObject2 content actually stack up against text-only content and NoScript content? That remains to be seen. We’re currently in the process of developing a test that will attempt to judge the quality of results achieved by each content delivery method. If you’re interested in knowing as well, let me know in the comments.

Cloaking Concerns when Developing Alternate Content for Flash

Three words; Play it Safe. Remember that the purpose of SWFObject2 is usability and progressive enhancement. If search engines catch you taking advantage of the fact that the majority of users won’t see your alternate content and you stuff it full of unjustified content, keywords, and links, your site is going to be in a bad way.

Getting Started with SWFObject2 for Flash SEO

To get started with SWFObject2, head over to Google Code. Download the library and brush up the implementation options. If the Flash you’re optimizing is simple (not interactive), I’d recommend sticking with “Static Publishing”; It’s amazingly simple. Then, go ahead and create your alternate content. Remember, you can use anything you want here; HTML, CSS, PHP, JavaScript…it’s all fair game. Now, go forth and optimize.

How to Disable Flash

how to disable flash

Mobile Traffic By Website Type [Infographic]

Published October 20th, 2010 Analytics, Mobile No Comments

Mobile Website Traffic Infographic

This past April, Chris pulled together some initial data on iPad visits by early adopters.  He was looking at traffic numbers from the first two weeks after the iPad came out.

Now that it’s October and we’ve jumped forward a few months, I went back and looked at the data for our clients to see what kind of impact mobile devices were having.  I pulled together a completely unscientific sampling of sites from various organizations that SwellPath has been engaged with.  The information is segmented by site type: NonProfit, Ecommerce, Communities, and B2B players.

Overall, there’s less mobile traffic for the B2B sites.  The sites represented in our B2B sample are primarily software or technology providers and apparel or sporting goods manufacturers.  Interesting to note, the gap between the iPhone and the Android is least for this segment.

The ecommerce group seems to have been pulling in greater amounts of mobile traffic longer than the other types of sites.  This is the only segment where the iPad has beat out the Android.  Is it time to get an iPad ecommerce app in place?

The community sites are primarily sites with forums, postings, news, and the ability to login to a personal account.  Mobile traffic here was low at the end of last year, but it seems to have jumped up recently.

Overall, mobile traffic still represented less than 5% of September site visits for the all the websites I looked at.  How does your website’s mobile traffic compare?

See this infographic on Flickr.

Early iPad Adoption Numbers from Google Analytics

Published April 25th, 2010 Analytics, Ecommerce, Mobile 2 Comments

It’s been 3 weeks since the iPad was released and initial the media frenzy has died down a bit, along with the digital marketing industry’s fascination with the device has subsided a bit. However, for those of us responsible for tracking the activity of visitors on “traditional” web sites, the captivation just is only beginning. Early questions amongst the SwellPath team revolved around how much iPad traffic we would see on our clients’ non-mobile sites, and what kind of engagement would iPad visitors exhibit? Beyond those, would we see different navigational behavior from iPad visitors, and different conversion rates?

SwellPath account coordinator Chris Sullivan dug into Google Analytics last week and pulled data for the first 2-weeks of the iPad’s life (4/3/2010 through 4/16/2010). Overall, the results weren’t mind-blowing, but it was interesting to compare the percentage of total visits that visited via iPads, and the number of pages per visit by these visitors.

Business-to-Business Sites

First, we compared 4 B2B sites that who have a majority (or all) of their customer base working in IT or technology related roles. Here are some highlights:

  • For the 2-week period as a whole, .18% of visits came from an iPad
  • The average of daily percentages rose from .18% in week 1, to .21% in week 2
  • The total increase in iPad visits from week 1 to week 2 was 8.7%
  • The average pages per visit for iPad visitors was 2.95, 16.1% less than the 3.52 average for all visits.

B2B iPad Visits

Business-to-Consumer Sites

Next up we looked at 3 B2C brands with ecommerce components of their sites. Here’s what we found from them:

  • For the 2-week period, only .11% of visits from the iPad
  • The average of daily percentages rose almost doubled from .08% in week 1 to .15% in week 2
  • The total increase in iPad visits from week 1 to week 2 was about 116%
  • The average pages per visit for iPad visitors was 9.28, only 1.35% less than the 9.41 average for all visits

B2C iPad Visits

Additional Findings

There are some other interesting findings, but the sampling of data is so small enough that we don’t want to put much weight on the things just yet. One of the major sources of iPad traffic to the B2B sites was news articles about the companies; without the press, the overall percentages would have been a bit lower. Along those lines, we don’t have clients focused entirely on media, but we have worked a bit with a magazine that caters to a more affluent younger customer base; about .22% of their traffic was from iPads. So, users seem to be initially using the iPad for media consumption, as expected.

More…

The data is a week old now, so I did a quick check in today to see how things were trending. I focused only on sites with at least 100,000 visits per month. The number of visits from iPads is definitely trending upward; rates vary between about 10% and as much as 18%.

How about as a percentage of mobile devices? Google Analytics lumps the iPad traffic in with other mobile devices, but I’m sure many would argue that the iPad isn’t really a mobile device. As a mobile device, it shows up in the top 5 mobile devices on most sites we looked at.

There obviously are some takeaways from this process, but still some unknowns and we have to remember we are working with a very small sampling of data. I plan on checking back in with this in a month or so, after we have a couple full months worth of data, and we can see the impact of the iPad with 3G.

Mobile & Search Converge = Mobile SEO

Published December 4th, 2009 Mobile, SEO 1 Comment

mobile-seoThe growth and evolution of mobile devices inevitably leads to convergence with other technologies and disciplines. One such being search. The convergence of mobile technology and search technology creates complications and considerations for the usability of website content.

A shift in user behavior and technology has led to the evolution of search. Mobile platforms create complications to web searches. Search engines have adjusted to this shift; offering mobile versions of their products that address some of the limitations of mobile technology.

However, to ensure website content can be found and usable, mobile SEO best practices should be utilized. First and foremost, heavy interactive websites (graphics and rich media) have historically created issues with mobile platforms. While Adobe’s Flash Player 10.1 release is looking to change that, it’s far from solved. As such, content needs to be mobile friendly which that means limiting rich media.

If you don’t have content that is supported, you have bigger fish to fry before considering mobile SEO.

Mobile Website Development

As with all SEO, the code is one of the most critical factors and major hurdles for optimizing a mobile website for search engines. One of the common and most used practices for mobile SEO is still building a mobile website counterpart for your standard website. This isn’t always necessary but still a best practice.

For most mobile websites, avoid WAP/WML (Wireless Markup Language) and make use of a more familiar markup language, XHTML. Most mobile browsers these days can handle XHTML. Additionally, common HTML elements are supported such as body, head, title, meta, H1, H2.

Mobile web development is a bigger topic than we’re tackling here, check out W3C’s Mobile Best Practices and the XHTML Mobile Phone tag list.

Mobile SEO Best Practices

As you would for your standard website, developed a list of keywords and map them throughout your site for targeting. Certain mobile tags and attributes should be used to create a mobile search-friendly website. Utilize keywords via the available SEO elements such as H1, H2, alt tags, etc.

The size of a web page is an important aspect to consider when designing mobile-friendly pages. Bandwidth is still an issue, thus keep it simple. Under 20KB is best practice.

W3C has a great tool for helping validate your mobile site – W3C Mobile OK Validator.

Mobile Website Accessibility

Similar to accessibility in standard web development, mobile sites need to be found, crawled and indexed. As such, a mobile sitemap should be developed to assist mobile search engine bots.

Mobile search engines crawl and index sites that are specifically developed for mobiles platforms. As such, they require a mobile XML Sitemap, which adheres to the Sitemaps Protocol with a specific <mobile:mobile> tag.

This is a unique XML sitemap from your standard website XML sitemap and requires a unique location. Anytime you have multiple XML sitemaps, including mobile, you need to have Sitemap Index file to support them.

Once you’ve created a mobile XML sitemap, submit it to Google Webmaster Tools and Yahoo mobile site submission as you would a standard website.

Developing a stand alone mobile site isn’t always essential for your site content to be found on smartphones, however it is essential to consider mobile SEO best practices if you want your site content to be found and remain usable on mobile platforms.

Email Updates

Signup for our newsletter to keep up with the latest from the convenience of your inbox.

Connect with Us

Find SwellPath on the socialsphere and keep up with the latest news in our world.

  • Facebook
  • Twitter
  • Flickr

411 NW Park Avenue, Suite 400
Portland, OR 97209
(503) 224-9204
info@swellpath.com