Moz Q&A is closed.
After more than 13 years, and tens of thousands of questions, Moz Q&A closed on 12th December 2024. Whilst we’re not completely removing the content - many posts will still be possible to view - we have locked both new posts and new replies. More details here.
Determining When to Break a Page Into Multiple Pages?
-
Suppose you have a page on your site that is a couple thousand words long. How would you determine when to split the page into two and are there any SEO advantages to doing this like being more focused on a specific topic. I noticed the Beginner's Guide to SEO is split into several pages, although it would concentrate the link juice if it was all on one page.
Suppose you have a lot of comments. Is it better to move comments to a second page at a certain point? Sometimes the comments are not super focused on the topic of the page compared to the main text.
-
I want to address this question from a couple of perspectives....
USERS: As Dana said... Users prefer single long pages. These long pages with lots of content, lots of subtopics and lots of images are impressive when a person lands on them. That immediately shows them the depth and richness of your content and they can quickly scan your subheadings to see what you have to offer. These will more readily produce likes, tweets, links, etc. when compared to broken pages.
SEO: I have experimented with long and multiple short pages. I get more traffic from long pages because of the diversity of words that they contain. This brings in LOTS more long tail traffic. And, if visitors are liking, tweeting and linking you might get more search traffic.
MONETIZATION: This is a downside if you are showing ads. You get fewer impressions and if there is a limit on the number of ads you can display per page your ad density will be lower and thus less income. However, if your traffic is higher from the increased long tail and better rankings then you might recover the lost impressions per visitor with more visitors.
-
A few years ago there was a benefit of breaking up a document into smaller chunks - say, for every h2 (second level headings) The idea was that rather than having one big document, you could have lots of small ones to rank on all your h2's. And it seemed to work pretty well. Today, I'm finding that the content that does the best from an seo perspective is my longest content. And that the big content does way better than the sum of the parts. So, I would no longer recommend chunking up your articles, unless they're just too long to read. Some of my best articles have 2-3 thousand words. I also find a nice correlation between number of comments and my best posts. So I leave them all on the same page, making it super long. For some examples of super long content that are doing great from an seo perspective, check out the group interviews on my site (wordstream.com). Those articles have +10 minutes on the page on average and generate tons of traffic for my site. Google these for example: Ppc bid management guide, Importance of ab testing, (etc.)
-
Google did some user testing on this topic, to find out if users preferred longer pages or paginated pages. According to their research, users preferred longer pages because there is always latency when moving from one page to the next. Here's the video where a Googler cites that research: http://youtu.be/njn8uXTWiGg If you want to have it both ways, you could always break your content into pages, but put a "View All" option at the top. Personally, I am one of those folks who doesn't mind scrolling down through comments. If given the choice to continue on to a second page of comments, I probably wouldn't.
From an SEO standpoint, provided the pagination is handled properly, I don't think there's an advantage one way or the other, unless you take into consideration that your bounce rate could potentially go up with paginated pages. Even if it did though, I doubt that would significantly hurt you from an overall SEO viewpoint.
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
-
Customer Reviews on Product Page / Pagination / Crawl 3 review pages only
Hi experts, I present customer feedback, reviews basically, on my website for the products that are sold. And with this comes the ability to read reviews and obviously with pagination to display the available reviews. Now I want users to be able to flick through and read the reviews to help them satisfy whatever curiosity they have. My only thinking is that the page that contains the reviews, with each click of the pagination will present roughly the same content. The only thing that changes is the title tags which will contain the number in the H1 to display the page number. I'm thinking this could be duplication but i have yet to be notified by Google in my Search console... Should i block crawlers from crawling beyond page 3 of reviews? Thanks
Technical SEO | | Train4Academy.co.uk0 -
I am trying to generate GEO meta tag for my website where on one page there are multiple locations My question is, Can I add GEO tagging for every address?
Am I restricted to 1 geo tag per page or can i add multiple geo tags ?
Technical SEO | | lina_digital0 -
Indexed pages
Just started a site audit and trying to determine the number of pages on a client site and whether there are more pages being indexed than actually exist. I've used four tools and got four very different answers... Google Search Console: 237 indexed pages Google search using site command: 468 results MOZ site crawl: 1013 unique URLs Screaming Frog: 183 page titles, 187 URIs (note this is a free licence, but should cut off at 500) Can anyone shed any light on why they differ so much? And where lies the truth?
Technical SEO | | muzzmoz1 -
Multiple H1 Tags on Page
Can having multiple H1 tags on a webpage be detrimental to its rankings?
Technical SEO | | AubbiefromAubenRealty0 -
SEO value of InDesign pages?
Hi there, my company is exploring creating an online magazine built with Adobe's InDesign toolset. If we proceeded with this, could we make these pages "as spiderable" as normal html/css webpages? Or are we limited to them being less spiderable, or not at all spiderable?
Technical SEO | | TheaterMania1 -
How Does Google's "index" find the location of pages in the "page directory" to return?
This is my understanding of how Google's search works, and I am unsure about one thing in specific: Google continuously crawls websites and stores each page it finds (let's call it "page directory") Google's "page directory" is a cache so it isn't the "live" version of the page Google has separate storage called "the index" which contains all the keywords searched. These keywords in "the index" point to the pages in the "page directory" that contain the same keywords. When someone searches a keyword, that keyword is accessed in the "index" and returns all relevant pages in the "page directory" These returned pages are given ranks based on the algorithm The one part I'm unsure of is how Google's "index" knows the location of relevant pages in the "page directory". The keyword entries in the "index" point to the "page directory" somehow. I'm thinking each page has a url in the "page directory", and the entries in the "index" contain these urls. Since Google's "page directory" is a cache, would the urls be the same as the live website (and would the keywords in the "index" point to these urls)? For example if webpage is found at wwww.website.com/page1, would the "page directory" store this page under that url in Google's cache? The reason I want to discuss this is to know the effects of changing a pages url by understanding how the search process works better.
Technical SEO | | reidsteven750 -
How to identify orphan pages?
I've read that you can use Screaming Frog to identify orphan pages on your site, but I can't figure out how to do it. Can anyone help? I know that Xenu Link Sleuth works but I'm on a Mac so that's not an option for me. Or are there other ways to identify orphan pages?
Technical SEO | | MarieHaynes0 -
How do you implement pages requiring login?
I'm running a site with a member area and some public accessible pages. The member area obviously requires users to authenticate, while the public pages are indexable by search engines. Our global navigation includes links to the restricted pages. At the moment, when a user isn't logged in and accesses a restricted page, we're 302-redirecting them to a login page. We have a lot of external links pointing to restricted pages (eg. profile pages), and since we're 302-redirecting the juice from these links are lost. I've been thinking about changing the redirect from 302 to 301. How would this look from a search engines view? The pages aren't per se permanently moved - the current user just isn't authenticated to view the content of the page at the moment. Would it be a problem that navigation contains multiple internal links that all 301 redirect to the same login page? Any suggestions? Thanks.
Technical SEO | | jonesjitter0