halaman terindeks Tanpa konten

Apa Google Search Console "Page indexed without content" _(terjemahan)_ “halaman terindeks tanpa konten” status berarti — halaman adalah di Google's indeks tetapi Googlebot tidak dapat baca ini — dan cara diagnose ini. sering sebuah server/CDN block, tidak hanya sebuah JavaScript masalah.

Pertama kali diterbitkan: 23 Jun 2026 · Terakhir diperbarui: 3 Agu 2026 · Lanjutan
2 sinyal bukti di halaman ini

"Page indexed without content" _(terjemahan)_ “halaman terindeks tanpa konten” adalah sebuah Google Search Console halaman pengindeksan status meaning URL adalah di Google's indeks, tetapi Googlebot tidak dapat baca apa pun usable konten dari ini — Google's own docs say cloaking atau sebuah unindexable format adalah mungkin penyebab, dan explicitly ini adalah tidak yang sama hal sebagai sebuah halaman-tingkat robots.txt block. ini adalah tidak yang sama sebagai di-crawl/ditemukan — saat ini tidak terindeks (itu tidak terindeks di semua). dominant assumption adalah itu ini adalah sebuah JavaScript masalah; di satu January 2026 case John Mueller told sebuah pengguna ini biasanya berarti sebuah rendah-tingkat server/CDN block — sering IP-based dan aimed di Googlebot — itu Anda dapat't reproduce dengan curl atau sebuah ketiga-party crawler. lainnya mungkin penyebab: cloaking, sebuah empty render, konten gated behind clicks, atau sebuah unsupported format — treat ini sebagai sebuah checklist, tidak sebuah fixed order. Diagnose dengan pemeriksaan URL's terindeks View di-crawl halaman untuk apa Google's terakhir crawl saw (note: pengujian langsung dapat't secara langsung re-test ini spesifik status, dan sebuah valid langsung hasil tidak jaminan pengindeksan). jika terindeks render adalah blank tetapi halaman looks fine di Anda browser, suspect sebuah Googlebot-targeted block atau accidental cloaking. menambahkan lebih kata tidak akan perbaiki sebuah halaman Google dapat't baca.

«> TL;DR — “Page indexed without content” means the URL is in Google’s index but

Googlebot couldn’t read any usable content from it — distinct from Crawled/ Discovered — currently not indexed, which aren’t indexed at all, and distinct from a page-level robots.txt block, which is its own separate reason. The default assumption is a JavaScript failure; in one January 2026 case, Mueller told a user this usually means a low-level server/CDN block, often IP-based and aimed at Googlebot, that you can’t reproduce with curl or a third-party crawler. Other possible causes: cloaking, an empty render, click-gated content, or an unsupported format — check them as evidence-led branches, not a fixed ranking. Diagnose with URL Inspection’s indexed View Crawled Page, keeping in mind Google explicitly lists this status among the ones the live test can’t directly re-test, and a “valid” live result isn’t proof the status has cleared. » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian dua puluh, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

Apa Google’s docs sebenarnya say

Google’s halaman pengindeksan report documentation adalah pendek pada ini satu: halaman adalah di indeks, tetapi untuk beberapa alasan Google dapat tidak baca konten. doc’s own penyebab contoh adalah itu halaman mungkin menjadi cloaked untuk Google, atau mungkin menjadi di sebuah format itu Google dapat’t indeks — dan recommended tindakan adalah untuk inspect URL dan lihat Coverage detail. Bukti untuk klaim ini Google defines Page indexed without content as indexed even though Google could not read the content, citing cloaking or unsupported formats as examples. Cakupan: Google Search Console Page Indexing status; other diagnoses require inspection. Tingkat keyakinan: tinggi · Diverifikasi: Google: Page indexing report (See Official Docs dan Quotes tabs untuk verbatim wording dan deep tautan.)

Dua hal worth menjadi precise tentang, karena guides pada ini istilah routinely blur keduanya:

  • Google’s wording adalah “could tidak baca itu konten” (terjemahan) “dapat tidak baca konten” — ini melakukan tidak deskripsikan sebuah internal “blank object” (terjemahan) “blank object” ini stores. Treat “blank/empty entry” (terjemahan) “blank/empty entry” sebagai shorthand untuk reader-facing effect, tidak sebuah terdokumentasi mechanism.
  • ini status adalah explicitly tidak yang sama hal sebagai sebuah halaman-tingkat robots.txt disallow — itu memiliki -nya own terpisah alasan di report. Di mana robots.txt melakukan penting di sini adalah indirectly: blocking sebuah critical resource (sebuah JS atau CSS file halaman perlu untuk render) dapat masih leave render empty, yang adalah sebuah render-branch penyebab, tidak robots alasan itself.
Bukti untuk klaim ini Google explicitly says Page indexed without content is not a case of robots.txt blocking; a page-level disallow belongs to the separate robots reason even though critical resource blocks can still impair rendering. Cakupan: verified Search Console properties Tingkat keyakinan: tinggi · Diverifikasi: Page indexing report

pertahankan itu straight dan Anda tidak akan confuse ini dengan “tidak indexed di all” (terjemahan) “tidak terindeks di semua” statuses, atau dengan sebuah robots block.

jangan assume ini adalah JavaScript

ini adalah paling penting correction di seluruh artikel, so I’ll lead dengan ini.

reflex — dan sebagian besar dari guides peringkat untuk ini istilah — treat “indexed tanpa konten” (terjemahan) “terindeks tanpa konten” sebagai sebuah rendering/JavaScript masalah. John Mueller pushed back pada itu di satu spesifik case. Replying pada Reddit’s r/TechSEO untuk sebuah pengguna milik siapa homepage memiliki dropped dari roughly position 1 untuk position 15 setelah ini status appeared, he told them ini biasanya berarti server atau CDN adalah blocking Google dari receiving apa pun konten, dan itu ini tidak related untuk JavaScript. He ditambahkan itu ini adalah typically sebuah fairly rendah-tingkat block, sometimes berdasarkan Googlebot’s IP address — yang membuat ini effectively impossible untuk test dari di luar Search Console testing alat. affected setup adalah reportedly Webflow pada Cloudflare, sebuah berguna concrete contoh dari di mana sebuah CDN atau bot-protection default dapat diam-diam starve Googlebot. (I’m paraphrasing sebuah relayed Reddit remark di sini, tidak quoting ini — treat framing sebagai takeaway dari satu terdokumentasi case, tidak sebuah diukur statistic tentang bagaimana sering setiap penyebab occurs.)

itu’s correction worth internalizing: Mueller’s “biasanya” (terjemahan) “biasanya” mendeskripsikan apa he saw di itu satu exchange, tidak sebuah diperingkatkan, universal penyebab order. Google’s own docs jangan peringkat penyebab either — mereka hanya name cloaking dan unsupported format sebagai possibilities. So alih-alih sebuah fixed 1-melalui-5 list, berfungsi melalui ini sebagai evidence-led branches dan let apa Googlebot sebenarnya diterima poin Anda di right satu:

  • server / CDN / WAF respons — sesuatu di network layer adalah starving Googlebot dari konten (sering IP-based, sering invisible dari di luar). Mueller’s terdokumentasi penyebab.
  • Client-spesifik serving (cloaking) — Googlebot adalah disajikan berbeda atau empty konten daripada pengguna. ini dapat menjadi intentional cloaking (sebuah spam-policy violation requiring intent untuk manipulate rankings) atau sebuah accidental configuration perbedaan — jangan panggil accidental versi “cloaking” (terjemahan) “cloaking” sebagai jika ini adalah policy violation; panggil ini apa ini adalah, sebuah serving bug.
  • Format / parser issue — respons tidak di sebuah format Google indeks, atau Content-Type header tidak match sebenarnya konten.
  • Render / resource failure — sebuah JavaScript render itu fails, times out, atau bergantung pada sebuah blocked resource, leaving dirender HTML empty.
  • konten gated behind interaction — konten itu hanya muncul setelah sebuah click atau scroll Google tidak pernah triggers.
  • Genuinely empty output — halaman benar-benar melakukan render untuk tidak ada apa pun.

JavaScript adalah satu branch untuk periksa — tidak default, dan tidak secara otomatis diperingkatkan di atas atau di bawah others tanpa evidence dari Anda own inspection.

Mengapa ini dapat cost Anda rankings

Worth flagging urgency: di itu satu reported case, situs owner mengatakan mereka halaman fell dari tentang position 1 untuk position 15 — sebuah single pengguna’s account, tidak sebuah independently verified statistic, tetapi sebuah plausible outcome jika Google adalah holding sebuah unreadable versi dari sebuah halaman itu digunakan untuk peringkat. ini tidak sebuah cosmetic report status untuk shrug off — ketika ini menampilkan up pada sebuah halaman itu penting, treat ini sebagai worth investigating promptly.

server/CDN block, di detail

alasan ini penyebab adalah di bawah-covered adalah itu ini adalah hard untuk see. sebuah bot-protection atau WAF aturan, sebuah IP allowlist, aggressive rate-limiting, atau sebuah security default itu auto-diperbarui dapat decide Googlebot looks like abusive traffic dan kembalikan sebuah empty body, sebuah challenge halaman, atau sebuah non-200 status — tetapi hanya untuk Googlebot’s IPs. Anda, Anda team, dan Anda ketiga-party crawler semua hit halaman dari wajar IPs dan see nyata hal.

itu’s trap: Anda dapat’t reproduce sebuah IP-based Googlebot block dengan curl atau sebuah desktop crawler. mereka tidak coming dari Googlebot’s IP ranges. satu-satunya place Anda’ll reliably see apa Googlebot mendapat adalah di dalam Search Console’s testing alat, yang fetch sebagai Google.

jika Anda suspect ini, move adalah untuk verify apa sebenarnya Googlebot (reverse + forward DNS, atau Google’s published IP ranges) dan lalu periksa Anda CDN’s bot management, firewall/WAF aturan, IP allowlists, dan rate limits untuk apa pun itu akan block itu ranges. Scripts tab memiliki verification commands.

sebelum mengubah apa pun, correlate evidence alih-alih guessing: pull terindeks View di-crawl halaman respons, Anda CDN/WAF event logs, dan Anda origin server logs untuk yang sama time window, dan cari sebuah permintaan ID, client category, dan spesifik aturan atau rate limit itu denied permintaan. lalu perubahan hanya narrowest route, client category, atau aturan Anda’ve sebenarnya confirmed adalah responsible — dengan sebuah security review sebelum Anda ship ini. Broadly allowlisting semua dari Google’s published IP ranges tidak sesuatu reviewed sources mendukung sebagai sebuah safe default; ini widens Anda attack surface untuk sebuah masalah itu’s biasanya satu misconfigured aturan. setelah perubahan, watch untuk confirmed Googlebot permintaan returning sebuah penuh respons di Anda logs, lalu re-periksa terindeks report pada sebuah kemudian crawl — Google tidak publish sebuah fixed re-crawl schedule, so ini adalah sebuah “keep checking,” (terjemahan) “pertahankan memeriksa,” tidak sebuah “check back on day X,” (terjemahan) “periksa back pada day X,” situation.

rendering / JavaScript penyebab (ketika ini adalah JS)

Ketika penyebab genuinely adalah rendering, mechanism adalah straightforward: Google melakukan crawl mentah HTML, lalu sebuah headless Chromium renders halaman dan berjalan -nya JavaScript. Google dapat hanya indeks apa ends up di dirender HTML. jika Anda konten adalah client-side dirender dan itu render fails, errors out, times out, atau bergantung pada sebuah permintaan itu Google tidak membuat, dirender HTML dapat come back empty — dan Anda mendapatkan terindeks tanpa konten.

sebuah spesifik flavor worth calling out: konten gated behind interaction. I’ve ditulis sebelum di my JavaScript SEO guide itu elements yang hanya muat konten ketika clicked adalah sebuah masalah — Google tidak click, so ini tidak see itu konten. sama dengan konten itu hanya muncul pada scroll atau setelah sebuah pengguna tindakan. jika Anda main konten perlu sebuah tap untuk exist, assume Google tidak memiliki ini.

perbaiki untuk JS penyebab adalah biasa rendering playbook — rendering sisi server atau prerendering, membuat sure konten adalah di dirender HTML, dan exposing navigation melalui nyata <a href> tautan alih-alih click-hanya handlers. (Penuh treatment di JavaScript SEO.)

Diagnosing ini: pemeriksaan URL adalah seluruh game

ada benar-benar satu diagnostic itu penting di sini, dan ini adalah pemeriksaan URL — tetapi ini memiliki dua berbeda data sources, dan mixing them up leads orang untuk wrong conclusions. Google separates terindeks data (apa -nya terakhir pengindeksan crawl saw) dari sebuah pengujian langsung (Google-InspectionTool fetching URL saat ini), dan mereka jangan jawaban yang sama pertanyaan:

«| | Indexed data | Live test | | --- | --- | --- | | What it shows | The rendered HTML, HTTP response, and page resources from Google’s last indexed crawl — the record behind the status you’re seeing | Whether Google-InspectionTool can currently reach the page, plus a fresh screenshot | | Screenshot available? | Not for the indexed view | Yes — screenshots are live-test only | | Can it test this status? | This is the record the status describes | No — Google explicitly lists “Page indexed without content” among the conditions the live test can’t directly re-test | | Does a “valid” result mean it’s fixed? | N/A | No — a valid live result only means the page is currently reachable to Google’s tester, not that it’s indexed or that the status has cleared | » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian empat puluh lima, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

So sebenarnya workflow:

  1. View di-crawl halaman (terindeks data). Baca dirender HTML, respons HTTP, dan halaman resources tied untuk status — ini adalah apa Googlebot’s pengindeksan crawl sebenarnya mendapat. Availability dari setiap piece dapat vary oleh status; jika beberapa fields tidak ditampilkan, itu itself adalah diagnostic (sebuah blocked atau non-200 respons sering menampilkan lebih sedikit daripada sebuah wajar render).
  2. Bandingkan ini untuk Anda own browser. jika terindeks render adalah blank atau stripped tetapi langsung halaman adalah penuh di Anda browser, Anda’re looking di sebuah block atau client-spesifik serving, tidak sebuah missing-konten masalah.
  3. Jalankan Test Langsung URL anyway, tetapi baca ini correctly. ini tidak akan secara langsung konfirmasi ini status memiliki cleared, tetapi ini adalah masih berguna: jika pengujian langsung itself fails atau flags sebuah access masalah, itu’s nyata evidence; jika ini muncul back “valid,” (terjemahan) “valid,” treat itu sebagai “saat ini reachable,” (terjemahan) “saat ini reachable,” tidak “fixed.” (terjemahan) “fixed.” Bukti untuk klaim ini URL Inspection can show Google's indexed/crawled information and supports a live test for the current accessible version. Cakupan: Google Search Console URL Inspection; live test results can differ from the indexed version. Tingkat keyakinan: tinggi · Diverifikasi: Google: URL Inspection tool
  4. Baca respons dan resources. sebuah non-200 status, sebuah challenge/interstitial, atau blocked critical resources (JS/CSS halaman perlu) semua poin di penyebab.

Karena IP-based blocks tidak akan tampilkan up dari di luar, jangan trust sebuah external curl atau crawler untuk jelas halaman — Search Console alat adalah satu-satunya hal fetching sebagai Google, dan bahkan mereka perlu terindeks data, tidak hanya pengujian langsung, untuk speak untuk ini spesifik status.

Telling penyebab apart

sebuah quick reference untuk statuses dan penyebab orang conflate dengan ini satu:

jika Anda see…ini berarti…Tidak ini status karena…
halaman-tingkat robots.txt disallowURL itself adalah blocked dari crawling — sebuah terpisah report alasanGoogle’s docs explicitly exclude sebuah halaman-tingkat robots block dari ini status
Blocked critical resource (JS/CSS) melalui robots.txthalaman dapat menjadi di-crawl, tetapi sebuah resource ini perlu untuk render adalah blockedini adalah sebuah render-branch penyebab, tidak robots alasan itself — perbaiki oleh unblocking resource
401 atau 403 responsnyata, dedicated halaman pengindeksan alasan dari mereka ownDistinct statuses di report, tidak ini satu
browser-hanya barrier (cookie wall, consent gate, geo aturan, login) itu mengembalikan 200sebuah konten perbedaan antara apa sebuah browser session sees dan apa Google’s permintaan seesTidak nyata 401/403 adalah dikembalikan, so ini tidak akan tampilkan di bawah itu alasan — diagnose ini sebagai client-spesifik serving
Intentional berbeda konten untuk bot vs. pengguna, dimaksudkan untuk manipulate rankingsCloaking di bawah Google’s spam policy — sebuah policy violationmemerlukan manipulative intent; sebuah accidental empty respons untuk Googlebot adalah sebuah configuration bug, tidak proof dari sebuah spam violation
Unsupported file jenis atau wrong Content-Type headersebuah format/parser issueGoogle determines file jenis mainly dari respons header, tidak hanya extension

myths untuk drop

  • “Add 600 words dan it’ll perbaiki itself.” (terjemahan) “tambahkan 600 kata dan ini’ll perbaiki itself.” kata count adalah sebuah thin-konten/quality issue. jika Google diterima Tidak konten, menambahkan kata untuk sebuah halaman ini dapat’t baca perubahan tidak ada apa pun.
  • “ini a JavaScript problem.” (terjemahan) “ini adalah sebuah JavaScript masalah.” Sometimes — tetapi per Mueller ini adalah biasanya sebuah server/CDN block, tidak JavaScript. jangan mulai di sana.
  • “I dapat reproduce it dengan curl.” (terjemahan) “I dapat reproduce ini dengan curl.” Tidak jika ini adalah sebuah IP-based block pada Googlebot.
  • “ini itu sama sebagai Crawled/Discovered — saat ini tidak indexed.” (terjemahan) “ini adalah yang sama sebagai di-crawl/ditemukan — saat ini tidak terindeks.” Tidak — itu tidak terindeks di semua; ini satu adalah.
  • “Sekadar hit Request Indexing.” (terjemahan) “hanya hit permintaan pengindeksan.” Re-pengindeksan tanpa memperbaiki underlying block atau render hanya re-mengonfirmasi sebuah empty halaman.

setelah Anda perbaiki ini

Setelah View di-crawl halaman menampilkan nyata konten again, gunakan report’s Validate Perbaiki flow dan/atau permintaan pengindeksan untuk prompt sebuah re-crawl, lalu re-inspect untuk konfirmasi render now berisi Anda konten. Validation tanpa sebuah perbaiki hanya bounces.

Di mana ini sits

ini adalah satu status di halaman pengindeksan report, yang sits di dalam Google’s lebih luas pengindeksan stage (crawl → render → indeks → sajikan). sibling statuses di itu report — “saat ini tidak indexed” (terjemahan) “saat ini tidak terindeks” pair, duplicate/canonical statuses, dan blocked/error statuses — setiap fail di sebuah berbeda poin di pipeline. untuk rendering mechanics behind JS penyebab, see rendering dan JavaScript SEO; untuk bagaimana report sebagai sebuah seluruh berfungsi, see halaman pengindeksan report hub.

Tambahkan catatan pakar

Sematkan kutipan pakar

Orang baru? Buat profilnya yang belum diklaim di /admin/experts/ → Sematkan kutipan pakar terlebih dahulu.