Hướng dẫn về Pagination

Tóm tắt — Pagination là splitting dài list — các sản phẩm, blog posts, tìm kiếm kết quả — trên numbered các trang như trang 1, 2, 3. mỗi trang cần của nó own URL, và bạn muốn các công cụ tìm kiếm để là able để crawl tất cả them so họ có thể tìm nội dung linked từ deeper các trang. big mistakes là telling Google những điều đó deeper các trang không quan trọng (by canonicalizing them all để trang 1 hoặc noindexing them).

Điều gì pagination là

Khi bạn có nhiều hơn items hơn fit on một trang — chẳng hạn 500 các sản phẩm trong category, hoặc năm của blog posts trong archive — bạn split them trên series của các trang. trang 1 hiển thị đầu tiên batch, trang 2 tiếp theo, và so on. mỗi trang lives tại của nó own address ( URL), thường điều gì đó như ?page=2 hoặc /page/2/.

đó pagination. bạn’ve được sử dụng nó thousand times không có thinking về nó.

Vì sao điều này quan trọng Đối với SEO

các trang themselves gần như không bao giờ xếp hạng cho bất cứ điều gì hoặc nhận trực tiếp traffic. của họ thực job là để là path đó các công cụ tìm kiếm follow để reach các sản phẩm hoặc posts listed on them. nếu bot có thể’t nhận để trang 3, nó có thể’t tìm điều đó là chỉ linked từ trang 3.

So toàn bộ game là đơn giản: let các công cụ tìm kiếm crawl mỗi trang trong sequence. phần lớn pagination các vấn đề come từ accidentally blocking đó path.

three ways để hiển thị paginated nội dung

1. Numbered các trang (truyền thống pagination). trang 1, 2, 3, mỗi của nó own URL. Đây là safe, SEO-friendly default.
2. ** “Load hơn” button.** Một trang, và clicking button loads tiếp theo batch. Fine nếu button là được xây dựng on thực links — vấn đề nếu nó JavaScript-chỉ button đó bots có thể’t nhấp.
3. Infinite scroll. nội dung giữ loading as bạn scroll. Great cho người dùng, nhưng bots không scroll, so không có thực numbered-trang links nơi nào đó, nội dung further xuống có thể không bao giờ nhận tìm thấy.

mistakes để tránh

• không point mỗi trang thẻ canonical tại trang 1. đó tells Google các trang 2, 3, 4 là chỉ duplicates của trang 1 và không nên là được lập chỉ mục — mà có thể hide nội dung on them.
• không thêm noindex để trang 2 và beyond. nó feels tidy, nhưng nó có thể nguyên nhân Google để eventually dừng crawling những điều đó các trang, và sau đó nó loses path để mọi thứ họ link để.
• không block pagination trong robots.txt hoặc thêm nofollow để trang links. Cả hai cut off crawl path.

một piece của history worth knowing

Ở đó được sử dụng để là special bit của code — rel="prev" và rel="next" — đó told Google Cách paginated các trang connected. Google đã dừng sử dụng nó trong 2019. không panic và rip nó out, though: Bing vẫn dùng nó và các trình duyệt sử dụng nó để load tiếp theo trang nhanh hơn, so nó worth giữ.

Muốn đầy đủ version — self-canonicals, crawl-chain vấn đề với noindex, và strange story của Cách Google deprecation đã nhận discovered — chuyển để Nâng cao tab.

Tóm tắt — Treat mỗi paginated URL as standalone trang: self-referencing canonical, crawlable, indexable, thực <a href> links. kinh điển mistakes — canonicalizing các trang 2+ để trang 1, noindexing them, nofollowing của họ links, blocking them trong robots.txt — all break crawl chain để nội dung những điều đó các trang link để. Google silently đã dừng sử dụng rel=prev/next trước khi announcing nó trong March 2019; Bing vẫn dùng nó, so leave markup trong place. Ngân sách crawl chỉ matters tại rất lớn quy mô, và paginated các trang drive gần như không trực tiếp traffic (một case nghiên cứu: ~0,3% của organic clicks) — của họ giá trị là as crawl paths.

mỗi paginated trang stands on của nó own

Này là đó single mental shift đó các cách sửa hầu hết pagination các vấn đề. Sau Google dropped rel=prev/next, John Mueller put đó new reality plainly: “For the most part, we just index the pages as we find them, so as we’ve recommended for a long time, it’s good to make sure that all pages can stand on their own.” (bản dịch) «Cho đó hầu hết part, we chỉ mục đó các trang as we tìm them, so as chúng ta đã được khuyến nghị trong thời gian dài, đây là good để hãy bảo đảm đó all các trang có thể stand on của họ own.»

“Stand on their own” (bản dịch) «Stand on của họ own» có nghĩa là mỗi trang trong đó sequence là một thông thường, indexable trang với một self-referencing canonical — trang 2’s canonical points tại trang 2, trang 3’s tại trang 3. Google own hiện tại hướng dẫn là rõ ràng: cho mỗi trang của nó own canonical URL; làm không dùng đó đầu tiên trang as đó canonical cho đó toàn bộ set.

Một exception để thông thường best practice: Google says giống hệt <title> tags trên một paginated sequence là fine. Các trang trong một paginated set “don’t need to follow” (bản dịch) «không cần để follow» đó thông thường unique-tiêu đề khuyến nghị, so bạn không có để contrive “Trang 2 of 9” suffixes (though they không hurt).

rel=prev/tiếp theo story — và Vì sao nó interesting part

Lại trong 2011 Google introduced rel="prev" và rel="next" — <link> elements trong <head> đó told Google mà các URL formed paginated sequence so nó có thể consolidate các tín hiệu trên them. cho phần lớn của 2010s, thêm them là tiêu chuẩn kỹ thuật-SEO hygiene.

sau đó nó âm thầm đã dừng mattering. way SEO world tìm thấy out là part phần lớn ghi-ups skip: Gary Illyes discovered, during internal research, đó Google có đã silently đã dừng sử dụng rel=prev/next — và có không là sử dụng nó cho some time. He escalated nó internally, và on March 21, 2019 @googlewmc account đã làm nó công khai:

“Spring cleaning! As we evaluated our indexing signals, we decided to retire rel=prev/next. Studies show that users love single-page content, aim for that when possible, but multi-part is also fine for Google Search.” (bản dịch) «Spring cleaning! As we evaluated của chúng ta các tín hiệu lập chỉ mục, we decided để retire rel=prev/tiếp theo. Studies cho thấy đó người dùng love single-trang nội dung, aim cho đó khi có thể, nhưng multi-part là cũng fine cho Google Search.»

rationale: Google lập chỉ mục có become good đủ tại recognizing paginated sequences từ headings, các tiêu đề, và liên kết nội bộ đó rõ ràng hint là redundant. Khi I spoke về điều này tại SMX West trong sớm 2020, điều I kept coming lại để là Cách completely nó caught ngành off guard — chúng ta’d all là đang làm hoạt động đó, nó turned out, Google hadn’t là reading cho trong khi.

nên bạn xóa rel=prev/next? Không — và Đây là nơi lot của mọi người overcorrect. I covered chính xác điều này trong my Ahrefs piece, SEOs là Breaking Pagination sau khi Google Changed Rel=Prev/tiếp theo. giữ nó, vì:

• Bing vẫn hỗ trợ và khuyến nghị điều này. Bing hướng dẫn là unchanged — một rel="next" và/hoặc một rel="prev" theo trang, trong đó <head>. Stripping điều này để “clean up after Google” (bản dịch) «sạch lên sau Google» có thể chỉ hurt của bạn Bing performance.
• Các trình duyệt prefetch với điều này — they có thể preload đó tiếp theo trang cho một nhanh hơn experience.
• đây là một W3C tiêu chuẩn và helps với accessibility.

So: Google bỏ qua nó, mọi người khác vẫn benefits. Leaving nó trong place là đúng call.

Canonicals: self-reference, không trang 1

Đó old, hiện tại-harmful pattern đã là canonicalizing các trang 2, 3, 4… lại để trang 1. Đó intent đã là để “avoid duplicate content,” (bản dịch) «tránh duplicate nội dung,» nhưng đó effect là đó opposite of điều gì bạn muốn: bạn là telling Google những deeper các trang là duplicates đó không nên là được lập chỉ mục, mà orphans đó nội dung linked chỉ từ them và breaks đó crawl path qua đó sequence.

Correct: mỗi trang là self-canonical. Đó một legitimate alternative là một view-all trang — một single URL cho thấy đó toàn bộ set — với đó paginated các trang canonicalizing để đó. Google older hướng dẫn leaned on view-all heavily; đó hiện tại hướng dẫn softens điều này để “an option if the page loads fast enough.” (bản dịch) «an option nếu đó trang loads fast đủ.» Cho hầu hết lớn catalogs, self-referencing canonicals on mỗi paginated trang là đó simpler, safer default.

nên bạn noindex trang 2+? Gần như không bao giờ — và ở đây trap

tidy-looking move là để noindex mọi thứ past trang 1 so chỉ trang 1 hiển thị trong tìm kiếm. vấn đề là Điều gì noindex làm để crawling theo thời gian: Google eventually crawl noindexed các trang ít hơn, và có thể effectively dừng sau links on them. nếu trang 3 là noindexed và Google dừng crawling nó, Google loses của nó path để mọi thứ đó chỉ linked từ trang 3. đó crawl-chain vấn đề, và nó Vì sao noindex on pagination tends để âm thầm bury nội dung.

Mueller heuristic cho liệu một trang có thể là safely noindexed là một hữu ích gut kiểm tra: “If someone only saw this page from my site, would that be OK?” (bản dịch) «Nếu ai đó chỉ saw này trang từ my site, sẽ đó là OK?» Cho một genuinely thin, valueless trang đó câu trả lời có thể là có — nhưng cho một paginated listing đó là đó chỉ route để dozens of các sản phẩm, đó câu trả lời là gần như luôn không.

nơi noindex là thường appropriate: filter và loại variants, mà mọi người confuse với pagination. đúng paginated sequence (?page=2) nên stay indexable. filtered hoặc sorted variant (/shoes/?color=red&sort=price) là thường near-duplicate spider-trap candidate đó bạn có thể legitimately muốn để noindex hoặc block. Knowing mà là mà là toàn bộ skill — điều này overlaps heavily với Cách bạn xử lý faceted navigation, mà là của nó own topic.

khác crawl-path killers

Đó giống nhau “don’t break the path” (bản dịch) «không break đó path» rule rules out vài hơn patterns:

• không nofollow pagination links. Mỗi paginated trang là part of của bạn liên kết nội bộ graph; nofollowing đó nav links chặn PageRank flow và crawl tín hiệu để đó deeper các trang.
• không block pagination trong robots.txt. Đó dừng Google reaching đó các trang tại all — và do đó mọi thứ linked từ them.
• Dùng real <a href> links cho pagination controls. Google crawl URLs được tìm thấy trong href các thuộc tính; một JavaScript-chỉ “Load hơn” button đó fires an onclick không có một real link là invisible để Googlebot. Google là rõ ràng đó của nó các crawler “don’t ‘click’ buttons and generally don’t trigger JavaScript functions that require user actions.” (bản dịch) «không ‘nhấp’ buttons và generally không trigger JavaScript functions đó require người dùng actions.»

Infinite scroll và “Load hơn” — làm them crawlable

Infinite scroll là fine cho người dùng và hostile để các crawler trừ khi bạn cho bots fallback. khắc phục là paginated, crawlable đối tác tương ứng: thực ?page=n các URL với <a href> links (thường surfaced trong footer hoặc <noscript> fallback) đó expose giống nhau nội dung scroll loads dynamically. giống nhau advice cho “Load hơn” — button có thể drive UX, nhưng ở đó nên là thực anchor-link path để mỗi trang của kết quả behind nó. cho rất lớn catalogs, lean on XML sitemaps (hoặc Merchant Center feed) để supplement phát hiện, since Bạn có thể’t count on link phát hiện alone reaching mọi thứ.

Dữ liệu có cấu trúc on paginated nội dung

có không special schema loại cho “a paginated series.” (bản dịch) «một paginated series.» Mark lên điều gì là thực ra on mỗi trang: Product markup belongs on riêng lẻ sản phẩm các trang (không đó pagination container), và Article markup on mỗi trang of một multi-part bài viết series. không try để express đó prev/tiếp theo mối quan hệ qua dữ liệu có cấu trúc — đó là không điều gì đây là cho.

Ngân sách crawl và reality kiểm tra

Pagination tạo một lot of URLs, mà là vì sao điều này nhận blamed cho crawl-budget các vấn đề. Đó honest câu trả lời: đối với hầu hết trang web điều này không quan trọng. Ngân sách crawl là một real constraint chỉ tại lớn quy mô — think 1M+ các trang, hoặc very lớn rapidly thay đổi catalogs. Google có, trong Mueller cách diễn đạt, “a lot of experience dealing with pagination” (bản dịch) «một lot of experience dealing với pagination» và learns của bạn URL patterns theo thời gian, so điều này generally xử lý paginated sequences well không có special configuration.

và worth giữ trong perspective: paginated các trang drive gần như không trực tiếp organic traffic. Một well-known case nghiên cứu tìm thấy pagination các URL accounted cho chỉ ~0,3% của total organic clicks, với không negative SEO impact từ có lots của them được lập chỉ mục. đó reinforces cách diễn đạt throughout điều này trang — paginated các trang earn của họ giữ as crawl paths để nội dung họ expose, không as xếp hạng các trang trong của họ own right. So practical advice I giữ giving: không over-engineer nó. Làm các trang crawlable và self-canonical, sau đó leave them alone và let Google hình nó out.

Một honest caveat: getting kỹ thuật setup right — crawlable links, self-canonicals, không accidental noindex — chỉ giữ door open. nó không bảo đảm Google crawl, indexes, hoặc ranks bất kỳ được cho paginated trang, và nó không bảo đảm traffic hoặc AI citation either. Điều gì nó xóa là architectural reasons nội dung on deeper các trang nhận missed trong đầu tiên place.

điều này topic sits alongside rest của trang web structure cluster — internal linking, faceted navigation, URL structure, và breadcrumbs all shape giống nhau crawl-path câu hỏi từ khác angles.

AI summary

condensed take on Nâng cao version:

• Pagination splits lớn nội dung sets (category các trang, archives, tìm kiếm kết quả, bài viết series) trên sequentially numbered URLs. Mỗi trang SEO giá trị là as một crawl path để đó nội dung điều này links để — không as một xếp hạng trang.
• Mỗi paginated trang nên stand on của nó own: indexable, crawlable, với một self-referencing canonical. Google: cho mỗi trang của nó own canonical URL — không canonicalize các trang 2+ để trang 1.
• rel=prev/next: Google silently đã dừng dùng điều này trước announcing đó retirement on March 21, 2019 (Gary Illyes được tìm thấy điều này internally). Bing vẫn dùng điều này, các trình duyệt prefetch với điều này, đây là một W3C tiêu chuẩn — so không xóa điều này.
• không noindex trang 2+ trong thông thường cases: noindexed các trang nhận được crawl ít hơn và Google có thể dừng sau của họ links, breaking đó crawl chain để nội dung linked chỉ từ những các trang. Mueller kiểm thử: “If someone only saw this page… would that be OK?” (bản dịch) «Nếu ai đó chỉ saw này trang… sẽ đó là OK?»
• Filter/loại variants ≠ pagination. Đúng ?page=n vẫn giữ indexable; filtered (?color=red&sort=price) variants là thường legitimately noindexed/blocked.
• Cũng tránh: nofollowing pagination links, blocking them trong robots.txt, và JavaScript-chỉ “Load hơn” buttons. Dùng real <a href> links; cho infinite scroll một crawlable paginated fallback.
• Dữ liệu có cấu trúc: mark lên điều gì là on mỗi trang (Product, Article); không schema loại expresses một paginated series.
• Ngân sách crawl matters chỉ tại lớn quy mô (~1M+ các trang). Paginated các trang drive ~0,3% of organic clicks trong một case nghiên cứu. không over-engineer điều này.
• Không bảo đảm: correct setup xóa đó architectural reasons deeper các trang nhận missed — điều này không bảo đảm crawling, lập chỉ mục, thứ hạng, traffic, hoặc AI citations.

Tài liệu chính thức

Chính-nguồn hướng dẫn từ các công cụ tìm kiếm.

Google

• Pagination thực hành tốt nhất cho Google — hiện tại canonical hướng dẫn: cho mỗi trang của nó own canonical URL, three UX patterns (pagination, load nhiều hơn, infinite scroll), và crawlable-link requirements.
• Pagination với rel=“tiếp theo” và rel=“prev” (2011) — gốc (hiện tại-deprecated) hướng dẫn, kept cho lịch sử context.
• Video về pagination với rel=“tiếp theo” và rel=“prev” (2012) — 2012 follow-lên.
• Consolidate duplicate các URL — canonicalization các phương thức ( liền kề topic đó pagination xử lý phụ thuộc vào).

Bing / Microsoft

• Implementing markup cho paginated và sequenced nội dung — Bing vẫn-hiện tại rel=prev/next hướng dẫn: một rel="next"/rel="prev" theo trang, trong <head>, pairable với canonical.
• Bing Quản trị viên web Guidelines.

Quotes từ nguồn

On—record statements từ Google. mỗi link là deep link đó jumps để quoted passage on nguồn trang.

Google — rel=prev/tiếp theo retirement (March 21, 2019)

• “Spring cleaning! As we evaluated our indexing signals, we decided to retire rel=prev/next. Studies show that users love single-page content, aim for that when possible, but multi-part is also fine for Google Search.” (bản dịch) «Spring cleaning! As we evaluated của chúng ta các tín hiệu lập chỉ mục, we decided để retire rel=prev/tiếp theo. Studies cho thấy đó người dùng love single-trang nội dung, aim cho đó khi có thể, nhưng multi-part là cũng fine cho Google Search.» — @googlewmc, March 21, 2019. See đó tweet
• “Google no longer uses these tags, although these links may still be used by other search engines.” (bản dịch) «Google không lâu hơn dùng những tags, although những links có thể vẫn là dùng by other các công cụ tìm kiếm.» — Google Search Central, pagination tài liệu. Nhảy đến trích dẫn

Google — cho mỗi trang của nó own canonical

• “Give each page its own canonical URL” (bản dịch) «Cho mỗi trang của nó own canonical URL» — và không dùng đó đầu tiên trang as đó canonical cho all paginated các trang. Nhảy đến trích dẫn
• On crawling JavaScript pagination: Google các crawler “don’t ‘click’ buttons and generally don’t trigger JavaScript functions that require user actions to update the current page contents.” (bản dịch) «không ‘nhấp’ buttons và generally không trigger JavaScript functions đó require người dùng actions để cập nhật đó hiện tại trang nội dung.» Nhảy đến trích dẫn

John Mueller, Google — các trang phải stand on của họ own

• “For the most part, we just index the pages as we find them, so as we’ve recommended for a long time, it’s good to make sure that all pages can stand on their own.” (bản dịch) «Cho đó hầu hết part, we chỉ mục đó các trang as we tìm them, so as chúng ta đã được khuyến nghị trong thời gian dài, đây là good để hãy bảo đảm đó all các trang có thể stand on của họ own.» Coverage
• On đó heuristic cho noindexing một paginated trang: “If someone only saw this page from my site, would that be OK?” (bản dịch) «Nếu ai đó chỉ saw này trang từ my site, sẽ đó là OK?» Nếu có, bạn có thể noindex điều này — nhưng đó là một cao bar cho hầu hết paginated nội dung. Coverage

Pagination SEO checklist

truyền để xác nhận các công cụ tìm kiếm có thể crawl của bạn paginated sequences và nội dung behind them:

• mỗi paginated trang có của nó own unique URL (e.g. ?page=2) — không fragment identifiers (#) marking trang numbers (Google bỏ qua fragments).
• mỗi trang carries self-referencing canonical — không canonical pointing lại để trang 1 (trừ khi bạn’re có chủ ý sử dụng view-all trang).
• các trang 2+ là indexable (không blanket noindex).
• Pagination controls là thực <a href> links, không JavaScript-chỉ buttons.
• Pagination links là không nofollowed.
• Pagination các URL là không blocked trong robots.txt.
• rel="prev" / rel="next" left trong place (cho Bing, trình duyệt prefetch, accessibility) — mặc dù Google bỏ qua them.
• Infinite scroll / “Load hơn” có crawlable paginated fallback với thực anchor links.
• XML sitemaps supplement phát hiện cho lớn catalogs (especially JS-được kết xuất listings).
• Filter/loại variants (e.g. ?color=red&sort=price) handled riêng từ đúng pagination — noindex/block những điều này nếu họ thêm không unique giá trị.
• Dữ liệu có cấu trúc marks lên Điều gì on mỗi trang (Product, Article), không pagination container.

mental models

1. Paginated các trang là crawl paths, không destinations. của họ job là để expose các sản phẩm/posts linked từ them so bots (và PageRank) có thể reach những điều đó. sau khi bạn internalize đó, gần như mỗi rule follows: không làm bất cứ điều gì đó breaks path. Một case nghiên cứu clocked pagination tại ~0,3% của organic clicks — họ không xếp hạng, họ route.

2. “Can this page stand on its own?” (bản dịch) «Có thể này trang stand on của nó own?» Mueller reframing sau đó rel=prev/tiếp theo retirement. Treat mỗi paginated URL as một thông thường, self-canonical, indexable trang thay vì một phụ thuộc fragment of một set.

3. Đó four crawl-chain breakers. Giữ những straight và hầu hết pagination mistakes disappear:

• Canonicalizing các trang 2+ → trang 1 (says “duplicate, don’t index” (bản dịch) «duplicate, không chỉ mục»)
• noindex on các trang 2+ (nhận được crawl ít hơn → links dừng đang followed)
• nofollow on pagination links (chặn PageRank + crawl tín hiệu)
• robots.txt disallow (chặn access hoàn toàn)

4. “Google uses it” (bản dịch) «Google dùng điều này» ≠ “it’s still useful.” (bản dịch) «đây là vẫn hữu ích.» rel=prev/next là đó canonical ví dụ: Google dropped điều này, nhưng Bing dùng điều này, các trình duyệt prefetch với điều này, và đây là hợp lệ HTML. Decide điều cần giữ on all consumers, không chỉ Google.

5. Pagination so với. faceted variants. đúng sequence (?page=2) vẫn giữ indexable. Filter/loại variants (?color=red&sort=price) là thường near-duplicate clutter Bạn có thể noindex hoặc block. giống nhau-looking các URL, opposite xử lý — classify trước khi bạn configure.

Cách nên dài listing expose nhiều hơn items?

Pagination mistakes đó cut crawl path

Canonicalizing mỗi trang để trang một

trang hai và sau đó contain khác items, so trang một không phải của họ tương đương. Let component các trang self-canonicalize; sử dụng các chuyển hướng hoặc canonical consolidation chỉ Khi các URL là genuinely duplicates.

Thêm noindex để trang hai và beyond

directive xóa những điều đó các URL từ chỉ mục và có thể weaken path để items linked chỉ từ deeper các trang. giữ sequence crawlable và improve listing thay vì hiding của nó continuation.

Building infinite scroll không có persistent các URL

scroll event hoặc button không phải crawl path. Pair experience với unique, loadable trang các URL và thực anchors so mỗi item vẫn reachable không có người dùng interaction.

phổ biến pagination failures

Các sản phẩm on sau đó các trang không phải discovered

Symptom: Items visible sau khi clicking hoặc scrolling không bao giờ xuất hiện trong crawl. có khả năng nguyên nhân: tiếp theo batch loads chỉ qua JavaScript và có không anchor URL. khắc phục: Expose persistent paginated các URL, link them với thông thường anchors, và verify crawl beginning tại trang một reaches item các URL.

Google selects trang một as canonical cho toàn bộ series

Symptom: URL Inspection các báo cáo trang một as Google canonical cho deeper các trang. có khả năng nguyên nhân: All các trang declare trang một as canonical hoặc render nearly giống hệt nội dung. khắc phục: sử dụng self-canonicals, distinct item sets, ổn định các tiêu đề nơi hữu ích, và consistent liên kết nội bộ để mỗi component trang.

Các crawler loop qua endless trang numbers

Symptom: crawl discovers rỗng hoặc repeated các URL far beyond cuối cùng thực trang. có khả năng nguyên nhân: tiếp theo link là generated không có kiểm tra liệu một batch tồn tại. khắc phục: Dừng emitting tiếp theo anchor on cuối trang và trả về proper không-tìm thấy phản hồi cho không thể trang numbers.

Pagination tín hiệu reference

Tự kiểm tra: Pagination

Five nhanh các câu hỏi on xử lý pagination Đối với SEO. Pick câu trả lời cho mỗi, sau đó kiểm tra.

các tài nguyên worth của bạn time

My pagination writing

• SEOs là Breaking Pagination sau khi Google Changed Rel=Prev/tiếp theo: Ở đây Cách Nhận nó Right — my chính piece on điều này topic: Vì sao để giữ markup, và four mistakes đó break pagination.
• Canonical Tags: đơn giản Hướng dẫn cho Beginners — canonical mechanics đó pagination xử lý phụ thuộc vào.
• Người mới bắt đầu Hướng dẫn để kỹ thuật SEO — nơi pagination sits trong bigger crawl/chỉ mục picture.

My speaking

• Video: Patrick Stox on pagination, kỹ thuật SEO & community (công cụ tìm kiếm Land, SMX West 2020) — my take on Cách Google yên lặng rel=prev/tiếp theo deprecation caught ngành off guard, và Vì sao SEOs over-engineer pagination.

Từ khoảng đó ngành

• Pagination thực hành tốt nhất cho Google (Google Search Central) — đó hiện tại chính thức hướng dẫn.
• Implementing markup cho paginated và sequenced nội dung (Bing Quản trị viên web Blog) — Bing vẫn-hiện tại rel=prev/tiếp theo requirements.
• Gary Illyes — Đó Googler Ai Discovered rel=prev/tiếp theo Không Lâu hơn Supported (Công cụ tìm kiếm Roundtable) — đó story of cách đó deprecation surfaced.
• Google Advice On Pagination & Trang Series Post rel=tiếp theo và rel=prev (Công cụ tìm kiếm Roundtable) — Mueller “stand on their own” (bản dịch) «stand on của họ own» hướng dẫn.
• Điều gì happens khi 67% of một site được lập chỉ mục URLs là pagination? (GSQI / Glenn Gabe) — đó case nghiên cứu nơi pagination drove chỉ ~0,3% of organic clicks với không negative impact.
• Explaining đó ‘rel=prev/tiếp theo’ saga of 2019 (Embryo) — một clear walkthrough of đó deprecation và của nó aftermath.

Nhật ký thay đổi