Rich Kết quả Báo cáo (Google Search Console)

Điều gì đó Rich Kết quả Báo cáo trong Google Search Console cho thấy, cách điều này differs từ đó Rich Kết quả Kiểm thử, cách đọc Hợp lệ so với Không hợp lệ items, và cách sửa và validate dữ liệu có cấu trúc các vấn đề.

Xuất bản lần đầu: 3 thg 7, 2026 · Cập nhật lần cuối: 8 thg 8, 2026 · Advanced
Ngôn ngữ

Đó Rich Kết quả Báo cáo là Google Search Console's site-wide, over-time health kiểm tra on của bạn dữ liệu có cấu trúc. Điều này cho mỗi supported rich kết quả loại của nó own báo cáo (dưới Enhancements, hoặc Shopping cho Sản phẩm/Merchant listings) với một Hợp lệ-so với-Không hợp lệ chart và hai vấn đề các bảng: 'Vì sao items là không hợp lệ' (cốt yếu, chặn eligibility) và 'Improve item appearance' (non-cốt yếu warnings). Nhận three điều right và hầu hết confusion disappears: đây là đó Báo cáo (post-deployment monitoring), không đó Rich Kết quả Kiểm thử (pre-publish single-URL kiểm tra); điều này được tính items sampled, không các trang, so đó numbers rarely tie out; và Hợp lệ chỉ có nghĩa là eligible, không bao giờ guaranteed để cho thấy. Hầu hết Không hợp lệ items trace để một bị thiếu bắt buộc thuộc tính, fixed tại đó template cấp độ thì confirmed với Validate cách sửa (cho phép ~hai weeks). Không mỗi schema.org loại nhận một báo cáo — chỉ Google supported feature types làm — và FAQ đã dừng appearing trong Tìm kiếm on Có thể 7, 2026, với Google own changelog stating một plan để drop đó dedicated báo cáo và Rich Kết quả Kiểm thử hỗ trợ cũng.

TL;DR — Rich-kết quả status các báo cáo là Search Console’s post-deployment, site-wide monitors cho dữ liệu có cấu trúc — một báo cáo theo supported rich kết quả loại, dưới Enhancements (hoặc Shopping cho Sản phẩm/Merchant listings). Điều này chỉ xuất hiện khi Google tìm thấy hợp lệ markup of một loại điều này hỗ trợ. Đọc điều này knowing three điều: đây là đó Báo cáo, không đó single-URL Rich Kết quả Kiểm thử; điều này được tính items từ một sample, không các trang, so totals rarely tie out; và Hợp lệ có nghĩa là eligible, không displayed. Hầu hết Không hợp lệ items come từ một bị thiếu bắt buộc thuộc tính — cách sửa tại đó template cấp độ, xác nhận trực tiếp, thì nhấp Validate cách sửa và chờ ~hai weeks. Không mỗi schema.org loại earns một báo cáo (chỉ Google supported feature types làm), và FAQ đã dừng appearing trong Tìm kiếm on Có thể 7, 2026 — Google changelog trạng thái một plan để drop đó dedicated báo cáo và Rich Kết quả Kiểm thử hỗ trợ cũng.

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

Nơi điều này lives và khi điều này xuất hiện

Google là blunt về điều gì đó các báo cáo là: “Rich result reports in Google Search Console show structured data (and its validity) found on your site.” (bản dịch) «Rich kết quả các báo cáo trong Google Search Console cho thấy dữ liệu có cấu trúc (và của nó validity) được tìm thấy trên trang web của bạn.» Bạn nhận một tách biệt báo cáo theo loại — Google says điều này “provides a separate report for each type of rich result found on your property.” (bản dịch) «cung cấp một tách biệt báo cáo cho mỗi loại of rich kết quả được tìm thấy on của bạn thuộc tính.» Để tìm them, “Locate the reports under Enhancements in the navigation bar.” (bản dịch) «Locate đó các báo cáo dưới Enhancements trong đó navigation bar.» Sản phẩm snippets và Merchant listings là đó exception — những trực tiếp dưới Shopping.

MỘT crucial gotcha: một báo cáo không exist cho một loại chỉ vì bạn đã thêm đó 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.” (bản dịch) «MỘT rich kết quả báo cáo cho một loại sẽ xuất hiện chỉ nếu: Google tìm thấy hợp lệ markup trong của bạn thuộc tính, và Đó markup là một supported rich kết quả loại.» Cả hai conditions. Nếu bạn không bao giờ see một “Recipe” báo cáo, điều này có thể có nghĩa là Google không bao giờ được tìm thấy hợp lệ Recipe markup — hoặc đó của bạn markup có một syntax lỗi serious đủ đó điều này lands trong đó tách biệt Unparsable dữ liệu có cấu trúc báo cáo thay vì (hơn on đó dưới).

Báo cáo so với. Rich Kết quả Kiểm thử — đó phân biệt Google itself draws

Đối thủ nội dung conflates những hai constantly, sometimes titling một trang cho một và explaining đó other. Google draws đó line cleanly trong của nó own structured-dữ liệu 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.” (bản dịch) «Là sure để kiểm tra của bạn dữ liệu có cấu trúc dùng đó Rich Kết quả Kiểm thử during development, và đó Rich kết quả status các báo cáo sau deployment, để monitor đó validity of của bạn các trang, mà có thể break sau deployment due để templating hoặc serving các vấn đề.»

Đó một sentence là đó toàn bộ phân biệt:

  • Rich Kết quả Kiểm thử (search.google.com/test/rich-results) — single URL, on-demand, during development. Điều này hỗ trợ JSON-LD, Microdata, và RDFa và cho phép bạn preview đó desktop/mobile layout. Này là của bạn pre-publish spot kiểm tra.
  • Rich Kết quả Báo cáo (này báo cáo) — toàn bộ thuộc tính, tracked theo thời gian, sau deployment. Này là của bạn ongoing monitor. đây là nơi bạn catch đó breakage đó Kiểm thử không thể — một template edit hoặc serving thay đổi đó âm thầm invalidates một thousand các trang tại khi.

Mà types nhận của họ own báo cáo

Chỉ Google supported types. As of hiện tại, Google says điều này “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.” (bản dịch) «hỗ trợ các báo cáo cho đó sau rich kết quả types: Breadcrumbs, Datasets, Discussion forum, Education Q&As, Events, Hotels, Image metadata, Job postings, Math solvers, Merchant listings, Practice các vấn đề, Sản phẩm snippets, Profile các trang, Q&As, Recipes, Review snippets, Subscribed nội dung, Vacation rentals, Videos.» Đó list grows và shrinks theo thời gian — Discussion forum, Subscribed nội dung, và Practice các vấn đề là relatively gần đây additions; FAQ đã là on điều này until của nó Tìm kiếm appearance đã dừng trong 2026 (see “What just changed” (bản dịch) «Điều gì chỉ changed» dưới).

Này là đó độ chính xác point hầu hết explainers miss: schema.org defines 800+ types, nhưng Google chỉ xây dựng các báo cáo cho đó finite set of features điều này hỗ trợ. MỘT generic WebPage, một Person bên ngoài một profile-trang context, hoặc an unsupported CreativeWork subtype có thể là perfectly hợp lệ schema.org và vẫn không bao giờ generate một báo cáo ở đây — vì điều này đã là không bao giờ eligible cho một Google rich kết quả để begin với. Google says as nhiều trong của nó 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.” (bản dịch) «Có hơn các thuộc tính và objects on schema.org đó không bắt buộc by Google Search; they có thể là hữu ích cho other các công cụ tìm kiếm, services, tools, và các nền tảng.» Nếu bạn là staring tại một loại đó có không báo cáo, đó đầu tiên câu hỏi không “what’s broken” (bản dịch) «điều gì là hỏng» — đây là “is this type even one Google shows a rich result for?” (bản dịch) «là này loại ngay cả một Google cho thấy một rich kết quả cho?»

Reading đó chart và đó hai vấn đề các bảng

Đó landing trang cho mỗi báo cáo có một chart và hai các bảng:

  • Đó chart plots Hợp lệ so với. Không hợp lệ items theo thời gian. Google: “The chart shows how many valid and invalid structured data items Google found on your site over time.” (bản dịch) «Đó chart cho thấy cách nhiều hợp lệ và không hợp lệ dữ liệu có cấu trúc items Google được tìm thấy trên trang web của bạn theo thời gian.» MỘT Hợp lệ item có không cốt yếu các vấn đề và có thể xuất hiện as một rich kết quả; an Không hợp lệ item có ít nhất một cốt yếu vấn đề preventing điều này.
  • “Why items are invalid” (bản dịch) «Vì sao items là không hợp lệ» lists đó cốt yếu các vấn đề — đó ones đó block eligibility hoàn toàn. Này là của bạn priority bảng.
  • “Improve item appearance” (bản dịch) «Improve item appearance» lists đó non-cốt yếu các vấn đề — warnings. Những items là Hợp lệ (vẫn eligible), nhưng bạn là bị thiếu được khuyến nghị properties đó có thể unlock một richer display hoặc hơn layouts.

So đó three trạng thái map như này: Không hợp lệ = có một cốt yếu vấn đề → không eligible. Hợp lệ với warnings = chỉ non-cốt yếu các vấn đề → eligible, nhưng không maximized. Hợp lệ = sạch → eligible.

Vì sao đó numbers không bao giờ quite thêm lên

Này là đó hầu hết-asked câu hỏi về đó báo cáo, và điều này có hai tách biệt các câu trả lời, cả hai từ Google.

Vấn đề totals có thể exceed hợp lệ + không hợp lệ totals. đó là vì “One item may have multiple issues (critical and non-critical), causing it to appear multiple times in issue tables” (bản dịch) «Một item có thể có multiple các vấn đề (cốt yếu và non-cốt yếu), causing điều này để xuất hiện multiple times trong vấn đề các bảng» — nhưng đây là được tính khi trong đó Không hợp lệ tab. Một hỏng sản phẩm item với three các vấn đề cho thấy lên three times trên đó vấn đề các bảng và khi trong đó total.

Item totals có thể là thấp hơn đó number bạn expect. Vì đó báo cáo là một sample, không một census: “The reports aren’t a comprehensive list of all detected items.” (bản dịch) «Đó các báo cáo không một comprehensive list of all detected items.» Điều này cho thấy một representative sample để help bạn judge quality — Google explicitly tells bạn để “Use the URL Inspection tool to see if URLs not listed in the report have detected the structured data.” (bản dịch) «Dùng đó URL Inspection tool để see nếu URLs không listed trong đó báo cáo có detected đó dữ liệu có cấu trúc.»

Và đó mental unlock behind all of điều này: đó báo cáo được tính items, không các trang. Một trang có thể carry several dữ liệu có cấu trúc items — một sản phẩm trang thường có cả hai một Product item và một BreadcrumbList item — so đó item count và trang của bạn count đã là không bao giờ going để match.

Phổ biến gây ra of Không hợp lệ items

  • Bị thiếu bắt buộc properties — đó #1 nguyên nhân. Google own cách diễn đạt: “You must include all the required properties for an object to be eligible for appearance in Google Search.” (bản dịch) «Bạn phải bao gồm all đó bắt buộc properties cho an object để là eligible cho appearance trong Google Search.» Miss một bắt buộc trường và đó item là Không hợp lệ, đầy đủ dừng. Này là nơi hầu hết các lỗi come từ.
  • Sai giá trị types và syntax các lỗi. MỘT price as text thay vì một number, một malformed date, một hỏng bracket. Nếu đó JSON là hỏng badly đủ đó Google không thể ngay cả tell điều gì loại bạn meant, điều này không land trong đó loại báo cáo tại all — điều này goes để đó tách biệt Unparsable dữ liệu có cấu trúc báo cáo, mà “lists structured data found on your site that could not be parsed because of a serious syntax error.” (bản dịch) «lists dữ liệu có cấu trúc được tìm thấy trên trang web của bạn đó không thể là parsed làm một serious syntax lỗi.» Mỗi item có cốt yếu: “All items in this report are critical structured data errors; there are no warnings or valid items.” (bản dịch) «All items trong này báo cáo là cốt yếu dữ liệu có cấu trúc các lỗi; có không warnings hoặc hợp lệ items.» Này là đó báo cáo để kiểm tra đầu tiên khi một loại-cụ thể báo cáo là unexpectedly empty.
  • Markup describing nội dung đó không visible on đó trang. Marking lên một rating hoặc price một người dùng không thể thực ra see on đó trang violates Google dữ liệu có cấu trúc policies và risks một manual hành động — một tách biệt vấn đề từ một đơn giản validation lỗi.

Sửa và validating các vấn đề

Google workflow, và đó reason có không magic button:

có không “fix it for me,” (bản dịch) «cách sửa điều này cho me,» by design. “The structured data resides on your website, not Google’s servers.” (bản dịch) «Đó dữ liệu có cấu trúc resides on của bạn website, không Google các máy chủ.» Google có thể chỉ báo cáo; đó cách sửa có để happen trong của bạn mã nguồn.

Cách sửa tại đó template cấp độ, không trang by trang. Open đó báo cáo, nhấp an vấn đề để see affected các trang, và cách sửa đó root nguyên nhân. Vì hầu hết dữ liệu có cấu trúc là generated by một template hoặc plugin, một template cách sửa typically clears mỗi affected URL tại khi — mà là chính xác vì sao chasing riêng lẻ các trang là một waste of time ở đây.

Thì nhấp Validate cách sửa. Google “will initially check a sample of pages. If they pass, it will proceed to validate other affected pages.” (bản dịch) «sẽ initially kiểm tra một sample of các trang. Nếu they truyền, điều này sẽ proceed để validate other affected các trang.» Hai điều để know: đây là không bắt buộc (Google cập nhật được tính qua thông thường crawling anyway — Validate cách sửa mainly cho bạn một trackable log và một notification), và đây là chậm — “Validation can take two weeks or more, depending on crawl frequency.” (bản dịch) «Validation có thể take hai weeks hoặc hơn, depending on crawl frequency.» không re-nhấp mid-cycle, và không bao giờ nhấp điều này trước khi bạn’ve thực ra fixed và deployed đó nguyên nhân, hoặc bạn chỉ burn hai weeks ending trong “Failed.”

Đó 90-day vấn đề-lifetime rule matters cho anyone tracking dates trong an 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.” (bản dịch) «An vấn đề vẫn active until 90 days truyền không có new instances. Nếu một new instance xuất hiện sau 90 days, điều này là treated as một new vấn đề. Đó Đầu tiên detected date reflects đó original detection date và không reset.»

Hợp lệ không có nghĩa là điều này sẽ cho thấy

Reinforce đó eligibility-không-bảo đảm principle từ đó rich kết quả glossary thay vì restating điều này: “Using structured data enables a feature to be present, it does not guarantee that it will be present.” (bản dịch) «Dùng dữ liệu có cấu trúc enables một feature để là present, điều này không bảo đảm đó điều này sẽ là present.» Khi an item là Hợp lệ nhưng không rich kết quả xuất hiện, John Mueller cách diễn đạt (relayed qua Search Engine Journal) là đó sạch nhất way để reason về điều này — Google kiểm tra, trong order, liệu đó markup là technically hợp lệ, liệu điều này complies với policy, và thì một rộng hơn site-wide quality tín hiệu. Này báo cáo chỉ measures đó đầu tiên gate.

đó là vì sao hai other Search Console surfaces belong trong của bạn mental checklist ở đây:

  • Manual Actions báo cáo. “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.” (bản dịch) «MỘT dữ liệu có cấu trúc manual hành động có nghĩa là đó một trang loses eligibility cho appearance as một rich kết quả; điều này không ảnh hưởng cách đó trang ranks trong Google web tìm kiếm.» Nếu items là Hợp lệ nhưng không có gì cho thấy, kiểm tra cho một hình phạt — đây là một tách biệt báo cáo từ này một.
  • Trang Lập chỉ mục báo cáo. Chỉ được lập chỉ mục các trang xuất hiện trong dữ liệu có cấu trúc các báo cáo — Google lists “Pages not indexed” (bản dịch) «Các trang không được lập chỉ mục» among đó reasons items go bị thiếu, và “A drop in indexed pages leads to fewer structured data items in reports.” (bản dịch) «MỘT drop trong được lập chỉ mục các trang dẫn đến ít hơn dữ liệu có cấu trúc items trong các báo cáo.» Nếu items vanished, an lập chỉ mục drop (đó sibling chỉ mục-coverage báo cáo là nơi bạn’d see điều này) là một prime suspect, không nhất thiết một markup regression.

không panic tại một sudden spike — đó báo cáo đã được sai trước

MỘT jump trong Không hợp lệ được tính không luôn có nghĩa là bạn broke điều gì đó. Google có, tại least khi, mislabeled của nó own báo cáo. Trong October 2022, theo Công cụ tìm kiếm Roundtable coverage, một bug moved nhiều warnings vào đó cốt yếu-lỗi bảng purely as một display vấn đề — Google đã nói điều này đã là “strictly a reporting issue” (bản dịch) «strictly một reporting vấn đề» đó đã không ảnh hưởng liệu rich kết quả có thể thực ra display. Google cũng periodically thay đổi điều gì điều này được tính as an lỗi so với. một warning trong một loại (đó Sản phẩm báo cáo đã nhận chính xác này kind of độ chính xác overhaul trong December 2021). So trước assuming một regression on một sudden move, kiểm tra xem đây là một known reporting thay đổi đầu tiên — của bạn vấn đề-detail trang và hiện tại SEO news sẽ thường tell bạn.

Điều gì chỉ changed — FAQ rich kết quả đang wound xuống (2026)

Nếu bạn land on older “how to read your FAQ report” (bản dịch) «cách đọc của bạn FAQ báo cáo» nội dung, đây là describing một feature Google đã được actively retiring. Đó timeline, từ Google own changelog (relayed qua Search Engine Journal và Search Engine Land) — treat đó 2026 dates sau Có thể as Google stated plan, không điều gì đó re-verified trực tiếp bên trong một Search Console thuộc tính cho này cập nhật:

  • Có thể 7, 2026 — FAQ rich kết quả đã dừng appearing trong Google Search kết quả. Này một có đã happened và là đó hầu hết load-bearing date ở đây.
  • June 2026 — theo Google changelog, đó FAQ tìm kiếm-appearance filter, đó dedicated FAQ rich kết quả báo cáo trong Search Console, và FAQ hỗ trợ trong đó Rich Kết quả Kiểm thử đã là slated cho removal.
  • August 2026 — Google says FAQ dữ liệu sẽ bị gỡ bỏ từ đó Search Console API. As of này cập nhật, đó date hasn’t arrived tuy vậy, so không assume đó API thay đổi là đã trong effect.

Một hơn caution worth stating plainly: Google FAQPage tài liệu trang có hiện tại đã xóa — đó old URL trả về một 301 để đó “removing FAQ rich result” (bản dịch) «removing FAQ rich kết quả» entry trong Google Tìm kiếm changelog, mà records đó tài liệu removal on June 15, 2026. Watch đó chuyển hướng status thay vì đó được kết xuất nội dung khi bạn kiểm tra một doc như này: một fetch đó âm thầm follows đó chuyển hướng sẽ cho thấy bạn đó changelog trang và trông giống đó original là vẫn trực tiếp. Nếu của bạn own thuộc tính vẫn cho thấy an FAQ hàng trong Enhancements, không assume đó là một bug; xác nhận điều gì của bạn account hiện tại cho thấy thay vì taking bất kỳ single date ở đây as gospel.

không confuse này với đó 2023 thay đổi. Lại trong August 2023 Google restricted FAQ display để well-known, có thẩm quyền government và health các trang (và narrowed Cách-Để) — mà là vì sao hầu hết các trang đã dừng seeing FAQ rich kết quả năm ago. Đó subtle, dưới-reported detail: đó 2023 thay đổi hit đó Performance báo cáo impression được tính cho đó FAQ/Cách-Để tìm kiếm appearances, không đó Rich Kết quả Báo cáo item được tính. Item validity stayed đó giống nhau; chỉ đó display volume (và của nó Performance-báo cáo tracking) dropped. Đó 2026 thay đổi là khác nhau trong kind — theo Google own plan, điều này xóa đó báo cáo itself, không chỉ đó display volume.

Điều cần làm với existing FAQPage markup: không có gì urgent. đây là vẫn một hợp lệ schema.org loại, gây ra không các lỗi, triggers không manual hành động, và làm không xếp hạng harm — điều này chỉ sẽ không produce một rich kết quả hoặc một báo cáo anymore. Google dài- standing line đã được đó unused dữ liệu có cấu trúc không nguyên nhân các vấn đề và có không cần để chủ động strip điều này out.

Rich Kết quả Báo cáo so với. Bing markup validation

Bing có không trực tiếp 1:1 tương đương — không site-wide, over-time, theo-loại dashboard tracking Hợp lệ/Không hợp lệ items tự động. Của nó closest surface là đó Markup Validator bên trong Bing Quản trị viên web Tools’ URL Inspection (cũng standalone tại bing.com/toolbox/markup-validator), mà kiểm tra liệu đó dữ liệu có cấu trúc on một single URL là readable by Bingbot, trên JSON-LD, Microdata, Microformats, Open Graph, và RDFa. Nói cách khác, Bing tool behaves như Google Rich Kết quả Kiểm thử, không của nó Báo cáo. “Rich Results Report” (bản dịch) «Rich Kết quả Báo cáo» là Google sản phẩm name, và đó toàn bộ ongoing-monitoring concept là Google-cụ thể.

Add an expert note

Pin an expert quote

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