rel="canonical"이 중복 콘텐츠의 강력한 힌트 역할을 하는 것과 마찬가지로, 이제 HTML 링크 요소인 rel="next" 및 rel="prev"를 사용하여 페이지로 나눈 시리즈에서 구성요소 URL 간의 관계를 나타낼 수 있습니다. 페이지로 나눈 콘텐츠 시리즈는 웹 전체에 걸쳐 여러 형태로 나타날 수 있습니다. 여러 구성요소 페이지로 나뉜 기사, 항목이 여러 페이지에 분산된 제품 카테고리, URL 시퀀스로 분할된 포럼 대화목록을 예로 들 수 있습니다. 이제 시리즈 내의 구성요소 페이지에 rel="next" 및 rel="prev" 마크업을 포함하도록 선택함으로써 Google에 다음과 같은 처리를 원한다는 강력한 힌트를 제공할 수 있습니다.
링크와 같은 색인 생성 속성을 구성요소 페이지/URL에서 시리즈 전체로 통합합니다. 즉, page-1.html, page-2.html 등 페이지 간에 링크가 분산되어 있는 것이 아니라 시퀀스로 그룹화되어야 합니다.
사용자를 가장 관련성 높은 페이지/URL(일반적으로 시리즈의 첫 번째 페이지)로 안내합니다.
이제 rel="next" 및 rel="prev"를 통해 시리즈의 구성요소 URL 간 관계를 Google에 표시할 수 있습니다.
rel="prev" 및 rel="next" 구현에는 예외가 있습니다. 사용자에게 콘텐츠 시리즈와 함께 모두 보기 페이지도 제공하는 경우 또는 모두 보기 페이지의 제공을 고려하는 경우, 검색결과에서 모두 보기에 관한 게시물을 참고하세요. 검색 사용자는 일반적으로 모두 보기 페이지를 가장 선호하므로 Google은 검색결과에서 구성요소 페이지가 아니라 가능하면 이 버전을 표시하고자 최선을 다합니다. 구성요소 페이지는 rel="next" 및 rel="prev"로 표시될 가능성이 더 높습니다.
모두 보기 페이지가 없거나 Google에서 모두 보기 페이지를 표시하지 않도록 재정의하려는 경우 이 게시물에 설명된 대로 rel="next" 및 rel="prev"를 사용하면 됩니다.
모두 보기 페이지가 포함된 페이지 나누기 구성에 관한 자세한 내용은 검색결과에서 모두 보기 관련 게시물을 참고하세요.
옵션 개요
다음은 시리즈의 세 가지 옵션입니다.
기존 내용이 무엇이든 그대로 둡니다. 페이지로 나뉜 콘텐츠는 웹 전체에 존재하며 Google은 페이지의 rel="next"/rel="prev" HTML 마크업 유무와 관계없이 검색 사용자에게 최상의 결과를 제공하기 위해 계속 노력할 것입니다.
모두 보기 페이지가 있거나 모두 보기 페이지의 제공을 고려 중이라면 검색결과에서 모두 보기에 관한 게시물을 참고하세요.
rel="next" 및 rel="prev"로 시리즈의 구성요소 URL 간 관계를 Google에 알립니다. 이렇게 하면 Google에서 콘텐츠의 색인을 더 정확하게 생성하여 사용자에게 가장 관련성 높은 페이지(일반적으로 첫 번째 페이지)를 제공할 수 있습니다. 구현 세부정보는 아래에 나와 있습니다.
rel="next" 및 rel="prev" 구현
사이트에서 위에 설명된 세 번째 옵션을 선호하는 경우입니다. 콘텐츠 페이지가 여러 URL로 나뉘어 있다고 가정하겠습니다.
첫 번째 페이지에는 rel="next"만 포함되고 rel="prev" 마크업은 포함되지 않습니다.
두 번째 페이지부터 마지막에서 두 번째 페이지까지는 rel="next" 및 rel="prev" 마크업 둘 다 사용하여 이중으로 연결되어야 합니다.
마지막 페이지에는 rel="prev" 마크업만 포함되고 rel="next"는 포함되지 않습니다.
rel="next" 및 rel="prev" 값은 상대 URL이거나 절대 URL일 수 있습니다(<link /> 태그로 허용됨). 문서에 <base/> 링크를 포함하면 상대 경로가 기본 URL에 따라 결정됩니다.
rel="next" 및 rel="prev"는 문서 <body>가 아닌 <head> 섹션 내에서만 선언하면 됩니다.
rel="previous"는 rel="prev" 링크의 구문적 변형으로 허용됩니다.
rel="next"과 rel="previous", 그리고 rel="canonical"은 독립적인 개념을 구성합니다. 두 선언 모두 같은 페이지에 포함될 수 있습니다. 예를 들어 https://www.example.com/article?story=abc&page=2&sessionid=123에는 다음이 포함될 수 있습니다.
[null,null,[],[[["\u003cp\u003e\u003ccode\u003erel="next"\u003c/code\u003e and \u003ccode\u003erel="prev"\u003c/code\u003e are HTML attributes used to indicate the relationship between component URLs in a paginated series, such as articles, product categories, or forum threads.\u003c/p\u003e\n"],["\u003cp\u003eThese attributes help Google consolidate indexing properties and direct users to the most relevant page, usually the first page of the series.\u003c/p\u003e\n"],["\u003cp\u003eWhile \u003ccode\u003erel="next"\u003c/code\u003e and \u003ccode\u003erel="prev"\u003c/code\u003e provide strong hints, they are not absolute directives and Google's algorithms might still utilize heuristics for content understanding.\u003c/p\u003e\n"],["\u003cp\u003eFor paginated content with a "view-all" page, refer to the View-all in search results guide as Google prioritizes surfacing these pages in search results.\u003c/p\u003e\n"],["\u003cp\u003eImplementation involves adding \u003ccode\u003e<link rel="next" href="..."/>\u003c/code\u003e and \u003ccode\u003e<link rel="prev" href="..."/>\u003c/code\u003e tags in the \u003ccode\u003e<head>\u003c/code\u003e section of your HTML, ensuring correct linking between pages in the series.\u003c/p\u003e\n"]]],["`rel=\"next\"` and `rel=\"prev\"` HTML link elements indicate relationships between paginated URLs. Implement these to consolidate indexing properties to the entire series and direct users to the most relevant page, typically the first. Pages within a series should link to the next and previous pages, except the first (only `next`) and last (only `prev`). These tags are hints, not commands, and incorrect use will not prevent indexing. Alternatively, a \"view-all\" page is preferred by searchers.\n"],null,["# Pagination with rel=\"next\" and rel=\"prev\"\n\nThursday, September 15, 2011\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. Check out our up-to-date [guide to pagination](/search/docs/specialty/ecommerce/pagination-and-incremental-page-loading).\n\n\nMuch like [`rel=\"canonical\"`](/search/blog/2009/02/specify-your-canonical)\nacts a strong hint for duplicate content, you can now use the HTML link elements\n[`rel=\"next\"` and `rel=\"prev\"`](https://www.whatwg.org/specs/web-apps/current-work/multipage/links.html#sequential-link-types)\nto indicate the relationship between component URLs in a paginated series. Throughout the web, a\npaginated series of content may take many shapes---it can be an article divided into several\ncomponent pages, or a product category with items spread across several pages, or a forum thread\ndivided into a sequence of URLs. Now, if you choose to include `rel=\"next\"` and\n`rel=\"prev\"` markup on the component pages within a series, you're giving Google a\nstrong hint that you'd like us to:\n\n- Consolidate indexing properties, such as links, from the component pages/URLs to the series as a whole (that is, links should not remain dispersed between `page-1.html`, `page-2.html`, etc., but be grouped with the sequence).\n- Send users to the most relevant page/URL---typically the first page of the series.\n\nThe relationship between component URLs in a series can now be indicated to Google through `rel=\"next\"` and `rel=\"prev\"`.\n\n\nThere's an exception to the `rel=\"prev\"` and `rel=\"next\"` implementation:\nIf, alongside your series of content, you also offer users a view-all page, or if you're\nconsidering a view-all page, please see our post on\n[View-all in search results](/search/blog/2011/09/view-all-in-search-results) for more\ninformation. Because view-all pages are most commonly preferred by searchers, we do our best to\nsurface this version when appropriate in results rather than a component page (component pages are\nmore likely to surface with `rel=\"next\"` and `rel=\"prev\"`).\n\n\nIf you don't have a view-all page or you'd like to override Google returning a view-all page, you\ncan use `rel=\"next\"` and `rel=\"prev\"` as described in this post.\nFor information on paginated configurations that include a view-all page, please see our post on [View-all in search results](/search/blog/2011/09/view-all-in-search-results).\n\nOutlining your options\n----------------------\n\n\nHere are three options for a series:\n\n1. Leave whatever you have exactly as-is. Paginated content exists throughout the web and we'll continue to strive to give searchers the best result, regardless of the page's `rel=\"next\"`/`rel=\"prev\"` HTML markup---or lack thereof.\n2. If you have a view-all page, or are considering a view-all page, see our post on [View-all in search results](/search/blog/2011/09/view-all-in-search-results).\n3. Hint to Google the relationship between the component URLs of your series with `rel=\"next\"` and `rel=\"prev\"`. This helps us more accurately index your content and serve to users the most relevant page (commonly the first page). Implementation details below.\n\nImplementing `rel=\"next\"` and `rel=\"prev\"`\n------------------------------------------\n\n\nIf you prefer option 3 (above) for your site, let's get started! Let's say you have content\npaginated into the URLs: \n\n```\nhttps://www.example.com/article?story=abc&page=1\nhttps://www.example.com/article?story=abc&page=2\nhttps://www.example.com/article?story=abc&page=3\nhttps://www.example.com/article?story=abc&page=4\n```\n\n\nOn the first page, `https://www.example.com/article?story=abc&page=1`, you'd include\nin the `\u003chead\u003e` section: \n\n```\n\u003clink rel=\"next\" href=\"https://www.example.com/article?story=abc&page=2\" /\u003e\n```\n\n\nOn the second page, `https://www.example.com/article?story=abc&page=2`: \n\n```\n\u003clink rel=\"prev\" href=\"https://www.example.com/article?story=abc&page=1\" /\u003e\n\u003clink rel=\"next\" href=\"https://www.example.com/article?story=abc&page=3\" /\u003e\n```\n\n\nOn the third page, `https://www.example.com/article?story=abc&page=3`: \n\n```\n\u003clink rel=\"prev\" href=\"https://www.example.com/article?story=abc&page=2\" /\u003e\n\u003clink rel=\"next\" href=\"https://www.example.com/article?story=abc&page=4\" /\u003e\n```\n\n\nAnd on the last page, `https://www.example.com/article?story=abc&page=4`: \n\n```\n\u003clink rel=\"prev\" href=\"https://www.example.com/article?story=abc&page=3\" /\u003e\n```\n\nA few points to mention:\n\n- The first page only contains `rel=\"next\"` and no `rel=\"prev\"` markup.\n- Pages two to the second-to-last page should be doubly-linked with both `rel=\"next\"` and `rel=\"prev\"` markup.\n- The last page only contains markup for `rel=\"prev\"`, not `rel=\"next\"`.\n- `rel=\"next\"` and `rel=\"prev\"` values can be either relative or absolute URLs (as allowed by the `\u003clink /\u003e` tag). And, if you include a `\u003cbase/\u003e` link in your document, relative paths will resolve according to the base URL.\n- `rel=\"next\"` and `rel=\"prev\"` only need to be declared within the `\u003chead\u003e` section, not within the document `\u003cbody\u003e`.\n- We allow `rel=\"previous\"` as a syntactic variant of `rel=\"prev\"` links.\n- `rel=\"next\"` and `rel=\"previous\"` on the one hand and `rel=\"canonical\"` on the other constitute independent concepts. Both declarations can be included in the same page. For example, `https://www.example.com/article?story=abc&page=2&sessionid=123` may contain: \n\n ```\n \u003clink rel=\"canonical\" href=\"https://www.example.com/article?story=abc&page=2\" /\u003e\n \u003clink rel=\"prev\" href=\"https://www.example.com/article?story=abc&page=1&sessionid=123\" /\u003e\n \u003clink rel=\"next\" href=\"https://www.example.com/article?story=abc&page=3&sessionid=123\" /\u003e\n ```\n- `rel=\"prev\"` and `rel=\"next\"` act as hints to Google, not absolute commands.\n- When implemented incorrectly, such as omitting an expected `rel=\"prev\"` or `rel=\"next\"` designation in the series, we'll continue to index the page(s), and rely on our own heuristics to understand your content.\n\n\nMore information can be found in our\n[Help Center](https://support.google.com/webmasters), or join the\nconversation in our\n[Webmaster Help Forum](https://support.google.com/webmasters/community)!\n\n\nWritten by Benjia Li and Joachim Kupke, Software Engineers, Indexing Team"]]
