Phổ biến Dữ liệu có cấu trúc Các lỗi (và Cách sửa Them)

Đó dữ liệu có cấu trúc các lỗi Google Rich Kết quả Kiểm thử và Search Console surface hầu hết — bị thiếu bắt buộc các trường, sai giá trị types, nội dung mismatch, malformed JSON-LD, và deprecated types — và chính xác cách debug mỗi một.

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

Dữ liệu có cấu trúc các lỗi split vào hai kinds: phân tích cú pháp các lỗi đó break đó markup hoàn toàn (malformed JSON-LD — trailing commas, unescaped quotes, một bị thiếu colon hoặc brace) và eligibility các lỗi đó parse fine nhưng fail một rich-kết quả rule (bị thiếu bắt buộc thuộc tính, sai giá trị loại, một colliding/duplicate @id, hoặc markup describing nội dung không visible on đó trang). MỘT bị thiếu bắt buộc thuộc tính hoặc unparsable JSON chặn đó rich kết quả outright; một bị thiếu được khuyến nghị thuộc tính là chỉ một warning — đó rich kết quả thường vẫn cho thấy, ít hơn richly. Nội dung mismatch là đó một lỗi class với real teeth: đây là một policy violation đó có thể trigger một manual hành động, không chỉ silent ineligibility. MỘT distinct chế độ lỗi không an lỗi tại all — một deprecated/unsupported loại (FAQ, đã xóa by Có thể 2026) là hợp lệ markup đó chỉ không lâu hơn earns một visual. Debug với three khác nhau tools: đó Rich Kết quả Kiểm thử (Google eligibility + SERP preview, single URL), đó Schema Markup Validator (schema.org syntax/vocabulary, bất kỳ loại), và Search Console's Rich kết quả báo cáo (site-wide, sampled, theo thời gian) — một truyền trong một các câu trả lời chỉ đó tool own câu hỏi. Sửa các lỗi restores rich-kết quả eligibility — dữ liệu có cấu trúc không một xếp hạng factor, so một cách sửa wins lại một SERP visual, không một xếp hạng.

Tóm tắt — Dữ liệu có cấu trúc các lỗi split vào phân tích cú pháp các lỗi (malformed JSON-LD — trailing commas, unescaped quotes, bị thiếu colons hoặc braces — đó break markup so badly Google có thể’t determine loại; những điều này land trong Unparsable dữ liệu có cấu trúc báo cáo) và eligibility các lỗi ( markup parses nhưng fails rich-kết quả rule: bị thiếu bắt buộc thuộc tính, sai giá trị loại, hoặc markup describing nội dung không visible on trang). các lỗi có thể block; warnings là non-cốt yếu — bị thiếu bắt buộc thuộc tính có thể kill feature eligibility, trong khi bị thiếu được khuyến nghị một generally preserves eligibility nhưng có thể limit khả dụng information. nội dung mismatch là một class với teeth — policy violation đó có thể trigger manual hành động, không silent ineligibility. tách biệt thất bại chế độ không phải lỗi tại all: deprecated/unsupported loại (FAQ, đã biến mất by có thể 2026) là hợp lệ markup đó earns không visual. Debug với three khác tools — Rich Kết quả Kiểm thử (Google eligibility + preview), Schema Markup Validator (schema.org syntax, bất kỳ loại), và Search Console’s Rich kết quả báo cáo (trang web-wide, sampled). Dữ liệu có cấu trúc không phải xếp hạng factor, so khắc phục wins lại SERP visual, không xếp hạng.

Evidence for this claim Google structured data must follow technical, quality, relevance, and feature-specific guidelines; valid syntax alone is insufficient for eligibility. Scope: Current Google structured-data policies. Confidence: high · Verified: Google Search Central: Structured data general guidelines Evidence for this claim Google recommends Rich Results Test for supported feature validation and URL Inspection for deployed-page status; warnings may preserve eligibility while errors can block it. Scope: Current Google structured-data validation workflow. Confidence: high · Verified: Google Search Central: Generate structured data with JavaScript

các lỗi so với. warnings — Điều gì thực ra chặn rich kết quả

Debug in order: make the markup readable, make the item eligible, then verify that it matches the page and policy. Nguồn: Google Search Central

Step one checks whether the JSON-LD parses and fixes malformed syntax first. Step two checks required rich-result fields and valid value types; errors can block eligibility while warnings usually identify recommended fields. Step three checks whether the markup matches visible content and Google policy. Passing one layer does not prove the next, and valid markup does not guarantee display.

© Patrick Stox LLC · CC BY 4.0 ·

trước khi taxonomy, nhận điều này phân biệt straight, vì phần lớn các hướng dẫn sử dụng “lỗi” as catch-all và nó gây ra needless panic.

  • lỗi có nghĩ là bắt buộc thuộc tính là bị thiếu hoặc không hợp lệ, hoặc markup là unparsable. item có thể’t là rich kết quả cho đến khi bạn khắc phục nó.
  • warning có nghĩ là được khuyến nghị (không bắt buộc) thuộc tính là bị thiếu. rich kết quả có thể vẫn hiển thị — chỉ ít hơn completely.

Google own hướng dẫn leans toward độ chính xác over padding: “it is more important to supply fewer but complete and accurate recommended properties rather than trying to provide every possible recommended property with less complete, badly-formed, or inaccurate data.” (bản dịch) «điều này là hơn quan trọng để supply ít hơn nhưng hoàn tất và chính xác được khuyến nghị properties thay vì trying để cung cấp mỗi có thể được khuyến nghị thuộc tính với ít hơn hoàn tất, badly-formed, hoặc inaccurate dữ liệu.» Nói cách khác, không chase mỗi warning by stuffing trong half-chính xác dữ liệu — đó có thể tạo tệ hơn các vấn đề hơn đó warning điều này solves.

Worth knowing: ngay cả Google own reporting không infallible ở đây. Trong October 2022 Search Console đã có một bug nơi some các vấn đề đã là mislabeled as các lỗi khi they đã là thực ra warnings; Google cách sửa moved them “from the critical error table to the warning table,” (bản dịch) «từ đó cốt yếu lỗi bảng để đó warning bảng,» và clarified điều này đã là “strictly a reporting issue and did not affect whether or not a rich result could be displayed” (bản dịch) «strictly một reporting vấn đề và đã không ảnh hưởng liệu hoặc không một rich kết quả có thể là displayed» (Search Engine Land, Oct 2022). Đó lesson: khi trong doubt, cross-kiểm tra một flagged item so với đó Rich Kết quả Kiểm thử thay vì trusting một báo cáo blindly.

Malformed JSON-LD — “unparsable” các lỗi

Này là đó hầu hết fundamental lỗi class: đó markup là hỏng badly đủ đó Google không thể ngay cả determine đó dự kiến loại. Google files những trong một tách biệt Unparsable dữ liệu có cấu trúc báo cáo thay vì một theo-loại báo cáo, vì có không loại để thuộc tính đó item để. Google own mô tả: an item lands ở đây làm một “serious syntax error” (bản dịch) «serious syntax lỗi»“the intended type of structured data (Job, Event, and so on) could not be determined because of the parsing error.” (bản dịch) «đó dự kiến loại of dữ liệu có cấu trúc (Job, Event, và so on) không thể là determined làm đó phân tích cú pháp lỗi.»

thông thường culprits:

  • Trailing commas. MỘT comma sau đó cuối cùng thuộc tính trong an object hoặc array là hợp lệ trong JavaScript nhưng không hợp lệ trong JSON. Này là đó single hầu hết phổ biến way hand-được viết hoặc template-concatenated JSON-LD breaks.
  • Unescaped quotes. MỘT double quote bên trong một string giá trị đó không escaped (\") terminates đó string sớm. Google được ghi lại lỗi cho này là “Bad escape sequence in string.” (bản dịch) «Bad escape sequence trong string.» Sản phẩm names, review text, và các mô tả với inch marks hoặc quoted phrases là đó classic offenders.
  • Bị thiếu colons hoặc braces. Google documents những verbatim as “Parsing error: Missing ’:’” (bản dịch) «Phân tích cú pháp lỗi: Bị thiếu ’:’»“Parsing error: Missing ’,’ or ’}’” (bản dịch) «Phân tích cú pháp lỗi: Bị thiếu ’,’ hoặc ’}’» — thường một sao chép và dán hoặc string-concatenation accident.
  • Sai giá trị loại bên trong nếu không-hợp lệ JSON. Google “Incorrect value type” (bản dịch) «Incorrect giá trị loại» — e.g., một numeric trường wrapped trong quotes khi một number đã là dự kiến. (Này shades vào đó eligibility các lỗi dưới; khi đây là bad đủ để break phân tích cú pháp, điều này lands ở đây.)

Cách debug: strip để rỗng object, rebuild piece by piece

Google own gỡ lỗi tip cho unparsable markup là refreshingly thấp-tech: “If you are having problems finding the error, try starting from an empty object, then add back content from your broken code piece by piece.” (bản dịch) «Nếu bạn là có các vấn đề finding đó lỗi, try starting từ an empty object, thì thêm lại nội dung từ của bạn hỏng code piece by piece.» Paste đó stripped-xuống object vào đó Rich Kết quả Kiểm thử, xác nhận điều này parses, thì thêm properties lại until điều này breaks — đó cuối cùng điều bạn đã thêm là của bạn culprit.

Một caution straight từ Google: sửa một phân tích cú pháp lỗi “might trigger additional warnings or errors that were hidden because the item could not be parsed at all.” (bản dịch) «có thể trigger additional warnings hoặc các lỗi đó đã là hidden vì đó item không thể là parsed tại all.» Một cách sửa có thể unmask đó tiếp theo layer, so re-kiểm thử sau mỗi thay đổi.

Bị thiếu bắt buộc các trường và sai giá trị types

sau khi JSON parses, tiếp theo lỗi class là về nội dung: là mỗi bắt buộc thuộc tính present, và là mỗi giá trị right loại?

Bắt buộc so với. được khuyến nghị (again, nhưng tại thuộc tính cấp độ)

Mỗi Google-supported loại có bắt buộc properties (leave một out và bạn lose eligibility — đó là an lỗi) và được khuyến nghị ones (leave một out và bạn nhận một warning, nhưng đó rich kết quả có thể vẫn cho thấy). Search Console’s hướng dẫn là để open đó báo cáo, “click an issue to see affected pages,” (bản dịch) «nhấp an vấn đề để see affected các trang,» và dùng đó “Why items are invalid” (bản dịch) «Vì sao items là không hợp lệ» bảng để prioritize — các lỗi đầu tiên, thì warnings.

Loại mismatches — string nơi number, URL, hoặc date là dự kiến

kinh điển eligibility bug: giá trị là ở đó, nhưng nó sai loại. price trường containing date. rating provided as "five stars" thay vì number. URL trường containing đơn giản text. Google flags điều này as không hợp lệ/unexpected giá trị loại.

Bing là worth một note ở đây vì, theo của nó own dữ liệu có cấu trúc help tài liệu, điều này behaves differently: thay vì erroring loudly, Bing các crawler là được ghi lại để bỏ qua an chú thích whose giá trị loại là sai (một price trường holding một date, an Event với không date, một Person với không name) thay vì surface một red lỗi. So không assume “no Bing error” (bản dịch) «không Bing lỗi» có nghĩa là “correct” — Bing công khai tài liệu là thinner và ít hơn granular hơn Google (điều này không publish một theo-loại bắt buộc-so với-được khuyến nghị breakdown hoặc một báo cáo as detailed as đó Rich kết quả báo cáo), và của nó tolerance cho mismatched types là một silent-drop, không một loud-fail. Lean on Google Rich Kết quả Kiểm thử cho đó detailed lỗi taxonomy.

Duplicate @id các giá trị và entity confusion

subtler một đó CMS plugin nguyên nhân constantly: reusing giống nhau @id cho hai khác entities, hoặc letting plugin emit fresh, colliding @id on mỗi trang thay vì ổn định một. Đây là không phân tích cú pháp thất bại — JSON itself là well-formed, so nó không land trong Unparsable dữ liệu có cấu trúc báo cáo. @id là Cách JSON-LD nodes reference mỗi khác bên trong @graph, so collision là entity-identity vấn đề: nó tạo ambiguity về mà node reference thực ra points để. điều này nhận tệ hơn on các trang nơi multiple sources ( theme schema plugin) cả hai auto-generate Organization, WebSite, và WebPage nodes.

khắc phục là ổn định, unique @id theo thực-world entity — URL-fragment identifier như https://example.com/#organization, reused consistently trên trang web, không regenerated theo trang. Đây là mirror image của canonicalization vấn đề, nơi một ổn định identifier theo thực điều là likewise toàn bộ game.

Nested-thuộc tính các lỗi ( bị thiếu name bên trong author)

Some bắt buộc properties trực tiếp bên trong other objects — author.name, aggregateRating.ratingValue. MỘT bị thiếu một được dùng để produce một vague lỗi như Missing field "name" đó có thể point anywhere on đó trang. Trong March 2022 Google đã thêm nested context so đó giống nhau lỗi hiện tại đọc Missing field "name" (in "author") — một nhỏ thay đổi đó làm những far easier để locate. (Anyone với an open “validate fix” (bản dịch) «validate cách sửa» yêu cầu tại đó time đã có để re-trigger điều này, since đó old vấn đề IDs đã là retired.) Nếu bạn see một nested-thuộc tính lỗi, đọc đó parenthetical — điều này tells bạn chính xác mà object là ngắn một trường.

nội dung mismatch — policy-violation lỗi class

Này là đó một lỗi class đó deserves của nó own section, vì đó consequence là categorically tệ hơn “no rich result.” (bản dịch) «không rich kết quả.» Mọi thứ trên là một kỹ thuật vấn đề. Nội dung mismatch là một policy vấn đề.

Google Chung Dữ liệu có cấu trúc Guidelines là rõ ràng on hai points:

  • “Don’t mark up content that is not visible to readers of the page.” (bản dịch) «không mark lên nội dung đó không phải visible để readers of đó trang.»
  • “Your structured data must be a true representation of the page content.” (bản dịch) «Của bạn dữ liệu có cấu trúc phải được một đúng representation of đó trang nội dung.»

Marking lên 4,8-star rating đó xuất hiện nowhere on trang, describing nội dung đó hidden hoặc phân phối chỉ để các crawler, hoặc labeling điều gì đó as một điều Khi nó thực sự một — Google own các ví dụ bao gồm sports trực tiếp-streaming trang web labeling broadcasts as local events, và woodworking trang web labeling instructions as recipes — all violate điều này.

Consequences: manual actions so với. silent ineligibility

MỘT kỹ thuật lỗi costs bạn đó rich kết quả silently. MỘT nội dung-mismatch policy violation có thể cost bạn hơn: “If your page contains a structured data issue, it can result in a manual action. 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) «Nếu trang của bạn contains một dữ liệu có cấu trúc vấn đề, điều này có thể kết quả trong một manual hành động. 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.» Manual actions cho thấy lên trong đó Manual Actions báo cáo trong Search Console — một place bạn không bao giờ muốn để see một structured-dữ liệu entry.

MỘT phổ biến quieter version of này: templated, non-unique schema. John Mueller dài-standing hướng dẫn là đó “the structured data on a website, or on a page, should be specific to that particular page” (bản dịch) «đó dữ liệu có cấu trúc on một website, hoặc on một trang, nên là cụ thể để đó particular trang» (qua Search Engine Journal). MỘT site-wide Organization block copy-pasted với đó giống nhau review count onto mỗi trang đọc as một representation vấn đề, không chỉ một sloppy một.

Vì sao validation không đủ. Này là đó câu trả lời để “my markup validates clean — why no rich result?” (bản dịch) «my markup validates sạch — vì sao không rich kết quả?» Các validator kiểm tra syntax và Google kỹ thuật eligibility rules. They làm không kiểm tra Google nội dung-quality và spam-policy layer. MỘT syntactically perfect, policy-violating implementation có thể vẫn là denied một rich kết quả hoặc hit với một manual hành động. Passing đó Rich Kết quả Kiểm thử là necessary nhưng không sufficient.

sử dụng deprecated hoặc unsupported loại

Ở đây thất bại chế độ đó không phải technically “lỗi” tại all — và nó trips mọi người lên vì không có gì turns red. của bạn markup là perfectly hợp lệ, nó parses, nó truyền schema.org validator, và tuy vậy không rich kết quả sẽ bao giờ hiển thị, vì Google turned feature off.

Case nghiên cứu: FAQ rich kết quả (deprecated 2026)

Đó timely ví dụ. Google đã thêm một deprecation notice để đó FAQ rich kết quả tài liệu, stating đó feature “will no longer appear in Google Search starting May 7, 2026,” (bản dịch) «sẽ không lâu hơn xuất hiện trong Google Search starting Có thể 7, 2026,» thì trong mid-2026 đã xóa đó FAQ tài liệu, Rich Kết quả Kiểm thử hỗ trợ, và Search Console reporting“the FAQ rich result feature is no longer shown in Google Search results.” (bản dịch) «đó FAQ rich kết quả feature là không lâu hơn shown trong Google Search kết quả.»

Đó nuance đó matters: FAQPage là vẫn một hợp lệ schema.org loại, và Google vẫn parses điều này. Đó loại không “sai.” Điều này đơn giản không lâu hơn earns đó visual treatment. So đó correct reaction để “is my FAQ schema now an error?” (bản dịch) «là my FAQ schema hiện tại an lỗi?» là không — leaving đó markup trong place không hurt bất cứ điều gì; điều này chỉ không lâu hơn buys bạn một SERP enhancement. không panic-strip hợp lệ markup vì đó visual went away.

khác retired types

FAQ không phải alone. Google có repeatedly retired rich-kết quả types Khi analysis showed họ đã không widely được sử dụng hoặc đã không thêm người dùng giá trị: HowTo rich kết quả là đã xóa từ desktop lại trong 2023; June 2025 batch retired seven nhiều hơn niche types (including Claim Review, Estimated Salary, Learning Video, Special Announcement, và Vehicle Listing); và Practice Các vấn đề dữ liệu có cấu trúc là deprecated starting January 2026. Trong mỗi case schema.org loại thường vẫn hợp lệ — nó chỉ dừng kết xuất.

Cách tell nếu loại là vẫn “trực tiếp”

kiểm tra Google Tìm kiếm Gallery — canonical list của types đó hiện tại earn rich kết quả. nếu loại không phải trong gallery, hợp lệ markup cho nó sẽ không produce visual, không quan trọng Cách sạch nó là. Re-kiểm tra gallery periodically; Google revises nó thường.

Cách thực ra debug — three khác tools

single phần lớn phổ biến meta-mistake là conflating tools. có three, và họ câu trả lời khác các câu hỏi.

Rich Kết quả Kiểm thử — Google eligibility + SERP preview

Đó Rich Kết quả Kiểm thử takes một single URL hoặc một code snippet và kiểm tra đó subset of markup Google dùng cho rich kết quả, thì previews cách đó kết quả có thể xuất hiện. Google frames điều này as “an easy and useful tool for validating your structured data, and in some cases, previewing a feature in Google Search.” (bản dịch) «an easy và hữu ích tool cho validating của bạn dữ liệu có cấu trúc, và trong một số trường hợp, previewing một feature trong Google Search.» Dùng điều này during development và để spot-kiểm tra một cách sửa. Điều này làm không validate schema types Google không dùng cho rich kết quả.

Schema Markup Validator — schema.org syntax, bất kỳ loại

Đó Schema Markup Validator là chạy by schema.org, không Google. Điều này kiểm tra chung syntax và vocabulary compliance cho bất kỳ schema.org loại — including ones Google không turn vào rich kết quả (e.g., Action schema). Passing điều này có nghĩa là của bạn markup là well-formed schema.org; điều này làm không có nghĩa là bạn là eligible cho một Google rich kết quả. Này là đó tool cho “is my JSON-LD structurally correct?” (bản dịch) «là my JSON-LD structurally correct?» independent of bất kỳ công cụ tìm kiếm.

Đó hai-tool trap: những là genuinely khác nhau tools, và passing một không có nghĩa là passing đó other. Đó split có confusing history — Google tried để fully deprecate của nó old “Structured Data Testing Tool” (bản dịch) «Dữ liệu có cấu trúc Kiểm thử Tool» trong July 2020, reversed course sau backlash đó December, thì refocused điều này vào hôm nay schema.org-chạy validator by mid-2021. Plenty of old blog posts vẫn point mọi người tại đó dead tool name. Cho 2026: Rich Kết quả Kiểm thử cho Google eligibility, Schema Markup Validator cho schema.org syntax.

Search Console’s Rich kết quả báo cáo — trang web-wide, sampled, theo thời gian

Đó Rich kết quả báo cáo (đó older nav và một lot of practitioners vẫn call này đó “Enhancements” (bản dịch) «Enhancements» các báo cáo) là đó chỉ một đó là ongoing và site-wide thay vì một single-URL spot kiểm tra. Google: “a valid item is an item that doesn’t have any critical issues and can appear on Google as a rich result. An invalid item has at least one critical issue preventing it from appearing as a rich result.” (bản dịch) «một hợp lệ item là an item đó không có bất kỳ cốt yếu các vấn đề và có thể xuất hiện on Google 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 từ appearing as một rich kết quả.» Hai limitations để giữ trong mind: theo-loại các báo cáo chỉ xuất hiện khi Google tìm thấy hợp lệ markup of đó loại, và “the reports aren’t a comprehensive list of all detected items. They show a sample of detected items to help assess the quality of your structured data.” (bản dịch) «đó các báo cáo không một comprehensive list of all detected items. They cho thấy một sample of detected items để help assess đó quality of của bạn dữ liệu có cấu trúc.» đây là một monitoring surface, không an exhaustive audit.

** truyền các câu trả lời chỉ đó tool own layer.** Rich Kết quả Kiểm thử, Schema Markup Validator, và Rich kết quả báo cáo mỗi kiểm tra khác câu hỏi, so sạch kết quả trong một tells bạn không có gì về khác hai — truyền trong Schema Markup Validator không có nghĩa là Google Rich Kết quả Kiểm thử sẽ truyền, và neither proves Điều gì Rich kết quả báo cáo sẽ hiển thị sau khi Google thực ra crawl deployed trang.

Validating khắc phục (và Vì sao nó takes trong khi)

Khi bạn đã fixed an vấn đề, Google được ghi lại workflow là: cách sửa on-site, xác nhận đó trang là crawlable (không Bị chặn bởi robots.txt hoặc noindex), spot-kiểm tra với URL Inspection, thì “click Validate fix on the issue’s details page to start Google’s validation process.” (bản dịch) «nhấp Validate cách sửa on đó vấn đề details trang để bắt đầu Google validation xử lý.» Set expectations on timing — Google says validation “can take two weeks or more, depending on crawl frequency.” (bản dịch) «có thể take hai weeks hoặc hơn, depending on crawl frequency.» đây là không instant; Google có để re-crawl đó affected các trang.

một cách diễn đạt đó giữ bạn sane

Sửa dữ liệu có cấu trúc các lỗi là về rich-kết quả eligibility, không thứ hạng. As John Mueller put điều này (reported by Công cụ tìm kiếm Roundtable, April 2025), “structured data won’t make your site rank better” (bản dịch) «dữ liệu có cấu trúc sẽ không làm trang web của bạn xếp hạng tốt hơn» — đây là cho displaying đó tìm kiếm features trong Google gallery. So đó payoff of một sạch cách sửa là một SERP visual (stars, breadcrumbs, price) và đó nhấp-qua điều này có thể earn — không bao giờ một xếp hạng bump. Giữ đó straight và bạn’ll prioritize đó right các lỗi: đó ones blocking một visual bạn thực ra muốn, không mỗi warning trong đó báo cáo.

nơi điều này sits

Đây là deep-dive sibling dưới Dữ liệu có cấu trúc Đối với SEO hub — giống nhau sub-cluster as schema-markup, JSON-LD, và rich-kết quả deep dives. lỗi taxonomy ở đây là khắc phục sự cố đối tác tương ứng để những điều đó: họ cover Điều gì để xây dựng, điều này covers Điều gì breaks và Cách see nó. cho rộng hơn picture của on-trang các tín hiệu nó lives alongside — meta tags, header tags, image SEO — see on-trang SEO cluster.

Add an expert note

Pin an expert quote

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