Bahasa

Rich hasil Report (Google Search Console)

What Rich hasil Report di Google Search Console menampilkan, how ini differs dari Rich hasil Test, cara read Valid vs Invalid items, dan cara fix dan validate data terstruktur issues.

Pertama kali diterbitkan: 3 Jul 2026 · Terakhir diperbarui: 3 Agu 2026 · Advanced
Bahasa
AIDitulis olehAI v2

Rich hasil Report adalah Google Search Console's situs-wide, di atas-time health periksa pada Anda data terstruktur. ini gives setiap didukung rich hasil jenis -nya own report (di bawah Enhancements, atau Shopping untuk Product/Merchant listings) dengan sebuah Valid-vs-Invalid chart dan two issue tables: 'Why items adalah invalid' (critical, blocks eligibility) dan 'meningkatkan item appearance' (non-critical warnings). Get three things right dan sebagian besar confusion disappears: ini adalah Report (post-deployment monitoring), not Rich hasil Test (pre-publish single-URL periksa); ini counts items sampled, not halaman, so angka rarely tie out; dan Valid hanya berarti eligible, tidak pernah guaranteed untuk tampilkan. sebagian besar Invalid items trace untuk sebuah missing diperlukan property, fixed di template tingkat lalu confirmed dengan Validate fix (allow ~two weeks). Not setiap schema.org jenis gets sebuah report — hanya Google's didukung fitur jenis melakukan — dan FAQ stopped appearing di Search 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 — one report per didukung rich hasil jenis, di bawah Enhancements (atau Shopping untuk Product/Merchant listings). ini hanya appears once Google menemukan valid markup dari sebuah jenis ini mendukung. Read ini knowing three things: ini adalah Report, not single-URL Rich hasil Test; ini counts items dari sebuah sample, not halaman, so totals rarely tie out; dan Valid berarti eligible, not displayed. sebagian besar Invalid items come dari sebuah missing diperlukan property — fix di template tingkat, confirm live, lalu click Validate fix dan wait ~two weeks. Not setiap schema.org jenis earns sebuah report (hanya Google’s didukung fitur jenis melakukan), dan FAQ stopped appearing di Search pada dapat 7, 2026 — Google’s changelog states sebuah plan untuk drop dedicated report dan Rich hasil Test mendukung too.

Evidence for this claim Search Console rich-result status reports group valid items, valid items with warnings, and invalid items for supported detected feature types. Scope: Current Search Console rich-result report behavior. Confidence: high · Verified: Google Search Console: Rich result status reports Evidence for this claim After fixing a shared issue, Validate Fix initiates Google's validation workflow; the report is not a complete inventory of all structured data. Scope: Current Search Console issue validation and reporting limits. Confidence: high · Verified: Google Search Console: Validate and fix issues

Where ini lives dan when ini appears

Google adalah blunt tentang what reports adalah: “Rich result reports in Google Search Console show structured data (and its validity) found on your site.” (terjemahan) “Rich hasil reports di Google Search Console tampilkan data terstruktur (dan -nya validity) ditemukan pada Anda situs.” Anda get sebuah separate report per jenis — Google says ini “provides a separate report for each type of rich result found on your property.” (terjemahan) “menyediakan sebuah separate report untuk setiap jenis dari rich hasil ditemukan pada Anda property.” untuk temukan them, “Locate the reports under Enhancements in the navigation bar.” (terjemahan) “Locate reports di bawah Enhancements di navigation bar.” Product snippets dan Merchant listings adalah exception — itu live di bawah Shopping.

sebuah crucial gotcha: sebuah report doesn’t exist untuk sebuah jenis hanya because Anda ditambahkan itu markup. “A rich result report for a type will appear only if: Google finds valid markup in your property, and The markup is a supported rich result type.” (terjemahan) “sebuah rich hasil report untuk sebuah jenis akan appear hanya jika: Google menemukan valid markup di Anda property, dan markup adalah sebuah didukung rich hasil jenis.” Both 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 enough itu ini lands di separate Unparsable data terstruktur report instead (more pada itu below).

Report vs. Rich hasil Test — distinction Google itself draws

Competitor konten conflates ini two constantly, sometimes titling sebuah halaman untuk one dan explaining lainnya. Google draws line cleanly di -nya own structured-data intro: “Be sure to check your structured data using the Rich Results Test during development, and the Rich result status reports after deployment, to monitor the validity of your pages, which might break after deployment due to templating or 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, which mungkin break setelah deployment karena templating atau serving issues.”

itu one kalimat adalah whole distinction:

  • 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) — whole property, tracked di atas time, setelah deployment. ini adalah Anda ongoing monitor. ini adalah where Anda catch breakage Test dapat’t — sebuah template edit atau serving perubahan itu quietly invalidates sebuah thousand halaman di once.

Which jenis get mereka own report

hanya Google’s didukung jenis. sebagai dari now, Google says ini “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.” (terjemahan) “mendukung reports untuk following rich hasil jenis: Breadcrumbs, Datasets, Discussion forum, Education Q&sebagai, Events, Hotels, Image metadata, Job postings, Math solvers, Merchant listings, Practice masalah, Product snippets, Profile halaman, Q&sebagai, Recipes, Review snippets, Subscribed konten, Vacation rentals, Videos.” itu list grows dan shrinks di atas time — Discussion forum, Subscribed konten, dan Practice masalah adalah relatively recent additions; FAQ adalah pada ini until -nya Search appearance stopped di 2026 (see “What just changed” (terjemahan) “What hanya changed” below).

ini adalah accuracy poin sebagian besar explainers miss: schema.org defines 800+ jenis, tetapi Google hanya membangun reports untuk finite set dari fitur ini mendukung. sebuah generic WebPage, sebuah Person outside sebuah profile-halaman context, atau sebuah unsupported CreativeWork subtype dapat menjadi perfectly valid schema.org dan masih tidak pernah generate sebuah report here — because ini adalah tidak pernah eligible untuk sebuah Google rich hasil untuk begin dengan. Google says sebagai much di -nya 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.” (terjemahan) “ada more attributes dan objects pada schema.org itu aren’t diperlukan oleh Google Search; mereka dapat menjadi berguna untuk lainnya mesin pencari, services, alat, dan platforms.” jika Anda’re staring di sebuah jenis itu memiliki no report, pertama pertanyaan isn’t “what’s broken” (terjemahan) “what’s broken” — ini adalah “is this type even one Google shows a rich result for?” (terjemahan) “adalah ini jenis bahkan one Google menampilkan sebuah rich hasil untuk?”

Reading chart dan two issue tables

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

  • ** chart** plots Valid vs. Invalid 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 how banyak valid dan invalid data terstruktur items Google ditemukan pada Anda situs di atas time.” sebuah Valid item memiliki no critical issues dan dapat appear sebagai sebuah rich hasil; sebuah Invalid item memiliki setidaknya one critical issue preventing ini.
  • “Why items are invalid” (terjemahan) “Why items adalah invalid” 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 more layouts.

So three states map like ini: Invalid = memiliki sebuah critical issue → not eligible. Valid dengan warnings = hanya non-critical issues → eligible, tetapi not maximized. Valid = clean → eligible.

Why angka tidak pernah quite tambahkan up

ini adalah paling-ditanyakan pertanyaan tentang report, dan ini memiliki two separate jawaban, both dari Google.

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

Item totals dapat menjadi lower daripada angka Anda expect. Because report adalah sebuah sample, not sebuah census: “The reports aren’t a comprehensive list of all detected items.” (terjemahan) “ reports aren’t sebuah comprehensive list dari semua detected items.” ini menampilkan sebuah representative sample untuk help Anda judge quality — Google explicitly tells Anda untuk “Use the URL Inspection tool to see if URLs not listed in the report have detected the structured data.” (terjemahan) “gunakan pemeriksaan URL alat untuk see jika URLs not listed di report memiliki detected data terstruktur.”

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

umum causes dari Invalid items

  • Missing diperlukan properties — #1 cause. Google’s own framing: “You must include all the required properties for an object to be eligible for appearance in Google Search.” (terjemahan) “Anda harus sertakan semua diperlukan properties untuk sebuah object untuk menjadi eligible untuk appearance di Google Search.” Miss one diperlukan field dan item adalah Invalid, full stop. ini adalah where sebagian besar errors come dari.
  • Wrong nilai jenis dan syntax errors. sebuah price sebagai text alih-alih sebuah angka, sebuah malformed date, sebuah broken bracket. jika JSON adalah broken badly enough itu Google dapat’t bahkan tell what jenis Anda dimaksudkan, ini doesn’t land di jenis’s report di semua — ini goes untuk separate Unparsable data terstruktur report, which “lists structured data found on your site that could not be parsed because of a serious syntax error.” (terjemahan) “lists data terstruktur ditemukan pada Anda situs itu dapat not menjadi parsed karena sebuah serious syntax error.” setiap item ada critical: “All items in this report are critical structured data errors; there are no warnings or valid items.” (terjemahan) “semua items di ini report adalah critical data terstruktur errors; tidak ada warnings atau valid items.” ini adalah report untuk periksa pertama when sebuah jenis-spesifik report adalah unexpectedly empty.
  • Markup describing konten itu isn’t terlihat pada halaman. Marking up sebuah rating atau price sebuah pengguna dapat’t actually see pada halaman violates Google’s data terstruktur policies dan risks sebuah manual tindakan — sebuah separate masalah dari sebuah sederhana validation error.

Fixing dan validating issues

Google’s workflow, dan alasan there’s no magic button:

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

Fix di template tingkat, not halaman oleh halaman. Open report, click sebuah issue untuk see affected halaman, dan fix root cause. Because sebagian besar data terstruktur adalah generated oleh sebuah template atau plugin, one template fix typically clears setiap affected URL di once — which adalah exactly why chasing individual halaman adalah sebuah waste dari time here.

lalu click Validate fix. Google “will initially check a sample of pages. If they pass, it will proceed to validate other affected pages.” (terjemahan) “akan initially periksa sebuah sample dari halaman. jika mereka pass, ini akan proceed untuk validate lainnya affected halaman.” Two things untuk know: ini adalah not diperlukan (Google updates counts melalui normal crawling anyway — Validate fix mainly gives Anda sebuah trackable log dan sebuah notification), dan ini adalah slow — “Validation can take two weeks or more, depending on crawl frequency.” (terjemahan) “Validation dapat take two weeks atau more, depending pada crawl frequency.” Don’t re-click mid-cycle, dan tidak pernah click ini sebelum Anda’ve actually fixed dan deployed cause, atau Anda hanya burn two weeks ending di “Failed.” (terjemahan) “Failed.”

** 90-day issue-lifetime aturan** penting untuk anyone tracking dates di sebuah audit trail: “An issue remains active until 90 days pass without new instances. If a new instance appears after 90 days, it is treated as a new issue. The First detected date reflects the original detection date and does not reset.” (terjemahan) “sebuah issue remains active until 90 days pass without baru instances. jika sebuah baru instance appears setelah 90 days, ini adalah treated sebagai sebuah baru issue. pertama detected date reflects original detection date dan melakukan not reset.”

Valid tidak berarti ini akan tampilkan

Reinforce eligibility-not-guarantee principle dari rich hasil glossary alih-alih restating ini: “Using structured data enables a feature to be present, it does not guarantee that it will be present.” (terjemahan) “menggunakan data terstruktur enables sebuah fitur untuk menjadi present, ini melakukan not guarantee itu ini akan menjadi present.” When sebuah item adalah Valid tetapi no rich hasil appears, John Mueller’s framing (relayed via mesin pencari Journal) adalah cleanest cara untuk alasan tentang ini — Google memeriksa, di order, whether markup adalah technically valid, whether ini complies dengan policy, dan lalu sebuah broader situs-wide quality signal. ini report hanya measures pertama gate.

itu’s why two lainnya Search Console surfaces belong di Anda mental checklist here:

  • Manual tindakan 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.” (terjemahan) “sebuah data terstruktur manual tindakan berarti itu sebuah halaman loses eligibility untuk appearance sebagai sebuah rich hasil; ini doesn’t affect how halaman peringkat di Google web search.” jika items adalah Valid tetapi nothing menampilkan, periksa untuk sebuah penalty — ini adalah sebuah separate report dari ini one.
  • halaman pengindeksan report. hanya terindeks halaman appear di data terstruktur reports — Google lists “Pages not indexed” (terjemahan) “halaman not terindeks” among alasan items go missing, dan “A drop in indexed pages leads to fewer structured data items in reports.” (terjemahan) “sebuah drop di terindeks halaman leads untuk fewer data terstruktur items di reports.” jika items vanished, sebuah pengindeksan drop ( sibling indeks-coverage report adalah where Anda’d see ini) adalah sebuah prime suspect, not necessarily sebuah markup regression.

Don’t panic di sebuah sudden spike — report memiliki telah wrong sebelum

sebuah jump di Invalid counts doesn’t selalu berarti Anda broke something. Google memiliki, di least once, 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 said ini adalah “strictly a reporting issue” (terjemahan) “strictly sebuah reporting issue” itu didn’t affect whether rich hasil dapat actually display. Google juga periodically perubahan what ini counts sebagai sebuah error vs. sebuah warning di dalam sebuah jenis ( Product report got exactly 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.

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

jika Anda land pada older “how to read your FAQ report” (terjemahan) “cara read Anda FAQ report” konten, ini adalah describing sebuah fitur Google memiliki telah actively retiring. timeline, dari Google’s own changelog (relayed via mesin pencari Journal dan mesin pencari Land) — treat 2026 dates setelah dapat sebagai Google’s stated plan, not something re-verified live inside sebuah Search Console property untuk ini update:

  • dapat 7, 2026 — FAQ rich hasil stopped appearing di Google hasil pencarian. ini one memiliki sudah happened dan adalah paling muat-bearing date here.
  • June 2026 — per Google’s changelog, FAQ search-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 update, itu date hasn’t arrived yet, so don’t assume API perubahan adalah sudah di effect.

One more caution worth stating plainly: Google’s FAQPage documentation halaman memiliki now telah dihapus — old URL mengembalikan sebuah 301 untuk “removing FAQ rich result” (terjemahan) “menghapus FAQ rich hasil” entry di Google’s Search changelog, which records documentation removal pada June 15, 2026. Watch redirect status alih-alih rendered konten when Anda periksa sebuah doc like ini: sebuah fetch itu quietly mengikuti redirect akan tampilkan Anda changelog halaman dan look like original adalah masih live. jika Anda own property masih menampilkan sebuah FAQ row di Enhancements, don’t assume itu’s sebuah bug; confirm what Anda account currently menampilkan alih-alih taking apa pun single date here sebagai gospel.

Don’t confuse ini dengan 2023 perubahan. Back di August 2023 Google restricted FAQ display untuk well-known, authoritative government dan health situs (dan narrowed How-untuk) — which adalah why sebagian besar situs sudah stopped seeing FAQ rich hasil years ago. subtle, di bawah-reported detail: itu 2023 perubahan hit performa report’s impression counts untuk FAQ/How-untuk search appearances, not 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, not hanya display volume.

What untuk melakukan dengan existing FAQPage markup: nothing urgent. ini adalah masih sebuah valid schema.org jenis, causes no errors, triggers no manual tindakan, dan melakukan no peringkat harm — ini hanya won’t produce sebuah rich hasil atau sebuah report anymore. Google’s panjang- standing line memiliki telah itu unused data terstruktur doesn’t cause masalah dan there’s no perlu untuk proactively strip ini out.

Rich hasil Report vs. Bing’s markup validation

Bing memiliki no direct 1:1 equivalent — no situs-wide, di atas-time, per-jenis dashboard tracking Valid/Invalid items automatically. -nya closest surface adalah Markup Validator inside Bing Webmaster alat’ pemeriksaan URL (juga standalone di bing.com/toolbox/markup-validator), which memeriksa whether 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, not -nya Report. “Rich Results Report” (terjemahan) “Rich hasil Report” adalah Google’s product name, dan whole ongoing-monitoring concept adalah Google-spesifik.

Add an expert note

Pin an expert quote

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