How does a Responsive Site kill SEO?
-
How does a Responsive Site poentially kill SEO?
I've seen a few feeds on twitter how a website took a rankings dive after implementing a Responsive theme; yet, it's not clear to me what is actually going on within a Responsive site that would cause the SEO rank to tank? I can only speculate that it introduces a bunch of 404 errors, or that it changes all of the URLs into gibberish, so you loose all of the links coming into your website if not 301'ed?
Can someone clarify, what are the actual mechanical issues on a Responsive website that becomes a concern to SEO? Thanks.
-
Hello Jason,
This is one of the best (ok, IMO the best explanation of responsive design I have seen to date) especially laying out the difference between server side - dynamic design - and responsive. The thought you placed into this whole answer to provide one that is concise and cogent is excellent.
I like the point up about the lazy designer and page speed as something to be aware of.
Typically, as an agency, we are not often dealing with a client bringing mobile and desktop forward. It is more likely we will be dealing with someone whose site has lost appeal, power, relevance, etc. and we typically build responsive for all. So the thoughts around url changes are helpful as well.Thank You,
Robert
-
Hi Steve,
At this point I wouldn't say responsive design is fundamentally better or worse than other options from an SEO perspective. But there are a number of SEO pitfalls you'd want to avoid when moving from some other structure, to a responsive design.
First a Quick Set of Definitions:
"Responsive Design" means different things to different people. If you ask 5 people to define it, you'll get 8 different definitions.
Most people (including Google and the W3C) would say that "responsive design" is primarily using media queries and proportional layouts to adapt a webpage to different viewport widths on the client.
Detecting UserAgents is actually a server side technique that would commonly be used for an alternative approach to responsive design, that google calls "Dynamic Design".
Many people mistakenly call both Serve Side Adaption and Client Side Adaption "Responsive Design" when in fact there are important distinctions for SEO.
Changes in URLS can hurt SEO
In either case, if you're moving from having separate URL's for your desktop (www.mysite.com) and mobile (m.mysite.com) to a new design based on responsive or dynamic design, then you are going to be changing some URL's in the process. Any time you change your URL's you run the risk of hurting your SEO. The best practice is to 301 redirect all the m.mysite.com pages to their new www.mysite.com responsive design equivalents If you happen to be changing the main desktop URL's at the same time, it's even more important that you use 301's to preserve the equity in your old URLs.
Responsive vs. Dynamic
Google loves client side responsive design (it's the easiest/cheapest for Google to crawl), so it's actually their first choice, and you don't have to do anything special for responsive design SEO.
If however, you are doing "Dynamic Design" such as detecting user agents on the server to adapt pages for different devices, then you need to tell Google that the page will look different for different user agents. This is done using the Vary HTTP header.
Content Differences
Responsive Design means that you basically have the same content on your desktop and mobile version of your site. That can mean that you don't have keywords which are popular on mobile devices, such as "download mobile app" which can obviously hurt SEO for those keywords. Having a dynamic site (with different content for mobile and desktop) or even having separate URL's for mobile and desktop can sometimes give you a better chance to optimize your keywords for mobile searches.
Speed
Most Responsive Designs are slower than Dynamic designs or separate URLs. It doesn't have to be that way, as their are work-arounds for Responsive Design speed challenges. But fundamentally, responsive design means downloading more variations and code to the client, than a well behaved dynamic site, which means it's usually slower. Too often, lazy designers use the same images for all devices on a responsive design page, and then it's quite a bit slower.
Pagespeed is an SEO ranking factor so, it can hurt your SEO. If you choose Responsive Design, make sure you are only downloading properly optimized images for each device, and that you have highly optimized the pageload of your responsive design. Your users and your search engines will thank you for having fast pages.
Conclusion
Responsive Design doesn't have to be bad for SEO, and in many cases it is better for SEO than other options. The search engines have given us good options to have optimal SEO with any of the three major techniques for addressing device diversity, so I would't let SEO drive my architecture decision.
I'd choose separate URLs, Dynamic Server Adaption, Responsive Design Client Adaption, or mixes of the last two (Responsive Design with Server Side Components or RESS) based on my user base, the tasks my users are going to want to complete on each device, and my development resources, rather than any concerns over SEO.
All the best.
-Jason "Retailgeek" Goldberg
-
Steve
First, I stumbled onto this discussion and my mouth fell open as I gurgled out ... What the....
So, I then read the good answers from Thomas and Daniel and felt a twinge of relief. Here is what I suggest when you hear something like that: First ask the question It was your site that fell in rankings or someone elses? If they say someone elses, ask if they personally saw the rankings drop post implementation of the new design. If theirs, ask the same pointed questions if you were trying to help someone determine what the problem is.
Now, once you ascertain (and I am willing to bet over 90% fall into this group) that they never personally saw the data, you have answer one: Somebody said that somebody said. OK, not great SEO work. But, if they say it is theirs or they got to dig through, ask this How did it affect the rankings and how did you determine that was the cause? Now you are getting into some serious SEO detective mojo! That's where we find the real answers.Great question Steve!!
Good job Thomas and Daniel, Thanks for keeping the world clean!
Robert
PS - we build a lot of sites and 80% plus are responsive. We have see NO drop in rankings that could be attributable to a responsive design. BTW our site and several of our large firm owned sites are fully responsive and rocking cool. They are fine.
-
Hi Steve,
I think you should rephrase the question...
How can a responsive design harm SEO?
Typically a responsive design is driven by either USER AGENT or screen size... Both of these, if implemented correctly will not affect the way the Google Bot crawls the site. I would doubt there will be issues with 404's as the URL will be the same regardless of the device.
I would suggest it is poor implementation of the design.
Hope this helps!
Dan
-
The re-ordering of content on a page could give the page different emphasis. You would have to take a look at the page as a Google bot, to determine if the responsive theme displays the content differently. This could even go as far as throwing up links that should be navigational as content. What does or doesn't fall between a
and
makes a difference.
For the most part, I wouldn't expect a properly designed responsive site to change your SEO.
Got a burning SEO question?
Subscribe to Moz Pro to gain full access to Q&A, answer questions, and ask your own.
Browse Questions
Explore more categories
-
Moz Tools
Chat with the community about the Moz tools.
-
SEO Tactics
Discuss the SEO process with fellow marketers
-
Community
Discuss industry events, jobs, and news!
-
Digital Marketing
Chat about tactics outside of SEO
-
Research & Trends
Dive into research and trends in the search industry.
-
Support
Connect on product support and feature requests.
Related Questions
-
How is Single Page Application (SPA) bad for SEO
Hi guys. I am quite inspired of SPA technique. It's really amazing when all your interaction with the site is going on the fly and you don't see any page reloads. I've started implementing the site with this instruction and already found nice guys to make the design. The only downside of the using SPA which I can see **is the **SEO part. That's because the URL does not really change and different pages don't have their unique URL addresses.
Web Design | | Billy_gym
Actually they have, but it looks like: yoursite.com/#/products yoursite.com/#/prices yoursite.com/#/contact So all of them goes after # and being just anchors. For Google this mean all of these pages is just yoursite.com/ My question is what is really proven method to implement the URL structure in Single Page Application, so all the pages indexed by Google correctly (sorry I don't mention the other search engines because of market share). The other question, of course, is examples. It will be great to see real life site examples, better authority sites, which use SPA technique and well indexed by search engines.1 -
What To Do When Improved Site Speed & Layout Result In Higher Bounce Rates & Lower Time On Site
We launched a new Bootstrap 3.0 site template 2 weeks ago. The site loads 5x faster and has a much improved layout (utilizing most common above the fold recommendations ). It's only been two weeks, but our bounce rate has increased 5-10% and our avg time on site decreased by 10-18%. Here is the page for one of our most common products so you can see the general experience: <a>http://www.jwsuretybonds.com/surety-bonds/commercial-bonds/auto_dealer_bond.htm</a> (here is the old version: <a>http://199.119.123.134/surety-bonds/commercial-bonds/auto_dealer_bond.htm</a>) We spent two months implementing the new design and working on a speedy load time. We had anticipated a drastic improvement, not mild downturn in user behavior. I'm hopeful that the Analytics metrics aren't showing the true picture on the keywords we care about (can't see anymore due to "Not Provided" listed as most keywords now. Argh!) and perhaps some of the more important/accurate user behavior metrics that we can't see are improving. We know our industry and our clients needs VERY well. We THOUGHT our new content/layout was perfect so it will be tough for us to try to make improvements at this point. We believe our best plan of action now is to add more content on each page and A/B test it along with other subtle changes. The problem is that our new content is very concise and hits on all of the primary visitor intentions, so additions of content could be redundant and making concise answers more "fluffy", which is what we tried to get away from. What do you think? Is there reason for panic? What would your plan of attack be if your "sure shot" new design didn't provide the improvements you "knew" it would? 🙂
Web Design | | TheDude0 -
Site Doing Horrible After Redesign
Hello Fellow Forum Members: Thank you all for taking the time to read this. This is in follow up to one of my previous questions, but I now have more information. I will try to be as concise as possible and want to sincerely thank anybody who invests time in answering this. Around February 9, 2013, we launched our new site on the Bigcommerce platform. We moved from Volusion after 6 years. We had paid the Bigcommerce partner for an upgraded 301 redirect package as I was thoroughly concerned about losing rankings. By the end of February our rankings were diminishing. We expected a slight dip due to the new site. As of May, our organic traffic had dropped by 82%. Google WMT is showing 1500+ 404 errors. Many have to do with review page type URLs and some were just plain never redirected apparently. In May, we hired a wonderful SEO company that is a heavy contributor to the Moz community. They have been generous and wonderful to work with. By the end of this last week it was determined that most of the coding suggestions our SEO was making could NOT be implemented in Bigcommerce because Bigcommerce will not allow access to the PHP files by our developer, thus hindering the execution of these suggestions. Some of these were move the blog to the root, use canonical on the home page, use canonical for pagination, stop the indexing of https URLs and a few more. Today, June 25 we are at a complete loss and trying to just keep our business alive. The opinion of both the SEO and the developer is that my choice of Bigcommerce as a platform was not the best. So my main question is what are the odds our rankings have decreased due to the lack of 301 redirects during our migration to Bigcommerce versus the rankings decreasing do to Bigcommerce being a bad choice as a platform? We are being advised to redevelop our entire site on an Open Source platorm such as Wordpress or Magento, but if that's not needed I certainly don't want to have to do that. I hope I have provided a decent amount of history and information. Thank you for any help/advice you are willing to offer.
Web Design | | josh3300 -
Confluence and SEO
I think this is a difficult question so apologies in advance and any help would be appreciated! We currently have a large amount of support center content sitting on our main pages which we don’t think is very effective (mainly basic how to guides). We think it is difficult for visitors to understand and the UI is very poor. In order to solve this we’re currently moving this content onto a subdomain using Confluence, a wiki based team collaboration tool (from a company called Atlassian). What we’re planning on doing is very much like what Atlassian themselves have done on this page: https://confluence.atlassian.com/display/ALLDOC/Atlassian+Documentation What are the SEO issues / dangers that I need to consider before moving this content? I’m assuming that as this content will still be on the same domain then we can minimise link equity / authority loss by setting up re-directs to the new content. Also, has anyone had any experience of using Confluence and whether individual pages can be optimised for SEO? I notice that there are lots of add-ins that can be used, one of which is an SEO add-on which allows you to customise things like meta description tags.
Web Design | | RG_SEO0 -
301 redirects from old site to new
hey all, we just did a site redesign and have less pages on the new site than the old. is it bad to redirect multiple pages from the old site to the same page on the new? for example redirect ...com/apps ...com/android ...com/mobile and point them all to....com/custom-apps thanks!
Web Design | | jaychow0 -
How many sites on one hosting account?
How many sites is safe to house on one hosting provider? I use BlueHost and they advertise unlimited domains, but I'm not sure what the negative side effects might be from hosting too many on one hosting service. If it matter at all, I'm using WordPress to build my sites. Pros and Cons?
Web Design | | leafndrop0 -
Site Redesign: Bounce rate, converstion, page views, etc.
Hi Fellow Mozzers, I had a few questions regarding some analytics data we have been seeing since our redesign. Just last week we did a site design overhaul at www.lylif.com. One of the biggest changes we immediately saw was a 15-20% increase in our bounce rate. However, our conversion rates, page views, pages per visit, and site duration has increased. If anyone has some insight as to why we may be having such a large increase in our bounce rate that would be most helpful!
Web Design | | lylif11 -
Is there such thing as too much product information in terms of SEO
Hi All, Our website sells products online and is a prestashop system Prestashop comes with a set form you use to fill in products, however to fill it all you end up creating alot of repeated data. What i need to know, is if you have: Product name: Audi A6 Rear Lamp Set Short Description: A Short & Sweet Description Long Description: A Long Boring Description Meta Title: Same as product name Meta Keywords: What more can be said about an A6 Rear Lamp Set??? Meta Description: Same as long and boring description Im stuck in a position of having the ability to add extra information (i.e Meta-Tags) But really ill end up repeating what is already in the products natural listing. In terms of good SEO, is it better to leave Meta Fields empty, or fill them in and be repetitive for product pages? Thanks all, any guidance will be well appreciated <colgroup><col width="57"><col width="36"><col width="323"><col width="328"><col width="56"><col width="26"><col width="55"><col width="23"><col span="2" width="25"><col width="24"><col width="25"><col width="95"><col width="158"><col width="123"><col width="130"><col width="28"><col width="34"><col span="2" width="64"><col width="537"><col width="188"><col width="319"><col width="303"><col width="329"><col width="177"><col width="96"><col width="128"><col width="172"><col width="547"><col width="62"><col width="87"><col width="85"><col width="94"><col width="162"></colgroup>
Web Design | | Ev84
| ID | Active (0/1) | Name* | Categories (x,y,z...) | Price tax excl (+10%) | Tax rate | Wholesale price | On sale (0/1) | Reduction amount | Reduction per cent | Reduction from (yyyy-mm-dd) | Reduction to (yyyy-mm-dd) | Reference # | Supplier reference # | Supplier | Manufacturer | EAN13 | Ecotax | Weight | Quantity | Short description | Description | Tags (x,y,z...) | Meta-title | Meta-keywords | Meta-Description | URL Rewrited | Text when in-stock | Text if back-order allowed | Image URLs (x,y,z...) | Feature |
|
| Price tax excl | Percentage Profit |0