Dedicated landing pages vs responsive web design
-
I've been doing some research into web design and page layout as my company is considering a re-design. However, we have come to an argument around responsive webdesign vs SEO.
The argument is around me (SEO specialist) arguing that I want dedicated pages for all my content as it's good for SEO since it focuses keywords and content properly, and it still adheres to good user journeys (providing it's done correctly), and my web designer arguing that mobile traffic is on the rise (which it is I know) so we should have more content under 1 URL and use responsive web design so that users can just scroll through content instead of having to keep be direct to different pages.
What do I do...
I can't find any blogs, questions, or whiteboards that really touches on this topic, so can anyone advise me on whether I should:
- Create dedicated landing pages for each bit of content which is good for SEO and taking users on a journey around my site
OR
- All content that is relative to a landing page, put all under that one URL (e.g. "About us" may have info on the company, our team, our history, careers) and allow people to scroll down what could be a very long page on any device, but may effect SEO as I can't focus keywords/content under one URL properly, so it may effect rankings.
Any advice SEO and user experience whizzes out there?
-
My agency's website is ranked #1 on Google for small business marketing in a major US city. We get a lot of search traffic, primarily on our home page and contact page. The home page features a couple paragraphs about our agency and a video. Of course there is some information in the footer. With that being said, our website and company has been very successful generating business without lengthy pages. Although I enjoy building long, informative home pages, I don't necessarily know that it guarantees better SEO results (as our company has been ranked #1 for a while with a very minimalistic setup).
This is just my own personal opinion, but I think it is generally better to give the user important (quality) information up front and try to reel them in from there. If they want to browse around your site and learn more then you've done your job. If you're really good then maybe they skip straight to the contact page and shoot you an email or call you.
I've ranked multiple websites #1 on Google for fairly competitive keywords in large cities. Very few of them were infinite scroll. With that being said I don't think there is anything wrong with that style of design (I make a lot of websites like that, too).
I think you should do what ever you think is more visually appealing and works with your content. I think depending on the situation either could work well. Best of luck!
-
Hi Viriginia. Here's a blog post discussing this as well and arguing for the design choice of combining the elements into one page: http://moz.com/blog/the-first-link-counts-rule-and-the-hash-sign. Note the result to her test, "The results were the same and now Google is showing the page for 3 different anchor texts. It means there's another exception of the "first link counts" rule and you can put multiple links on document A to document B and Google will count all of their anchor texts." So I'd be a little less worried about having multiple pages per content piece and instead focus on the page style that delivers the best user experience, conversion rate, and content grouping.
Another thing you can look at to help you decide would be your current / past analytics. How many pages does your average visitor view per session? How much time do they spend on site? If they're not visiting very many pages, going beyond that number might limit the exposure of those pages. If you split test the multi-page design versus the single-page design you might find even better answers. Cheers!
-
Yes. I see exactly what you mean. I think that you can do it the way that you want and still have the responsive design. I think that accordion style menus would help the user experience. That is how I shrunk the fly out menus on this site.
The content and the responsive design are very important parts of SEO. I don't think you have to change your content at all to make a responsive design work. I wouldn't change your content, I would just play around with the menu styles so that you can find the one that works best for your content on a mobile device.
-
Yeah, the way you've done it with each bit of content under different URLs for the About us section e.g. /meet-the-team, /roof-chicago, /testimonials/ is my argument. You've done it the way I want to do it - creating dedicated landing pages for each bit about you, not just shoving it under one /about-us URL.
Here's our current About Us landing page, you'll see what I mean http://www.seriousideas.com/about-us/ - we have it broken down into lots of little bits which you can jump to if you didn't want to scroll --> Meet the team, our history, sectors, clients. I'm arguing that I wouldn't have all of those one URL, I would split them up like this:
/meet-the-team
/our-history
/sectors
/our-clients
But still use responsive web design on the site so that it is an easier experience for the user.
Do you see what I mean?
-
I see what you are saying about duplicate content. What I was suggesting is keeping the pages the length you want them, while having a responsive design. There is no reason why you couldn't have multiple pages with shorter content on a responsive design. Maybe I am just not seeing the full picture.
This is a responsive design I created for a service site a few years ago. The content on the pages was designed to target key terms of course, but there are many pages for about us, the team, and what we do. Is this what you are looking to do?
-
Aww I think I unfairly represented my web designers argument, I think he was more playing devils advocate than saying my way is wrong. But yes, your second comment RE: better UX was his point.
I see what you're saying, but I wouldn't do both... that could potentially lead to duplicate content and rubbish user journey if some pages are maahoosive and some point people to different areas of the site.
We don't sell products, we're a service based company (marketing agency). So all our content is around what services we offer, as well as having a blog and some research papers. But ultimately we're trying to promote our marketing services to help businesses connect with their audience better.
-
After reading this again, I think i have to argue your designers point. I think what he is trying to say is that having more content on one page will optimally offer a better UX. This is because they won't have to click so many times to find exactly what they are looking for.
I see that point. What kind of site do you have? Is it strictly content or is it an Ecommerce site?
-
I would say do them both. There is no reason to limit your landing pages in a responsive design. The purpose of a responsive design is to give the user the same experience on a mobile device and a desktop. It prevents losing functionality and information.
You might have to use some accordion function to hide some of the content in order to view products. If you have no products, then you will want as many pages as you can. The size of your site is important.
I am not sure why your designer is telling you that you can't have as many pages as you want and still have responsive design. Maybe it is time to get a new designer?
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
-
JSON-LD product page markup for multiple currencies?
I haven't found a working example of a single product page with one "Offer" in multiple "priceCurrency" and "price" We have product pages with a single product URL which will offer different prices in different currencies based on the user's IP. Some of the language of the page will be translated based on the IP (this will have href lang tag) but the URL will not change. (We're aware TLD is considered best practice, however, this is not an option at this time.) Is the best option to update the markup based on what the corresponding "country"? I'm uncertain how this may be handled by crawlers. Eg, For the product page https://www.example.com/product1 displaying USD "offers": {
Web Design | | sb1030
"@type": "Offer",
"url": "https://www.example.com/product1",
"itemCondition": "https://schema.org/NewCondition",
"availability": "InStock",
"priceCurrency": "USD",
"price": "7.99"} For the product pagehttps://www.example.com/product1 displaying EUR "offers": {
"@type": "Offer",
"url": "https://www.example.com/product1",
"itemCondition": "https://schema.org/NewCondition",
"availability": "InStock",
"priceCurrency": "EUR",
"price": "7.50"} Thanks for any input.0 -
Using Button Links vs Sidebar Menu
I have a services page with a lot of rich text and a slideshow of images. Currently, I am using a column of buttons to various services, and am wondering if a sidebar menu would be more effective for Google to crawl and rank?
Web Design | | cinchmedia0 -
Regarding rel=canonical on duplicate pages on a shopping site... some direction, please.
Good morning, Moz community: My name is David, and I'm currently doing internet marketing for an online retailer of marine accessories. While many product pages and descriptions are unique, there are some that have the descriptions duplicated across many products. The advice commonly given is to leave one page as is / crawlable (probably best for one that is already ranking/indexed), and use rel=canonical on all duplicates. Any idea for direction on this? Do you think it is necessary? It will be a massive task. (also, one of the products that we rank highest for, we have tons of duplicate descriptions.... so... that is sort of like evidence against the idea?) Thanks!
Web Design | | DavidCiti0 -
What is your opinion in the use of jquery for a continuous scroll type of page layout?
So, I'm in 2 minds about this; let me start with a bit of background info. Context
Web Design | | ChrisAshton
We have a new client who is in the final days of their new site design and were when they first contacted us. Their design essentially uses 5 pages, each with several pages worth of content on each, separated with the use of jquery. What this means is a user can click a menu item from a drop-down in the nav and be taken directly to that section of content like using internal anchor links as if it were a separate page, or they can click the top-level nav item and scroll through each "sub-page" without having to click other links. Vaguely similar to Google's "How Search Works" page if each sector of that page had it's own URL, only without the heavy design elements and slow load time. In this process, scrolling down to each new "sub-page" changes the URL in the address bar and is treated as a new page as far as referencing the page, adding page titles, meta descriptions, backlinks etc. From my research this also means search engines don't see the entire page, they see each sub-page as their own separate item like a normal site. My Reservations I'm worried about this for several reasons, the largest of them being that you're essentially presenting the user with something different to the search engines. The other big one being that I just don't know if search engines really can render this type of formatting correctly or if there's anything I need to look out for here. Since they're so close to launching their new site, I don't have time to set up a test environment and I'm not going to gamble with a new corporate website but they're also going to be very resistant to the advice of "start the design over, it's too dangerous". The Positives
For this client in particular, the design actually works very well. Each of these long pages is essentially about a different service they offer and the continuous scrolling through the "sub-pages" acts as almost a workflow through the process, covering each step in order. It also looks fantastic, loads quickly and has a very simple nav so the overall user experience is great. Since the majority of my focus in SEO is on UX, this is my confusion. Part of me thinks that obscuring the other content on these pages and only showing each individual "sub-page" to search engines is an obvious no-no, the other part of me feels that this kind of user experience and the reasonable prevalence of AJAX/Paralax etc means search engines should be more capable of understanding what's going on here. Can anyone possibly shed some light on this with either some further reading or first-hand experience?0 -
Spanish website indexed in English, redirect to spanish or english version if i do a new website design?
Hi MOZ users, i have this problem. We have a website in Spanish Language but Google crawls it on English (it is not important the reasons). We re made the entire website and now we are planning the move. The new website will have different language versions, english, spanish and portuguese. Somebody tells me that we have to redirect the old urls (crawled on english) to the new english versions, not to the spanish (the real language of the firsts). Example: URL1 Language: Spanish - Crawled on English --> redirect to Language English version. the other option will be redirect to the spanish new version, which the visitor is waiting to find. URL1 Language: Spanish - Crawled on English --> redirect to Language Spanish version. What do you think? Which is the better option?
Web Design | | NachoRetta0 -
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.
Web Design | | ExploreConsulting1 -
Panda and Penquin Fall - Could HTML Design an Issue?
Hi, We were hit hard by Panda 3.4 on March 23rd 2012. Then Penguin came along and slapped us down a little farther on April 24th. White hat SEO for 13 years on the site. I have been trying to discover the reason we got hit so hard, to date 90% down. We ae wiped. I have a couple of keywords still #2 and #3 and we see up and down changes in Google webmaster tools, i.e. a keyword is supposedly up 50 points then another down 50. All other 150 keywords that we used to rank on the first page for are not even showing up. I have a person that is about to do a full link analysis but since we never went after links I just never had the feeling that is where our problem is at, but definitely going to explore it. The reason for my post is that last night I spoke with an SEO person that has some pretty good credentials (9 years experience and works currently at large online marketing company with seo with clients like Honda) and he was nice enough to just take a quick look at the site. He said he saw nothing really wrong and did not think that we were hit for any of the normal issues people are listing, i.e. duplicate content, backlinks. His first impression was that we were knocked down because the site is "hard to index". He said the site still uses tables and a lot of our Doc Statements were for HTML 4.01 from 1999. As we all know, there are 'many' experts in this industry. So I wanted a little feedback from the community. Our main site was built in Dreamweaver using tables. We do have a Wordpress blog that is very small and just now posting to add fresh content. (posts seem to rank pretty good, this is why I thought, you know he may be right) Would an older site be penalized like this for using tables? What would you do at this stage if you had a site that is not recovering? I have now reached panic mode and have to do something, just not sure of the next step. I will be happy to post the URL if anyone wants to help with advice. Thanks,
Web Design | | Force7
Force70 -
Custom 404 Page Indexing
Hi - We created a custom 404 page based on SEOMoz recommendations. But.... the page seems to be receiving traffic via organic search. Does it make more sense to set this page as "noindex" by its metatag?
Web Design | | sftravel0