Panduan Pagination

TL;DR — Pagination adalah splitting sebuah panjang list — products, blog posts, penelusuran 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 jangan penting (oleh canonicalizing them semua untuk halaman 1 atau noindexing them).

Apa pagination adalah

Ketika Anda memiliki lebih items daripada fit pada satu halaman — say 500 products di sebuah category, atau tahun dari blog posts di sebuah archive — Anda split them di seluruh sebuah series dari halaman. halaman 1 menampilkan pertama batch, halaman 2 berikutnya, dan so pada. setiap halaman lives di -nya own address (sebuah URL), biasanya sesuatu like ?page=2 atau /page/2/.

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

mengapa ini penting untuk SEO

halaman themselves hampir tidak pernah peringkat untuk apa pun atau mendapatkan 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 mendapatkan untuk halaman 3, ini dapat’t temukan hal itu adalah hanya ditautkan dari halaman 3.

So seluruh 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 pages (traditional pagination). Page 1, 2, 3, each its own URL. This is the safe, SEO-friendly default. 2. A “Load more” button. One page, and clicking the button loads the next batch. Fine if the button is built on real links — a problem if it’s a JavaScript-only button that bots can’t click. 3. Infinite scroll. Content keeps loading as you scroll. Great for users, but bots don’t scroll, so without real numbered-page links somewhere, the content further down may never get found. » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian dua belas, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

mistakes untuk hindari

• jangan poin setiap halaman’s tag canonical di halaman 1. itu tells Google halaman 2, 3, 4 adalah hanya duplicates dari halaman 1 dan tidak seharusnya menjadi terindeks — yang dapat hide konten pada them.
• jangan tambahkan noindex untuk halaman 2 dan beyond. ini feels tidy, tetapi ini dapat penyebab Google untuk eventually berhenti crawling itu halaman, dan lalu ini loses path untuk semuanya mereka tautan untuk.
• jangan block pagination di robots.txt atau tambahkan nofollow untuk halaman tautan. Keduanya cut off crawl path.

satu piece dari history worth knowing

Di sana digunakan untuk menjadi sebuah special bit dari code — rel="prev" dan rel="next" — itu told Google bagaimana paginated halaman connected. Google berhenti menggunakan ini di 2019. jangan panic dan rip ini out, though: Bing masih menggunakan ini dan browser gunakan ini untuk muat berikutnya halaman lebih cepat, so ini adalah worth mempertahankan.

ingin penuh versi — self-canonicals, crawl-chain masalah dengan noindex, dan strange story dari bagaimana Google’s deprecation mendapat 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 berhenti 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 hampir Tidak direct traffic (satu 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 memperbaiki 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 wajar, 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 jelas: memberikan setiap halaman -nya own canonical URL; melakukan tidak gunakan pertama halaman sebagai canonical untuk seluruh set.

Satu exception untuk wajar 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) “jangan perlu untuk ikuti” biasa unique-judul recommendation, so Anda tidak memiliki untuk contrive “Halaman 2 dari 9” (terjemahan) “halaman 2 dari 9” suffixes (though mereka jangan hurt).

rel=prev/berikutnya story — dan mengapa ini adalah interesting bagian

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

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

«> *“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) (Ringkasan bahasa Indonesia untuk bagian tiga puluh, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

rationale: Google’s pengindeksan memiliki become baik cukup di recognizing paginated sequences dari heading, judul, dan internal linking itu jelas hint adalah redundant. Ketika I spoke tentang ini di SMX West di early 2020, hal I dipertahankan coming back untuk adalah bagaimana completely ini caught industry off guard — kami’d semua telah melakukan berfungsi itu, ini turned out, Google hadn’t telah reading untuk sebuah sementara.

seharusnya Anda hapus rel=prev/next? Tidak — dan ini adalah di mana sebuah lot dari orang overcorrect. I covered persis ini di my Ahrefs piece, SEOs adalah Breaking Pagination setelah Google Changed Rel=Prev/Berikutnya. pertahankan ini, karena:

«- Bing still supports and recommends it. Bing’s guidance is unchanged — one rel="next" and/or one rel="prev" per page, in the <head>. Stripping it to “clean up after Google” can only hurt your Bing performance.

• Browsers prefetch with it — they can preload the next page for a faster experience.
• It’s a W3C standard and helps with accessibility. » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian tiga puluh tiga, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

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

Canonicals: self-reference, tidak halaman 1

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

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

seharusnya Anda noindex halaman 2+? Hampir tidak pernah — dan di sini’s trap

tidy-looking move adalah untuk noindex semuanya past halaman 1 so hanya halaman 1 menampilkan di penelusuran. masalah adalah apa noindex melakukan untuk crawling di atas time: Google eventually melakukan crawl noindexed halaman lebih sedikit, dan dapat effectively berhenti berikut tautan pada them. jika halaman 3 adalah noindexed dan Google berhenti crawling ini, Google loses -nya path untuk semuanya itu’s hanya ditautkan dari halaman 3. itu’s crawl-chain masalah, dan ini adalah mengapa noindex pada pagination tends untuk diam-diam bury konten.

Mueller’s heuristic untuk apakah 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 seseorang hanya saw ini halaman dari my situs, akan itu menjadi OK?” untuk sebuah genuinely thin, valueless halaman jawaban mungkin menjadi Ya — tetapi untuk sebuah paginated listing itu’s hanya route untuk dozens dari products, jawaban adalah hampir selalu Tidak.

«Where noindex is often appropriate: filter and sort variants, which people confuse with pagination. A true paginated sequence (?page=2) should stay indexable. A filtered or sorted variant (/shoes/?color=red&sort=price) is usually a near-duplicate spider-trap candidate that you may legitimately want to noindex or block. Knowing which is which is the whole skill — this overlaps heavily with how you handle faceted navigation, which is its own topic. » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian empat puluh satu, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

lainnya crawl-path killers

«The same “don’t break the path” rule rules out a few more patterns: » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian empat puluh tiga, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

«- Don’t nofollow pagination links. Each paginated page is part of your internal link graph; nofollowing the nav links blocks PageRank flow and crawl signal to the deeper pages.

• Don’t block pagination in robots.txt. That stops Google reaching the pages at all — and therefore everything linked from them.
• Use real <a href> links for pagination controls. Google crawls URLs found in href attributes; a JavaScript-only “Load more” button that fires an onclick without a real link is invisible to Googlebot. Google is explicit that its crawlers “don’t ‘click’ buttons and generally don’t trigger JavaScript functions that require user actions.” » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian empat puluh empat, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

«## Infinite scroll and “Load more” — make them crawlable » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian empat puluh lima, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

«Infinite scroll is fine for users and hostile to crawlers unless you give bots a fallback. The fix is a paginated, crawlable counterpart: real ?page=n URLs with <a href> links (often surfaced in a footer or a <noscript> fallback) that expose the same content the scroll loads dynamically. Same advice for “Load more” — the button can drive the UX, but there should be a real anchor-link path to every page of results behind it. For very large catalogs, lean on XML sitemaps (or a Merchant Center feed) to supplement discovery, since you can’t count on link discovery alone reaching everything. » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian empat puluh enam, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

data terstruktur pada paginated konten

ada Tidak special schema jenis untuk “a paginated series.” (terjemahan) “sebuah paginated series.” Mark up apa sebenarnya pada setiap halaman: Product markup belongs pada individual product halaman (tidak pagination container), dan Article markup pada setiap halaman dari sebuah multi-bagian artikel series. jangan try untuk express prev/berikutnya hubungan melalui data terstruktur — itu’s tidak apa ini adalah untuk.

anggaran crawling dan reality periksa

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

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

Satu honest caveat: getting teknis setup right — dapat di-crawl tautan, self-canonicals, Tidak accidental noindex — hanya mempertahankan door open. ini tidak jaminan Google melakukan crawl, indeks, atau peringkat apa pun diberikan paginated halaman, dan ini tidak jaminan traffic atau sebuah AI citation either. Apa ini menghapus adalah architectural alasan konten pada deeper halaman mendapatkan 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 large content sets (category pages, archives, search results, article series) across sequentially numbered URLs. Each page’s SEO value is as a crawl path to the content it links to — not as a ranking page.

• Each paginated page should stand on its own: indexable, crawlable, with a self-referencing canonical. Google: give each page its own canonical URL — don’t canonicalize pages 2+ to page 1.
• rel=prev/next: Google silently stopped using it before announcing the retirement on March 21, 2019 (Gary Illyes found it internally). Bing still uses it, browsers prefetch with it, it’s a W3C standard — so don’t remove it.
• Don’t noindex page 2+ in normal cases: noindexed pages get crawled less and Google can stop following their links, breaking the crawl chain to content linked only from those pages. Mueller’s test: “If someone only saw this page… would that be OK?”
• Filter/sort variants ≠ pagination. True ?page=n stays indexable; filtered (?color=red&sort=price) variants are often legitimately noindexed/blocked.
• Also avoid: nofollowing pagination links, blocking them in robots.txt, and JavaScript-only “Load more” buttons. Use real <a href> links; give infinite scroll a crawlable paginated fallback.
• Structured data: mark up what’s on each page (Product, Article); no schema type expresses a paginated series. » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian lima puluh delapan, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.) «- Crawl budget matters only at large scale (~1M+ pages). Paginated pages drive ~0.3% of organic clicks in one case study. Don’t over-engineer it.
• No guarantees: correct setup removes the architectural reasons deeper pages get missed — it doesn’t guarantee crawling, indexing, rankings, traffic, or AI citations. » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian lima puluh delapan, bagian kecil dua: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

Dokumentasi resmi

Utama-sumber guidance dari mesin pencari.

«Google

• Pagination best practices for Google — current canonical guidance: give each page its own canonical URL, the three UX patterns (pagination, load more, infinite scroll), and crawlable-link requirements.
• Pagination with rel=“next” and rel=“prev” (2011) — the original (now-deprecated) guidance, kept for historical context.
• Video about pagination with rel=“next” and rel=“prev” (2012) — the 2012 follow-up.
• Consolidate duplicate URLs — canonicalization methods (the adjacent topic that pagination handling depends on). » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian enam puluh tiga, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

Bing / Microsoft

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

Quotes dari sumber

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

Google — rel=prev/berikutnya 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.” — @googlewmc, March 21, 2019. See the tweet

• “Google no longer uses these tags, although these links may still be used by other search engines.” — Google Search Central, pagination docs. Jump to quote » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian tujuh puluh, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

Google — memberikan setiap halaman -nya own canonical

• “Memberikan setiap halaman its own canonical URL” (terjemahan) “Memberikan setiap halaman -nya own canonical URL” — dan jangan gunakan pertama halaman sebagai canonical untuk semua paginated halaman. Jump untuk quote
• pada crawling JavaScript pagination: Google’s crawler “jangan ‘click’ buttons dan generally jangan trigger JavaScript functions itu require user actions untuk perbarui itu saat ini halaman contents.” (terjemahan) “jangan ‘click’ buttons dan umumnya jangan trigger JavaScript functions itu memerlukan pengguna tindakan untuk perbarui 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 seseorang hanya saw ini halaman dari my situs, akan itu menjadi OK?” jika Ya, Anda dapat noindex ini — tetapi itu’s sebuah tinggi bar untuk sebagian besar paginated konten. Coverage

Pagination SEO checklist

sebuah lulus untuk konfirmasi mesin pencari dapat crawl Anda paginated sequences dan konten behind them:

«- [ ] Each paginated page has its own unique URL (e.g. ?page=2) — no fragment identifiers (#) marking page numbers (Google ignores fragments).

• Each page carries a self-referencing canonical — not a canonical pointing back to page 1 (unless you’re deliberately using a view-all page).
• Pages 2+ are indexable (no blanket noindex).
• Pagination controls are real <a href> links, not JavaScript-only buttons.
• Pagination links are not nofollowed.
• Pagination URLs are not blocked in robots.txt.
• rel="prev" / rel="next" left in place (for Bing, browser prefetch, accessibility) — even though Google ignores them.
• Infinite scroll / “Load more” has a crawlable paginated fallback with real anchor links.
• XML sitemaps supplement discovery for large catalogs (especially JS-rendered listings).
• Filter/sort variants (e.g. ?color=red&sort=price) handled separately from true pagination — noindex/block these if they add no unique value.
• Structured data marks up what’s on each page (Product, Article), not the pagination container. » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian delapan puluh, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

mental models

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

2. “Dapat ini halaman stand pada its own?” (terjemahan) “dapat ini halaman stand pada -nya own?” Mueller’s reframing setelah rel=prev/berikutnya retirement. Treat setiap paginated URL sebagai sebuah wajar, 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, jangan index” (terjemahan) “duplicate, jangan indeks”)
• noindex pada halaman 2+ (mendapatkan di-crawl lebih sedikit → tautan berhenti menjadi diikuti)
• nofollow pada pagination tautan (blocks PageRank + crawl sinyal)
• robots.txt disallow (blocks access entirely)

4. “Google menggunakan 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 apa untuk pertahankan pada semua consumers, tidak hanya Google.

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

Bagaimana seharusnya sebuah panjang listing expose lebih items?

Pagination mistakes itu cut crawl path

Canonicalizing setiap halaman untuk halaman satu

halaman dua dan kemudian berisi berbeda items, so halaman satu adalah tidak mereka equivalent. Let component halaman self-canonicalize; gunakan redirects atau canonical consolidation hanya ketika URLs adalah genuinely duplicates.

menambahkan noindex untuk halaman dua 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 tanpa persistent URLs

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

umum pagination failures

Products pada kemudian halaman adalah tidak ditemukan

Symptom: Items terlihat setelah clicking atau scrolling tidak pernah muncul di sebuah crawl. mungkin penyebab: berikutnya batch memuat hanya melalui JavaScript dan memiliki Tidak anchor URL. Perbaiki: Expose persistent paginated URLs, tautan them dengan wajar anchors, dan verify sebuah crawl beginning di halaman satu reaches item URLs.

Google selects halaman satu sebagai canonical untuk seluruh series

Symptom: pemeriksaan URL reports halaman satu sebagai Google’s canonical untuk deeper halaman. mungkin penyebab: semua halaman declare halaman satu sebagai canonical atau render nearly identical konten. Perbaiki: gunakan self-canonicals, distinct item sets, stable judul di mana 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 terakhir nyata halaman. mungkin penyebab: berikutnya tautan adalah generated tanpa memeriksa apakah lainnya batch ada. Perbaiki: Berhenti emitting berikutnya anchor pada akhir halaman dan mengembalikan proper tidak-ditemukan respons untuk impossible halaman angka.

Pagination sinyal reference

Uji pemahaman Anda: Pagination

Five quick pertanyaan pada menangani 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/Berikutnya: Di sini’s cara Mendapatkan ini Right — my utama piece pada ini topic: mengapa untuk pertahankan markup, dan four mistakes itu break pagination.
• tag canonical: sebuah sederhana Guide untuk Beginners — canonical mechanics itu pagination menangani bergantung pada.
• Beginner’s Guide untuk SEO teknis — di mana 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 bagaimana Google’s tenang rel=prev/berikutnya deprecation caught industry off guard, dan mengapa 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/berikutnya requirements.
• Gary Illyes — Googler Siapa ditemukan rel=prev/berikutnya Tidak Lebih lama didukung (mesin pencari Roundtable) — story dari bagaimana deprecation surfaced.
• Google’s Advice pada Pagination & halaman Series Post rel=berikutnya dan rel=prev (mesin pencari Roundtable) — Mueller’s “stand pada mereka own” (terjemahan) “stand pada mereka own” guidance.
• Apa happens ketika 67% dari sebuah situs’s terindeks URLs adalah pagination? (GSQI / Glenn Gabe) — case study di mana pagination drove hanya ~0,3% dari organic clicks dengan Tidak negative impact.
• Explaining ‘rel=prev/berikutnya’ saga dari 2019 (Embryo) — sebuah jelas walkthrough dari deprecation dan -nya aftermath.

Log perubahan