Pembengkakan Indeks

Pembengkakan indeks adalah istilah SEO untuk URL bernilai rendah, tipis, dan duplikat yang terindeks. Ini masalah efisiensi crawling dan kualitas, bukan penalti—berikut cara memperbaikinya.

Pertama kali diterbitkan: 23 Jun 2026 · Terakhir diperbarui: 22 Agu 2026 · Advanced
Bahasa

Pembengkakan indeks adalah istilah SEO—bukan istilah Google—untuk keadaan ketika mesin pencari mengindeks banyak URL bernilai rendah, tipis, atau duplikat yang tidak melayani permintaan penelusuran: navigasi berfaset, parameter, hasil pencarian internal, halaman tag/arsip, soft 404, dan duplikat protokol. Ini masalah efisiensi crawling dan pengenceran sinyal, bukan penalti (Google tidak memiliki penalti konten duplikat). Masalahnya adalah kualitas, bukan jumlah halaman. Diagnosis dilakukan melalui laporan Pengindeksan halaman GSC yang otoritatif (`site:` hanyalah perkiraan kasar), log, dan crawler. Perbaiki dengan mencocokkan setiap URL dengan alat yang tepat: `noindex` untuk menghapus dari indeks (biarkan tetap dapat di-crawl), `rel=canonical` untuk mengonsolidasikan duplikat, robots.txt untuk menghentikan crawling (bukan menghapus dari indeks), `404`/`410` untuk halaman yang sudah tidak ada, atau penggabungan untuk konten tipis.

TL;DR — “Pembengkakan indeks” adalah istilah SEO, bukan istilah Google. Masalah sebenarnya ialah URL tipis, duplikat, atau bernilai rendah—navigasi berfaset, parameter, pencarian internal, arsip tag, paginasi, soft 404, dan duplikat protokol—yang terindeks. Ini masalah efisiensi crawling dan pengenceran sinyal, bukan penalti. Bing: “Duplicate content doesn’t trigger search penalties on its own” (terjemahan) “Konten duplikat tidak dengan sendirinya memicu penalti penelusuran”; Mueller: “We don’t have a duplicate content penalty.” (terjemahan) “Kami tidak memiliki penalti konten duplikat.” Masalahnya adalah kualitas, bukan jumlah halaman. Diagnosis dilakukan dengan laporan Pengindeksan halaman GSC (site: hanya perkiraan kasar), log, dan crawler. Evidence for this claim Search Console's Page Indexing report summarizes indexed and non-indexed pages and groups non-indexed pages by reason, with limited example rows. Scope: Google Search Console reporting; it is not an exhaustive downloadable URL inventory. Confidence: high · Verified: Google: Page indexing report Perbaiki sesuai tujuan: noindex menghapus dari indeks (biarkan dapat di-crawl), rel=canonical mengonsolidasikan duplikat (petunjuk, bukan aturan), robots.txt hanya menghentikan crawling (tidak menghapus URL yang sudah terindeks), 404/ 410 untuk halaman yang sudah tidak ada, dan penggabungan untuk konten tipis. Evidence for this claim Google recommends noindex to prevent indexing while allowing crawling, canonical signals for duplicates, and 404/410 for removed pages. Scope: The appropriate control depends on the page's intended state. Confidence: high · Verified: Google: Block indexing with noindex Google: Canonicalization Google: HTTP status codes Alat Removals hanya sementara (~6 bulan).

Arti sebenarnya dari “pembengkakan indeks”

Pertama, luruskan pembingkaian yang keliru di banyak artikel: “pembengkakan indeks” adalah istilah industri SEO, bukan istilah Google. Google tidak memakai frasa itu. Istilah tersebut menggambarkan komponen-komponennya— URL duplikat, URL bernilai rendah/tidak penting, soft 404s, ruang URL tak terbatas, dan navigasi berfaset. Jadi, jangan menaruh frasa itu di mulut Google dan jangan memperlakukannya sebagai nama sesuatu yang diburu dan dihukum Google.

Definisi kerja yang saya gunakan: pembengkakan indeks terjadi ketika mesin pencari mengindeks halaman di situs Anda yang tidak memiliki nilai penelusuran. Tekanannya ada pada nilai, bukan volume. Situs dengan 500 halaman bisa bersih; situs dengan 100 000 halaman bisa sebagian besar berisi pembengkakan. Ini masalah kualitas yang menyamar sebagai masalah jumlah halaman.

Apakah pembengkakan indeks benar-benar masalah? Jawaban jujurnya

Biasanya dampaknya lebih kecil daripada anggapan orang—dan yang terpenting, ini bukan penalti. Inilah hal yang paling sering dilebih-lebihkan di bidang ini. Bing sekarang menyatakannya secara gamblang: “Duplicate content doesn’t trigger search penalties on its own.” (terjemahan) “Konten duplikat tidak dengan sendirinya memicu penalti penelusuran.” Mueller sudah bertahun-tahun mengatakan hal yang sama tentang Google: “We don’t have a duplicate content penalty. It’s not that we would demote a site for having a lot of duplicate content.” (terjemahan) “Kami tidak memiliki penalti konten duplikat. Bukan berarti kami akan menurunkan peringkat sebuah situs karena memiliki banyak konten duplikat.”

Lalu, apa biaya sebenarnya? Ada dua hal praktis:

  1. Crawling yang terbuang. Panduan Google untuk situs besar menyatakan bahwa jika banyak URL merupakan duplikat atau tidak diinginkan, “this wastes a lot of Google crawling time on your site.” (terjemahan) “hal ini membuang banyak waktu crawling Google di situs Anda.” Dari sisi infrastruktur: “If Google spends too much time crawling URLs that it shouldn’t, Google’s crawlers might decide that it’s not worth the time to look at the rest of your site.” (terjemahan) “Jika Google menghabiskan terlalu banyak waktu untuk meng-crawl URL yang seharusnya tidak di-crawl, crawler Google mungkin memutuskan bahwa memeriksa bagian lain situs Anda tidak sepadan dengan waktunya.” Mekanismenya adalah URL sampah menyita crawling dari halaman penting, sehingga penemuan konten baru melambat.

  2. Sinyal yang diencerkan. Bing menjelaskan konsekuensi halaman yang nyaris sama: “signals such as clicks, links, impressions, and engagement are often diluted.” (terjemahan) “sinyal seperti klik, tautan, tayangan, dan interaksi sering kali menjadi encer.” Jika nilai satu halaman disebarkan ke lima URL yang hampir sama, tidak ada satu pun yang akan berperingkat sebaik satu halaman hasil konsolidasi.

Kapan hal ini benar-benar penting? Pada situs besar atau situs berbasis template—e-commerce (navigasi berfaset, parameter, varian produk), penerbit (tag, arsip, paginasi), dan CMS apa pun yang menghasilkan URL secara otomatis (halaman tag/penulis/feed WordPress, pencarian internal). Pada situs statis kecil, hal ini umumnya hanya kebisingan.

Pemeriksaan naluri yang saya ambil dari pengalaman sendiri: saya pernah mengaudit blog Ahrefs secara langsung dan menemukan 4 700+ halaman yang di-crawl, tetapi hanya sekitar 1 600 yang benar-benar berperingkat. Kesenjangannya—“halaman zombi”—berupa halaman feed (komentar, kategori, penulis) dan paginasi. Kesimpulan saya tetap tenang: sebagian besar tidak merusak SEO, tetapi menghabiskan anggaran crawling. Solusinya triase, bukan panik—misalnya menampilkan lebih banyak item per halaman untuk mengurangi volume paginasi. Awali setiap penyelidikan pembengkakan indeks dengan bertanya, “apakah ini benar-benar berpengaruh?” sebelum mengubah apa pun.

Penyebab pembengkakan indeks

Berikut sumber yang umum, kira-kira menurut frekuensi kemunculannya:

  • Navigasi berfaset. Sumber nomor satu. Dalam posting Crawling December Google, Gary Illyes menyebut navigasi berfaset “is by far the most common source of overcrawl issues site owners report to us,” (terjemahan) “sejauh ini merupakan sumber masalah crawling berlebihan yang paling sering dilaporkan pemilik situs kepada kami,” tepatnya “because it can generate a near-infinite number of URLs.” (terjemahan) “karena dapat menghasilkan jumlah URL yang nyaris tak terbatas.” Navigasi ini “will always consume server resources,” (terjemahan) “akan selalu menghabiskan sumber daya server,” dan crawling berlebihan tersebut “slows down the discovery of your important, new content.” (terjemahan) “memperlambat penemuan konten baru dan penting milik Anda.”
  • Parameter URL—pengurutan, pemfilteran, pelacakan, dan ID sesi. Setiap nilai parameter baru berpotensi menjadi URL baru yang dapat di-crawl dan diindeks tanpa konten unik.
  • Halaman hasil pencarian internal—hasil pencarian situs Anda sendiri yang terindeks. Halaman semacam ini hampir tidak pernah memiliki nilai penelusuran.
  • Arsip dan feed tag/kategori/penulis—dibuat otomatis dan sering kali tipis.
  • Paginasi—halaman 2, 3, 4 dari daftar yang berlipat di seluruh kategori dan arsip.
  • Duplikat protokol dan host—http vs https, www vs non-www, serta URL dengan dan tanpa garis miring penutup. Dokumentasi kanonikalisasi Google mencantumkan persis hal-hal ini: varian wilayah, varian perangkat, varian protokol (HTTP/HTTPS), dan fungsi situs (hasil pengurutan/pemfilteran).
  • Soft 404 dan ruang URL tak terbatas—kalender, infinite scroll, serta halaman “tidak ditemukan” yang mengembalikan 200. Google: “soft 404 pages will continue to be crawled, and waste your budget.” (terjemahan) “halaman soft 404 akan terus di-crawl dan menghabiskan anggaran Anda.”
  • Halaman tipis dan dibuat otomatis—apa pun yang dihasilkan template dengan sangat sedikit konten unik.

Pengingat yang berguna dari Google tentang skala: “The web is a nearly infinite space, exceeding Google’s ability to explore and index every available URL.” (terjemahan) “Web adalah ruang yang nyaris tak terbatas, melampaui kemampuan Google untuk menjelajahi dan mengindeks setiap URL yang tersedia.” Jika template Anda dapat menghasilkan URL tanpa batas, Google tidak akan menyelamatkan Anda dari rancangan sendiri.

Cara mendiagnosis pembengkakan indeks

Laporan Pengindeksan halaman GSC adalah sumber jumlah yang otoritatif. Google menyatakan totalnya “complete and accurate from Google’s perspective.” (terjemahan) “lengkap dan akurat dari sudut pandang Google.” Gunakan laporan ini, bukan operator site:. Yang lebih bernilai daripada jumlah mentah adalah rincian alasan halaman tidak terindeks. Kategori yang menjadi sidik jari pembengkakan:

  • Di-crawl—saat ini tidak diindeks“The page was crawled by Google but not indexed.” (terjemahan) “Halaman telah di-crawl Google tetapi tidak diindeks.” Tumpukan besar di sini merupakan sinyal klasik pembengkakan.
  • Ditemukan—saat ini tidak diindeks“The page was found by Google, but not crawled yet.” (terjemahan) “Halaman ditemukan oleh Google, tetapi belum di-crawl.” Google mengetahui URL yang belum sempat dijangkaunya.
  • Duplikat tanpa kanonik pilihan pengguna“This page is a duplicate of another page, although it doesn’t indicate a preferred canonical page.” (terjemahan) “Halaman ini merupakan duplikat halaman lain, meskipun tidak menunjukkan halaman kanonik pilihan.”
  • Duplikat, Google memilih kanonik yang berbeda dari pengguna“Google thinks another URL makes a better canonical.” (terjemahan) “Google menganggap URL lain lebih cocok sebagai URL kanonik.”
  • Soft 404“it returns a user-friendly ‘not found’ message but not a 404 HTTP response code.” (terjemahan) “halaman mengembalikan pesan ‘tidak ditemukan’ yang ramah pengguna, tetapi bukan kode respons HTTP 404.”

Kategori lain yang relevan dalam laporan yang sama: “Halaman alternatif dengan tag kanonik yang tepat”, “Halaman dengan pengalihan”, “Diblokir oleh robots.txt”, dan “Dikecualikan oleh tag ‘noindex’”.

Ada satu nuansa penting pada status “Di-crawl—saat ini tidak diindeks”: Mueller membingkainya sebagai sinyal kualitas seluruh situs, bukan bug per halaman. Menurut penjelasannya, tidak semua halaman pada setiap situs akan diindeks; masalahnya sering berada pada struktur dan kualitas situs secara menyeluruh, bukan pada satu URL tertentu. Ia menyarankan agar pemilik situs membangun struktur yang baik, menjaga mutu situs setinggi mungkin, dan memeriksa bagian situs lainnya ketika ada masalah umum. Namun, jangan membaca status itu secara berlebihan: status tersebut tidak dimaksudkan sebagai penanda khusus untuk masalah konten berkualitas rendah. Kutipan sumber lengkap beserta atribusinya dipertahankan di tab Quotes.

Perangkat diagnosis lainnya:

  • Operator site:—hanya pemeriksaan cepat (misalnya site:example.com inurl:? atau site:example.com/tag/) untuk menemukan pola pembengkakan. Jangan pernah mengutipnya sebagai jumlah pasti; cocokkan dengan GSC.
  • Analisis file log—lihat ke mana Googlebot benar-benar menghabiskan waktu. Jika sebagian besar hit mengarah ke URL parameter/faset/feed, crawling terbuang.
  • Crawler situs (Ahrefs Site Audit, Screaming Frog)—menemukan halaman tipis, duplikat, dan yatim; URL parameter yang dapat diindeks; serta klaster halaman yang hampir sama. Bandingkan URL yang dapat di-crawl dan diindeks dengan sitemap XML serta halaman yang benar-benar memperoleh traffic.
  • Kesenjangan halaman yang di-crawl vs berperingkat (cara saya)—bandingkan jumlah halaman yang dapat diindeks/di-crawl dengan halaman yang benar-benar berperingkat atau mendapat traffic. Selisihnya adalah daftar kandidat halaman zombi/pembengkakan untuk ditriase.

Cara memperbaikinya—pilih alat yang tepat

Pick the treatment from the URL's intended job; robots.txt controls crawling but does not remove an indexed URL. Sumber: /technical-seo/how-search-works/indexing/index-bloat/

Use noindex for a page that stays live but should not appear in search, canonical for a duplicate of a useful URL, 404 or 410 for a permanently gone URL, and consolidation when several thin pages serve one intent. Use robots.txt only to stop wasteful crawling because it does not deindex the URL.

© Patrick Stox LLC · CC BY 4.0 ·

Tidak ada satu perbaikan untuk semuanya. Setiap URL memerlukan perlakuan berdasarkan jenisnya dan apakah URL itu bernilai. Tabel keputusan (ditampilkan lengkap pada tab Lembar Ringkas) merangkum semuanya; berikut alasan di balik tiap alat:

noindex—hapus dari indeks. Gunakan ketika halaman tidak memiliki nilai penelusuran dan tidak boleh pernah muncul (hasil pencarian internal, halaman terima kasih, halaman tag/filter tipis). Tag ini menghapus halaman dari hasil. Google: “Google will drop that page entirely from Google Search results, regardless of whether other sites link to it.” (terjemahan) “Google akan menghapus halaman itu sepenuhnya dari hasil Google Penelusuran, terlepas dari apakah situs lain menaut kepadanya.” Tag noindex merupakan cara pasti untuk mencegah pengindeksan halaman faset. Jebakan penting: halaman harus tetap dapat di-crawl agar noindex berfungsi. Google: “For the noindex rule to be effective, the page or resource must not be blocked by a robots.txt file.” (terjemahan) “Agar aturan noindex efektif, halaman atau sumber daya tidak boleh diblokir oleh file robots.txt.” Jika Anda memblokirnya lebih dahulu, Google tidak pernah melihat noindex.

rel=canonical—konsolidasikan duplikat yang bernilai. Gunakan untuk halaman yang nyaris sama tetapi memiliki tautan atau nilai (varian parameter, versi cetak, duplikat protokol/host). URL kanonik adalah “the URL of a page that Google chose as the most representative from a set of duplicate pages,” (terjemahan) “URL halaman yang dipilih Google sebagai perwakilan terbaik dari sekumpulan halaman duplikat,” dan menunjukkannya membantu mengonsolidasikan sinyal. Namun, ini petunjuk, bukan aturan: “indicating a canonical preference is a hint, not a rule,” (terjemahan) “menunjukkan preferensi kanonik adalah petunjuk, bukan aturan,” dan “Google may choose a different page as canonical than you do, for various reasons.” (terjemahan) “Google dapat memilih halaman kanonik yang berbeda dari pilihan Anda karena berbagai alasan.” Satu aturan tegas yang selalu saya ulang: jangan pernah mencampur noindex dan rel=canonical pada halaman yang sama—keduanya memberi instruksi yang bertentangan.

robots.txt disallow—hanya hentikan crawling. Gunakan untuk menjauhkan bot dari volume besar URL sampah yang dapat di-crawl, tidak perlu diindeks, dan tidak memiliki sinyal yang perlu dipertahankan (kombinasi faset tak terbatas). Khusus navigasi berfaset, panduan Illyes adalah: “If you don’t need these URLs indexed, use robots.txt to disallow crawling.” (terjemahan) “Jika URL tersebut tidak perlu diindeks, gunakan robots.txt untuk melarang crawling.” Namun, pahami yang dilakukan dan tidak dilakukannya: robots.txt “is not a mechanism for keeping a web page out of Google,” (terjemahan) “bukan mekanisme untuk mengeluarkan halaman web dari Google,” dan “a page that’s disallowed in robots.txt can still be indexed if linked to from other sites.” (terjemahan) “halaman yang dilarang dalam robots.txt masih dapat diindeks jika ditautkan dari situs lain.” Alat ini menghentikan crawling; alat ini tidak menghapus URL yang sudah terindeks.

404 / 410—halaman benar-benar sudah tidak ada. Kembalikan status ini untuk halaman yang tidak seharusnya ada lagi. 410 merupakan sinyal “hilang” yang sedikit lebih kuat; 404 adalah “a strong signal not to crawl that URL again.” (terjemahan) “sinyal kuat agar URL tersebut tidak di-crawl lagi.”

Konsolidasi/gabungkan/pangkas—banyak halaman tipis pada satu topik. Gabungkan menjadi satu halaman kuat (301-kan sisanya) atau hapus. Bingkai Google: “Consolidate duplicate content to focus crawling on unique content rather than unique URLs.” (terjemahan) “Konsolidasikan konten duplikat agar crawling berfokus pada konten unik, bukan URL unik.” Ini perbaikan jangka panjang terbaik untuk konten tipis.

Alat Removals—hanya sementara. Alat Removals GSC dapat mengeluarkan URL dari hasil dengan cepat, tetapi hanya solusi sementara: “Requests made in the Removals tool last for about 6 months.” (terjemahan) “Permintaan yang dibuat melalui alat Removals berlaku sekitar 6 bulan.” Selalu pasangkan dengan metode permanen (noindex, 404/410, atau penghapusan).

Urutan yang sering membuat orang keliru

Untuk menghapus secara permanen URL bernilai rendah yang sudah terindeks, terapkan noindex (atau 404/410) dan biarkan URL dapat di-crawl sampai Google memprosesnya kembali. Tambahkan disallow di robots.txt hanya setelah URL keluar dari indeks jika Anda juga ingin menghemat crawling. Memblokir lebih dahulu menjebak URL di indeks—Google tidak dapat membaca noindex pada halaman yang tidak dapat di-crawl, dan URL dapat bertahan di hasil tanpa batas waktu (terkadang tanpa cuplikan).

Evidence for this claim A `noindex` rule can remove a URL from Google Search after Google fetches it; blocking that URL in robots.txt can prevent observation of the rule and does not save the initial recrawl needed for removal. Scope: HTML and HTTP index controls Confidence: high · Verified: Block search indexing with noindex

Mitos umum yang perlu dibantah

  • “Google menghukum pembengkakan indeks/konten duplikat.” Tidak. Tidak ada penalti; masalahnya crawling terbuang dan sinyal yang diencerkan.
  • “robots.txt akan menghapus halaman dari indeks.” Tidak—robots.txt hanya menghentikan crawling. Halaman yang dilarang masih dapat diindeks melalui tautan.
  • “noindex menghemat anggaran crawling.” Tidak—Google tetap harus meminta halaman terlebih dahulu untuk melihat noindex.
  • “Agar aman, halaman yang sama dapat diberi noindex DAN diblokir melalui robots.txt.” Tidak—jika diblokir, Google tidak dapat membaca noindex dan halaman dapat tetap terindeks.
  • “rel=canonical memaksa konsolidasi.” Tidak—itu petunjuk; Google dapat memilih URL kanonik lain.
  • “Operator site: memberi jumlah halaman terindeks yang pasti.” Tidak—itu perkiraan. Percayai laporan Pengindeksan halaman GSC.
  • “More indexed pages = better.” (terjemahan) “Semakin banyak halaman terindeks, semakin baik.” Tidak—kualitas mengalahkan kuantitas. URL bernilai rendah yang terindeks mengencerkan sinyal dan membuang crawling.

Pencegahan—bangun pagar pengaman

Perbaikan terbaik adalah tidak menghasilkan pembengkakan sejak awal:

  • Noindex tingkat CMS pada template yang tidak boleh berperingkat (pencarian internal, halaman filter tipis, arsip tertentu)—tetapkan sekali pada tingkat template, bukan halaman demi halaman.
  • Disiplin parameter—tentukan sejak awal parameter mana yang membuat URL dapat diindeks dan mana yang akan dikanonikalisasi atau diblokir.
  • URL konsisten—pilih satu protokol, satu host, satu konvensi garis miring penutup, lalu tegakkan.
  • Audit berkala—ulangi pemeriksaan kesenjangan halaman yang di-crawl vs berperingkat setiap kuartal agar pembengkakan tidak merayap kembali.

Topik ini bersebelahan dengan anggaran crawling (sumber daya yang dibuang oleh pembengkakan indeks), kanonikalisasi (alat konsolidasi utama), dan navigasi berfaset (sumber paling umum). Untuk gambaran lebih besar mengenai cara halaman masuk ke—dan tetap di luar—indeks, lihat hub pengindeksan.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.