Video about pagination with rel="next" and rel="prev"
Stay organized with collections
Save and categorize content based on your preferences.
Tuesday, March 13, 2012
If you're curious about the
rel="next" and rel=prev" for paginated content announcement
we made several months ago, we filmed a
video covering more of the basics of pagination
to help answer your questions. Paginated content includes things like an article that spans
several URLs/pages, or an e-commerce product category that spans multiple pages. With
rel="next" and rel="prev" markup, you can provide a strong hint to
Google that you would like us to treat these pages as a logical sequence, thus consolidating their
linking properties and usually sending searchers to the first page. You can check out our
presentation for more information:
This video on pagination covers the basics of rel="next" and
rel="prev" and how it could be useful for your site.
Does rel=next/prev also work as a signal for only one page of the series
(page 1 in most cases?) to be included in the search index? Or would
noindex tags need to be present on page 2 and on?
When you implement rel="next" and rel="prev" on component
pages of a series, we'll then consolidate the indexing properties from the component
pages and attempt to direct users to the most relevant page/URL. This is typically the
first page. There's no need to mark page 2 to n of the series with noindex
unless you're sure that you don't want those pages to appear in search results.
Should I use the rel next/prev in the <head>
section of a blog even if the two contents are not strictly correlated (but they are just
time-sequential)?
In regard to using rel="next" and rel="prev" for entries in
your blog that "are not strictly correlated (but they are just time-sequential),"
pagination markup likely isn't the best use of your time—time-sequential pages
aren't nearly as helpful to our indexing process as semantically related content, such as
pagination on component pages in an article or category. It's fine if you include the
markup on your time-sequential pages, but please note that it's not the most helpful use
case.
We operate a real estate rental website. Our files display results based on numerous
parameters that affect the order and the specific results that display. Examples of
such parameters are "page number", "records per page", "sorting" and "area
selection"...
It sounds like your real estate rental site encounters many of the same issues that
e-commerce sites face... Here are some ideas on your situation:
It's great that you are using the Webmaster Tools URL parameters feature to more
efficiently crawl your site.
It's possible that your site can form a rel="next" and
rel="prev" sequence with no parameters (or with default parameter
values). It's also possible to form parallel pagination sequences when users select
certain parameters, such as a sequence of pages where there are 15 records and a
separate sequence when a user selects 30 records. Paginating component pages, even
with parameters, helps us more accurately index your content.
While it's fine to set rel="canonical" from a component URL to a single
view-all page, setting the canonical to the first page of a parameter-less sequence
is considered improper usage. We make no promises to honor this implementation of
rel="canonical" .
Remember that if you have paginated content, it's fine to leave it as-is and not add
rel="next" and rel="prev" markup at all. But if you're interested in
pagination markup as a strong hint for us to better understand your site, we hope these resources
help answer your questions!
Written by
Maile Ohye,
Developer Programs Tech Lead
[[["Easy to understand","easyToUnderstand","thumb-up"],["Solved my problem","solvedMyProblem","thumb-up"],["Other","otherUp","thumb-up"]],[["Missing the information I need","missingTheInformationINeed","thumb-down"],["Too complicated / too many steps","tooComplicatedTooManySteps","thumb-down"],["Out of date","outOfDate","thumb-down"],["Samples / code issue","samplesCodeIssue","thumb-down"],["Other","otherDown","thumb-down"]],[],[[["\u003cp\u003eGoogle uses \u003ccode\u003erel="next"\u003c/code\u003e and \u003ccode\u003erel="prev"\u003c/code\u003e markup as a strong hint to understand paginated content as a logical sequence, often consolidating linking properties and directing users to the first page.\u003c/p\u003e\n"],["\u003cp\u003eWhile \u003ccode\u003erel="next"\u003c/code\u003e and \u003ccode\u003erel="prev"\u003c/code\u003e are helpful for paginated content like articles or product categories, they aren't as useful for time-sequential blog entries.\u003c/p\u003e\n"],["\u003cp\u003eYou can implement \u003ccode\u003erel="next"\u003c/code\u003e and \u003ccode\u003erel="prev"\u003c/code\u003e even if component pages have parameters, enabling Google to index your content more accurately.\u003c/p\u003e\n"],["\u003cp\u003eIt's not necessary to add \u003ccode\u003erel="next"\u003c/code\u003e and \u003ccode\u003erel="prev"\u003c/code\u003e markup to paginated content, but it can be a useful signal for Google to better understand your site's structure.\u003c/p\u003e\n"],["\u003cp\u003eGoogle's announcement of \u003ccode\u003erel="next"\u003c/code\u003e and \u003ccode\u003erel="prev"\u003c/code\u003e support and additional implementation guidelines are available in linked resources.\u003c/p\u003e\n"]]],[],null,["# Video about pagination with rel=\"next\" and rel=\"prev\"\n\nTuesday, March 13, 2012\n| It's been a while since we published this blog post. Some of the information may be outdated (for example, some images may be missing, and some links may not work anymore). `rel=prev/next` is not an indexing signal anymore.\n\n\nIf you're curious about the\n[`rel=\"next\"` and `rel=prev\"` for paginated content announcement](/search/blog/2011/09/pagination-with-relnext-and-relprev)\nwe made several months ago, we filmed a\n[video covering more of the basics of pagination](https://www.youtube.com/watch?v=njn8uXTWiGg)\nto help answer your questions. Paginated content includes things like an article that spans\nseveral URLs/pages, or an e-commerce product category that spans multiple pages. With\n`rel=\"next\"` and `rel=\"prev\"` markup, you can provide a strong hint to\nGoogle that you would like us to treat these pages as a logical sequence, thus consolidating their\nlinking properties and usually sending searchers to the first page. You can check out our\npresentation for more information: \n\n\n*This video on pagination covers the basics of `rel=\"next\"` and\n`rel=\"prev\"` and how it could be useful for your site.* \n\n*Slides from the pagination video*\n\n\nAdditional resources about pagination include:\n\n- Webmaster Central Blog post announcing [support of `rel=\"next\"` and `rel=\"prev\"`](/search/blog/2011/09/pagination-with-relnext-and-relprev)\n- Webmaster Help Center article with more [implementations of `rel=\"next\"` and `rel=\"prev\"`](https://support.google.com/webmasters/bin/answer.py?answer=1663744)\n- [Webmaster Forum thread](https://support.google.com/webmasters/community/thread?tid=344378292ff91e8d&hl=en) with our answers to the community's in-depth questions, such as:\n -\n *Does `rel=next/prev` also work as a signal for only one page of the series\n (page 1 in most cases?) to be included in the search index? Or would\n `noindex` tags need to be present on page 2 and on?*\n\n \u003e When you implement `rel=\"next\"` and `rel=\"prev\"` on component pages of a series, we'll then consolidate the indexing properties from the component pages and attempt to direct users to the most relevant page/URL. This is typically the first page. There's no need to mark page 2 to n of the series with `noindex` unless you're sure that you don't want those pages to appear in search results.\n -\n *Should I use the `rel next/prev` in the `\u003chead\u003e`\n section of a blog even if the two contents are not strictly correlated (but they are just\n time-sequential)?*\n\n \u003e In regard to using `rel=\"next\"` and `rel=\"prev\"` for entries in your blog that \"are not strictly correlated (but they are just time-sequential),\" pagination markup likely isn't the best use of your time---time-sequential pages aren't nearly as helpful to our indexing process as semantically related content, such as pagination on component pages in an article or category. It's fine if you include the markup on your time-sequential pages, but please note that it's not the most helpful use case.\n -\n *We operate a real estate rental website. Our files display results based on numerous\n parameters that affect the order and the specific results that display. Examples of\n such parameters are \"page number\", \"records per page\", \"sorting\" and \"area\n selection\"...*\n\n \u003e It sounds like your real estate rental site encounters many of the same issues that e-commerce sites face... Here are some ideas on your situation:\n \u003e 1. It's great that you are using the Webmaster Tools URL parameters feature to more efficiently crawl your site.\n \u003e 2. It's possible that your site can form a `rel=\"next\"` and `rel=\"prev\"` sequence with no parameters (or with default parameter values). It's also possible to form parallel pagination sequences when users select certain parameters, such as a sequence of pages where there are 15 records and a separate sequence when a user selects 30 records. Paginating component pages, even with parameters, helps us more accurately index your content.\n \u003e 3. While it's fine to set `rel=\"canonical\"` from a component URL to a single view-all page, setting the canonical to the first page of a parameter-less sequence is considered improper usage. We make no promises to honor this implementation of `rel=\"canonical\"` .\n\n\nRemember that if you have paginated content, it's fine to leave it as-is and not add\n`rel=\"next\"` and `rel=\"prev\"` markup at all. But if you're interested in\npagination markup as a strong hint for us to better understand your site, we hope these resources\nhelp answer your questions!\n\n\nWritten by\n[Maile Ohye](/search/blog/authors/maile-ohye),\nDeveloper Programs Tech Lead"]]