Structured data ialah markup machine-readable yang menerangkan page dan entity. Schema.org menyediakan vocabulary; dokumentasi Google Cari semasa menentukan sama ada sesuatu type boleh layak untuk Google rich result. Markup tepat membantu clarity dan eligibility, bukan guaranteed ranking.
Markup visible dan current truth dengan model paling kecil yang berguna. Jangan cipta review, rating, price, author, location, product atau relationship kerana generator menyediakan field itu.
Bezakan istilah yang selalu dicampur
| Istilah | Maksud | Bukan bermaksud |
|---|---|---|
| Structured data | Maklumat machine-readable dalam format standard | Satu vocabulary atau display tertentu |
| Schema.org | Vocabulary type dan property yang dikongsi | Semua type disokong Google |
| Schema markup | Menggunakan vocabulary pada page, biasanya JSON-LD | Guaranteed rich result atau ranking |
| Rich result | Google result yang enhanced untuk supported feature | Semua SERP feature atau Knowledge Panel |
| Cari appearance | Cara Google report atau present result | Format kekal; feature boleh berubah |
Apa structured data boleh dan tidak boleh buat
Google menggunakan structured data sebagai explicit clue tentang page dan untuk supported rich-result eligibility. Google masih boleh memilih normal text result, dan appearance boleh berubah mengikut query, location, device dan product.
Google tidak menjanjikan markup sahaja menaikkan ranking, click, trust atau AI answer inclusion. Current AI optimization guidance kembali kepada normal SEO fundamentals, bukan special AI Schema.
| Boleh membantu | Tidak menjamin |
|---|---|
| Jelaskan page, entity dan relationship | Claim dipercayai tanpa evidence |
| Layak untuk supported feature | Feature akan dipaparkan |
| Konsistenkan machine-readable facts | Higher web ranking |
| Expose product/article/event attributes | Traffic, sales atau AI citation |
| Monitor melalui enhancement report | Coverage bagi unsupported Schema.org type |
Gunakan source hierarchy sebelum pilih type
Untuk Google Cari behavior, current Cari Central docs dan Cari Gallery ialah authority. Schema.org digunakan untuk vocabulary. Generator, plugin dan third-party article membantu implementation tetapi bukan final eligibility rule.
Hierarchy ini penting kerana feature boleh retired. Artikel baru juga boleh menjadi stale apabila Google mengubah support.
| Keputusan | Primary source | Sebab |
|---|---|---|
| Google support appearance sekarang? | Cari Gallery + feature guide | Current eligibility dan policy |
| Type/property Schema.org valid? | Schema.org + validator | Vocabulary validity |
| Required/recommended Google fields? | Current feature docs | Berbeza daripada Schema.org |
| Bagaimana CMS generate? | CMS/plugin docs + output | Implementation specific |
| Adakah production tepat? | Visible page, JSON-LD, logs, Search Console | Live evidence lebih kuat |
Feature berubah: contoh FAQ pada 2026
Google berhenti menunjukkan FAQ rich result pada 7 Mei 2026 dan membuang dokumentasinya pada Jun 2026. FAQ section masih berguna kepada user, dan FAQPage masih wujud dalam Schema.org, tetapi ia tidak lagi layak untuk Google FAQ rich result.
Apabila feature retired, kekalkan helpful visible content, buang promise dan monitoring lapuk, serta semak jika markup masih ada identified non-Google consumer. Jangan buang FAQ berguna hanya kerana decoration hilang.
- Confirm melalui Google documentation update log.
- Semak current Cari Gallery dan feature guide.
- Asingkan content value daripada rich-result eligibility.
- Buang deprecated report dan unsupported promise.
- Kekalkan non-Google markup hanya jika ada known consumer.
- Update template, docs dan QA bersama.
- Annotate tarikh dalam performance report.
Pilih type daripada primary purpose page
Mulakan dengan page sebenar yang user lihat. Pilih specific truthful primary type; tambah secondary entity hanya apabila relationship jelas. Lebih banyak node bukan semestinya lebih baik.
| Purpose | Practical model | Limit |
|---|---|---|
| Personal-brand home/about | Person, atau Organization jika real company utama | Satu stable identity; jangan cipta dua publisher |
| Business home/about | Organization atau specific subtype | Google recommend home/about, bukan setiap page |
| Blog/news | Artikel, BlogPosting atau NewsArtikel | Real author, date, headline dan image |
| Hierarchy | BreadcrumbList | Normal user path + final URLs |
| Physical location | Specific LocalBusiness subtype | Accurate address, hours dan phone |
| Product for sale | Product + Offer/merchant properties | Single product/variants dan current commercial facts |
| Software landing page | SoftwareApplication jika requirements fit | Jangan reuse rating merentas apps |
| Service page | Service untuk describe meaning | Tiada Google Service rich result dijanjikan |
| FAQ content | Visible HTML; optional Schema.org jika ada sebab | Tiada Google FAQ rich result sejak Mei 2026 |
Gunakan JSON-LD apabila mudah dijaga
Google support JSON-LD, Microdata dan RDFa serta biasanya recommend JSON-LD kerana nested data lebih mudah dan scalable. Format terbaik tetap format yang team boleh generate tepat dan test reliably.
JSON-LD boleh berada dalam <head> atau <body>. Ia senang dipisahkan daripada visible HTML, tetapi lebih mudah drift jika tiada shared source.
| Format | Strength | Risk |
|---|---|---|
| JSON-LD | Readable, nested, template-friendly | Boleh drift tanpa disedari |
| Microdata | Property dekat visible element | Sukar refactor complex markup |
| RDFa | Fleksibel linked-data attributes | Kurang familiar |
| JS-injected JSON-LD | Dynamic route data | Bergantung rendering dan boleh lewat |
Bina satu coherent entity model
Gunakan absolute public URL. Stable @id ialah practical identifier, bukan pengganti real page, author atau organization. @graph ialah optional organization, bukan SEO requirement.
Connect article kepada real author/publisher, Breadcrumb kepada final routes dan product kepada real Offer. sameAs hanya untuk profile yang benar-benar mengenal pasti entity sama.
- Satu preferred HTTPS URL setiap public entity.
- Stable name, URL dan identifier.
- Current crawlable logo/image.
- Real author profile URL jika ada.
- Verified official sameAs sahaja.
- Accurate contact/address jika relevan.
- Breadcrumb/entity URLs selaras Canonical.
- Tiada staging atau placeholder ID.
Bina field-level source of truth
Setiap property perlukan owner dan upstream field. Generate visible content dan JSON-LD daripada rekod yang sama. Jika value tidak reliable, omit; jangan teka.
Fast-changing ecommerce facts perlukan kawalan ketat. Google memberi amaran dynamic Product markup boleh menghasilkan Shopping crawl yang kurang kerap dan reliable; initial HTML serta Merchant Center feed mungkin lebih sesuai.
| Property | Source | Rule |
|---|---|---|
| headline/name | Published page record | Match visible subject |
| author | Verified author profile | Semua visible authors secara berasingan |
| datePublished | Original publication record | Jangan reset untuk cosmetic edit |
| dateModified | Meaningful editorial update | ISO 8601 dan visible jika sesuai |
| image/logo | Approved media library | Relevant, crawlable, current |
| price/availability | Commerce system | Sama pada page, JSON-LD dan feed |
| rating/reviewCount | Verified user-review system | Tiada invention atau selective total |
| URL/Canonical/Breadcrumb | Routing config | Final production URLs sahaja |
Map template tanpa boilerplate abuse
| Template | Relationship | QA sample |
|---|---|---|
| Artikel | Artikel → author → publisher | Headline, authors, dates, image |
| Laman Utamapage/Tentang Kami | WebPage → primary Person/Organization | Name, URL, logo, sameAs, contact |
| Breadcrumb | BreadcrumbList → ordered ListItems | Visible hierarchy + resolvable URLs |
| Location | LocalBusiness subtype → address/hours | Satu real location + accurate state |
| Product | Product → Offer/review/rating jika eligible | Single product/variant + current facts |
| Profile | ProfilePage → mainEntity | Site-owned visible identity |
| Software | SoftwareApplication → OS/category/Offer | Requirements + real app details |
| Service | WebPage → descriptive Service | Tiada promise service rich result |
Validation ialah stack, bukan satu green tick
Schema.org Validator check vocabulary; Rich Results Test check supported Google eligibility; URL Inspection check live render. Tiada satu tool mengesahkan business truth atau menjamin display.
Baiki critical errors. Nilai warning berdasarkan documentation dan real data; jangan cipta recommended property hanya untuk hilangkan warning.
| Layer | Tool/evidence | Soalan | Tidak membuktikan |
|---|---|---|---|
| JSON syntax | Parser/build test | Boleh parse? | Vocabulary |
| Vocabulary | Schema.org Validator | Type/property recognized? | Google support |
| Google eligibility | Rich Results Test | Technical fields complete? | Display atau truth |
| Rendered delivery | URL Inspection/rendered HTML | Google boleh akses? | Index/ranking |
| Content parity | Visible page vs JSON-LD | Claims match? | Policy penuh |
| Production health | Enhancement + samples | Template kekal valid? | Business impact |
Quality policy lebih penting daripada syntax
Google memerlukan markup visible, current, representative dan tidak misleading. Technically valid block masih boleh hilang eligibility atau menerima structured-data manual action.
Google menyatakan manual action ini membuang rich-result eligibility, bukan normal web ranking. Baiki punca deceptive/inaccurate markup dan gunakan Manual Actions process.
| Risk | Sebab gagal | Tindakan |
|---|---|---|
| Hidden/unrelated markup | Tidak represent visible page | Show fact atau remove |
| Fake entity | Misleading identity | Verified entity sahaja |
| Stale event/price/availability | Time-sensitive data salah | Sync atau remove |
| Blank holder page | Tiada useful described content | Markup page yang diterangkan |
| Selective visible reviews | Misleading set | Markup semua visible reviews |
| Wrong primary type | Page focus kabur | Specific truthful type |
Review dan rating perlukan evidence gate
Jangan tambah lima bintang hanya kerana ada testimonial. Review dan aggregateRating mesti ikut current supported-type rules, jelas tentang reviewed item, datang daripada real users dan sepadan visible data.
Untuk LocalBusiness dan Organization, Google tidak paparkan self-serving review snippet apabila entity mengawal review pada site sendiri, termasuk third-party widget. Fake review dilarang; review untuk benefit mesti disclosed dengan jelas.
- Confirm reviewed type masih eligible.
- Identify reviewed item sekali dan jelas.
- Verify setiap source review/rating.
- Show represented review info.
- Kira average/count dari same dataset.
- Disclose incentivization jika ada.
- Exclude staff/fabricated customer identity.
- Tetapkan owner untuk correction/removal.
Gunakan JavaScript dan GTM dengan berhati-hati
Google boleh process JSON-LD yang diinjek JavaScript atau GTM apabila ada dalam rendered DOM. Itu tidak bermaksud client injection ialah safest default untuk essential atau fast-changing data.
Google recommend GTM variables mengambil data daripada page, bukan duplicate dalam container. Server/build output lebih mudah version bersama content; rujuk panduan JavaScript SEO.
| Method | Use when | Main control |
|---|---|---|
| Server/build | Identity, Artikel, stable route data | Same record untuk page + JSON-LD |
| CMS/plugin | Supported templates | Disable duplicates + inspect output |
| GTM injection | Controlled transition | Page-derived vars + versioning |
| Custom client JS | Genuinely dynamic data | Rendered test + API fallback |
Selaraskan multilingual, duplicate dan Canonical
Setiap language URL perlu markup yang sepadan visible translation, language Canonical dan Breadcrumb. Person/Organization identity boleh kekal sama sementara name, description dan URL page dilocalize.
Google recommend equivalent structured data pada duplicate pages juga, bukan Canonical sahaja. Selaraskan dengan panduan Canonical, hreflang, Sitemap dan internal links.
- Localized headline/description/Breadcrumb.
- Self-consistent Canonical setiap language URL.
- Hreflang ke equivalent pages.
- Entity identity stabil.
- Price/currency/date/availability sepadan market.
- Marked image crawlable.
- Tiada untranslated placeholder.
Roll out mengikut template
Treat structured data sebagai production code. Mulakan satu supported valuable template dan small URL sample; jangan deploy unreviewed generator ke ribuan page.
- Define purpose dan current Google feature.
- Baca feature dan general guidelines.
- Inventory visible facts dan owner.
- Pilih smallest accurate model/format.
- Map property ke source field.
- Generate page dan JSON-LD daripada shared data.
- Validate syntax dan vocabulary.
- Run Rich Results Test.
- Compare visible/raw/rendered production output.
- Deploy sample dan inspect live URLs.
- Expand selepas sample pass.
- Monitor enhancement, Manual Actions dan feature changes.
Ukur eligibility dan impact dengan jujur
Ukur structured data sebagai release dan eligibility change, bukan guaranteed ranking experiment. Search Console boleh tunjuk enhancement validity dan sesetengah Cari appearance filter; availability/reporting berbeza mengikut type.
Annotate deployment, compare eligible page/query cohorts dan track impressions, clicks, CTR serta qualified outcomes. Richer presentation boleh berubah tanpa rank; seasonality dan releases lain mengehadkan causality.
| Metric | Soalan | Limit |
|---|---|---|
| Valid/invalid items | Template eligible? | Validity bukan display |
| Indexed eligible URLs | Google process intended pages? | Valid tidak semestinya indexed |
| Appearance impressions | Supported appearance showed? | Filter feature-dependent |
| CTR page/query | Presentation/relevance bantu click? | Rank/query mix berubah |
| Leads/revenue | Traffic cipta value? | Attribution quality |
| Manual samples | Visible facts match? | Sample boleh miss edge cases |
Maintain feature dan template registry
Rich-result support, property rules dan reporting berubah. Beri owner dan last-reviewed date kepada setiap generated type, dan ikuti Google Cari documentation updates.
Tambah check ke workflow audit SEO. Revalidate selepas migration, redesign, routing, author/logo, review provider, commerce atau language change.
| Registry field | Contoh |
|---|---|
| Template | Blog article |
| Primary type | BlogPosting |
| Feature/status | Artikel — supported pada review date |
| Generator/owner | Build module — engineering |
| Source fields | Title, author, dates, image, publisher |
| Sample URLs | New, old, translated, edge case |
| Last reviewed | Date + Google docs link |
| Monitoring | Build test, RRT sample, Search Console |
Mitos structured data
- “Valid Schema.org menjamin Google rich result.”
- “Schema ialah direct ranking factor.”
- “Setiap page perlukan semua type.”
- “FAQ markup masih hasilkan Google FAQ result pada 2026.”
- “Testimonial membenarkan five-star Organization markup.”
- “Green Rich Results Test membuktikan claims benar.”
- “Isi recommended field walaupun data tidak ada.”
- “Plugin screen membuktikan production output.”
- “JS injection sentiasa sama dengan initial HTML.”
- “Schema ialah shortcut khas ke AI answers.”
Soalan lazim
Apa beza structured data dan Schema markup?
Structured data ialah konsep lebih luas; Schema markup biasanya penggunaan Schema.org vocabulary pada page, sering dalam JSON-LD.
Adakah ia naikkan ranking?
Google boleh guna untuk understanding dan supported appearance, tetapi markup sahaja tidak menjamin ranking.
Valid Schema menjamin rich result?
Tidak. Type perlu disokong, ikut current rules dan Google tetap memilih display yang berguna.
Perlu setiap page ada JSON-LD?
Hanya apabila accurate markup mempunyai purpose, source dan owner.
FAQPage masih beri Google FAQ rich result?
Tidak. Google berhenti memaparkannya pada 7 Mei 2026 dan buang docs pada Jun.
Personal brand boleh guna Person dan Organization?
Model real primary entity. Jangan cipta organization berasingan hanya untuk menambah nodes.
Boleh tambah five-star untuk testimonial?
Tidak automatik. Perlu eligible type, genuine ratings dan visible matching data; self-serving business reviews tidak eligible.
Warning Rich Results Test ialah failure?
Critical error boleh block eligibility. Warning biasanya recommended field; tambah hanya jika real.
Boleh GTM generate JSON-LD?
Boleh, tetapi derive daripada page, elak duplicate dan test live rendered URL.
Berapa kerap audit?
Selepas perubahan template, URL, content field, commerce, review source, language atau Google feature, serta scheduled samples.
Rujukan rasmi
- Google Cari Central: structured data introduction
- Google Cari Central: general structured data guidelines
- Google Cari Central: supported structured data gallery
- Google Cari Central: documentation updates
- Google Cari Central: Artikel structured data
- Google Cari Central: Organization structured data
- Google Cari Central: Breadcrumb structured data
- Google Cari Central: Product structured data
- Google Cari Central: LocalBusiness structured data
- Google Cari Central: Review snippet guidelines
- Google Cari Central: ProfilePage structured data
- Google Cari Central: JavaScript-generated structured data
- Google Cari Central: AI features optimization guide
- Schema.org: Markup Validator
- Ahrefs: Schema markup implementation guide
- Semrush: Schema markup implementation guide
Kongsikan templates, data sources dan current JSON-LD. Jack boleh map entities, buang unsupported/risky claims dan bina release monitoring checklist.
Evolusi Ranking Google: Daripada PageRank ke Modern Cari Systems2 September 2026
Kandungan AI dan SEO Google: Apa Dibenarkan, Apa Dianggap Spam dan Cara Publish2 September 2026
Google Florida Update 2003: Fakta, Teori dan Lesson SEO2 September 2026