Pagination di blog dan toko online WordPress masih jadi sumber kebocoran crawl budget di 2026. Banyak situs punya ratusan URL /page/2/, /page/3/, sampai ratusan, tapi sinyalnya saling bertabrakan. Artikel tips singkat ini merangkum lima kesalahan paling sering muncul dan cara praktis menghindarinya tanpa plugin berlebihan.

1. Membiarkan semua halaman page dinindeks penuh

Kesalahan klasik: setiap URL pagination diindeks seperti halaman konten utama. Google lalu menyimpan ribuan daftar tipis dengan cuplikan yang hampir sama. Di Search Console 2026, pola ini sering muncul sebagai “Crawled – currently not indexed” atau duplikat tanpa user-selected canonical.

Cara hindari: tentukan strategi tegas. Untuk blog berita atau katalog besar, biarkan page 1 diindeks; dari page 2 ke atas gunakan noindex,follow lewat meta robots atau filter tema agar tautan internal tetap dilalui crawler. Pastikan page 1 punya canonical ke dirinya sendiri, bukan ke root kategori yang beda parameter.

2. Canonical pagination mengarah ke page 1 secara membabi buta

Beberapa plugin SEO lama (atau setting custom) memaksa semua /page/n/ canonical ke halaman pertama. Niatnya merapikan duplikat, efeknya justru membingungkan Google soal urutan konten dan “page experience” daftar artikel.

Cara hindari: jika Anda mengindeks pagination, canonical harus self-referencing (page 3 menunjuk page 3). Jika Anda noindex page 2+, canonical self tetap aman; yang penting jangan campur: noindex + canonical ke page 1 dalam skenario yang tidak konsisten. Audit 10 URL acak di kategori teramai lewat “View source” atau ekstensi SEO.

3. Parameter urutan & filter menempel di URL page

Contoh: /kategori/page/2/?orderby=price atau ?sort=latest&page=4. Di 2026, faceted URL + pagination masih memakan crawl demand tinggi, apalagi jika sitemap ikut memasukkan kombinasi itu.

Cara hindari:

• Blokir parameter non-esensial di robots.txt hanya jika Anda yakin tidak merusak aset penting; lebih aman atur di plugin SEO: parameter tracking & sort diarahkan canonical ke URL bersih.
• Jangan masukkan URL berparameter ke XML sitemap.
• Untuk WooCommerce, batasi pengindeksan layered nav; satu kombinasi filter utama saja yang “layak indeks”.

4. Internal link “lompat jauh” tanpa silo yang jelas

Footer atau sidebar memajang tautan langsung ke /page/15/ atau arsip tahun lama tanpa konteks. Crawl path jadi dalam, PageRank tersebar ke daftar usang, sementara artikel pillar jarang dapat klik internal berkualitas.

Cara hindari: batasi widget pagination ke relasi dekat (prev/next dan maksimal ±2 nomor di sekitar halaman aktif). Tambahkan blok “Artikel terkait” dan hub ke pillar, bukan ke page angka tinggi. Target praktis 2026: 90% artikel baru terhubung dari page 1 kategori atau hub dalam 3 klik.

5. Infinite scroll tanpa fallback URL yang bisa di-crawl

Tema “load more” atau infinite scroll murni JavaScript tanpa riwayat URL membuat Google hanya melihat batch pertama. Sebaliknya, jika setiap scroll membuat URL baru tanpa kontrol, Anda kembali ke masalah indeks berlebih.

Cara hindari: pakai pola yang ramah crawler: tombol “Muat lebih banyak” yang tetap menyediakan tautan <a href=”/page/2/”> nyata, atau History API yang sinkron dengan path pagination server-side. Uji dengan mode JavaScript disabled atau laporan “page indexing” setelah 14 hari. Pastikan LCP daftar artikel tidak tertahan skeleton kosong lebih dari ~2,5 detik di perangkat median.

Checklist cepat 10 menit

• Buka 1 kategori besar → cek meta robots page 1 vs page 2.
• Cocokkan canonical tiap page dengan kebijakan indeks Anda.
• Scan sitemap: hapus URL page dalam jika strategi Anda noindex pagination.
• Di GSC, filter URL mengandung /page/ dan tinjau impressi vs klik 28 hari.
• Batasi deep link angka page dari menu global.

Penutup

Pagination bukan musuh SEO; yang merusak adalah inkonsistensi antara indeks, canonical, parameter, dan pola tautan. Di 2026, situs WordPress yang rapi biasanya memilih satu kebijakan (indeks terbatas atau noindex page 2+), menuliskannya di dokumentasi tim, lalu mengaudit tiap rilis tema. Terapkan lima perbaikan di atas secara bertahap, ukur crawl stats dua minggu sekali, dan arsip Anda akan berhenti “bocor” tanpa harus merombak seluruh struktur situs.