Bahasa

pemeriksaan URL alat

Bagaimana Google's pemeriksaan URL alat reports sebuah single URL — terindeks snapshot vs pengujian langsung, reading coverage panel, canonicals, permintaan pengindeksan, dan API.

Pertama kali diterbitkan: 23 Jun 2026 · Terakhir diperbarui: 3 Agu 2026 · Lanjutan
AIDitulis olehAI v2

pemeriksaan URL alat di Google Search Console reports bagaimana Google sees satu URL pada sebuah property Anda own. default view adalah terakhir-terindeks snapshot — tidak langsung — so untuk periksa saat ini state dari sebuah halaman setelah sebuah perbaiki, jalankan Test Langsung URL. Baca coverage panel untuk crawl/indeks permissions, pengguna-declared vs Google-dipilih canonical (sebuah mismatch adalah Anda sebagian besar actionable diagnostic), dan View di-crawl halaman untuk dirender HTML, sebuah screenshot, halaman resources, dan JS console messages. permintaan pengindeksan adalah sebuah queue hint dengan sebuah daily quota — ini melakukan tidak jaminan pengindeksan dan adalah tidak pernah sebuah peringkat boost. pemeriksaan URL API mengembalikan yang sama terindeks state di 2 000 kueri/day, 600/minute per property.

TL;DR — pemeriksaan URL reports bagaimana Google sees satu URL pada sebuah verified property. default report adalah terakhir-terindeks snapshot, tidak langsung halaman — jalankan Test Langsung URL untuk saat ini state. Baca coverage panel untuk crawl/indeks permissions, penemuan (sitemap + referring halaman), dan pengguna-declared vs Google-dipilih canonical (sebuah mismatch adalah Anda sebagian besar actionable diagnostic). View di-crawl halaman memberikan Anda dirender HTML, sebuah screenshot, respons HTTP, halaman resources, dan JS console messages — JavaScript-SEO debugging surface. permintaan pengindeksan adalah sebuah queue hint dengan sebuah daily quota: Tidak jaminan, Tidak peringkat effect. pemeriksaan URL API mengembalikan terindeks state (Tidak pengujian langsung) di 2 000 QPD / 600 QPM per property.

Bukti untuk klaim ini Request Indexing does not guarantee that a page will appear in Google's index. Cakupan: Google Search Console's Request Indexing feature; requests are subject to a daily limit. Tingkat keyakinan: tinggi · Diverifikasi: Google Search Console Help: URL Inspection tool

Apa alat sebenarnya melakukan

Google’s own framing: pemeriksaan URL alat “menyediakan information tentang Google’s indexed version dari a specific halaman, dan juga memungkinkan Anda untuk test apakah a URL mungkin menjadi indexable.” (terjemahan) “menyediakan informasi tentang Google’s terindeks versi dari sebuah spesifik halaman, dan juga memungkinkan Anda untuk test apakah sebuah URL mungkin menjadi dapat diindeks.” itu adalah dua distinct modes, dan conflating them adalah single sebagian besar umum mistake I see.

ini adalah juga owner-hanya. “Itu URL harus menjadi di itu saat ini opened property” (terjemahan) “ URL harus menjadi di saat ini opened property” — Anda dapat hanya inspect URLs pada sebuah Search Console property Anda’ve verified. ada Tidak inspecting pesaing.

terindeks snapshot vs Test Langsung URL

«The default report is a snapshot of the last crawl. Google is explicit: “This is not a live test. The results shown are from most recently indexed version of a page, not the live version on the web.” Bukti untuk klaim ini The default URL Inspection result describes Google's indexed version, not a live fetch of the current page. Cakupan: Google Search Console URL Inspection; Test Live URL is the separate current-page test. Tingkat keyakinan: tinggi · Diverifikasi: Google Search Console Help: URL Inspection tool » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian dua puluh dua, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

itu pembedaan drives ketika Anda gunakan setiap mode:

  • Diagnosing apa sebenarnya di indeks saat ini? Baca default terindeks view. itu’s state Google adalah saat ini acting pada.
  • hanya shipped sebuah perbaiki dan ingin untuk know jika ini worked? Jalankan Test Langsung URL. ini fetches dan renders saat ini halaman so Anda dapat konfirmasi perbaiki sebelum Anda tunggu pada sebuah recrawl.

sebuah huge amount dari needless panic — dan needless “tidak ada apa pun changed” (terjemahan) “tidak ada apa pun changed” confusion — muncul dari reading wrong satu. jika Anda fixed sebuah noindex sebuah hour ago dan terindeks snapshot masih menampilkan ini blocked, itu’s yang diharapkan; snapshot lebih lama dari Anda perbaiki.

Dua cakupan limits pada Test Langsung URL worth knowing: ini melakukan ikuti redirects ketika ini fetches halaman, tetapi ini tidak tampilkan Anda rantai pengalihan cara sebuah dedicated redirect checker melakukan, dan ini dapat’t predict yang URL Google akan select sebagai canonical — Google-dipilih canonical field hanya muncul dari terindeks view, karena itu’s sebuah decision Google membuat sebagai bagian dari pengindeksan, tidak sesuatu sebuah single langsung fetch dapat determine.

Reading coverage panel, field oleh field

«Index status verdict. “URL is on Google means that the URL is eligible to appear in Search results, but is not guaranteed to be there.” Eligible is not the same as present, and it’s certainly not the same as ranking. “URL is not on Google means that the URL can’t appear in Search results.” » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian dua puluh sembilan, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

crawl diizinkan? “Indicates whether your site allowed Google to crawl the page or blocked it with a robots.txt rule.” (terjemahan) “Indicates apakah Anda situs diizinkan Google untuk crawl halaman atau blocked ini dengan sebuah robots.txt aturan.” sebuah No di sini poin straight di robots.txt.

pengindeksan diizinkan? “Whether or not your page explicitly disallowed indexing.” (terjemahan) “Apakah atau tidak Anda halaman explicitly disallowed pengindeksan.” sebuah No di sini poin di sebuah noindex directive (meta tag atau X-Robots-Tag header).

penemuan. panel juga menampilkan sitemap(s) itu reference URL dan referring halaman Google diikuti untuk menemukan ini. jika sebuah URL Anda expect untuk menjadi ditemukan menampilkan Tidak sitemap dan Tidak referring halaman, treat itu sebagai sebuah sinyal untuk periksa Anda internal linking dan sitemap inclusion — tidak sebuah confirmed verdict. panel tidak guaranteed untuk list setiap path Google digunakan untuk temukan sebuah URL, so sebuah empty field adalah sebuah alasan untuk investigate, tidak proof ada Tidak penemuan path di semua.

Canonicals — paling actionable field di sini. Dua lines:

  • “User-declared canonical: Jika Anda halaman explicitly declares a canonical URL, it akan menjadi shown di sini.” (terjemahan) “pengguna-declared canonical: jika Anda halaman explicitly declares sebuah canonical URL, ini akan menjadi ditampilkan di sini.”
  • “Google-dipilih canonical: Itu halaman itu Google dipilih sebagai itu canonical (authoritative) URL.” (terjemahan) “Google-dipilih canonical: halaman itu Google dipilih sebagai canonical (authoritative) URL.”

Ketika itu dua disagree, Google memiliki overridden canonical Anda declared — ini decided beberapa lainnya URL adalah authoritative satu. itu’s Anda cue untuk investigate: duplicate atau near-duplicate konten, inconsistent internal linking, mixed canonical sinyal, atau sebuah stronger duplicate elsewhere. ini single perbandingan adalah paling berguna diagnostic di seluruh panel. (untuk underlying mechanics, ini ties ke canonicalization material elsewhere di ini cluster.)

Enhancements. report surfaces eligible rich-hasil jenis dan structured data ini detected (Breadcrumbs, FAQ, Products, dan so pada). Note itu old Mobile Usability bagian adalah hilang — Google retired itu report, so ini Tidak lebih lama muncul di sini.

View di-crawl halaman — JavaScript-SEO debugging surface

ini adalah di mana pemeriksaan URL earns -nya pertahankan untuk teknis berfungsi. Open View di-crawl halaman (pada terindeks hasil) atau View tested halaman (pada sebuah pengujian langsung) dan Anda mendapatkan dirender HTML, sebuah screenshot dari dirender halaman, HTTP respons headers, list dari halaman resources Google dimuat, dan JavaScript console messages.

untuk sebuah JS-berat halaman, ini adalah seluruh debugging loop di satu screen:

  1. Screenshot — melakukan dirender halaman sebenarnya berisi Anda konten, atau adalah ini blank/half-dibangun? jika konten Anda dapat see di Anda browser adalah missing di sini, Google tidak rendering ini.
  2. Dirender HTML — penelusuran ini untuk konten dan tautan itu seharusnya menjadi di sana setelah JavaScript berjalan. jika mereka’re absent, Anda konten bergantung pada sesuatu Google’s renderer tidak execute.
  3. halaman resources — apa pun resource itu tidak dapat menjadi dimuat (sebuah blocked JS file, sebuah 404’d API, sebuah robots-blocked script) adalah sebuah prime suspect untuk missing dirender konten.
  4. JS console messages — errors di sini sering jelaskan persis mengapa render came up pendek.

ini adalah workflow I lean pada untuk JavaScript SEO masalah, dan ini adalah bagian sebagian besar tulis-ups gloss di atas. Satu caveat: apa Anda’re looking di adalah Google’s rendering dari itu single fetch — terindeks snapshot’s terakhir lulus, atau pengujian langsung’s lulus right now — tidak sebuah certified jaminan itu setiap sistem Google menggunakan untuk pengindeksan dirender halaman identically.

permintaan pengindeksan — apa ini adalah dan tidak

permintaan pengindeksan button berjalan sebuah quick pengujian langsung dan lalu pushes URL ke Google’s crawl queue. Dua hard limits untuk internalize:

  • “Submitting a request does not guarantee that the page will appear in the Google Index.” (terjemahan) “Submitting sebuah permintaan melakukan tidak jaminan itu halaman akan muncul di Google indeks.” ini adalah sebuah penemuan hint, tidak sebuah command.
  • “There is a daily limit to how many index requests you can submit.” (terjemahan) “ada sebuah daily limit untuk bagaimana banyak indeks permintaan Anda dapat submit.” Spamming sama URL hanya burns itu quota dan accomplishes tidak ada apa pun.
  • “Anda harus menjadi an owner atau penuh user dari itu Search Console property untuk menjadi able untuk request indexing di itu URL Inspection tool.” (terjemahan) “Anda harus menjadi sebuah owner atau penuh pengguna dari Search Console property untuk menjadi able untuk permintaan pengindeksan di pemeriksaan URL alat.” Restricted pengguna jangan mendapatkan sebuah berfungsi option di sini.
Bukti untuk klaim ini Request Indexing does not guarantee that a page will appear in Google's index. Cakupan: Google Search Console's Request Indexing feature; requests are subject to a daily limit. Tingkat keyakinan: tinggi · Diverifikasi: Google Search Console Help: URL Inspection tool

dan untuk menjadi blunt tentang apa ini adalah tidak: ini adalah tidak sebuah peringkat lever. pengindeksan dan peringkat adalah terpisah stages; nudging sebuah URL ke crawl queue memiliki Tidak effect pada di mana ini peringkat. ini juga tidak override canonicalization — Google memiliki mengatakan requesting pengindeksan tidak perubahan yang URL ini selects sebagai canonical. gunakan ini setelah untuk genuinely baru, diperbarui, atau hanya-fixed halaman. itu’s entire legitimate gunakan case.

ini adalah juga tidak sebuah bulk alat. Google’s own recommendation: “Jika Anda memiliki large numbers dari URLs, submit a sitemap.” (terjemahan) “jika Anda memiliki besar angka dari URLs, submit sebuah sitemap.” berfungsi melalui sebuah spreadsheet dari URLs satu permintaan pengindeksan click di sebuah time hanya burns Anda daily quota lebih cepat daripada ini helps — sebuah sitemap adalah mechanism dibangun untuk volume.

pemeriksaan URL API

untuk monitoring di scale ada sebuah programmatic equivalent, pemeriksaan URL API (urlInspection.index.inspect). per-property quota adalah 2 000 kueri per day dan 600 per minute. Bukti untuk klaim ini The URL Inspection API quota is 2,000 queries per day and 600 queries per minute per Search Console property. Cakupan: Current Search Console URL Inspection API per-property usage limits. Tingkat keyakinan: tinggi · Diverifikasi: Google Search Console API: Usage limits

Dua hal untuk pertahankan straight:

  • API mengembalikan terindeks state hanya — verdict, coverage state, robots dan pengindeksan state, terakhir crawl time, halaman fetch state, Google-dipilih dan pengguna-declared canonicals, bagaimana ini adalah di-crawl, referring URLs, dan sitemap. ini melakukan tidak jalankan sebuah pengujian langsung cara UI’s Test Langsung URL melakukan.
  • 2 000/day-per-property cap berarti bulk indeks monitoring di seluruh sebuah besar situs perlu batching, atau splitting situs di seluruh multiple verified properties. Several ketiga-party alat wrap API untuk membuat ini practical.

ini pairs naturally dengan halaman pengindeksan report untuk spotting yang URLs untuk inspect, dan dengan lebih luas Search Console API dan performa report ketika Anda’re membangun Anda own monitoring.

umum myths

  • “Request Indexing forces Google to index my page.” (terjemahan) “permintaan pengindeksan forces Google untuk indeks my halaman.” Tidak — submitting “does not guarantee that the page will appear in the Google Index.” (terjemahan) “melakukan tidak jaminan itu halaman akan muncul di Google indeks.”
  • “Request Indexing makes a page rank, or rank faster.” (terjemahan) “permintaan pengindeksan membuat sebuah halaman peringkat, atau peringkat lebih cepat.” Tidak. ini memengaruhi penemuan/recrawl, tidak peringkat.
  • “Re-submitting itu sama URL speeds it up.” (terjemahan) “Re-submitting yang sama URL speeds ini up.” Tidak — ini hanya spends Anda daily quota.
  • “On Google means it’s ranking.” (terjemahan) “pada Google berarti ini adalah peringkat.” Tidak — ini berarti eligible untuk muncul.
  • “The report shows my page as it is right now.” (terjemahan) “ report menampilkan my halaman sebagai ini adalah saat ini.” Tidak — default adalah terakhir-terindeks snapshot. Test Langsung URL adalah langsung mode.
  • “I dapat inspect any URL.” (terjemahan) “I dapat inspect apa pun URL.” Tidak — owner-hanya; URL harus menjadi di saat ini opened property.
  • “The API runs a live test like the UI.” (terjemahan) “ API berjalan sebuah pengujian langsung like UI.” Tidak — API mengembalikan terindeks state hanya.
Bukti untuk klaim ini Request Indexing does not guarantee that a page will appear in Google's index. Cakupan: Google Search Console's Request Indexing feature; requests are subject to a daily limit. Tingkat keyakinan: tinggi · Diverifikasi: Google Search Console Help: URL Inspection tool

Tambahkan catatan pakar

Sematkan kutipan pakar

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