Panduan Event Schema

TL;DR — Event schema adalah kode yang Anda tambahkan ke halaman event untuk memberi tahu mesin pencari nama event, waktu mulai, lokasi, dan cara mendapatkan tiket. Menambahkan markup ini dengan benar pada halaman event individual dapat membuatnya eligible untuk event rich result Google. Hal yang paling sering keliru: hasil kaya event Google memerlukan lokasi fisik nyata — event yang sepenuhnya online tidak eligible, bagaimanapun cara Anda menandainya.

Apa Event schema adalah

Ketika Anda lihat sebuah event halaman, Anda dapat tell event name dari date dari venue hanya oleh reading. sebuah mesin pencari sees plain text dan memiliki untuk guess. Event schema spells ini out di code, menggunakan shared schema.org vocabulary — ini tags setiap piece dari halaman dengan apa ini sebenarnya adalah: name dari event, startDate, location, ticket offers, siapa’s performing, dan siapa’s organizing.

ini adalah hampir selalu ditulis sebagai JSON-LD — sebuah kecil block dari code itu sits di halaman tanpa mengubah bagaimana halaman looks.

Mengapa ini adalah worth melakukan

payoff adalah event rich hasil: enhanced, visually rich listing (dan dedicated event-penelusuran experience) Google menampilkan untuk event-related searches. sebuah halaman dengan bersih Event markup dapat earn sebuah lebih eye-catching listing itu menampilkan date, venue, dan ticket info right di hasil — yang dapat help ini stand out. yang sama structured markup memberikan AI sistem sebuah cleaner, unambiguous baca pada event’s detail too, though I jangan memiliki data menunjukkan itu reliably translates ke lebih AI-sourced traffic atau citations untuk apa pun particular event halaman.

three hal Anda harus memiliki

untuk menjadi eligible di semua, Google memerlukan persis three properties:

• name — penuh judul dari event (tidak venue, dan tidak sebuah promo like “50% off tickets” (terjemahan) “50% off tickets”).
• startDate — ketika ini dimulai, dengan date dan time.
• location — di mana ini adalah held, sebagai sebuah Place dengan sebuah name dan sebuah address.

Beyond itu, ini adalah worth menambahkan recommended detail — sebuah endDate, sebuah image, ticket offers (price, currency, availability), performer, dan organizer — karena mereka membuat listing richer dan lebih berguna.

hal sebagian besar orang mendapatkan wrong

sebuah purely virtual, online-hanya event tidak eligible untuk Google’s event rich hasil. Google’s saat ini documentation adalah blunt tentang ini: events “must take place in a physical location.” (terjemahan) “harus take place di sebuah physical location.” sebuah lot dari advice masih floating sekitar dari 2020 — ketika Google ditambahkan online-event properties selama pandemic — membuat ini sound like flipping sebuah “online event” (terjemahan) “online event” switch adalah cukup. ini tidak, untuk Google’s rich hasil. itu online-event properties masih exist dan adalah valid, tetapi pada mereka own mereka jangan mendapatkan sebuah webinar ke event experience.

Dua lebih beginner traps:

• Satu event, satu halaman. Mark up individual event halaman — tidak sebuah halaman itu lists semua Anda upcoming events. sebuah listing/calendar halaman tidak qualify.
• Valid markup ≠ guaranteed rich hasil. ini membuat Anda eligible; Google masih decides apakah untuk display ini.
• jangan fake events. Marking up sebuah sale, sebuah coupon, atau Anda business hours sebagai sebuah “event” (terjemahan) “event” adalah terhadap Google’s aturan dan memiliki gotten situs di trouble.

ingin penuh versi — diperlukan-vs-recommended property split, cara tangani canceled dan postponed events, multi-day vs. multi-performa events, dan konten aturan itu mendapatkan events disapproved? Switch untuk Advanced tab.

TL;DR — schema.org/Event markup (biasanya JSON-LD) pada sebuah individual event halaman dapat membuat ini eligible untuk Google’s event rich hasil. Google memerlukan three properties: name, startDate, location. muat-bearing fact dari ini seluruh topic: per Google’s saat ini (Dec 2025) docs, virtual-hanya events tidak didukung — “Events must take place in a physical location.” (terjemahan) “Event harus berlangsung di lokasi fisik.” eventAttendanceMode dan VirtualLocation adalah valid schema.org (ditambahkan di 2020 COVID era) tetapi jangan unlock rich hasil untuk sebuah online-hanya event. lainnya aturan orang miss: satu event = satu unique leaf URL (listing halaman jangan qualify); ketika Anda perubahan eventStatus (EventScheduled / EventCancelled / EventPostponed / EventRescheduled) Anda harus tidak pernah strip startDate atau location; multi-day adalah satu Event, multiple ticketed performances adalah terpisah Events; dan marking up sales, coupons, atau non-events adalah terhadap policy dan memiliki drawn manual tindakan. Valid markup hanya earns eligibility.

Apa Event schema melakukan — dan apa ini tidak

Event schema adalah schema.org/Event vocabulary Anda put pada sebuah event halaman so penelusuran mesin dapat baca event’s name, timing, location, dan ticketing. pada Google, correctly implemented markup pada sebuah individual event halaman membuat ini eligible untuk event rich hasil — enhanced listing dan dedicated event-penelusuran experience Google berjalan untuk event-related kueri.

Apa ini tidak melakukan: ini tidak sebuah peringkat factor, dan ini tidak sebuah magic switch. Like setiap jenis dari data terstruktur, ini membuat sebuah halaman eligible untuk sebuah spesifik penelusuran fitur — ini tidak lift Anda organic positions dan ini tidak jaminan fitur menampilkan. Evidence for this claim Google's event feature excludes promotional non-events and requires each event to have a unique page focused on that event. Scope: Google Search Event content guidelines; valid Schema.org markup alone does not establish eligibility. Confidence: high · Verified: 2026-07-14 Google: Event structured data

diperlukan properties: name, startDate, location

Google adalah jelas itu Anda harus sertakan diperlukan properties: “Anda harus include itu wajib properties untuk Anda konten untuk menjadi eligible untuk display di enhanced penelusuran hasil.” (terjemahan) “Anda harus sertakan diperlukan properties untuk Anda konten untuk menjadi eligible untuk display di enhanced hasil pencarian.” untuk Event, itu’s three:

• name (Text) — penuh judul dari event. Google’s aturan adalah spesifik: jangan gunakan name dari venue sebagai event name (itu’s apa location.name adalah untuk), jangan gunakan jenis dari event (“Concert” (terjemahan) “Concert” adalah tidak sebuah descriptive name), dan jangan stuff ini dengan URLs, prices, performers, atau “short-term promotions (untuk example, ‘buy Anda tickets now’).” (terjemahan) “pendek-istilah promotions (untuk contoh, ‘buy Anda tickets now’).” Google’s own sebelum/setelah: tidak “Bill Graham Civic Auditorium” (terjemahan) “Bill Graham Civic Auditorium” dan tidak “LIMITED TIME SALE - Kesha and Macklemore Concert - $25” (terjemahan) “LIMITED TIME SALE - Kesha dan Macklemore Concert - 25 USD”, tetapi “The Adventures of Kesha and Macklemore” (terjemahan) “ Adventures dari Kesha dan Macklemore” atau “Meet and Greet: Kesha and Macklemore.” (terjemahan) “Memenuhi dan Greet: Kesha dan Macklemore.”
• startDate (DateTime) — “The start date and start time of the event in ISO-8601 format. Add both the date and time so users can find events that fit into their schedule.” (terjemahan) “Tanggal dan waktu mulai event dalam format ISO-8601. Sertakan keduanya agar pengguna dapat menemukan event yang sesuai dengan jadwal mereka.”
• location (Place) — set @type untuk Place dan tambahkan location.name dan location.address. Google’s steer pada address: menjadi spesifik — tidak hanya “Sydney” (terjemahan) “Sydney” tetapi “Bennelong Point, Sydney NSW 2000, Australia.” (terjemahan) “Bennelong poin, Sydney NSW 2000, Australia.” dan -nya best-practice notes untuk tricky cases: “If the event happens across several streets, define the starting location and mention the full details in description. If the event happens without a well-defined location, use the city name or the most representative location. If the event happens at multiple locations at the same time, create different events for each location.” (terjemahan) “jika event happens di seluruh several streets, define starting location dan mention penuh detail di deskripsi. jika event happens tanpa sebuah well-didefinisikan location, gunakan city name atau paling representative location. jika event happens di multiple locations pada saat yang sama, buat berbeda events untuk setiap location.”

Recommended properties itu meningkatkan hasil

Beyond diperlukan three, ini membuat listing fuller dan adalah worth menambahkan:

• endDate — sama ISO-8601 format sebagai startDate.
• eventStatus — scheduled/canceled/postponed/rescheduled state (see dedicated bagian di bawah).
• image — Google’s umum image guidance applies; menyediakan multiple images di 1x1, 4x3, dan 16x9 aspect ratios.
• offers (sebuah Offer) — url, price, priceCurrency, availability (e.g. InStock, SoldOut, PreOrder), dan validFrom untuk ketika tickets go pada sale.
• performer (Person / PerformingGroup) dan organizer (Organization / Person, dengan name dan url).
• description — Google’s guidance: “Focus on the event details and not your site’s features. Don’t repeat other facts like date and location; instead, add that information to the respective properties.” (terjemahan) “Focus pada event detail dan tidak Anda situs’s fitur. jangan repeat lainnya facts like date dan location; alih-alih, tambahkan itu informasi untuk respective properties.” Note ini hanya menampilkan sebuah snippet.

Virtual dan hybrid events: apa Google’s saat ini docs sebenarnya say

ini adalah bagian itu separates saat ini guidance dari recycled 2020 advice masih semua di atas web, so baca ini dengan hati-hati.

Google’s saat ini documentation status, verbatim: “Virtual experiences that have no real-world component aren’t supported. Events must take place in a physical location.” (terjemahan) “Virtual experiences itu memiliki Tidak dunia nyata component tidak didukung. Events harus take place di sebuah physical location.” itu berarti sebuah purely virtual, online-hanya event memiliki Tidak path ke Google’s event rich hasil — regardless dari bagaimana Anda mark ini up.

Di sini’s nuance itu trips orang up. Back di March 2020, di mulai dari pandemic, Google announced baru Event properties so publishers dapat communicate itu events memiliki moved online atau telah canceled: sebuah eventAttendanceMode (dengan OnlineEventAttendanceMode / OfflineEventAttendanceMode / MixedEventAttendanceMode nilai), eventStatus nilai, dan mendukung untuk VirtualLocation. itu properties adalah masih valid schema.org vocabulary — tidak seorang pun dihapus them. tetapi saat ini Penelusuran Central Event doc Tidak lebih lama documents sebuah online-event contoh dan status outright itu virtual-hanya events tidak didukung untuk rich hasil.

So honest, saat ini position:

• sebuah physical location adalah anchor. Virtual dan hybrid events mungkin masih perlu sebuah dunia nyata location component untuk qualify untuk event experience — karena Google memerlukan itu physical location.
• eventAttendanceMode dan VirtualLocation tidak useless — mereka’re legitimate markup untuk sebuah hybrid event itu melakukan memiliki sebuah nyata venue, dan mereka’re berguna untuk lainnya consumers dari data (Anda own sistem, lainnya mesin pencari, dan AI/LLM understanding). mereka hanya jangan, oleh themselves, mendapatkan sebuah online-hanya event ke Google’s rich hasil.
• jika Anda jalankan webinars atau online-hanya events, jangan expect event rich hasil. gunakan markup untuk machine-readability jika Anda like, tetapi plan Anda visibilitas sekitar rest dari Anda SEO, tidak event experience.

I ingin untuk menjadi precise di sini alih-alih sensational: ini adalah tidak “virtual events are banned.” (terjemahan) “virtual events adalah banned.” ini adalah itu sebuah virtual event dengan Tidak dunia nyata component tidak eligible untuk spesifik event rich hasil. sebagian besar dari competing konten pada ini topic masih memperlakukan OnlineEventAttendanceMode sebagai sebuah langsung Google fitur itu mendapatkan sebuah online event ke rich hasil pada -nya own. Straight dari Google’s saat ini docs, itu’s tidak bagaimana ini berfungsi.

Menangani event status: EventScheduled, EventCancelled, EventPostponed, EventRescheduled

eventStatus takes satu dari four nilai, dan ada satu aturan itu dwarfs rest: tidak pernah hapus startDate atau location ketika status perubahan. Google warns: “When the event status changes, DON’T remove the startDate. The startDate property is required to help identify the unique event.” (terjemahan) “Saat status event berubah, JANGAN hapus startDate. Properti startDate diperlukan untuk membantu mengidentifikasi event yang unik.”

jika Anda tidak set eventStatus di semua, Google memperlakukan event sebagai EventScheduled ( wajar, going-ahead state). lainnya three:

• EventCancelled — event tidak akan terjadi. Google: “Don’t remove or change other properties (for example, don’t remove startDate or location); instead, keep all values as the same as they were before the cancelation, and update the eventStatus to EventCancelled. Why? Properties like startDate and location help identify the unique event and make sure people understand the new status of the event.” (terjemahan) “Jangan hapus atau ubah properti lain (misalnya, jangan hapus startDate atau location); pertahankan semua nilai seperti sebelum pembatalan, lalu perbarui eventStatus menjadi EventCancelled. Mengapa? Properti seperti startDate dan location membantu mengidentifikasi event yang unik dan memastikan orang memahami status barunya.”
• EventPostponed — event akan terjadi, tetapi tanggal baru belum diketahui. Google: “The event has been postponed to a later date, but the date isn’t known yet. Keep the original date in the startDate of the event until you know when the event will take place. Once you know the new date information, change the eventStatus to EventRescheduled and update the startDate and endDate with the new date information.” (terjemahan) “Event ditunda ke tanggal berikutnya, tetapi tanggalnya belum diketahui. Pertahankan tanggal asli di startDate event sampai Anda mengetahui kapan event berlangsung. Setelah informasi tanggal baru diketahui, ubah eventStatus menjadi EventRescheduled, lalu perbarui startDate dan endDate dengan informasi tanggal baru.”
• EventRescheduled — tanggal baru sudah dikonfirmasi. Google: “The event has been rescheduled to a later date. Update the startDate and endDate with the relevant new dates. Optionally, you can also mark the eventStatus field as rescheduled and add the previousStartDate.” (terjemahan) “Event dijadwalkan ulang ke tanggal berikutnya. Perbarui startDate dan endDate dengan tanggal baru yang sesuai. Anda juga dapat menandai field eventStatus sebagai rescheduled dan menambahkan previousStartDate.”

pembedaan orang sebagian besar sering blur: EventPostponed dan EventCancelled adalah tidak interchangeable. Cancelled berarti ini adalah off; postponed berarti ini adalah happening kemudian pada sebuah date Anda tidak know namun — dan Anda harus upgrade postponed untuk rescheduled (dengan previousStartDate) setelah Anda melakukan know.

Satu event, satu URL — mengapa listing halaman jangan qualify

Google adalah unambiguous: “Setiap event Harus memiliki a unique URL (a leaf halaman) dan markup pada itu URL,” (terjemahan) “setiap event harus memiliki sebuah unique URL (sebuah leaf halaman) dan markup pada itu URL,” dan “The event experience on Google only supports pages that focus on a single event. We recommend focusing on adding markup to your event posting pages instead of pages that list schedules or multiple events.” (terjemahan) “ event experience pada Google hanya mendukung halaman itu focus pada sebuah single event. kami merekomendasikan focusing pada menambahkan markup untuk Anda event posting halaman alih-alih halaman itu list schedules atau multiple events.”

ini adalah satu dari paling umum implementation mistakes untuk venues dan ticketing platforms — marking up sebuah calendar atau “upcoming events” (terjemahan) “upcoming events” listing halaman dan expecting sebuah rich hasil untuk setiap event pada ini. itu halaman tidak qualify. setiap event perlu -nya own dedicated halaman dengan -nya own markup.

Multi-day events vs. multiple performances

ini adalah handled differently, dan ini trips up sebuah lot dari implementations:

• sebuah single event itu spans several days → satu Event dengan startDate dan endDate covering range. Google: “If your event or ticket info is for an event that runs over several days, specify both the start and end dates of the event.” (terjemahan) “jika Anda event atau ticket info adalah untuk sebuah event itu berjalan di atas several days, specify keduanya mulai dan end dates dari event.”
• Multiple distinct ticketed performances di seluruh days → sebuah terpisah Event untuk setiap. Google: “If there are several different performances across different days, each with individual tickets, add a separate Event element for each performance.” (terjemahan) “Jika ada beberapa pertunjukan berbeda pada hari yang berbeda, masing-masing dengan tiket sendiri, tambahkan elemen Event terpisah untuk setiap pertunjukan.”

untuk genuinely recurring series, schema.org memiliki EventSeries dan eventSchedule properties. mereka’re valid markup — tetapi I’d treat them sebagai “valid schema.org, unconfirmed rich-result impact” (terjemahan) “valid schema.org, unconfirmed rich-hasil impact” alih-alih sebuah guaranteed path untuk event experience. Ketika di doubt, ikuti Google’s terdokumentasi pattern: satu Event per performa.

konten policies — apa mendapatkan events disapproved (dan manually actioned)

Event markup memiliki sebuah nyata spam-enforcement history, so ini tidak hypothetical. Google memerlukan itu “Each event must accurately describe the event name, start date, and location,” (terjemahan) “setiap event harus accurately deskripsikan event name, mulai date, dan location,” dan ini spells out apa tidak untuk mark up sebagai sebuah event:

• Non-events. Google: *“jangan promote non-event products atau services such sebagai ‘Trip package: San Diego/LA, 7 nights’ sebagai events. jangan tambahkan pendek-istilah discounts atau purchase opportunities, such sebagai: ‘Concert — buy Anda tickets now,’ atau ‘Concert
• 50% off until Saturday.’ jangan mark business hours sebagai events, such sebagai: ‘Adventure park open 8 AM untuk 5PM.’ jangan mark coupons atau vouchers sebagai events, such sebagai: ‘5% off Anda pertama order.’”*
• Membership/invitation-hanya events. Google: ” (terjemahan) “
• Membership/invitation-hanya events. Google: ”Events harus menjadi bookable untuk umum publik. Events itu memerlukan sebuah membership, atau invitation prior untuk purchasing ticket atau attending event adalah ineligible untuk event experience.”
• School/minors pada-premise events. Google: ” (terjemahan) “
• School/minors pada-premise events. Google: ”Spectator events di mana utama participants dan audience adalah minors dan occur pada-premise dari sebuah school tidak eligible untuk event experience.”

dan ada teeth behind ini. Google: “If your site violates one or more of these guidelines, then Google may take manual action against it. Once you have remedied the problem, you can submit your site for reconsideration.” (terjemahan) “jika Anda situs violates satu atau lebih dari ini guidelines, lalu Google dapat take manual tindakan terhadap ini. setelah Anda memiliki remedied masalah, Anda dapat submit Anda situs untuk reconsideration.” ini tidak theoretical — Google adalah reported untuk memiliki issued manual tindakan terhadap situs menggunakan Event markup untuk promote sales dan coupons alih-alih genuine events, yang adalah persis “don’t add short-term discounts” (terjemahan) “jangan tambahkan pendek-istilah discounts” dan “don’t mark coupons as events” (terjemahan) “jangan mark coupons sebagai events” guidance di atas. (I’d verify specifics terhadap sebuah utama sumber sebelum treating apa pun particular case sebagai canonical — enforcement pattern adalah well established regardless.)

Date dan time formatting

gunakan ISO-8601, dan sertakan timezone offset. Google’s guidance: specify timezone oleh including UTC/GMT offset — sebuah event di 7pm pada September 5 di baru York seharusnya carry -04:00 atau -05:00 offset. untuk sebuah genuinely day-panjang event di mana hour adalah unknown atau irrelevant, gunakan date hanya (Tidak time). dan jangan fake sebuah midnight mulai: sebuah nilai like 2019-08-15T00:00:00+00:00 untuk sebuah event milik siapa mulai time Anda tidak sebenarnya know membaca untuk Google sebagai secara harfiah midnight, yang adalah hampir certainly wrong.

Event subtypes: base Event vs. MusicEvent, BusinessEvent, dan seterusnya.

schema.org memiliki subtypes — MusicEvent, BusinessEvent, EducationEvent, SportsEvent, dan lebih. Anda jangan memiliki untuk gunakan them: base Event jenis adalah valid dan sufficient, dan Google’s terdokumentasi diperlukan/recommended properties apply yang sama cara regardless. Subtypes tambahkan lebih spesifik semantic tagging jika Anda ingin ini, tetapi “you must use MusicEvent” (terjemahan) “Anda harus menggunakan MusicEvent” adalah sebuah mitos — base Event sudah memadai.

Bing dan Event schema

Bing tidak publish sebuah Event-spesifik structured-data help halaman cara Google melakukan. -nya umum reference — Marking Up Anda situs dengan Structured data — mengonfirmasi Bing mendukung schema.org vocabulary broadly (along dengan Microdata, RDFa, dan Open Graph), tanpa Event-spesifik diperlukan/recommended property lists. I’m tidak going untuk invent Bing Event mendukung itu tidak memiliki sebuah documentation halaman behind ini. honest framing: Bing rewards well-formed schema.org markup umumnya dan tidak akan punish Anda untuk including Event schema, tetapi ini memiliki Tidak equivalent dari Google’s dedicated event rich-hasil/penelusuran experience. So utama motivation untuk Event markup tetap Google — plus umum machine-readability untuk AI/LLM consumption.

Validating dan troubleshooting

Validate markup dengan Google’s Rich hasil Test, dan monitor Events report dan enhancements di Search Console. sebuah note pada regional availability: Google’s event penelusuran experience adalah tersedia di sebuah spesifik set dari countries/languages, dan itu list perubahan — verify saat ini availability secara langsung pada Google’s docs halaman di time Anda implement, alih-alih trusting sebuah stale list.

Di mana ini sits

Event schema adalah satu dari Social & Community schema jenis di lebih luas structured-data picture, alongside markup like DiscussionForumPosting, FAQPage, HowTo, QAPage, dan SoftwareApplication. untuk vocabulary sebagai sebuah seluruh dan bagaimana ini pieces fit together, see lebih luas Schema Markup dan data terstruktur hubs ini artikel nests di bawah.

AI summary

sebuah condensed take pada Advanced versi:

• Apa ini adalah: schema.org/Event markup (biasanya JSON-LD) pada sebuah individual event halaman itu labels event’s name, date, location, dan ticketing so halaman dapat qualify untuk Google’s event rich hasil dan event-penelusuran experience.
• diperlukan properties (three): name, startDate, location. name adalah event judul (tidak venue, tidak event jenis, Tidak promos); startDate adalah ISO-8601 dengan date dan time; location adalah sebuah Place dengan sebuah name dan sebuah spesifik address.
• ** muat-bearing myth-bust:** per Google’s saat ini (Dec 2025) docs, virtual-hanya events tidak didukung — “Events harus take place di a physical location.” (terjemahan) “Events harus take place di sebuah physical location.” eventAttendanceMode dan VirtualLocation adalah valid schema.org (ditambahkan March 2020, COVID era) tetapi jangan mendapatkan sebuah online-hanya event ke rich hasil pada mereka own. Hybrid/virtual events mungkin masih perlu sebuah dunia nyata location component.
• Satu event = satu unique leaf URL. Listing/schedule/calendar halaman dengan multiple events jangan qualify.
• eventStatus (four nilai): default EventScheduled; EventCancelled (off), EventPostponed (happening kemudian, date unknown), EventRescheduled (baru date set, tambahkan previousStartDate). tidak pernah strip startDate atau location ketika status perubahan.
• Multi-day vs. multi-performa: sebuah single multi-day event adalah satu Event dengan startDate/endDate; multiple ticketed performances adalah sebuah terpisah Event setiap. EventSeries/eventSchedule adalah valid tetapi unconfirmed untuk rich hasil.
• konten policy memiliki teeth: jangan mark up sales, coupons, business hours, atau lainnya non-events; membership/invitation-hanya dan school-minors-pada-premise events adalah ineligible; violations dapat draw manual tindakan.
• Dates: ISO-8601 dengan timezone offset; date-hanya untuk day-panjang events; jangan fake sebuah midnight mulai.
• Subtypes opsional: base Event adalah valid dan sufficient — MusicEvent, BusinessEvent, dan seterusnya. tambahkan semantics tetapi tidak diperlukan.
• Bing: Tidak dedicated Event doc; mendukung schema.org broadly; Tidak event rich hasil. Utama motivation untuk Event markup adalah Google (plus AI/LLM readability).
• Eligibility ≠ display: valid markup hanya membuat halaman eligible; Google masih decides apakah untuk tampilkan ini.

Dokumentasi resmi

Utama-sumber documentation dari mesin pencari.

Google

• Event (Event) data terstruktur — authoritative reference: diperlukan/recommended properties, eventStatus, satu-event-satu-URL aturan, konten policies, dan virtual-events statement. (Footer: “Last updated 2025-12-10 UTC.” (terjemahan) “Terakhir diperbarui 2025-12-10 UTC.”)
• baru properties untuk virtual, postponed, dan canceled events (March 2020) — COVID-era rollout dari eventAttendanceMode, eventStatus, dan VirtualLocation. berguna untuk understanding mengapa so banyak virtual-event advice ada — dan mengapa saat ini docs memiliki moved pada.
• umum data terstruktur Guidelines — situs-wide structured-data policies (accuracy, Tidak spam) itu Event markup harus juga ikuti.
• Rich hasil Test — validate Event markup dan periksa rich-hasil eligibility.

Schema.org ( vocabulary)

• schema.org/Event — penuh Event jenis reference dan -nya properties.
• schema.org/eventAttendanceMode — online/offline/mixed attendance-mode property (valid vocabulary, tidak sufficient alone untuk Google’s rich hasil).
• schema.org/EventSeries dan schema.org/eventSchedule — recurring-series vocabulary (valid markup, unconfirmed rich-hasil impact).

Bing / Microsoft

• Marking Up Anda situs dengan data terstruktur — Bing’s umum structured-data mendukung (schema.org, JSON-LD, Microdata, RDFa). Note: Bing memiliki Tidak dedicated Event structured-data documentation.

Quotes dari sumber

pada—record statements dari Google’s documentation. setiap tautan adalah sebuah deep tautan itu jumps untuk quoted passage pada sumber halaman.

Google — diperlukan properties

• “You must include the required properties for your content to be eligible for display in enhanced search results.” (terjemahan) “Anda harus sertakan diperlukan properties untuk Anda konten untuk menjadi eligible untuk display di enhanced hasil pencarian.” — Google Search Central, Event data terstruktur. Jump untuk quote
• “The start date and start time of the event in ISO-8601 format. Add both the date and time so users can find events that fit into their schedule.” (terjemahan) “ mulai date dan mulai time dari event di ISO-8601 format. tambahkan keduanya date dan time so pengguna dapat temukan events itu fit ke mereka schedule.” Jump untuk quote
• pada event name: “Not recommended: Bill Graham Civic Auditorium.” (terjemahan) “Tidak recommended: Bill Graham Civic Auditorium.” Jump untuk quote
• pada addresses: “If the event happens across several streets, define the starting location and mention the full details in description.” (terjemahan) “jika event happens di seluruh several streets, define starting location dan mention penuh detail di deskripsi.” Jump untuk quote

Google — virtual events ( accuracy spine)

• “Virtual experiences that have no real-world component aren’t supported. Events must take place in a physical location.” (terjemahan) “Pengalaman virtual tanpa komponen dunia nyata tidak didukung; event harus berlangsung di lokasi fisik.” Jump untuk quote

Google — event status perubahan

• “Warning: When the event status changes, DON’T remove the startDate. The startDate property is required to help identify the unique event.” (terjemahan) “Peringatan: saat status event berubah, JANGAN hapus startDate. Properti startDate diperlukan untuk membantu mengidentifikasi event yang unik.” Jump untuk quote
• pada cancellations: “Don’t remove or change other properties (for example, don’t remove startDate or location); instead, keep all values as the same as they were before the cancelation, and update the eventStatus to EventCancelled.” (terjemahan) “Untuk pembatalan: jangan hapus atau ubah properti lain (misalnya, startDate atau location); pertahankan semua nilai seperti sebelum pembatalan, lalu ubah eventStatus menjadi EventCancelled.” Jump untuk quote
• pada postponement: “The event has been postponed to a later date, but the date isn’t known yet. Keep the original date in the startDate of the event until you know when the event will take place.” (terjemahan) “Untuk penundaan: event ditunda ke tanggal berikutnya, tetapi tanggalnya belum diketahui. Pertahankan tanggal asli di startDate event sampai Anda mengetahui kapan event berlangsung.” Jump untuk quote
• pada rescheduling: “The event has been rescheduled to a later date. Update the startDate and endDate with the relevant new dates.” (terjemahan) “Untuk penjadwalan ulang: event dijadwalkan ulang ke tanggal berikutnya. Perbarui startDate dan endDate dengan tanggal baru yang sesuai.” Jump untuk quote

Google — satu event, satu URL, dan multi-day events

• “Setiap event Harus memiliki a unique URL (a leaf halaman) dan markup pada itu URL.” (terjemahan) “setiap event harus memiliki sebuah unique URL (sebuah leaf halaman) dan markup pada itu URL.” Jump untuk quote
• “Mark up multi-day events correctly: If your event or ticket info is for an event that runs over several days, specify both the start and end dates of the event.” (terjemahan) “Mark up multi-day events correctly: jika Anda event atau ticket info adalah untuk sebuah event itu berjalan di atas several days, specify keduanya mulai dan end dates dari event.” Jump untuk quote

Google — konten policies

• “Don’t promote non-event products or services such as ‘Trip package: San Diego/LA, 7 nights’ as events.” (terjemahan) “jangan promote non-event products atau services such sebagai ‘Trip package: San Diego/LA, 7 nights’ sebagai events.” Jump untuk quote
• “Events must be bookable to the general public. Events that require a membership, or invitation prior to purchasing the ticket or attending the event are ineligible for the event experience.” (terjemahan) “Events harus menjadi bookable untuk umum publik. Events itu memerlukan sebuah membership, atau invitation prior untuk purchasing ticket atau attending event adalah ineligible untuk event experience.” Jump untuk quote
• “Spectator events where the primary participants and audience are minors and occur on-premise of a school aren’t eligible for the event experience.” (terjemahan) “Spectator events di mana utama participants dan audience adalah minors dan occur pada-premise dari sebuah school tidak eligible untuk event experience.” Jump untuk quote
• “If your site violates one or more of these guidelines, then Google may take manual action against it.” (terjemahan) “jika Anda situs violates satu atau lebih dari ini guidelines, lalu Google dapat take manual tindakan terhadap ini.” Jump untuk quote

Event schema cheat sheet

** minimum untuk event rich hasil**

Event.name + startDate + location (sebuah Place dengan name dan address). Individual event halaman hanya — satu event per leaf URL.

diperlukan vs. recommended

** four eventStatus nilai**

Multi-day vs. multiple performances

Fast facts

• Format: JSON-LD (recommended).
• Virtual-hanya events tidak eligible untuk Google’s event rich hasil — physical location diperlukan.
• eventAttendanceMode / VirtualLocation: valid schema.org, tidak sufficient alone.
• tidak pernah strip startDate/location ketika updating eventStatus.
• Base Event adalah fine — subtypes (MusicEvent, dan seterusnya.) adalah opsional.
• Bing: Tidak dedicated Event docs, Tidak event rich hasil.
• Valid markup = eligible, tidak guaranteed untuk tampilkan.

adalah my event eligible untuk Google’s event rich hasil?

berfungsi down pertanyaan:

Event schema myths dan mistakes untuk hindari

Myth: “Add eventAttendanceMode: OnlineEventAttendanceMode and your virtual-only event will show in Google’s event rich result.” (terjemahan) “Tambahkan eventAttendanceMode: OnlineEventAttendanceMode dan event virtual-only Anda akan muncul di event rich result Google.” salah per Google’s saat ini docs — virtual-hanya events dengan Tidak physical component tidak didukung untuk event experience, regardless dari eventAttendanceMode atau VirtualLocation. itu properties adalah valid schema.org dan fine untuk hybrid events (yang memiliki sebuah nyata venue) atau non-Google consumers, tetapi mereka jangan mendapatkan sebuah purely online event ke Google’s rich hasil.

Myth: “You must use a specific subtype like MusicEvent or BusinessEvent instead of the base Event type.” (terjemahan) “Anda harus menggunakan subtype tertentu seperti MusicEvent atau BusinessEvent, bukan tipe dasar Event.” Tidak diperlukan — base Event jenis adalah valid dan sufficient, dan Google’s terdokumentasi diperlukan/recommended properties apply yang sama cara. Subtypes tambahkan semantics jika Anda ingin them, tidak ada apa pun lebih.

Myth: “Cancelled or expired events should have their schema removed.” (terjemahan) “Cancelled atau expired events seharusnya memiliki mereka schema dihapus.” salah, dan explicitly warned terhadap. pertahankan startDate dan location di place dan hanya perbarui eventStatus untuk EventCancelled, EventPostponed, atau EventRescheduled. Google perlu itu properties untuk identify unique event dan communicate baru status.

Myth: “You can mark up a page listing all your upcoming events and get a rich result for each one.” (terjemahan) “Anda dapat mark up sebuah halaman listing semua Anda upcoming events dan mendapatkan sebuah rich hasil untuk setiap satu.” Unsupported — setiap event perlu -nya own unique leaf-halaman URL dengan -nya own markup. Listing/schedule/calendar halaman jangan qualify.

Myth: “Event schema is a ranking factor.” (terjemahan) “Event schema adalah sebuah peringkat factor.” Overstated — like lainnya data terstruktur, ini membuat sebuah halaman eligible untuk sebuah spesifik rich hasil; ini tidak sebuah umum organic-sinyal peringkat.

Myth: “EventPostponed and EventCancelled are interchangeable.” (terjemahan) “EventPostponed dan EventCancelled dapat dipertukarkan.” mereka’re tidak. EventCancelled berarti event adalah off; EventPostponed berarti ini’ll happen tetapi baru date tidak known namun — dan seharusnya menjadi upgraded untuk EventRescheduled (dengan previousStartDate) setelah date adalah confirmed.

Mistake: marking up sebuah sale, coupon, atau “limited time offer” (terjemahan) “limited time offer” sebagai sebuah event. terhadap policy — Google explicitly panggilan out pendek-istilah discounts, coupons, business hours, dan non-event products/services sebagai ineligible/violating. ini memiliki secara historis triggered manual tindakan.

Mistake: putting venue name (atau sebuah promo) di event name. event name adalah event’s judul. gunakan location.name untuk venue, dan pertahankan promos, prices, dan “buy your tickets now” (terjemahan) “buy Anda tickets now” out dari name entirely.

Mistake: faking sebuah mulai time. sebuah nilai like 2019-08-15T00:00:00+00:00 untuk sebuah event milik siapa mulai time Anda tidak know membaca sebagai secara harfiah midnight. untuk day-panjang events dengan sebuah unknown/irrelevant hour, gunakan date hanya — Tidak time.

alat untuk validating Event schema

• Schema Markup Validator — paste Event JSON-LD atau penuh halaman untuk catch syntax, schema.org vocabulary, dan graph-reference masalah sebelum memeriksa Google’s Event-spesifik requirements.
• Rich-hasil Eligibility Checker — verify itu Event mencakup diperlukan name, startDate, dan physical location, lalu review missing recommended properties.
• Google Rich hasil Test — test deployed event URL dengan Google’s renderer dan konfirmasi Event markup ini sebenarnya detects.

umum Event schema issues

markup validates, tetapi online event adalah tidak eligible

• Symptom — sebuah virtual-hanya event memiliki valid schema.org markup tetapi Tidak eligible Google event rich hasil.
• mungkin penyebab — VirtualLocation dan OnlineEventAttendanceMode adalah valid vocabulary, tetapi Google’s saat ini Event documentation memerlukan sebuah dunia nyata physical location untuk ini rich hasil.
• Perbaiki — melakukan tidak fabricate sebuah venue. pertahankan markup untuk machine-readability jika ini accurately mendeskripsikan event, tetapi berhenti treating Google event experience sebagai sebuah tersedia channel untuk itu online-hanya event.

sebuah cancelled atau postponed event develops diperlukan-property errors

• Symptom — sebuah Event itu previously qualified now reports sebuah missing startDate atau location setelah -nya status changed.
• mungkin penyebab — perbarui proses dihapus identifying properties ketika ini set EventCancelled atau EventPostponed.
• Perbaiki — Restore original startDate dan location. perubahan eventStatus sementara retaining itu nilai; setelah sebuah postponed event memiliki sebuah baru date, gunakan EventRescheduled, perbarui dates, dan tambahkan previousStartDate.

Event markup triggers sebuah policy issue atau manual tindakan

• Symptom — Event enhancements disappear broadly, atau Search Console reports sebuah structured-data manual tindakan.
• mungkin penyebab — halaman adalah marking up sales, coupons, business hours, invitation-hanya activity, atau lainnya non-events sebagai Event konten.
• Perbaiki — hapus Event markup dari apa pun itu adalah tidak sebuah genuine, publicly bookable event, correct affected halaman, validate them again, dan ikuti Penelusuran Console’s reconsideration proses jika sebuah manual tindakan adalah present.

Prove sebuah Event markup perubahan took effect

Test 1 — sebuah baru di-person event adalah eligible di dirender halaman

• Test untuk jalankan — Test deployed leaf-halaman URL dengan Rich-hasil Eligibility Checker dan Google’s Rich hasil Test.
• Yang diharapkan hasil — Keduanya detect satu Event dengan name, startDate, dan sebuah physical Place location; Google reports Tidak critical Event errors.
• Failure interpretation — sebuah virtual-hanya location, missing diperlukan field, listing-halaman implementation, atau rendering sisi klien failure mencegah yang dimaksud eligibility.
• Monitoring window — Immediate di validators; memungkinkan berikutnya Google crawl sebelum expecting Search Console reporting untuk perubahan.
• Rollback trigger — melakukan tidak ship markup itu invents sebuah physical venue atau mendeskripsikan sebuah berbeda event daripada terlihat halaman. hapus block until halaman dan markup dapat agree.

Test 2 — sebuah status perbarui preserves event identity

• Test untuk jalankan — setelah setting EventCancelled, EventPostponed, atau EventRescheduled, bandingkan dirender JSON-LD dengan prior versi dan validate langsung URL again.
• Yang diharapkan hasil — startDate dan location tetap present; sebuah rescheduled event memiliki baru dates dan previousStartDate sementara status menggunakan correct schema.org enumeration.
• Failure interpretation — Missing identifying fields berarti perbarui job atau template stripped data itu Google says untuk retain.
• Monitoring window — Immediate setelah status deployment dan cache clearance.
• Rollback trigger — Revert status-template perubahan jika ini menghapus startDate atau location di seluruh event halaman, lalu redeploy sebuah corrected mapping.

Event JSON-LD contoh

sebuah standard di-person event (Google’s own contoh)

sebuah single, scheduled, physically-located event dengan diperlukan three properties plus recommended extras. ini adalah reproduced dari Google’s Event documentation:

{
  "@context": "https://schema.org",
  "@type": "Event",
  "name": "The Adventures of Kira and Morrison",
  "startDate": "2025-07-21T19:00-05:00",
  "endDate": "2025-07-21T23:00-05:00",
  "eventStatus": "https://schema.org/EventScheduled",
  "location": {
    "@type": "Place",
    "name": "Snickerpark Stadium",
    "address": {
      "@type": "PostalAddress",
      "streetAddress": "100 West Snickerpark Dr",
      "addressLocality": "Snickertown",
      "postalCode": "19019",
      "addressRegion": "PA",
      "addressCountry": "US"
    }
  },
  "image": [
    "https://example.com/photos/1x1/photo.jpg",
    "https://example.com/photos/4x3/photo.jpg",
    "https://example.com/photos/16x9/photo.jpg"
  ],
  "description": "The Adventures of Kira and Morrison is coming to Snickertown in a can't miss performance.",
  "offers": {
    "@type": "Offer",
    "url": "https://www.example.com/event_offer/12345_202403180430",
    "price": 30,
    "priceCurrency": "USD",
    "availability": "https://schema.org/InStock",
    "validFrom": "2024-05-21T12:00"
  },
  "performer": {
    "@type": "PerformingGroup",
    "name": "Kira and Morrison"
  },
  "organizer": {
    "@type": "Organization",
    "name": "Kira and Morrison Music",
    "url": "https://kiraandmorrisonmusic.com"
  }
}

Note detail itu penting: location adalah sebuah nyata Place dengan sebuah penuh address, availability dan eventStatus gunakan schema.org enum URL form (tidak plain strings), dan name adalah event judul — tidak venue “Snickerpark Stadium,” (terjemahan) “Snickerpark Stadium,” yang correctly lives di location.name.

yang sama event, cancelled — apa perubahan dan apa tidak

Ketika sebuah event adalah called off, Anda pertahankan startDate dan location persis sebagai mereka adalah dan hanya flip eventStatus:

{
  "@context": "https://schema.org",
  "@type": "Event",
  "name": "The Adventures of Kira and Morrison",
  "eventStatus": "https://schema.org/EventCancelled",
  "startDate": "2025-07-21T19:00-05:00",
  "endDate": "2025-07-21T23:00-05:00",
  "location": {
    "@type": "Place",
    "name": "Snickerpark Stadium",
    "address": {
      "@type": "PostalAddress",
      "streetAddress": "100 West Snickerpark Dr",
      "addressLocality": "Snickertown",
      "postalCode": "19019",
      "addressRegion": "PA",
      "addressCountry": "US"
    }
  }
}

satu perubahan adalah eventStatus → https://schema.org/EventCancelled. Deleting startDate atau location di sini akan menjadi mistake — Google perlu them untuk identify unique event dan tell pengguna ini adalah off.

sebuah rescheduled event — baru dates, dengan previousStartDate

Setelah sebuah postponed event memiliki sebuah confirmed baru date, switch untuk EventRescheduled, perbarui dates, dan record old satu:

{
  "@context": "https://schema.org",
  "@type": "Event",
  "name": "The Adventures of Kira and Morrison",
  "eventStatus": "https://schema.org/EventRescheduled",
  "previousStartDate": "2025-07-21T19:00-05:00",
  "startDate": "2025-09-14T19:00-05:00",
  "endDate": "2025-09-14T23:00-05:00",
  "location": {
    "@type": "Place",
    "name": "Snickerpark Stadium",
    "address": {
      "@type": "PostalAddress",
      "streetAddress": "100 West Snickerpark Dr",
      "addressLocality": "Snickertown",
      "postalCode": "19019",
      "addressRegion": "PA",
      "addressCountry": "US"
    }
  }
}

Individual event halaman vs. sebuah listing halaman

ini adalah pembedaan itu trips up venues dan ticketing platforms:

• ✅ Eligible — individual event halaman: example.com/events/kira-morrison-july-21/ dengan sebuah single Event object describing itu satu tampilkan. ini adalah apa qualifies.
• ❌ Tidak eligible — listing halaman: example.com/events/ menunjukkan sebuah calendar atau grid dari ten upcoming menampilkan, marked up (atau tidak) sebagai sebuah batch. Google’s event experience hanya mendukung halaman itu focus pada sebuah single event — so mark up individual event halaman, tidak listing.

( JSON-LD blocks di atas adalah simplified illustrative contoh dibangun pada Google’s terdokumentasi standard-event contoh; validate Anda own markup dengan Rich hasil Test sebelum shipping.)

Uji pemahaman Anda: Event Schema

Five quick pertanyaan pada schema.org/Event, physical-location aturan, dan event status menangani. Pick sebuah jawaban untuk setiap, lalu periksa.

Resources worth Anda time

My writing pada ini topic

I haven’t published sebuah standalone Event schema guide dari my own — so alih-alih poin Anda di sesuatu itu tidak exist, honest move adalah untuk kirim Anda untuk utama sources di bawah dan untuk related structured-data berfungsi pada ini situs. untuk lebih luas vocabulary dan di mana Event fits, see Schema Markup dan Structured data hubs; untuk AI angle, Schema Markup untuk AI.

Dari dokumentasi industri

• Data terstruktur Event (Google) — rujukan utama untuk properti yang diperlukan dan direkomendasikan, eventStatus, aturan satu-event-satu-URL, kebijakan konten, serta pernyataan tentang event virtual.
• Properti baru untuk event virtual, ditunda, dan dibatalkan (Blog Google, Maret 2020) — catatan peluncuran properti cara kehadiran, status event, dan lokasi virtual pada era COVID; baca bersama dokumentasi terbaru untuk memahami perubahan panduan.
• Panduan umum data terstruktur (Google) — kebijakan akurasi dan spam yang juga berlaku untuk markup Event.
• schema.org/Event — referensi lengkap untuk tipe Event dan propertinya.
• Tes hasil kaya (Google) — validasi markup Event dan periksa kelayakan hasil kaya.
• Menandai Situs Anda dengan Data Terstruktur (Bing) — dukungan data terstruktur umum Bing, bukan dokumentasi khusus Event.
• Panduan SEO sederhana untuk pemasaran event yang berhasil (Ahrefs) — pandangan lebih luas tentang SEO untuk event, dengan data terstruktur Event sebagai salah satu taktik implementasi.
• Apa Itu Schema Markup? Cara Menambahkannya dan Mengapa Penting (Ahrefs) — panduan schema umum dengan sudut penemuan untuk agen AI.

Log perubahan