Rich hasil Report (Google Search Console)

Apa Rich hasil Report di Google Search Console menampilkan, bagaimana ini differs dari Rich hasil Test, cara baca Valid vs Tidak valid items, dan cara perbaiki dan validate data terstruktur issues.

Pertama kali diterbitkan: 3 Jul 2026 · Terakhir diperbarui: 3 Agu 2026 · Lanjutan

Rich hasil Report adalah Google Search Console's situs-wide, di atas-time health periksa pada Anda data terstruktur. ini memberikan setiap didukung rich hasil jenis -nya own report (di bawah Enhancements, atau Shopping untuk Product/Merchant listings) dengan sebuah Valid-vs-Tidak valid chart dan dua issue tables: 'Mengapa items adalah tidak valid' (critical, blocks eligibility) dan 'meningkatkan item appearance' (non-critical warnings). Mendapatkan three hal right dan sebagian besar confusion disappears: ini adalah Report (post-deployment monitoring), tidak Rich hasil Test (pre-publish single-URL periksa); ini counts items sampled, tidak halaman, so angka rarely tie out; dan Valid hanya berarti eligible, tidak pernah guaranteed untuk tampilkan. sebagian besar Tidak valid items trace untuk sebuah missing diperlukan property, fixed di template tingkat lalu confirmed dengan Validate perbaiki (izinkan ~dua weeks). Tidak setiap schema.org jenis mendapatkan sebuah report — hanya Google's didukung fitur jenis melakukan — dan FAQ berhenti appearing di Penelusuran pada dapat 7, 2026, dengan Google's own changelog stating sebuah plan untuk drop dedicated report dan Rich hasil Test mendukung too.

TL;DR — Rich-hasil status reports adalah Search Console’s post-deployment, situs-wide monitors untuk data terstruktur — satu report per didukung rich hasil jenis, di bawah Enhancements (atau Shopping untuk Product/Merchant listings). ini hanya muncul setelah Google menemukan valid markup dari sebuah jenis ini mendukung. Baca ini knowing three hal: ini adalah Report, tidak single-URL Rich hasil Test; ini counts items dari sebuah sample, tidak halaman, so totals rarely tie out; dan Valid berarti eligible, tidak displayed. sebagian besar Tidak valid items come dari sebuah missing diperlukan property — perbaiki di template tingkat, konfirmasi langsung, lalu click Validate perbaiki dan tunggu ~dua weeks. Tidak setiap schema.org jenis earns sebuah report (hanya Google’s didukung fitur jenis melakukan), dan FAQ berhenti appearing di Penelusuran pada dapat 7, 2026 — Google’s changelog status sebuah plan untuk drop dedicated report dan Rich hasil Test mendukung too.

Bukti untuk klaim ini Search Console rich-result status reports group valid items, valid items with warnings, and invalid items for supported detected feature types. Cakupan: Current Search Console rich-result report behavior. Tingkat keyakinan: tinggi · Diverifikasi: Google Search Console: Rich result status reports Bukti untuk klaim ini After fixing a shared issue, Validate Fix initiates Google's validation workflow; the report is not a complete inventory of all structured data. Cakupan: Current Search Console issue validation and reporting limits. Tingkat keyakinan: tinggi · Diverifikasi: Google Search Console: Validate and fix issues

Di mana ini lives dan ketika ini muncul

«Google is blunt about what the reports are: “Rich result reports in Google Search Console show structured data (and its validity) found on your site.” You get a separate report per type — Google says it “provides a separate report for each type of rich result found on your property.” To find them, “Locate the reports under Enhancements in the navigation bar.” Product snippets and Merchant listings are the exception — those live under Shopping. » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian dua puluh, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

sebuah crucial gotcha: sebuah report tidak exist untuk sebuah jenis hanya karena Anda ditambahkan itu markup. “A rich hasil report untuk a jenis akan muncul hanya jika: Google menemukan valid markup di Anda property, dan Itu markup adalah a supported rich hasil jenis.” (terjemahan) “sebuah rich hasil report untuk sebuah jenis akan muncul hanya jika: Google menemukan valid markup di Anda property, dan markup adalah sebuah didukung rich hasil jenis.” Keduanya conditions. jika Anda tidak pernah see sebuah “Recipe” (terjemahan) “Recipe” report, ini dapat berarti Google tidak pernah ditemukan valid Recipe markup — atau itu Anda markup memiliki sebuah syntax error serious cukup itu ini lands di terpisah Unparsable data terstruktur report alih-alih (lebih pada itu di bawah).

Report vs. Rich hasil Test — pembedaan Google itself draws

Pesaing konten conflates ini dua constantly, sometimes titling sebuah halaman untuk satu dan explaining lainnya. Google draws line cleanly di -nya own structured-data intro: “Menjadi sure untuk periksa Anda structured data menggunakan itu Rich Hasil Test during development, dan itu Rich hasil status reports setelah deployment, untuk monitor itu validity dari Anda halaman, yang mungkin break setelah deployment due untuk templating atau serving issues.” (terjemahan) “menjadi sure untuk periksa Anda data terstruktur menggunakan Rich hasil Test selama development, dan Rich hasil status reports setelah deployment, untuk monitor validity dari Anda halaman, yang mungkin break setelah deployment karena templating atau serving issues.”

itu satu kalimat adalah seluruh pembedaan:

  • Rich hasil Test (search.google.com/test/rich-results) — single URL, pada-demand, selama development. ini mendukung JSON-LD, Microdata, dan RDFa dan lets Anda preview desktop/mobile layout. ini adalah Anda pre-publish spot periksa.
  • Rich hasil Report (ini report) — seluruh property, tracked di atas time, setelah deployment. ini adalah Anda ongoing monitor. ini adalah di mana Anda catch breakage Test dapat’t — sebuah template edit atau serving perubahan itu diam-diam invalidates sebuah thousand halaman di setelah.

Yang jenis mendapatkan mereka own report

«Only Google’s supported types. As of now, Google says it “supports reports for the following rich result types: Breadcrumbs, Datasets, Discussion forum, Education Q&As, Events, Hotels, Image metadata, Job postings, Math solvers, Merchant listings, Practice problems, Product snippets, Profile pages, Q&As, Recipes, Review snippets, Subscribed content, Vacation rentals, Videos.” That list grows and shrinks over time — Discussion forum, Subscribed content, and Practice problems are relatively recent additions; FAQ was on it until its Search appearance stopped in 2026 (see “What just changed” below). » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian dua puluh tujuh, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

«This is the accuracy point most explainers miss: schema.org defines 800+ types, but Google only builds reports for the finite set of features it supports. A generic WebPage, a Person outside a profile-page context, or an unsupported CreativeWork subtype can be perfectly valid schema.org and still never generate a report here — because it was never eligible for a Google rich result to begin with. Google says as much in its intro doc: “There are more attributes and objects on schema.org that aren’t required by Google Search; they may be useful for other search engines, services, tools, and platforms.” If you’re staring at a type that has no report, the first question isn’t “what’s broken” — it’s “is this type even one Google shows a rich result for?” » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian dua puluh delapan, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

Reading chart dan dua issue tables

landing halaman untuk setiap report memiliki sebuah chart dan dua tables:

  • ** chart** plots Valid vs. Tidak valid items di atas time. Google: “The chart shows how many valid and invalid structured data items Google found on your site over time.” (terjemahan) “ chart menampilkan bagaimana banyak valid dan tidak valid data terstruktur items Google ditemukan pada Anda situs di atas time.” sebuah Valid item memiliki Tidak critical issues dan dapat muncul sebagai sebuah rich hasil; sebuah Tidak valid item memiliki setidaknya satu critical issue preventing ini.
  • “Why items are invalid” (terjemahan) “Mengapa items adalah tidak valid” lists critical issues — ones itu block eligibility entirely. ini adalah Anda priority table.
  • “Improve item appearance” (terjemahan) “meningkatkan item appearance” lists non-critical issues — warnings. ini items adalah Valid (masih eligible), tetapi Anda’re missing recommended properties itu dapat unlock sebuah richer display atau lebih layouts.

So three status map like ini: Tidak valid = memiliki sebuah critical issue → tidak eligible. Valid dengan warnings = hanya non-critical issues → eligible, tetapi tidak maximized. Valid = bersih → eligible.

Mengapa angka tidak pernah quite tambahkan up

ini adalah paling-ditanyakan pertanyaan tentang report, dan ini memiliki dua terpisah jawaban, keduanya dari Google.

Issue totals dapat exceed valid + tidak valid totals. itu’s karena “One item may have multiple issues (critical and non-critical), causing it to appear multiple times in issue tables” (terjemahan) “Satu item dapat memiliki multiple issues (critical dan non-critical), causing ini untuk muncul multiple times di issue tables” — tetapi ini adalah counted setelah di Tidak valid tab. Satu rusak product item dengan three masalah menampilkan up three times di seluruh issue tables dan setelah di total.

«Item totals can be lower than the number you expect. Because the report is a sample, not a census: “The reports aren’t a comprehensive list of all detected items.” It shows a representative sample to help you judge quality — Google explicitly tells you to “Use the URL Inspection tool to see if URLs not listed in the report have detected the structured data.” » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian tiga puluh enam, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

dan mental unlock behind semua dari ini: report counts items, tidak halaman. Satu halaman dapat carry several data terstruktur items — sebuah product halaman sering memiliki keduanya sebuah Product item dan sebuah BreadcrumbList item — so item count dan Anda halaman count adalah tidak pernah going untuk match.

umum penyebab dari Tidak valid items

«- Missing required properties — the #1 cause. Google’s own framing: “You must include all the required properties for an object to be eligible for appearance in Google Search.” Miss one required field and the item is Invalid, full stop. This is where most errors come from. » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian tiga puluh sembilan, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.) «- Wrong value types and syntax errors. A price as text instead of a number, a malformed date, a broken bracket. If the JSON is broken badly enough that Google can’t even tell what type you meant, it doesn’t land in the type’s report at all — it goes to the separate Unparsable structured data report, which “lists structured data found on your site that could not be parsed because of a serious syntax error.” Every item there is critical: “All items in this report are critical structured data errors; there are no warnings or valid items.” This is the report to check first when a type-specific report is unexpectedly empty. » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian tiga puluh sembilan, bagian kecil dua: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.) «- Markup describing content that isn’t visible on the page. Marking up a rating or price a user can’t actually see on the page violates Google’s structured data policies and risks a manual action — a separate problem from a simple validation error. » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian tiga puluh sembilan, bagian kecil tiga: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

Memperbaiki dan validating issues

Google’s workflow, dan alasan ada Tidak magic button:

ada Tidak “fix it for me,” (terjemahan) “perbaiki ini untuk me,” oleh design. “The structured data resides on your website, not Google’s servers.” (terjemahan) “ data terstruktur resides pada Anda situs web, tidak Google’s server.” Google dapat hanya report; perbaiki memiliki untuk happen di Anda kode sumber.

Perbaiki di template tingkat, tidak halaman oleh halaman. Open report, click sebuah issue untuk see affected halaman, dan perbaiki root penyebab. Karena sebagian besar data terstruktur adalah generated oleh sebuah template atau plugin, satu template perbaiki typically clears setiap affected URL di setelah — yang adalah persis mengapa chasing individual halaman adalah sebuah waste dari time di sini.

«Then click Validate fix. Google “will initially check a sample of pages. If they pass, it will proceed to validate other affected pages.” Two things to know: it’s not required (Google updates counts through normal crawling anyway — Validate fix mainly gives you a trackable log and a notification), and it’s slow — “Validation can take two weeks or more, depending on crawl frequency.” Don’t re-click mid-cycle, and never click it before you’ve actually fixed and deployed the cause, or you just burn two weeks ending in “Failed.” » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian empat puluh lima, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

** 90-day issue-lifetime aturan** penting untuk anyone tracking dates di sebuah audit trail: “An issue tetap active until 90 days lulus tanpa new instances. Jika a new instance muncul setelah 90 days, it adalah treated sebagai a new issue. Itu Pertama detected date reflects itu original detection date dan melakukan tidak reset.” (terjemahan) “sebuah issue tetap active until 90 days lulus tanpa baru instances. jika sebuah baru instance muncul setelah 90 days, ini adalah treated sebagai sebuah baru issue. pertama detected date reflects original detection date dan melakukan tidak reset.”

Valid tidak berarti ini akan tampilkan

Reinforce eligibility-tidak-jaminan principle dari rich hasil glossary alih-alih restating ini: “Menggunakan structured data enables a feature untuk menjadi present, it melakukan tidak jaminan itu it akan menjadi present.” (terjemahan) “menggunakan data terstruktur enables sebuah fitur untuk menjadi present, ini melakukan tidak jaminan itu ini akan menjadi present.” Ketika sebuah item adalah Valid tetapi Tidak rich hasil muncul, John Mueller’s framing (relayed melalui mesin pencari Journal) adalah paling bersih cara untuk alasan tentang ini — Google memeriksa, di order, apakah markup adalah technically valid, apakah ini complies dengan policy, dan lalu sebuah lebih luas situs-wide quality sinyal. ini report hanya measures pertama gate.

itu’s mengapa dua lainnya Search Console surfaces belong di Anda mental checklist di sini:

«- Manual Actions report. “A structured data manual action means that a page loses eligibility for appearance as a rich result; it doesn’t affect how the page ranks in Google web search.” If items are Valid but nothing shows, check for a penalty — it’s a separate report from this one.

  • Page Indexing report. Only indexed pages appear in structured data reports — Google lists “Pages not indexed” among the reasons items go missing, and “A drop in indexed pages leads to fewer structured data items in reports.” If items vanished, an indexing drop (the sibling index-coverage report is where you’d see it) is a prime suspect, not necessarily a markup regression. » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian lima puluh, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

jangan panic di sebuah sudden spike — report memiliki telah wrong sebelum

sebuah jump di Tidak valid counts tidak selalu berarti Anda broke sesuatu. Google memiliki, di least setelah, mislabeled -nya own report. di October 2022, per mesin pencari Roundtable’s coverage, sebuah bug moved banyak warnings ke critical-error table purely sebagai sebuah display issue — Google mengatakan ini adalah “strictly a reporting issue” (terjemahan) “strictly sebuah reporting issue” itu tidak memengaruhi apakah rich hasil dapat sebenarnya display. Google juga periodically perubahan apa ini counts sebagai sebuah error vs. sebuah warning di dalam sebuah jenis ( Product report mendapat persis ini jenis dari accuracy overhaul di December 2021). So sebelum assuming sebuah regression pada sebuah sudden move, periksa apakah ini adalah sebuah known reporting perubahan pertama — Anda issue-detail halaman dan saat ini SEO news akan biasanya tell Anda.

Apa hanya changed — FAQ rich hasil menjadi wound down (2026)

jika Anda land pada older “bagaimana untuk baca Anda FAQ report” (terjemahan) “cara baca Anda FAQ report” konten, ini adalah describing sebuah fitur Google memiliki telah actively retiring. timeline, dari Google’s own changelog (relayed melalui mesin pencari Journal dan mesin pencari Land) — treat 2026 dates setelah dapat sebagai Google’s stated plan, tidak sesuatu re-verified langsung di dalam sebuah Search Console property untuk ini perbarui:

  • dapat 7, 2026 — FAQ rich hasil berhenti appearing di Google hasil pencarian. ini satu memiliki sudah happened dan adalah paling muat-bearing date di sini.
  • June 2026 — per Google’s changelog, FAQ penelusuran-appearance filter, dedicated FAQ rich hasil report di Search Console, dan FAQ mendukung di Rich hasil Test adalah slated untuk removal.
  • August 2026 — Google says FAQ data akan menjadi dihapus dari Search Console API. sebagai dari ini perbarui, itu date hasn’t arrived namun, so jangan assume API perubahan adalah sudah di effect.

Satu lebih caution worth stating plainly: Google’s FAQPage documentation halaman memiliki now telah dihapus — old URL mengembalikan sebuah 301 untuk “removing FAQ rich hasil” (terjemahan) “menghapus FAQ rich hasil” entry di Google’s Penelusuran changelog, yang records documentation removal pada June 15, 2026. Watch redirect status alih-alih dirender konten ketika Anda periksa sebuah doc like ini: sebuah fetch itu diam-diam mengikuti redirect akan tampilkan Anda changelog halaman dan look like original adalah masih langsung. jika Anda own property masih menampilkan sebuah FAQ baris di Enhancements, jangan assume itu’s sebuah bug; konfirmasi apa Anda account saat ini menampilkan alih-alih taking apa pun single date di sini sebagai gospel.

jangan confuse ini dengan 2023 perubahan. Back di August 2023 Google restricted FAQ display untuk well-known, authoritative government dan health situs (dan narrowed Bagaimana-untuk) — yang adalah mengapa sebagian besar situs sudah berhenti seeing FAQ rich hasil tahun ago. subtle, di bawah-reported detail: itu 2023 perubahan hit performa report’s impression counts untuk FAQ/Bagaimana-untuk penelusuran appearances, tidak Rich hasil Report’s item counts. Item validity stayed yang sama; hanya display volume (dan -nya performa-report tracking) dropped. 2026 perubahan adalah berbeda di jenis — per Google’s own plan, ini menghapus report itself, tidak hanya display volume.

Apa untuk melakukan dengan existing FAQPage markup: tidak ada apa pun urgent. ini adalah masih sebuah valid schema.org jenis, penyebab Tidak errors, triggers Tidak manual tindakan, dan melakukan Tidak peringkat harm — ini hanya tidak akan produce sebuah rich hasil atau sebuah report anymore. Google’s panjang- standing line memiliki telah itu unused data terstruktur tidak penyebab masalah dan ada Tidak perlu untuk proactively strip ini out.

Rich hasil Report vs. Bing’s markup validation

Bing memiliki Tidak direct 1:1 equivalent — Tidak situs-wide, di atas-time, per-jenis dashboard tracking Valid/Tidak valid items secara otomatis. -nya closest surface adalah Markup Validator di dalam Bing Webmaster alat’ pemeriksaan URL (juga standalone di bing.com/toolbox/markup-validator), yang memeriksa apakah data terstruktur pada sebuah single URL adalah readable oleh Bingbot, di seluruh JSON-LD, Microdata, Microformats, Open Graph, dan RDFa. dengan kata lain, Bing’s alat behaves like Google’s Rich hasil Test, tidak -nya Report. “Rich Results Report” (terjemahan) “Rich hasil Report” adalah Google’s product name, dan seluruh ongoing-monitoring concept adalah Google-spesifik.

Tambahkan catatan pakar

Sematkan kutipan pakar

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