Panduan Pagination

TL;DR — Pagination adalah splitting sebuah panjang list — products, blog posts, search hasil — di seluruh numbered halaman like halaman 1, 2, 3. setiap halaman perlu -nya own URL, dan Anda ingin mesin pencari untuk menjadi able untuk crawl semua dari them so mereka dapat temukan konten ditautkan dari deeper halaman. big mistakes adalah telling Google itu deeper halaman don’t penting (oleh canonicalizing them semua untuk halaman 1 atau noindexing them).

What pagination adalah

When Anda memiliki more items daripada fit pada one halaman — say 500 products di sebuah category, atau years dari blog posts di sebuah archive — Anda split them di seluruh sebuah series dari halaman. halaman 1 menampilkan pertama batch, halaman 2 next, dan so pada. setiap halaman lives di -nya own address (sebuah URL), biasanya something like ?page=2 atau /page/2/.

itu’s pagination. Anda’ve digunakan ini sebuah thousand times without thinking tentang ini.

mengapa ini penting untuk SEO

halaman themselves almost tidak pernah peringkat untuk anything atau get direct traffic. mereka nyata job adalah untuk menjadi sebuah path itu mesin pencari ikuti untuk reach products atau posts listed pada them. jika sebuah bot dapat’t get untuk halaman 3, ini dapat’t temukan things itu adalah hanya ditautkan dari halaman 3.

So whole game adalah sederhana: let mesin pencari crawl setiap halaman di sequence. sebagian besar pagination masalah come dari accidentally blocking itu path.

three cara untuk tampilkan paginated konten

1. Numbered halaman (traditional pagination). halaman 1, 2, 3, setiap -nya own URL. ini adalah safe, SEO-friendly default.
2. sebuah “Load more” (terjemahan) “muat more” button. One halaman, dan clicking button memuat next batch. Fine jika button adalah dibangun pada nyata tautan — sebuah masalah jika ini adalah sebuah JavaScript-hanya button itu bot dapat’t click.
3. Infinite scroll. konten mempertahankan memuat sebagai Anda scroll. Great untuk pengguna, tetapi bot don’t scroll, so without nyata numbered-halaman tautan somewhere, konten further down dapat tidak pernah get ditemukan.

mistakes untuk hindari

• Don’t poin setiap halaman’s tag canonical di halaman 1. itu tells Google halaman 2, 3, 4 adalah hanya duplicates dari halaman 1 dan shouldn’t menjadi terindeks — which dapat hide konten pada them.
• Don’t tambahkan noindex untuk halaman 2 dan beyond. ini feels tidy, tetapi ini dapat cause Google untuk eventually stop crawling itu halaman, dan lalu ini loses path untuk everything mereka tautan untuk.
• Don’t block pagination di robots.txt atau tambahkan nofollow untuk halaman tautan. Both cut off crawl path.

one piece dari history worth knowing

There digunakan untuk menjadi sebuah special bit dari code — rel="prev" dan rel="next" — itu told Google how paginated halaman connected. Google stopped menggunakan ini di 2019. Don’t panic dan rip ini out, though: Bing masih menggunakan ini dan browser gunakan ini untuk muat next halaman faster, so ini adalah worth keeping.

ingin full versi — self-canonicals, crawl-chain masalah dengan noindex, dan strange story dari how Google’s deprecation got ditemukan — switch untuk Advanced tab.

TL;DR — Treat setiap paginated URL sebagai sebuah standalone halaman: self-referencing canonical, dapat di-crawl, dapat diindeks, nyata <a href> tautan. classic mistakes — canonicalizing halaman 2+ untuk halaman 1, noindexing them, nofollowing mereka tautan, blocking them di robots.txt — semua break crawl chain untuk konten itu halaman tautan untuk. Google silently stopped menggunakan rel=prev/next sebelum announcing ini di March 2019; Bing masih menggunakan ini, so leave markup di place. anggaran crawling hanya penting di very besar scale, dan paginated halaman drive almost no direct traffic (one case study: ~0,3% dari organic clicks) — mereka nilai adalah sebagai crawl paths.

setiap paginated halaman stands pada -nya own

ini adalah single mental shift itu fixes sebagian besar pagination masalah. setelah Google dropped rel=prev/next, John Mueller put baru 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.” (terjemahan) “untuk paling bagian, kami hanya indeks halaman sebagai kami temukan them, so sebagai kami’ve recommended untuk sebuah panjang time, ini adalah baik untuk pastikan itu semua halaman dapat stand pada mereka own.”

“Stand on their own” (terjemahan) “Stand pada mereka own” berarti setiap halaman di sequence adalah sebuah normal, dapat diindeks halaman dengan sebuah self-referencing canonical — halaman 2’s canonical poin di halaman 2, halaman 3’s di halaman 3. Google’s own saat ini guidance adalah explicit: give setiap halaman -nya own canonical URL; melakukan not gunakan pertama halaman sebagai canonical untuk whole set.

One exception untuk normal best practice: Google says identical <title> tags di seluruh sebuah paginated sequence adalah fine. halaman di sebuah paginated set “don’t need to follow” (terjemahan) “don’t perlu untuk ikuti” usual unique-judul recommendation, so Anda tidak memiliki untuk contrive “Page 2 of 9” (terjemahan) “halaman 2 dari 9” suffixes (though mereka don’t hurt).

rel=prev/next story — dan why ini adalah interesting bagian

Back di 2011 Google introduced rel="prev" dan rel="next" — <link> elements di <head> itu told Google which URLs formed sebuah paginated sequence so ini dapat consolidate signals di seluruh them. untuk sebagian besar dari 2010s, menambahkan them adalah standard technical-SEO hygiene.

lalu ini quietly stopped mattering. cara SEO world ditemukan out adalah bagian sebagian besar write-ups skip: Gary Illyes ditemukan, selama internal research, itu Google memiliki sudah silently stopped menggunakan rel=prev/next — dan memiliki not telah menggunakan ini untuk beberapa time. He escalated ini internally, dan pada March 21, 2019 @googlewmc account dibuat ini public:

“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.” (terjemahan) “Spring cleaning! sebagai kami evaluated kami pengindeksan signals, kami decided untuk retire rel=prev/next. Studies tampilkan itu pengguna love single-halaman konten, aim untuk itu when mungkin, tetapi multi-bagian adalah juga fine untuk Google Search.”

rationale: Google’s pengindeksan memiliki become baik enough di recognizing paginated sequences dari heading, judul, dan internal linking itu explicit hint adalah redundant. When I spoke tentang ini di SMX West di early 2020, thing I dipertahankan coming back untuk adalah how completely ini caught industry off guard — kami’d semua telah doing berfungsi itu, ini turned out, Google hadn’t telah reading untuk sebuah while.

seharusnya Anda hapus rel=prev/next? No — dan ini adalah where sebuah lot dari people overcorrect. I covered exactly ini di my Ahrefs piece, SEOs adalah Breaking Pagination setelah Google Changed Rel=Prev/Next. pertahankan ini, because:

• Bing masih mendukung dan recommends ini. Bing’s guidance adalah unchanged — one rel="next" dan/atau one rel="prev" per halaman, di <head>. Stripping ini untuk “clean up after Google” (terjemahan) “clean up setelah Google” dapat hanya hurt Anda Bing performa.
• browser prefetch dengan ini — mereka dapat preload next halaman untuk sebuah faster experience.
• ini adalah sebuah W3C standard dan helps dengan accessibility.

So: Google ignores ini, everyone else masih benefits. Leaving ini di place adalah correct panggil.

Canonicals: self-reference, not halaman 1

old, now-harmful pattern adalah canonicalizing halaman 2, 3, 4… back untuk halaman 1. intent adalah untuk “avoid duplicate content,” (terjemahan) “hindari duplicate konten,” tetapi effect adalah opposite dari what Anda ingin: Anda’re telling Google itu deeper halaman adalah duplicates itu shouldn’t menjadi terindeks, which orphans konten ditautkan hanya dari them dan breaks crawl path melalui sequence.

Correct: setiap halaman adalah self-canonical. one legitimate alternative adalah sebuah view-semua halaman — sebuah single URL showing whole set — dengan paginated halaman canonicalizing untuk itu. Google’s older guidance leaned pada view-semua heavily; saat ini guidance softens ini untuk “an option if the page loads fast enough.” (terjemahan) “sebuah option jika halaman memuat fast enough.” untuk sebagian besar besar catalogs, self-referencing canonicals pada setiap paginated halaman adalah simpler, safer default.

seharusnya Anda noindex halaman 2+? Almost tidak pernah — dan here’s trap

tidy-looking move adalah untuk noindex everything past halaman 1 so hanya halaman 1 menampilkan di search. masalah adalah what noindex melakukan untuk crawling di atas time: Google eventually melakukan crawl noindexed halaman less, dan dapat effectively stop following tautan pada them. jika halaman 3 adalah noindexed dan Google stops crawling ini, Google loses -nya path untuk everything itu’s hanya ditautkan dari halaman 3. itu’s crawl-chain masalah, dan ini adalah why noindex pada pagination tends untuk quietly bury konten.

Mueller’s heuristic untuk whether sebuah halaman dapat menjadi safely noindexed adalah sebuah berguna gut periksa: “If someone only saw this page from my site, would that be OK?” (terjemahan) “jika someone hanya saw ini halaman dari my situs, akan itu menjadi OK?” untuk sebuah genuinely thin, valueless halaman jawaban mungkin menjadi yes — tetapi untuk sebuah paginated listing itu’s hanya route untuk dozens dari products, jawaban adalah almost selalu no.

Where noindex adalah sering appropriate: filter dan sort variants, which people confuse dengan pagination. sebuah benar paginated sequence (?page=2) seharusnya stay dapat diindeks. sebuah filtered atau sorted variant (/shoes/?color=red&sort=price) adalah biasanya sebuah near-duplicate spider-trap candidate itu Anda dapat legitimately ingin untuk noindex atau block. Knowing which adalah which adalah whole skill — ini overlaps heavily dengan how Anda handle faceted navigation, which adalah -nya own topic.

lainnya crawl-path killers

yang sama “don’t break the path” (terjemahan) “don’t break path” aturan aturan out sebuah few more patterns:

• Don’t nofollow pagination tautan. setiap paginated halaman adalah bagian dari Anda internal tautan graph; nofollowing nav tautan blocks PageRank flow dan crawl signal untuk deeper halaman.
• Don’t block pagination di robots.txt. itu stops Google reaching halaman di semua — dan therefore everything ditautkan dari them.
• gunakan nyata <a href> tautan untuk pagination controls. Google melakukan crawl URLs ditemukan di href attributes; sebuah JavaScript-hanya “Load more” (terjemahan) “muat more” button itu fires sebuah onclick without sebuah nyata tautan adalah invisible untuk Googlebot. Google adalah explicit itu -nya crawler “don’t ‘click’ buttons and generally don’t trigger JavaScript functions that require user actions.” (terjemahan) “don’t ‘click’ buttons dan umumnya don’t trigger JavaScript functions itu memerlukan pengguna tindakan.”

Infinite scroll dan “Load more” (terjemahan) “muat more” — membuat them dapat di-crawl

Infinite scroll adalah fine untuk pengguna dan hostile untuk crawler unless Anda give bot sebuah fallback. fix adalah sebuah paginated, dapat di-crawl counterpart: nyata ?page=n URLs dengan <a href> tautan (sering surfaced di sebuah footer atau sebuah <noscript> fallback) itu expose yang sama konten scroll memuat dynamically. sama advice untuk “Load more” (terjemahan) “muat more” — button dapat drive UX, tetapi there seharusnya menjadi sebuah nyata anchor-tautan path untuk setiap halaman dari hasil behind ini. untuk very besar catalogs, lean pada sitemap XML (atau sebuah Merchant Center feed) untuk supplement penemuan, since Anda dapat’t count pada tautan penemuan alone reaching everything.

data terstruktur pada paginated konten

There’s no special schema jenis untuk “a paginated series.” (terjemahan) “sebuah paginated series.” Mark up what’s actually pada setiap halaman: Product markup belongs pada individual product halaman (not pagination container), dan Article markup pada setiap halaman dari sebuah multi-bagian artikel series. Don’t try untuk express prev/next relationship melalui data terstruktur — itu’s not what ini adalah untuk.

anggaran crawling dan reality periksa

Pagination membuat sebuah lot dari URLs, which adalah why ini gets blamed untuk crawl-budget masalah. honest jawaban: untuk sebagian besar situs ini doesn’t penting. anggaran crawling adalah sebuah nyata constraint hanya di besar scale — think 1M+ halaman, atau very besar rapidly changing catalogs. Google memiliki, di Mueller’s framing, “a lot of experience dealing with pagination” (terjemahan) “sebuah lot dari experience dealing dengan pagination” dan learns Anda URL patterns di atas time, so ini umumnya handles paginated sequences well without special configuration.

dan worth keeping di perspective: paginated halaman drive almost no direct organic traffic. One well-known case study ditemukan pagination URLs accounted untuk hanya ~0,3% dari total organic clicks, dengan no negative SEO impact dari having lots dari them terindeks. itu reinforces framing throughout ini halaman — paginated halaman earn mereka pertahankan sebagai crawl paths untuk konten mereka expose, not sebagai peringkat halaman di mereka own right. So practical advice I pertahankan giving: don’t di atas-engineer ini. membuat halaman dapat di-crawl dan self-canonical, lalu leave them alone dan let Google figure ini out.

One honest caveat: getting technical setup right — dapat di-crawl tautan, self-canonicals, no accidental noindex — hanya mempertahankan door open. ini doesn’t guarantee Google melakukan crawl, indeks, atau peringkat apa pun given paginated halaman, dan ini doesn’t guarantee traffic atau sebuah AI citation either. What ini menghapus adalah architectural alasan konten pada deeper halaman gets missed di pertama place.

ini topic sits alongside rest dari situs web structure cluster — internal linking, faceted navigation, struktur URL, dan breadcrumbs semua shape yang sama crawl-path pertanyaan dari berbeda angles.

AI summary

sebuah condensed take pada Advanced versi:

• Pagination splits besar konten sets (category halaman, archives, search hasil, artikel series) di seluruh sequentially numbered URLs. setiap halaman’s SEO nilai adalah sebagai sebuah crawl path untuk konten ini tautan untuk — not sebagai sebuah peringkat halaman.
• setiap paginated halaman seharusnya stand pada -nya own: dapat diindeks, dapat di-crawl, dengan sebuah self-referencing canonical. Google: give setiap halaman -nya own canonical URL — don’t canonicalize halaman 2+ untuk halaman 1.
• rel=prev/next: Google silently stopped menggunakan ini sebelum announcing retirement pada March 21, 2019 (Gary Illyes ditemukan ini internally). Bing masih menggunakan ini, browser prefetch dengan ini, ini adalah sebuah W3C standard — so don’t hapus ini.
• Don’t noindex halaman 2+ di normal cases: noindexed halaman get di-crawl less dan Google dapat stop following mereka tautan, breaking crawl chain untuk konten ditautkan hanya dari itu halaman. Mueller’s test: “If someone only saw this page… would that be OK?” (terjemahan) “jika someone hanya saw ini halaman… akan itu menjadi OK?”
• Filter/sort variants ≠ pagination. benar ?page=n stays dapat diindeks; filtered (?color=red&sort=price) variants adalah sering legitimately noindexed/blocked.
• juga hindari: nofollowing pagination tautan, blocking them di robots.txt, dan JavaScript-hanya “Load more” (terjemahan) “muat more” buttons. gunakan nyata <a href> tautan; give infinite scroll sebuah dapat di-crawl paginated fallback.
• data terstruktur: mark up what’s pada setiap halaman (Product, Article); no schema jenis expresses sebuah paginated series.
• anggaran crawling penting hanya di besar scale (~1M+ halaman). Paginated halaman drive ~0,3% dari organic clicks di one case study. Don’t di atas-engineer ini.
• No guarantees: correct setup menghapus architectural alasan deeper halaman get missed — ini doesn’t guarantee crawling, pengindeksan, rankings, traffic, atau AI citations.

Official documentation

Primary-source guidance dari mesin pencari.

Google

• Pagination best practices untuk Google — saat ini canonical guidance: give setiap halaman -nya own canonical URL, three UX patterns (pagination, muat more, infinite scroll), dan dapat di-crawl-tautan requirements.
• Pagination dengan rel=“next” (terjemahan) “next” dan rel=“prev” (terjemahan) “prev” (2011) — original (now-deprecated) guidance, dipertahankan untuk historical context.
• Video tentang pagination dengan rel=“next” (terjemahan) “next” dan rel=“prev” (terjemahan) “prev” (2012) — 2012 ikuti-up.
• Consolidate duplicate URLs — canonicalization metode ( adjacent topic itu pagination handling depends pada).

Bing / Microsoft

• Implementing markup untuk paginated dan sequenced konten — Bing’s masih-saat ini rel=prev/next guidance: one rel="next"/rel="prev" per halaman, di <head>, pairable dengan canonical.
• Bing Webmaster Guidelines.

Quotes dari source

pada—record statements dari Google. setiap tautan adalah sebuah deep tautan itu jumps untuk quoted passage pada source halaman.

Google — rel=prev/next 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.” (terjemahan) “Spring cleaning! sebagai kami evaluated kami pengindeksan signals, kami decided untuk retire rel=prev/next. Studies tampilkan itu pengguna love single-halaman konten, aim untuk itu when mungkin, tetapi multi-bagian adalah juga fine untuk 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.” (terjemahan) “Google no longer menggunakan ini tags, although ini tautan dapat masih menjadi digunakan oleh lainnya mesin pencari.” — Google Search Central, pagination docs. Jump untuk quote

Google — give setiap halaman -nya own canonical

• “Give each page its own canonical URL” (terjemahan) “Give setiap halaman -nya own canonical URL” — dan don’t gunakan pertama halaman sebagai canonical untuk semua paginated halaman. Jump untuk quote
• pada crawling JavaScript pagination: Google’s crawler “don’t ‘click’ buttons and generally don’t trigger JavaScript functions that require user actions to update the current page contents.” (terjemahan) “don’t ‘click’ buttons dan umumnya don’t trigger JavaScript functions itu memerlukan pengguna tindakan untuk update saat ini halaman contents.” Jump untuk quote

John Mueller, Google — halaman harus stand pada mereka 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.” (terjemahan) “untuk paling bagian, kami hanya indeks halaman sebagai kami temukan them, so sebagai kami’ve recommended untuk sebuah panjang time, ini adalah baik untuk pastikan itu semua halaman dapat stand pada mereka own.” Coverage
• pada heuristic untuk noindexing sebuah paginated halaman: “If someone only saw this page from my site, would that be OK?” (terjemahan) “jika someone hanya saw ini halaman dari my situs, akan itu menjadi OK?” jika yes, Anda dapat noindex ini — tetapi itu’s sebuah tinggi bar untuk sebagian besar paginated konten. Coverage

Pagination SEO checklist

sebuah pass untuk confirm mesin pencari dapat crawl Anda paginated sequences dan konten behind them:

• setiap paginated halaman memiliki -nya own unique URL (e.g. ?page=2) — no fragment identifiers (#) marking halaman angka (Google ignores fragments).
• setiap halaman carries sebuah self-referencing canonical — not sebuah canonical pointing back untuk halaman 1 (unless Anda’re deliberately menggunakan sebuah view-semua halaman).
• halaman 2+ adalah dapat diindeks (no blanket noindex).
• Pagination controls adalah nyata <a href> tautan, not JavaScript-hanya buttons.
• Pagination tautan adalah not nofollowed.
• Pagination URLs adalah not blocked di robots.txt.
• rel="prev" / rel="next" left di place (untuk Bing, browser prefetch, accessibility) — bahkan though Google ignores them.
• Infinite scroll / “Load more” (terjemahan) “muat more” memiliki sebuah dapat di-crawl paginated fallback dengan nyata anchor tautan.
• sitemap XML supplement penemuan untuk besar catalogs (terutama JS-rendered listings).
• Filter/sort variants (e.g. ?color=red&sort=price) handled separately dari benar pagination — noindex/block ini jika mereka tambahkan no unique nilai.
• data terstruktur marks up what’s pada setiap halaman (Product, Article), not pagination container.

mental models

1. Paginated halaman adalah crawl paths, not destinations. mereka job adalah untuk expose products/posts ditautkan dari them so bot (dan PageRank) dapat reach itu. setelah Anda internalize itu, almost setiap aturan mengikuti: don’t melakukan anything itu breaks path. One case study clocked pagination di ~0,3% dari organic clicks — mereka don’t peringkat, mereka route.

2. “Can this page stand on its own?” (terjemahan) “dapat ini halaman stand pada -nya own?” Mueller’s reframing setelah rel=prev/next retirement. Treat setiap paginated URL sebagai sebuah normal, self-canonical, dapat diindeks halaman alih-alih sebuah dependent fragment dari sebuah set.

3. four crawl-chain breakers. pertahankan ini straight dan sebagian besar pagination mistakes disappear:

• Canonicalizing halaman 2+ → halaman 1 (says “duplicate, don’t index” (terjemahan) “duplicate, don’t indeks”)
• noindex pada halaman 2+ (gets di-crawl less → tautan stop menjadi diikuti)
• nofollow pada pagination tautan (blocks PageRank + crawl signal)
• robots.txt disallow (blocks access entirely)

4. “Google uses it” (terjemahan) “Google menggunakan ini” ≠ “it’s still useful.” (terjemahan) “ini adalah masih berguna.” rel=prev/next adalah canonical contoh: Google dropped ini, tetapi Bing menggunakan ini, browser prefetch dengan ini, dan ini adalah valid HTML. Decide what untuk pertahankan pada semua consumers, not hanya Google.

5. Pagination vs. faceted variants. sebuah benar sequence (?page=2) stays dapat diindeks. Filter/sort variants (?color=red&sort=price) adalah biasanya near-duplicate clutter Anda dapat noindex atau block. sama-looking URLs, opposite handling — classify sebelum Anda configure.

How seharusnya sebuah panjang listing expose more items?

Pagination mistakes itu cut crawl path

Canonicalizing setiap halaman untuk halaman one

halaman two dan later berisi berbeda items, so halaman one adalah not mereka equivalent. Let component halaman self-canonicalize; gunakan redirects atau canonical consolidation hanya when URLs adalah genuinely duplicates.

menambahkan noindex untuk halaman two dan beyond

directive menghapus itu URLs dari indeks dan dapat weaken path untuk items ditautkan hanya dari deeper halaman. pertahankan sequence dapat di-crawl dan meningkatkan listing alih-alih hiding -nya continuation.

membangun infinite scroll without persistent URLs

sebuah scroll event atau button adalah not sebuah crawl path. Pair experience dengan unique, loadable halaman URLs dan nyata anchors so setiap item remains reachable without pengguna interaction.

umum pagination failures

Products pada later halaman adalah not ditemukan

Symptom: Items terlihat setelah clicking atau scrolling tidak pernah appear di sebuah crawl. mungkin cause: next batch memuat hanya melalui JavaScript dan memiliki no anchor URL. Fix: Expose persistent paginated URLs, tautan them dengan normal anchors, dan verify sebuah crawl beginning di halaman one reaches item URLs.

Google selects halaman one sebagai canonical untuk whole series

Symptom: pemeriksaan URL reports halaman one sebagai Google’s canonical untuk deeper halaman. mungkin cause: semua halaman declare halaman one sebagai canonical atau render nearly identical konten. Fix: gunakan self-canonicals, distinct item sets, stable judul where berguna, dan consistent tautan internal untuk setiap component halaman.

crawler loop melalui endless halaman angka

Symptom: sebuah crawl discovers empty atau repeated URLs far beyond last nyata halaman. mungkin cause: next tautan adalah generated without memeriksa whether lainnya batch exists. Fix: Stop emitting next anchor pada akhir halaman dan mengembalikan proper not-ditemukan respons untuk impossible halaman angka.

Pagination signal reference

Test yourself: Pagination

Five quick pertanyaan pada handling pagination untuk SEO. Pick sebuah jawaban untuk setiap, lalu periksa.

Resources worth Anda time

My pagination writing

• SEOs adalah Breaking Pagination setelah Google Changed Rel=Prev/Next: Here’s cara Get ini Right — my primary piece pada ini topic: why untuk pertahankan markup, dan four mistakes itu break pagination.
• tag canonical: sebuah sederhana Guide untuk Beginners — canonical mechanics itu pagination handling depends pada.
• Beginner’s Guide untuk SEO teknis — where pagination sits di bigger crawl/indeks picture.

My speaking

• Video: Patrick Stox pada pagination, SEO teknis & community (mesin pencari Land, SMX West 2020) — my take pada how Google’s quiet rel=prev/next deprecation caught industry off guard, dan why SEOs di atas-engineer pagination.

dari sekitar industry

• Pagination best practices untuk Google (Google Search Central) — saat ini official guidance.
• Implementing markup untuk paginated dan sequenced konten (Bing Webmaster Blog) — Bing’s masih-saat ini rel=prev/next requirements.
• Gary Illyes — Googler Who ditemukan rel=prev/next No Longer didukung (mesin pencari Roundtable) — story dari how deprecation surfaced.
• Google’s Advice pada Pagination & halaman Series Post rel=next dan rel=prev (mesin pencari Roundtable) — Mueller’s “stand on their own” (terjemahan) “stand pada mereka own” guidance.
• What happens when 67% dari sebuah situs’s terindeks URLs adalah pagination? (GSQI / Glenn Gabe) — case study where pagination drove hanya ~0,3% dari organic clicks dengan no negative impact.
• Explaining ‘rel=prev/next’ saga dari 2019 (Embryo) — sebuah jelas walkthrough dari deprecation dan -nya aftermath.

Log perubahan