umum data terstruktur Errors (dan cara Fix Them)

TL;DR — sebuah data terstruktur error berarti schema markup pada Anda halaman memiliki sebuah masalah. Either ini adalah written wrong dan mesin pencari dapat’t read ini di semua, atau ini reads fine tetapi adalah missing something Google perlu untuk tampilkan fancy hasil (star ratings, product prices, breadcrumbs). Fixing errors wins back itu fancy hasil — ini melakukan not move Anda up di rankings, because data terstruktur isn’t sebuah peringkat factor.

What sebuah data terstruktur error adalah

data terstruktur (juga called schema markup) adalah extra code Anda tambahkan untuk sebuah halaman itu tells mesin pencari what Anda konten berarti — “this is the price,” (terjemahan) “ini adalah price,” “this is the author,” (terjemahan) “ini adalah author,” “this is the rating.” (terjemahan) “ini adalah rating.” When itu code memiliki sebuah masalah, Anda get sebuah data terstruktur error, dan reward ini adalah supposed untuk earn — sebuah richer, more eye-catching search listing called sebuah rich hasil — doesn’t tampilkan up.

Errors come di two flavors:

• ** code adalah broken.** sebuah typo like sebuah extra comma atau sebuah unclosed quote dapat membuat whole block unreadable. mesin pencari dapat’t bahkan tell what Anda adalah trying untuk describe.
• ** code reads fine tetapi adalah incomplete atau wrong.** Anda left out something Google memerlukan (like sebuah product image), atau Anda put text where Google expected sebuah angka, atau Anda marked up something itu isn’t actually terlihat pada halaman.

Errors vs. warnings — melakukan I memiliki untuk fix ini today?

ini distinction saves sebuah lot dari panic:

• sebuah error berarti sebuah diperlukan piece adalah missing atau broken. rich hasil dapat’t tampilkan di semua until Anda fix ini.
• sebuah warning berarti sebuah recommended (tetapi optional) piece adalah missing. rich hasil dapat masih tampilkan — ini adalah hanya sebuah little less complete.

So sebuah error adalah “fix this to get the feature,” (terjemahan) “fix ini untuk get fitur,” dan sebuah warning adalah “you could make this better.” (terjemahan) “Anda dapat membuat ini better.” Not everything Google flags adalah urgent.

Where Anda’ll see ini errors

Three places, dan people mix them up constantly:

• ** Rich hasil Test** — Anda paste di one URL atau sebuah code snippet, dan Google tells Anda what rich hasil ini ditemukan dan apa pun errors. ini juga previews how hasil mungkin look.
• Search Console’s Rich hasil report — sebuah ongoing, situs-wide view itu watches untuk errors di seluruh Anda halaman di atas time.
• ** Schema Markup Validator** — run oleh schema.org (not Google). ini memeriksa whether Anda code adalah written correctly, untuk apa pun jenis dari schema, whether Google menggunakan ini untuk sebuah rich hasil atau not.

thing sebagian besar people get wrong

Fixing data terstruktur errors won’t membuat Anda peringkat higher. data terstruktur isn’t sebuah peringkat factor. alasan untuk fix errors adalah untuk win back appearance — stars, price, breadcrumbs — which dapat get Anda more clicks. itu’s sebuah nyata benefit, tetapi ini adalah not yang sama sebagai peringkat.

One more: hanya mark up things itu adalah actually pada halaman. Describing konten sebuah pengunjung dapat’t see breaks Google’s aturan dan dapat earn Anda sebuah penalty — more serious daripada hanya quietly losing rich hasil. (More pada itu, plus two-alat trap dan “why does my markup validate but still not show?” (terjemahan) “why melakukan my markup validate tetapi masih not tampilkan?” mystery, di Advanced tab.)

ingin full taxonomy dari error jenis, malformed-JSON gotchas, deprecated FAQ situation, dan cara debug setiap one? Switch untuk Advanced tab.

TL;DR — data terstruktur errors split ke parsing errors (malformed JSON-LD — trailing commas, unescaped quotes, missing colons atau braces — itu break markup so badly Google dapat’t determine jenis; ini land di Unparsable data terstruktur report) dan eligibility errors ( markup parses tetapi fails sebuah rich-hasil aturan: missing diperlukan property, wrong nilai jenis, atau markup describing konten not terlihat pada halaman). Errors dapat block; warnings adalah non-critical — sebuah missing diperlukan property dapat kill fitur eligibility, while sebuah missing recommended one umumnya preserves eligibility tetapi dapat limit available informasi. konten mismatch adalah one class dengan teeth — sebuah policy violation itu dapat trigger sebuah manual tindakan, not silent ineligibility. sebuah separate failure mode isn’t sebuah error di semua: sebuah deprecated/unsupported jenis (FAQ, hilang oleh dapat 2026) adalah valid markup itu earns no visual. Debug dengan three berbeda alat — Rich hasil Test (Google eligibility + preview), Schema Markup Validator (schema.org syntax, apa pun jenis), dan Search Console’s Rich hasil report (situs-wide, sampled). data terstruktur isn’t sebuah peringkat factor, so sebuah fix wins back sebuah SERP visual, not sebuah peringkat.

Errors vs. warnings — what actually blocks sebuah rich hasil

sebelum taxonomy, get ini distinction straight, because sebagian besar guides gunakan “error” (terjemahan) “error” sebagai sebuah catch-semua dan ini causes needless panic.

• sebuah error berarti sebuah diperlukan property adalah missing atau invalid, atau markup adalah unparsable. item dapat’t menjadi sebuah rich hasil until Anda fix ini.
• sebuah warning berarti sebuah recommended (not diperlukan) property adalah missing. rich hasil dapat masih tampilkan — hanya less completely.

Google’s own guidance leans toward accuracy di atas 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.” (terjemahan) “ini adalah more penting untuk supply fewer tetapi complete dan accurate recommended properties alih-alih trying untuk menyediakan setiap mungkin recommended property dengan less complete, badly-formed, atau inaccurate data.” dengan kata lain, don’t chase setiap warning oleh stuffing di half-accurate data — itu dapat buat worse masalah daripada warning ini solves.

Worth knowing: bahkan Google’s own reporting isn’t infallible here. di October 2022 Search Console memiliki sebuah bug where beberapa issues adalah mislabeled sebagai errors when mereka adalah actually warnings; Google’s fix moved them “from the critical error table to the warning table,” (terjemahan) “dari critical error table untuk warning table,” dan clarified ini adalah “strictly a reporting issue and did not affect whether or not a rich result could be displayed” (terjemahan) “strictly sebuah reporting issue dan melakukan not affect whether atau not sebuah rich hasil dapat menjadi displayed” (mesin pencari Land, Oct 2022). lesson: when di doubt, cross-periksa sebuah flagged item terhadap Rich hasil Test alih-alih trusting one report blindly.

Malformed JSON-LD — “unparsable” (terjemahan) “unparsable” errors

ini adalah paling fundamental error class: markup adalah broken badly enough itu Google dapat’t bahkan determine intended jenis. Google files ini di sebuah separate Unparsable data terstruktur report alih-alih sebuah per-jenis report, because there’s no jenis untuk attribute item untuk. Google’s own deskripsi: sebuah item lands here karena sebuah “serious syntax error” (terjemahan) “serious syntax error” dan “the intended type of structured data (Job, Event, and so on) could not be determined because of the parsing error.” (terjemahan) “ intended jenis dari data terstruktur (Job, Event, dan so pada) dapat not menjadi determined karena parsing error.”

usual culprits:

• Trailing commas. sebuah comma setelah last property di sebuah object atau array adalah valid di JavaScript tetapi invalid di JSON. ini adalah single sebagian besar umum cara hand-written atau template-concatenated JSON-LD breaks.
• Unescaped quotes. sebuah double quote inside sebuah string nilai itu isn’t escaped (\") terminates string early. Google’s documented error untuk ini adalah “Bad escape sequence in string.” (terjemahan) “buruk escape sequence di string.” Product names, review text, dan deskripsi dengan inch marks atau quoted phrases adalah classic offenders.
• Missing colons atau braces. Google documents ini verbatim sebagai “Parsing error: Missing ’:’” (terjemahan) “Parsing error: Missing ’:’” dan “Parsing error: Missing ’,’ or ’}’” (terjemahan) “Parsing error: Missing ’,’ atau ’}’” — biasanya sebuah copy-paste atau string-concatenation accident.
• Wrong nilai jenis inside otherwise-valid JSON. Google’s “Incorrect value type” (terjemahan) “Incorrect nilai jenis” — e.g., sebuah numeric field wrapped di quotes when sebuah angka adalah expected. (ini shades ke eligibility errors below; when ini adalah buruk enough untuk break parsing, ini lands here.)

cara debug: strip untuk sebuah empty object, rebuild piece oleh piece

Google’s own debugging tip untuk unparsable markup adalah refreshingly rendah-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.” (terjemahan) “jika Anda adalah having masalah finding error, try starting dari sebuah empty object, lalu tambahkan back konten dari Anda broken code piece oleh piece.” Paste stripped-down object ke Rich hasil Test, confirm ini parses, lalu tambahkan properties back until ini breaks — last thing Anda ditambahkan adalah Anda culprit.

One caution straight dari Google: fixing sebuah parsing error “might trigger additional warnings or errors that were hidden because the item could not be parsed at all.” (terjemahan) “mungkin trigger additional warnings atau errors itu adalah hidden because item dapat not menjadi parsed di semua.” One fix dapat unmask next layer, so re-test setelah setiap perubahan.

Missing diperlukan fields dan wrong nilai jenis

Once JSON parses, next error class adalah tentang contents: adalah setiap diperlukan property present, dan adalah setiap nilai right jenis?

diperlukan vs. recommended (again, tetapi di property tingkat)

setiap Google-didukung jenis memiliki diperlukan properties (leave one out dan Anda lose eligibility — itu’s sebuah error) dan recommended ones (leave one out dan Anda get sebuah warning, tetapi rich hasil dapat masih tampilkan). Search Console’s guidance adalah untuk open report, “click an issue to see affected pages,” (terjemahan) “click sebuah issue untuk see affected halaman,” dan gunakan “Why items are invalid” (terjemahan) “Why items adalah invalid” table untuk prioritize — errors pertama, lalu warnings.

jenis mismatches — string where sebuah angka, URL, atau date adalah expected

classic eligibility bug: nilai adalah there, tetapi ini adalah wrong jenis. sebuah price field containing sebuah date. sebuah rating disediakan sebagai "five stars" alih-alih sebuah angka. sebuah URL field containing plain text. Google flags ini sebagai sebuah invalid/unexpected nilai jenis.

Bing adalah worth sebuah note here because, per -nya own data terstruktur help documentation, ini behaves differently: alih-alih erroring loudly, Bing’s crawler adalah documented untuk ignore sebuah annotation whose nilai jenis adalah wrong (sebuah price field holding sebuah date, sebuah Event dengan no date, sebuah Person dengan no name) alih-alih surface sebuah red error. So don’t assume “no Bing error” (terjemahan) “no Bing error” berarti “correct” (terjemahan) “correct” — Bing’s public documentation adalah thinner dan less granular daripada Google’s (ini doesn’t publish sebuah per-jenis diperlukan-vs-recommended breakdown atau sebuah report sebagai detailed sebagai Rich hasil report), dan -nya tolerance untuk mismatched jenis adalah sebuah silent-drop, not sebuah loud-fail. Lean pada Google’s Rich hasil Test untuk detailed error taxonomy.

Duplicate @id nilai dan entity confusion

sebuah subtler one itu CMS plugins cause constantly: reusing yang sama @id untuk two berbeda entities, atau letting sebuah plugin emit sebuah fresh, colliding @id pada setiap halaman alih-alih sebuah stable one. ini adalah not sebuah parsing failure — JSON itself adalah well-formed, so ini doesn’t land di Unparsable data terstruktur report. @id adalah how JSON-LD nodes reference setiap lainnya inside sebuah @graph, so sebuah collision adalah sebuah entity-identity masalah: ini membuat ambiguity tentang which node sebuah reference actually poin untuk. ini gets worse pada situs where multiple sources ( theme dan sebuah schema plugin) both auto-generate Organization, WebSite, dan WebPage nodes.

fix adalah sebuah stable, unique @id per dunia nyata entity — sebuah URL-fragment identifier like https://example.com/#organization, reused consistently di seluruh situs, not regenerated per halaman. ini adalah mirror image dari canonicalization masalah, where one stable identifier per nyata thing adalah likewise whole game.

Nested-property errors (sebuah missing name inside author)

beberapa diperlukan properties live inside lainnya objects — author.name, aggregateRating.ratingValue. sebuah missing one digunakan untuk produce sebuah vague error like Missing field "name" itu dapat poin anywhere pada halaman. di March 2022 Google ditambahkan nested context so yang sama error now reads Missing field "name" (in "author") — sebuah kecil perubahan itu membuat ini far easier untuk locate. (Anyone dengan sebuah open “validate fix” (terjemahan) “validate fix” permintaan di time memiliki untuk re-trigger ini, since old issue IDs adalah retired.) jika Anda see sebuah nested-property error, read parenthetical — ini tells Anda exactly which object adalah pendek sebuah field.

konten mismatch — policy-violation error class

ini adalah one error class itu deserves -nya own bagian, because consequence adalah categorically worse daripada “no rich result.” (terjemahan) “no rich hasil.” Everything above adalah sebuah technical masalah. konten mismatch adalah sebuah policy masalah.

Google’s umum data terstruktur Guidelines adalah explicit pada two poin:

• “Don’t mark up content that is not visible to readers of the page.” (terjemahan) “Don’t mark up konten itu adalah not terlihat untuk readers dari halaman.”
• “Your structured data must be a true representation of the page content.” (terjemahan) “Anda data terstruktur harus menjadi sebuah benar representation dari halaman konten.”

Marking up sebuah 4,8-star rating itu appears nowhere pada halaman, describing konten itu’s hidden atau disajikan hanya untuk crawler, atau labeling something sebagai one thing when ini adalah really lainnya — Google’s own contoh sertakan sebuah sports live-streaming situs labeling broadcasts sebagai local events, dan sebuah woodworking situs labeling instructions sebagai recipes — semua violate ini.

Consequences: manual tindakan vs. silent ineligibility

sebuah technical error costs Anda rich hasil silently. sebuah konten-mismatch policy violation dapat cost Anda more: “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.” (terjemahan) “jika Anda halaman berisi sebuah data terstruktur issue, ini dapat hasil di sebuah manual tindakan. 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.” Manual tindakan tampilkan up di Manual tindakan report di Search Console — sebuah place Anda tidak pernah ingin untuk see sebuah structured-data entry.

sebuah umum quieter versi dari ini: templated, non-unique schema. John Mueller’s panjang-standing guidance adalah itu “the structured data on a website, or on a page, should be specific to that particular page” (terjemahan) “ data terstruktur pada sebuah situs web, atau pada sebuah halaman, seharusnya menjadi spesifik untuk itu particular halaman” (via mesin pencari Journal). sebuah situs-wide Organization block copy-pasted dengan sama review count onto setiap halaman reads sebagai sebuah representation masalah, not hanya sebuah sloppy one.

Why validation isn’t enough. ini adalah jawaban untuk “my markup validates clean — why no rich result?” (terjemahan) “my markup validates clean — why no rich hasil?” Validators periksa syntax dan Google’s technical eligibility aturan. mereka melakukan not periksa Google’s konten-quality dan spam-policy layer. sebuah syntactically perfect, policy-violating implementation dapat masih menjadi denied sebuah rich hasil atau hit dengan sebuah manual tindakan. Passing Rich hasil Test adalah necessary tetapi not sufficient.

menggunakan sebuah deprecated atau unsupported jenis

Here’s sebuah failure mode itu isn’t technically sebuah “error” (terjemahan) “error” di semua — dan ini trips people up because nothing turns red. Anda markup adalah perfectly valid, ini parses, ini passes schema.org validator, dan yet no rich hasil akan ever tampilkan, because Google turned fitur off.

Case study: FAQ rich hasil (deprecated 2026)

timely contoh. Google ditambahkan sebuah deprecation notice untuk FAQ rich hasil documentation, stating fitur “will no longer appear in Google Search starting May 7, 2026,” (terjemahan) “akan no longer appear di Google Search starting dapat 7, 2026,” lalu di mid-2026 dihapus FAQ documentation, Rich hasil Test mendukung, dan Search Console reporting because “the FAQ rich result feature is no longer shown in Google Search results.” (terjemahan) “ FAQ rich hasil fitur adalah no longer ditampilkan di Google hasil pencarian.”

nuance itu penting: FAQPage adalah masih sebuah valid schema.org jenis, dan Google masih parses ini. jenis isn’t “wrong.” (terjemahan) “wrong.” ini simply no longer earns visual treatment. So correct reaction untuk “is my FAQ schema now an error?” (terjemahan) “adalah my FAQ schema now sebuah error?” adalah no — leaving markup di place doesn’t hurt anything; ini hanya no longer buys Anda sebuah SERP enhancement. Don’t panic-strip valid markup because visual went away.

lainnya retired jenis

FAQ isn’t alone. Google memiliki repeatedly retired rich-hasil jenis when analysis showed mereka weren’t widely digunakan atau didn’t tambahkan pengguna nilai: HowTo rich hasil adalah dihapus dari desktop back di 2023; sebuah June 2025 batch retired seven more niche jenis (including Claim Review, Estimated Salary, Learning Video, Special Announcement, dan Vehicle Listing); dan Practice masalah data terstruktur adalah deprecated starting January 2026. di setiap case schema.org jenis biasanya remains valid — ini hanya stops rendering.

cara tell jika sebuah jenis adalah masih “live” (terjemahan) “live”

periksa Google’s Search Gallery — canonical list dari jenis itu currently earn rich hasil. jika sebuah jenis isn’t di gallery, valid markup untuk ini won’t produce sebuah visual, no penting how clean ini adalah. Re-periksa gallery periodically; Google revises ini sering.

cara actually debug — three berbeda alat

single sebagian besar umum meta-mistake adalah conflating alat. ada three, dan mereka jawaban berbeda pertanyaan.

Rich hasil Test — Google eligibility + SERP preview

Rich hasil Test takes sebuah single URL atau sebuah code snippet dan memeriksa subset dari markup Google menggunakan untuk rich hasil, lalu previews how hasil mungkin appear. Google frames ini sebagai “an easy and useful tool for validating your structured data, and in some cases, previewing a feature in Google Search.” (terjemahan) “sebuah easy dan berguna alat untuk validating Anda data terstruktur, dan di beberapa cases, previewing sebuah fitur di Google Search.” gunakan ini selama development dan untuk spot-periksa sebuah fix. ini melakukan not validate schema jenis Google doesn’t gunakan untuk rich hasil.

Schema Markup Validator — schema.org syntax, apa pun jenis

Schema Markup Validator adalah run oleh schema.org, not Google. ini memeriksa umum syntax dan vocabulary compliance untuk apa pun schema.org jenis — including ones Google doesn’t turn ke rich hasil (e.g., Action schema). Passing ini berarti Anda markup adalah well-formed schema.org; ini melakukan not berarti Anda’re eligible untuk sebuah Google rich hasil. ini adalah alat untuk “is my JSON-LD structurally correct?” (terjemahan) “adalah my JSON-LD structurally correct?” independent dari apa pun mesin pencari.

** two-alat trap:** ini adalah genuinely berbeda alat, dan passing one melakukan not berarti passing lainnya. split memiliki confusing history — Google tried untuk fully deprecate -nya old “Structured Data Testing Tool” (terjemahan) “data terstruktur Testing alat” di July 2020, reversed course setelah backlash itu December, lalu refocused ini ke today’s schema.org-run validator oleh mid-2021. Plenty dari old blog posts masih poin people di dead alat name. untuk 2026: Rich hasil Test untuk Google eligibility, Schema Markup Validator untuk schema.org syntax.

Search Console’s Rich hasil report — situs-wide, sampled, di atas time

Rich hasil report ( older nav dan sebuah lot dari practitioners masih panggil ini “Enhancements” (terjemahan) “Enhancements” reports) adalah satu-satunya one itu’s ongoing dan situs-wide alih-alih sebuah single-URL spot periksa. 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.” (terjemahan) “sebuah valid item adalah sebuah item itu doesn’t memiliki apa pun critical issues dan dapat appear pada Google sebagai sebuah rich hasil. sebuah invalid item memiliki setidaknya one critical issue preventing ini dari appearing sebagai sebuah rich hasil.” Two limitations untuk pertahankan di mind: per-jenis reports hanya appear once Google menemukan valid markup dari itu jenis, dan “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.” (terjemahan) “ reports aren’t sebuah comprehensive list dari semua detected items. mereka tampilkan sebuah sample dari detected items untuk help assess quality dari Anda data terstruktur.” ini adalah sebuah monitoring surface, not sebuah exhaustive audit.

sebuah pass jawaban hanya itu alat’s own layer. Rich hasil Test, Schema Markup Validator, dan Rich hasil report setiap periksa sebuah berbeda pertanyaan, so sebuah clean hasil di one tells Anda nothing tentang lainnya two — sebuah pass di Schema Markup Validator tidak berarti Google’s Rich hasil Test akan pass, dan neither proves what Rich hasil report akan tampilkan once Google actually melakukan crawl deployed halaman.

Validating sebuah fix (dan why ini takes sebuah while)

setelah Anda’ve fixed sebuah issue, Google’s documented workflow adalah: fix pada-situs, confirm halaman adalah dapat di-crawl (not blocked oleh robots.txt atau noindex), spot-periksa dengan pemeriksaan URL, lalu “click Validate fix on the issue’s details page to start Google’s validation process.” (terjemahan) “click Validate fix pada issue’s detail halaman untuk start Google’s validation process.” Set expectations pada timing — Google says validation “can take two weeks or more, depending on crawl frequency.” (terjemahan) “dapat take two weeks atau more, depending pada crawl frequency.” ini adalah not instant; Google memiliki untuk re-crawl affected halaman.

one framing itu mempertahankan Anda sane

Fixing data terstruktur errors adalah tentang rich-hasil eligibility, not rankings. sebagai John Mueller put ini (reported oleh mesin pencari Roundtable, April 2025), “structured data won’t make your site rank better” (terjemahan) “data terstruktur won’t membuat Anda situs peringkat better” — ini adalah untuk displaying search fitur di Google’s gallery. So payoff dari sebuah clean fix adalah sebuah SERP visual (stars, breadcrumbs, price) dan click-melalui ini dapat earn — tidak pernah sebuah peringkat bump. pertahankan itu straight dan Anda’ll prioritize right errors: ones blocking sebuah visual Anda actually ingin, not setiap warning di report.

Where ini sits

ini adalah sebuah deep-dive sibling di bawah data terstruktur untuk SEO hub — yang sama sub-cluster sebagai schema-markup, JSON-LD, dan rich-hasil deep dives. error taxonomy here adalah troubleshooting counterpart untuk itu: mereka cover what untuk bangun, ini covers what breaks dan cara see ini. untuk broader picture dari pada-halaman signals ini lives alongside — meta tags, header tags, image SEO — see pada-halaman SEO cluster.

AI summary

sebuah condensed take pada Advanced versi:

• Two error classes. Parsing errors — malformed JSON-LD (trailing commas, unescaped quotes, missing colons/braces) itu break markup so badly Google dapat’t determine jenis; ini go untuk Unparsable data terstruktur report. Eligibility errors — markup parses fine tetapi fails sebuah rich-hasil aturan: missing diperlukan property, wrong nilai jenis, sebuah colliding/duplicate @id (entity-identity confusion, not sebuah parse failure), atau markup describing konten not terlihat pada halaman.
• Errors block, warnings degrade. sebuah missing diperlukan property (atau unparsable JSON) kills rich-hasil eligibility. sebuah missing recommended property adalah hanya sebuah warning — hasil biasanya masih menampilkan, less richly. Google: accurate-tetapi-fewer beats padded-tetapi-sloppy.
• konten mismatch adalah class dengan teeth. Marking up invisible konten atau data itu isn’t “a true representation of the page content” (terjemahan) “sebuah benar representation dari halaman konten” adalah sebuah policy violation itu dapat trigger sebuah manual tindakan — worse daripada silent ineligibility. ini adalah why clean-validating markup dapat masih fail: validators don’t periksa konten/spam policy layer.
• Deprecated jenis aren’t errors. FAQ (hilang oleh dapat 2026), HowTo (desktop 2023), dan June 2025 batch adalah valid markup itu no longer earns sebuah visual. Don’t panic-strip FAQPage — ini masih parses, ini hanya memiliki no SERP payoff. periksa Search Gallery untuk what’s masih live.
• Three berbeda alat. Rich hasil Test — Google eligibility + SERP preview, single URL/snippet. Schema Markup Validator (schema.org) — syntax/vocabulary untuk apa pun jenis, not Google-spesifik. Rich hasil report (Search Console) — situs-wide, sampled, di atas time. Passing one ≠ passing lainnya.
• Debug tip (dari Google): strip untuk sebuah empty object, re-tambahkan code piece oleh piece; sebuah fix dapat unmask hidden errors, so re-test setiap time.
• Validating sebuah fix takes “two weeks or more, depending on crawl frequency.” (terjemahan) “two weeks atau more, depending pada crawl frequency.”
• Not sebuah peringkat factor. Fixing errors wins back sebuah SERP visual, not sebuah peringkat (Mueller, 2025).

Official documentation

Primary-source documentation dari Google dan schema.org.

Google — policies dan how markup berfungsi

• umum data terstruktur Guidelines — konten-mismatch dan hidden-konten aturan, dan manual-tindakan consequence.
• Intro untuk How data terstruktur Markup berfungsi — Rich hasil Test recommendation dan “fewer but complete” (terjemahan) “fewer tetapi complete” diperlukan-vs-recommended guidance.
• data terstruktur Markup itu Google Search mendukung (Search Gallery) — canonical list dari jenis itu currently earn rich hasil (periksa sebelum assuming sebuah jenis adalah masih live).

Google — reports dan debugging workflow

• Rich hasil report overview — situs-wide, sampled, per-jenis Search Console report; valid-vs-invalid definitions dan “sample, not comprehensive” (terjemahan) “sample, not comprehensive” caveat.
• Unparsable data terstruktur report — where malformed JSON-LD lands; documented error strings dan strip-untuk-empty-object debugging tip.
• Fix data terstruktur issues di Search Console — fix → confirm dapat di-crawl → pemeriksaan URL → Validate fix workflow, dan “two weeks or more” (terjemahan) “two weeks atau more” timing.

Google — alat

• Rich hasil Test — single-URL/snippet checker dengan SERP preview (Google-eligibility hanya).

schema.org

• Schema Markup Validator — schema.org’s own syntax/vocabulary validator untuk apa pun jenis (distinct dari Google’s Rich hasil Test).
• schema.org — vocabulary itself.

Quotes dari source

pada—record statements dari Google, plus relayed statements dari Google reps. setiap tautan adalah sebuah deep tautan itu jumps untuk quoted passage where halaman exposes ini.

Google — konten-mismatch policy ( accuracy spine)

• “Don’t mark up content that is not visible to readers of the page.” (terjemahan) “Don’t mark up konten itu adalah not terlihat untuk readers dari halaman.” — Google Search Central docs. Jump untuk quote
• “Your structured data must be a true representation of the page content.” (terjemahan) “Anda data terstruktur harus menjadi sebuah benar representation dari halaman konten.” Jump untuk quote

Google — diperlukan vs. recommended properties

• “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.” (terjemahan) “ini adalah more penting untuk supply fewer tetapi complete dan accurate recommended properties alih-alih trying untuk menyediakan setiap mungkin recommended property dengan less complete, badly-formed, atau inaccurate data.” Jump untuk quote
• “The Rich Results Test is an easy and useful tool for validating your structured data, and in some cases, previewing a feature in Google Search.” (terjemahan) “ Rich hasil Test adalah sebuah easy dan berguna alat untuk validating Anda data terstruktur, dan di beberapa cases, previewing sebuah fitur di Google Search.” Jump untuk quote

Google — Rich hasil report (Search Console)

• “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.” (terjemahan) “sebuah valid item adalah sebuah item itu doesn’t memiliki apa pun critical issues dan dapat appear pada Google sebagai sebuah rich hasil. sebuah invalid item memiliki setidaknya one critical issue preventing ini dari appearing sebagai sebuah rich hasil.” Jump untuk quote
• “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.” (terjemahan) “ reports aren’t sebuah comprehensive list dari semua detected items. mereka tampilkan sebuah sample dari detected items untuk help assess quality dari Anda data terstruktur.” Jump untuk quote

Google — unparsable markup dan debugging

• intended jenis “could not be determined because of the parsing error.” (terjemahan) “dapat not menjadi determined karena parsing error.” Jump untuk quote
• “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.” (terjemahan) “jika Anda adalah having masalah finding error, try starting dari sebuah empty object, lalu tambahkan back konten dari Anda broken code piece oleh piece.” Jump untuk quote

Google — validating sebuah fix

• Validation “can take two weeks or more, depending on crawl frequency.” (terjemahan) “dapat take two weeks atau more, depending pada crawl frequency.” Jump untuk quote

John Mueller, Google — data terstruktur adalah not sebuah peringkat factor

• “Structured data won’t make your site rank better.” (terjemahan) “data terstruktur won’t membuat Anda situs peringkat better.” Read coverage

John Mueller, Google — schema seharusnya menjadi halaman-spesifik

• “The structured data on a website, or on a page, should be specific to that particular page.” (terjemahan) “ data terstruktur pada sebuah situs web, atau pada sebuah halaman, seharusnya menjadi spesifik untuk itu particular halaman.” Read coverage

Search Console reporting bug (Oct 2022) — errors mislabeled sebagai errors

• “This is strictly a reporting issue and did not affect whether or not a rich result could be displayed in Google Search results.” (terjemahan) “ini adalah strictly sebuah reporting issue dan melakukan not affect whether atau not sebuah rich hasil dapat menjadi displayed di Google hasil pencarian.” Read coverage

Which alat (dan what melakukan hasil berarti)?

Start dari pertanyaan Anda’re actually asking — alat jawaban berbeda ones.

“Is my JSON-LD even written correctly?” (terjemahan) “adalah my JSON-LD bahkan written correctly?” → Schema Markup Validator (validator.schema.org). ini memeriksa schema.org syntax dan vocabulary untuk apa pun jenis. Passing = well-formed schema.org. ini melakukan not tell Anda tentang Google rich-hasil eligibility.

“Will this page be eligible for a Google rich result, and how might it look?” (terjemahan) “akan ini halaman menjadi eligible untuk sebuah Google rich hasil, dan how mungkin ini look?” → Rich hasil Test (search.google.com/test/rich-results). Single URL atau snippet, Google-eligible jenis hanya, dengan sebuah SERP preview.

• jika jenis Anda care tentang isn’t recognized di semua → periksa Search Gallery; jenis dapat menjadi deprecated (FAQ, HowTo-pada-desktop) — valid markup, no visual.

“Which pages across my whole site have issues, over time?” (terjemahan) “Which halaman di seluruh my whole situs memiliki issues, di atas time?” → Search Console → Rich hasil report (situs-wide, sampled). Remember ini adalah sebuah sample, not sebuah comprehensive list, dan per-jenis reports hanya appear once Google menemukan valid markup dari itu jenis.

What melakukan error actually berarti?

Item adalah di Unparsable data terstruktur report → Malformed JSON — trailing comma, unescaped quote, missing colon/brace. Strip untuk sebuah empty object dan re-tambahkan code piece oleh piece. Google couldn’t bahkan determine jenis.

“Missing field …” (terjemahan) “Missing field …” (sebuah error) → sebuah diperlukan property adalah absent. Rich hasil blocked until fixed. Read apa pun parenthetical (… (in "author")) — ini names nested object itu’s pendek sebuah field.

”… should be … / recommended” (terjemahan) “… seharusnya menjadi … / recommended” (sebuah warning) → sebuah recommended property adalah missing. rich hasil masih menampilkan, hanya less completely. Fix hanya jika missing field adalah worth ini — don’t pad dengan inaccurate data.

“Incorrect value type” (terjemahan) “Incorrect nilai jenis” / “invalid value” (terjemahan) “invalid nilai” → Right property, wrong jenis — sebuah string where sebuah angka/URL/date belongs. Correct jenis.

Validates clean, tetapi no rich hasil appears → Either jenis adalah deprecated (periksa gallery) atau Anda’re hitting sebuah konten/policy issue validators don’t catch (invisible konten, not sebuah “true representation” (terjemahan) “benar representation”). Worst case, periksa Manual tindakan report.

Entry di Manual tindakan report → sebuah konten-mismatch policy violation. ini adalah serious one: fix markup-untuk-halaman mismatch, lalu permintaan reconsideration. ini costs rich-hasil eligibility, not rankings.

data terstruktur error triage — checklist

sebuah pass untuk temukan, prioritize, dan fix schema errors correctly:

• Separated errors dari warnings — errors (diperlukan missing / unparsable) block rich hasil; warnings (recommended missing) don’t. Fix errors pertama.
• diperiksa Unparsable data terstruktur report — anything ada malformed JSON (trailing comma, unescaped quote, missing colon/brace).
• Debugged unparsable items oleh stripping untuk sebuah empty object dan re-menambahkan properties until ini breaks; re-tested setelah setiap perubahan (sebuah fix dapat unmask hidden errors).
• Confirmed setiap diperlukan property adalah present untuk setiap jenis (per Search Gallery), lalu recommended ones — accuracy di atas padding.
• nilai jenis adalah correct — angka where angka belong, URLs where URLs belong, dates sebagai dates; no strings standing di untuk them.
• Read nested-property errors’ parentheticals — Missing field "name" (in "author") tells Anda exactly which object adalah pendek sebuah field.
• @id nilai adalah stable dan unique per nyata entity — no duplicate/colliding @id, no per-halaman regeneration (watch untuk theme + plugin both emitting nodes).
• Everything marked up adalah terlihat pada halaman dan adalah sebuah benar representation dari ini — no invisible konten, no fake/aggregate ratings itu appear nowhere.
• No reliance pada sebuah deprecated jenis — FAQ (hilang dapat 2026), HowTo desktop (2023), June 2025 batch. Valid markup, tetapi zero SERP payoff.
• Ran right alat untuk pertanyaan — Schema Markup Validator (syntax), Rich hasil Test (Google eligibility + preview), Rich hasil report (situs-wide monitoring).
• diperiksa Manual tindakan report — sebuah structured-data entry there berarti sebuah konten-mismatch policy violation, not sebuah technical error.
• setelah fixing, confirmed dapat di-crawl (not robots-blocked / noindex), spot-diperiksa dengan pemeriksaan URL, lalu clicked Validate fix — dan set expectations: ini dapat take two weeks atau more.

data terstruktur errors — cheat sheet

** three alat (don’t conflate them)**

Passing one melakukan not berarti passing lainnya.

Error vs. warning

Error classes dan fix

Fast facts

• Not sebuah peringkat factor — sebuah fix wins back sebuah SERP visual, not sebuah peringkat (Mueller).
• konten mismatch dapat trigger sebuah manual tindakan — one class dengan teeth.
• FAQ rich hasil: hilang oleh dapat 7, 2026; FAQPage jenis masih valid, hanya no visual.
• Validating sebuah fix: “two weeks or more, depending on crawl frequency.” (terjemahan) “two weeks atau more, depending pada crawl frequency.”
• Rich hasil report adalah sebuah sample, not sebuah comprehensive list dari setiap item.

What not untuk melakukan

recurring mistakes itu turn sebuah fixable schema issue ke sebuah bigger one:

• Treating setiap warning like sebuah error. sebuah missing recommended property adalah sebuah warning — rich hasil masih menampilkan. Chasing warnings oleh stuffing di half-benar data adalah worse daripada leaving them; Google explicitly prefers fewer, accurate properties di atas more, sloppy ones.
• Trusting one report blindly. Search Console memiliki mislabeled warnings sebagai errors sebelum (Oct 2022). Cross-periksa sebuah flagged item terhadap Rich hasil Test rather daripada reacting untuk sebuah single report.
• Marking up konten itu isn’t terlihat. one class dengan nyata teeth — ini adalah sebuah policy violation itu dapat trigger sebuah manual tindakan, not hanya sebuah silent loss dari rich hasil. jika sebuah rating, price, atau fact isn’t pada halaman, don’t put ini di schema.
• Copy-pasting identical schema di seluruh setiap halaman. Templated, non-unique markup (sama review count sitewide) reads sebagai sebuah representation masalah. Schema seharusnya menjadi spesifik untuk halaman ini adalah pada.
• Regenerating @id per halaman, atau reusing one @id untuk two entities. Both break entity references inside sebuah @graph. gunakan one stable, unique @id per dunia nyata entity — dan watch untuk sebuah theme dan sebuah plugin both emitting Organization/WebSite nodes.
• Panic-stripping valid-tetapi-deprecated markup. FAQ schema stopped earning sebuah visual di 2026, tetapi FAQPage adalah masih valid dan Google masih parses ini. menghapus ini gains Anda nothing dan risks breaking lainnya markup sekitar ini.
• Assuming “validates clean” (terjemahan) “validates clean” = “rich result guaranteed.” (terjemahan) “rich hasil guaranteed.” Validators don’t periksa Google’s konten-quality dan spam-policy layer. sebuah syntactically perfect, policy-violating halaman dapat masih menjadi denied.
• Pointing people di old “Structured Data Testing Tool.” (terjemahan) “data terstruktur Testing alat.” ini adalah refocused ke schema.org Schema Markup Validator oleh 2021. untuk 2026: Rich hasil Test (Google eligibility) dan Schema Markup Validator (schema.org syntax).
• Expecting sebuah instant fix. setelah “Validate fix,” (terjemahan) “Validate fix,” Google re-melakukan crawl pada -nya own schedule — “two weeks or more, depending on crawl frequency.” (terjemahan) “two weeks atau more, depending pada crawl frequency.” Don’t re-file sama issue di sebuah panic.

Resources worth Anda time

My related writing

• data terstruktur: What ini adalah dan cara gunakan ini — my Ahrefs guide untuk schema jenis, implementation metode, validation alat, dan sameAs risk — bangun-side counterpart untuk ini troubleshooting piece.
• Google menggunakan ~40 Canonicalization Signals — my canonicalization guide; stable-identifier-per-nyata-thing logic behind fixing duplicate @id errors mirrors canonical selection.
• Beginner’s Guide untuk SEO teknis — where data terstruktur (dan -nya errors) fit ke broader technical picture.

Official

• Google’s umum data terstruktur Guidelines — konten-mismatch/hidden-konten policy dan manual-tindakan consequence.
• Google’s Unparsable data terstruktur report — malformed-JSON error strings dan strip-untuk-empty-object debugging tip.
• Google’s Fix data terstruktur issues di Search Console — fix → Validate fix workflow dan “two weeks or more” (terjemahan) “two weeks atau more” timing.
• Google’s Rich hasil report overview — valid/invalid definitions dan “sample, not comprehensive” (terjemahan) “sample, not comprehensive” caveat.
• Google’s Search Gallery — saat ini list dari jenis itu earn rich hasil (periksa sebelum assuming sebuah jenis adalah live).
• Rich hasil Test (Google) dan Schema Markup Validator (schema.org) — two single-URL alat, untuk two berbeda pertanyaan.

dari sekitar industry

• Google: data terstruktur melakukan Not membuat Anda situs peringkat Better (mesin pencari Roundtable, April 2025) — Mueller’s “won’t make your site rank better,” (terjemahan) “won’t membuat Anda situs peringkat better,” framing itu reorients why Anda fix errors di semua.
• Google’s John Mueller: data terstruktur seharusnya menjadi Unique untuk setiap halaman (mesin pencari Journal) — source untuk templated-schema mistake.
• Google Search Console Mislabeled data terstruktur Errors sebagai Errors (mesin pencari Land, Oct 2022) — reporting-bug incident behind “don’t trust one report blindly.” (terjemahan) “don’t trust one report blindly.”
• Google Search Console data terstruktur Error Reporting Gains More Contextual informasi (mesin pencari Land, March 2022) — nested-property context perubahan (… (in "author")).
• Google Drops FAQ Rich hasil dari Search (mesin pencari Journal) — coverage dari FAQ removal dan what stays valid.
• r/TechSEO — community untuk schema-error dan rich-hasil debugging.

Broken vs. fixed JSON-LD

Four dari error classes ini artikel covers, setiap ditampilkan sebagai sebuah minimal broken snippet next untuk fixed versi. ini adalah simplified contoh — nyata JSON-LD biasanya memiliki more properties sekitar broken one.

Trailing comma

// Broken — trailing comma after "price" breaks JSON parsing entirely
{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Trail Running Shoe",
  "offers": {
    "@type": "Offer",
    "price": "89.99",
  }
}

// Fixed — comma removed after the last property
{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Trail Running Shoe",
  "offers": {
    "@type": "Offer",
    "price": "89.99"
  }
}

What’s wrong: sebuah comma setelah last property di sebuah object adalah valid di JavaScript tetapi invalid di JSON — ini lands item di Unparsable data terstruktur report because Google dapat’t determine jenis di semua.

Unescaped quote

// Broken — the inch mark inside "description" terminates the string early
{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Monitor Stand",
  "description": "Fits a 27" display comfortably"
}

// Fixed — the inner quote is escaped
{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Monitor Stand",
  "description": "Fits a 27\" display comfortably"
}

What’s wrong: sebuah unescaped " inside sebuah string nilai ends string di itu poin, breaking everything setelah ini. Google’s documented error string untuk ini adalah “Bad escape sequence in string.” (terjemahan) “buruk escape sequence di string.”

Wrong nilai jenis

// Broken — ratingValue is a string, not a number
{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Trail Running Shoe",
  "aggregateRating": {
    "@type": "AggregateRating",
    "ratingValue": "five stars",
    "reviewCount": "42"
  }
}

// Fixed — ratingValue is a number; reviewCount is a number too
{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Trail Running Shoe",
  "aggregateRating": {
    "@type": "AggregateRating",
    "ratingValue": 4.6,
    "reviewCount": 42
  }
}

What’s wrong: JSON adalah syntactically valid, so ini passes basic parsing — tetapi Google flags ini sebagai “Incorrect value type” (terjemahan) “Incorrect nilai jenis” because ratingValue perlu sebuah angka, not sebuah text string like "five stars".

Duplicate @id

// Broken — the theme AND a plugin each emit their own "#organization" @id
// with different data, colliding inside the site's @graph
{
  "@context": "https://schema.org",
  "@graph": [
    { "@type": "Organization", "@id": "https://example.com/#organization", "name": "Example Co" },
    { "@type": "Organization", "@id": "https://example.com/#organization", "name": "Example Company Inc." }
  ]
}

// Fixed — one stable, unique @id per real-world entity
{
  "@context": "https://schema.org",
  "@graph": [
    { "@type": "Organization", "@id": "https://example.com/#organization", "name": "Example Company Inc." }
  ]
}

What’s wrong: reusing yang sama @id untuk two berbeda representations dari sama entity membuat ambiguity tentang which one sebuah reference poin untuk — pick one stable identifier, reused consistently, tidak pernah regenerated per halaman.

Prompts untuk debugging data terstruktur errors

Paste-dan-run prompts untuk two things ini artikel’s error list adalah actually berguna untuk: finding sebuah parsing error di broken JSON-LD, dan memeriksa sebuah block terhadap diperlukan-vs-recommended distinction.

temukan parsing error di broken JSON-LD

Paste di: raw JSON-LD block itu’s failing (copy ini straight dari view-source atau Rich hasil Test’s code view).

Here is a JSON-LD structured data block that Google's Rich Results Test is
flagging as unparsable. Find the syntax error (trailing comma, unescaped
quote, or missing colon or brace) and tell me the exact line and character
that's wrong. Then give me the corrected JSON. Don't change any property
values, only fix the syntax.

[paste the broken JSON-LD block here]

What untuk expect back: spesifik syntax masalah named (not hanya “there’s an error somewhere” (terjemahan) “there’s sebuah error somewhere”), plus sebuah corrected block Anda dapat diff terhadap original untuk confirm nothing else changed. Re-run fixed block melalui Rich hasil Test yourself — sebuah fix dapat unmask sebuah kedua, previously-hidden error, so don’t treat one AI pass sebagai akhir kata.

periksa diperlukan vs. recommended properties untuk sebuah jenis

Paste di: JSON-LD block plus schema.org jenis name Anda’re targeting (e.g. Product, Recipe, Event).

This is a JSON-LD block using schema.org type [TYPE]. Based on Google's
required and recommended properties for this type in its Search Gallery
documentation, tell me: (1) which required properties are missing —
these block the rich result entirely, (2) which recommended properties
are missing — these only produce warnings, and (3) whether any present
value looks like the wrong type (text where a number, URL, or date is
expected).

[paste the JSON-LD block here]

What untuk expect back: sebuah split list — diperlukan gaps pertama, since itu adalah what block eligibility — not sebuah flat list treating setiap missing field sebagai equally urgent. Verify jenis-spesifik requirements terhadap Google’s own Search Gallery halaman sebelum acting, since AI-model knowledge dari Google’s exact diperlukan-property lists dapat menjadi stale.

Proving sebuah schema fix actually took effect

artikel’s own “Validate fix” (terjemahan) “Validate fix” workflow — fix pada-situs, confirm dapat di-crawl, spot-periksa, click Validate fix, wait — turned ke pass/fail memeriksa.

Rich hasil Test menampilkan jenis dengan zero errors

Test untuk run: Paste live halaman URL (atau fixed JSON-LD snippet) ke Rich hasil Test. Expected hasil: target jenis (e.g. Product, Recipe) adalah detected dengan 0 errors — warnings untuk recommended properties adalah acceptable. Failure interpretation: jika jenis masih menampilkan yang sama error, fix either didn’t deploy untuk live halaman atau didn’t address actual property error named — re-read parenthetical pada apa pun nested-property error. Monitoring window: Immediate — ini test reads saat ini live markup, not sebuah cached atau di-crawl versi. Rollback trigger: jika previously-passing jenis now menampilkan sebuah baru error ini didn’t memiliki sebelum, fix mungkin broke something else di yang sama @graph — revert dan re-apply more narrowly.

halaman adalah confirmed dapat di-crawl sebelum requesting revalidation

Test untuk run: pemeriksaan URL alat di Search Console pada fixed halaman. Expected hasil: “URL is on Google” (terjemahan) “URL adalah pada Google” (atau “URL is available to Google” (terjemahan) “URL adalah available untuk Google”) dengan no robots.txt block dan no noindex directive. Failure interpretation: jika halaman adalah blocked atau noindexed, Google won’t re-crawl ini regardless dari how clean schema adalah — clicking “Validate fix” (terjemahan) “Validate fix” pada sebuah blocked halaman adalah sebuah wasted cycle. Monitoring window: Immediate — pemeriksaan URL reads saat ini crawl dan indeks status. Rollback trigger: Not applicable here — ini adalah sebuah precondition periksa, not sebuah perubahan untuk roll back.

Search Console’s Validate fix process resolves issue

Test untuk run: di Search Console’s affected issue, click Validate fix setelah confirming two tests above pass. Expected hasil: issue’s status moves dari “Failed” (terjemahan) “Failed”/“Not started” (terjemahan) “Not started” untuk “Started,” (terjemahan) “Started,” lalu eventually untuk “Passed,” (terjemahan) “Passed,” dan affected-halaman count untuk itu issue drops. Failure interpretation: sebuah status dari “Failed” (terjemahan) “Failed” setelah validation berarti Google re-di-crawl dan masih ditemukan masalah — go back untuk Rich hasil Test pada live URL untuk see what’s masih wrong sebelum re-requesting. Monitoring window: Per Google’s own guidance, “can take two weeks or more, depending on crawl frequency” (terjemahan) “dapat take two weeks atau more, depending pada crawl frequency” — don’t re-file yang sama issue sebelum itu window memiliki passed. Rollback trigger: jika issue count adalah climbing alih-alih falling setelah monitoring window, fix mungkin wasn’t applied situs-wide (e.g., hanya one template updated, not semua halaman menggunakan itu jenis) — audit untuk lainnya halaman masih emitting broken markup.

standing KPI: Rich hasil report di atas time

Fixing one halaman’s schema adalah sebuah one-off task. Watching whether data terstruktur stays healthy situs-wide adalah sebuah ongoing pengukuran, dan Search Console’s Rich hasil report adalah alat dibangun untuk exactly itu.

Valid items (per jenis)

Metric: count dari valid items Search Console reports untuk setiap rich-hasil jenis Anda situs menggunakan (e.g., Product, Recipe, Article). What ini tells Anda: How banyak sampled items dari itu jenis currently pass Google’s eligibility aturan — angka itu’s actually eligible untuk tampilkan sebuah rich hasil. cara pull ini: Search Console → Rich hasil report, filtered untuk spesifik jenis; valid-items count dan trend line adalah pada report’s overview. Benchmark / realistic range: There’s no universal healthy percentage — what counts sebagai “good” (terjemahan) “baik” depends pada how banyak halaman pada Anda situs seharusnya carry itu jenis di semua. Set Anda own baseline pertama time Anda periksa: note saat ini valid-item count, lalu watch untuk movement dari itu angka rather daripada comparing untuk sebuah industry figure. Cadence: Monthly, atau right setelah apa pun template/schema-plugin perubahan — since Google’s reports adalah sampled, don’t di atas-read week-untuk-week noise.

Invalid items (per jenis)

Metric: count dari invalid items — items dengan setidaknya one critical issue blocking rich-hasil eligibility. What ini tells Anda: Where baru atau unresolved errors adalah accumulating, broken out oleh spesifik issue jenis (missing field, unparsable, etc.) so Anda dapat prioritize which issue affects paling halaman. cara pull ini: sama Rich hasil report, invalid-items table; click sebuah issue untuk see list dari affected halaman. Benchmark / realistic range: tidak pernah invented — ini angka seharusnya trend toward zero untuk issues Anda’ve fixed, tetapi starting count adalah whatever Anda situs currently memiliki. gunakan Anda pertama read sebagai baseline dan track delta setelah setiap fix cycle, not terhadap sebuah umum target. Cadence: Monthly di minimum; periksa di dalam sebuah day atau two dari apa pun bulk konten atau template perubahan, since sebuah broken template dapat spike invalid items di seluruh setiap halaman menggunakan ini.

Unparsable data terstruktur count

Metric: item count di separate Unparsable data terstruktur report (malformed JSON-LD itu broke parsing entirely). What ini tells Anda: Whether sebuah code-tingkat bug (sebuah template itu concatenates strings without escaping quotes, misalnya) adalah actively producing broken markup, sebagai opposed untuk sebuah konten-tingkat eligibility gap. cara pull ini: Search Console → Unparsable data terstruktur report. Benchmark / realistic range: honest target adalah zero, since unparsable markup adalah sebuah pure syntax bug, not sebuah judgment panggil tentang which properties untuk sertakan — tetapi there’s no defensible “acceptable rate” (terjemahan) “acceptable rate” above zero untuk compare terhadap; nilai di tracking ini metric adalah watching ini kembalikan untuk zero setelah sebuah fix, not sebuah benchmark angka. Cadence: periksa setelah setiap deploy itu touches schema-generating code atau sebuah schema plugin update; otherwise monthly alongside lainnya two reports.

Test yourself: data terstruktur Errors

Five quick pertanyaan pada errors itu block rich hasil — dan cara fix them. Pick sebuah jawaban untuk setiap, lalu periksa.

Log perubahan