暫定日本語訳:Event スキーマ

暫定日本語訳:How to implement スキーマ.org/Event markup for Google's event rich results — required properties (name, startDate, location), why virtual-only events aren't eligible, the four eventStatus values, and the one-event-one-URL rule.

初回公開:2026年7月1日 · 最終更新:2026年8月4日 · Advanced
言語
このページには証拠シグナルが1件あります

暫定日本語訳:Event スキーマ (スキーマ.org/Event) is structured データ — usually JSON-LD — that tells 検索 engines an event's name, date, location, and ticketing details so an individual event ページ can qualify for Google's event rich result. Google requires exactly three properties: name, startDate, and location. The single biggest myth to bust: as of Google's current (December 2025) docs, virtual-only events aren't eligible for the event rich result — 'Virtual experiences that have no real-world component aren't supported. Events must take place in a physical location.' That contradicts a lot of still-circulating 2020 pandemic-era advice that treats eventAttendanceMode=OnlineEventAttendanceMode and VirtualLocation as sufficient on their own; those properties are still valid スキーマ.org but don't unlock the rich result for an online-only event. Other load-bearing rules: each event needs its own unique leaf-ページ URL (listing ページ don't qualify), you must never strip startDate or location when updating eventStatus (EventScheduled, EventCancelled, EventPostponed, EventRescheduled), and marking up sales, coupons, or non-events has historically triggered manual actions. Valid markup only makes you eligible; Google still decides whether to show it.

暫定日本語案: TL;DR — スキーマ.org/Event markup (usually JSON-LD) on an individual event 暫定日本語案: ページ can make it eligible for Google’s event rich result. Google requires 暫定日本語案: three properties: name, startDate, location. The load-bearing fact of this 暫定日本語案: whole topic: per Google’s current (Dec 2025) docs, virtual-only events aren’t 暫定日本語案: supported — “Events must take place in a physical location.” eventAttendanceMode 暫定日本語案: and VirtualLocation are valid スキーマ.org (added in the 2020 COVID era) but don’t 暫定日本語案: unlock the rich result for an online-only event. Other rules people miss: one 暫定日本語案: event = one unique leaf URL (listing ページ don’t qualify); when you change 暫定日本語案: eventStatus (EventScheduled / EventCancelled / EventPostponed / EventRescheduled) 暫定日本語案: you must never strip startDate or location; multi-day is one Event, 暫定日本語案: multiple ticketed performances are separate Events; and marking up sales, 暫定日本語案: coupons, or non-events is against policy and has drawn manual actions. Valid markup 暫定日本語案: only earns eligibility.

暫定日本語案: What Event スキーマ does — and what it doesn’t

暫定日本語案: Event スキーマ is the スキーマ.org/Event vocabulary you put on an event ページ so 検索 暫定日本語案: engines can read the event’s name, timing, location, and ticketing. On Google, 暫定日本語案: correctly implemented markup on an individual event ページ makes it eligible for 暫定日本語案: the event rich result — the enhanced listing and the dedicated event-検索 暫定日本語案: experience Google runs for event-related queries.

暫定日本語案: What it doesn’t do: it isn’t a ranking factor, and it isn’t a magic switch. Like 暫定日本語案: every kind of structured データ, it makes a ページ eligible for a specific 検索 暫定日本語案: feature — it doesn’t lift your organic positions and it doesn’t guarantee the 暫定日本語案: feature shows. 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: Google: Event structured data

暫定日本語案: Required properties: name, startDate, location

暫定日本語案: Google is explicit that you must include the required properties: “You must 暫定日本語案: include the required properties for your コンテンツ to be eligible for display in 暫定日本語案: enhanced 検索 results.” For Event, that’s three:

  • 暫定日本語案: name (Text) — the full title of the event. Google’s rule is specific: 暫定日本語案: don’t use the name of the venue as the event name (that’s what location.name 暫定日本語案: is for), don’t use the type of event (“Concert” is not a descriptive name), 暫定日本語案: and don’t stuff it with URLs, prices, performers, or “short-term promotions (for 暫定日本語案: example, ‘buy your tickets now’).” Google’s own before/after: not 暫定日本語案: “Bill Graham Civic Auditorium” and not “LIMITED TIME SALE - Kesha and 暫定日本語案: Macklemore Concert - USD 25”, but “The Adventures of Kesha and Macklemore” or 暫定日本語案: “Meet and Greet: Kesha and 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.”
  • 暫定日本語案: location (Place) — set @type to Place and add location.name and 暫定日本語案: location.address. Google’s steer on the address: be specific — not just 暫定日本語案: “Sydney” but “Bennelong Point, Sydney NSW 2000, Australia.” And its 暫定日本語案: best-practice notes for 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.”

暫定日本語案: Beyond the required three, these make the listing fuller and are worth adding:

  • 暫定日本語案: endDate — same ISO-8601 format as startDate.
  • 暫定日本語案: eventStatus — the scheduled/canceled/postponed/rescheduled state (see the 暫定日本語案: dedicated section below).
  • 暫定日本語案: image — Google’s general image guidance applies; provide multiple images 暫定日本語案: at 1x1, 4x3, and 16x9 aspect ratios.
  • 暫定日本語案: offers (an Offer) — url, price, priceCurrency, availability 暫定日本語案: (e.g. InStock, SoldOut, PreOrder), and validFrom for when tickets go on 暫定日本語案: sale.
  • 暫定日本語案: performer (Person / PerformingGroup) and organizer (Organization / 暫定日本語案: Person, with name and url).
  • 暫定日本語案: description — Google’s guidance: “Focus on the event details and not your 暫定日本語案: サイト’s features. Don’t repeat other facts like date and location; instead, add 暫定日本語案: that information to the respective properties.” Note it only shows a snippet.

暫定日本語案: Virtual and hybrid events: what Google’s current docs actually say

暫定日本語案: This is the section that separates current guidance from the recycled 2020 advice 暫定日本語案: still all over the web, so read it carefully.

暫定日本語案: Google’s current documentation states, verbatim: “Virtual experiences that 暫定日本語案: have no real-world component aren’t supported. Events must take place in a physical 暫定日本語案: location.” That means a purely virtual, online-only event has no path into 暫定日本語案: Google’s event rich result — regardless of how you mark it up.

Evidence for this claim Google's current Event rich-result documentation says purely virtual events without a real-world component are not supported. Scope: Google Search Event rich-result requirements; Schema.org still defines online-attendance and VirtualLocation vocabulary. Confidence: high · Verified: Google: Event structured data

暫定日本語案: Here’s the nuance that trips people up. Back in March 2020, at the start of the 暫定日本語案: pandemic, Google announced new Event 暫定日本語案: properties 暫定日本語案: so publishers could communicate that events had moved online or been canceled: an 暫定日本語案: eventAttendanceMode (with OnlineEventAttendanceMode / 暫定日本語案: OfflineEventAttendanceMode / MixedEventAttendanceMode values), the 暫定日本語案: eventStatus values, and support for VirtualLocation. Those properties are 暫定日本語案: still valid スキーマ.org vocabulary — nobody removed them. But the current 暫定日本語案: 検索 Central Event doc no longer documents an online-event example and states 暫定日本語案: outright that virtual-only events aren’t supported for the rich result.

暫定日本語案: So the honest, current position:

  • 暫定日本語案: A physical location is the anchor. Virtual and hybrid events likely still 暫定日本語案: need a real-world location component to qualify for the event experience — 暫定日本語案: because Google requires that physical location.
  • 暫定日本語案: eventAttendanceMode and VirtualLocation aren’t useless — they’re 暫定日本語案: legitimate markup for a hybrid event that does have a real venue, and they’re 暫定日本語案: useful for other consumers of the データ (your own systems, other 検索 engines, 暫定日本語案: and AI/LLM understanding). They just don’t, by themselves, get an online-only 暫定日本語案: event into Google’s rich result.
  • 暫定日本語案: If you run webinars or online-only events, don’t expect the event rich 暫定日本語案: result. Use the markup for machine-readability if you like, but plan your 暫定日本語案: visibility around the rest of your SEO, not the event experience.

暫定日本語案: I want to be precise here rather than sensational: this is not “virtual events 暫定日本語案: are banned.” It’s that a virtual event with no real-world component isn’t 暫定日本語案: eligible for the specific event rich result. Most of the competing コンテンツ on this 暫定日本語案: topic still treats OnlineEventAttendanceMode as a live Google feature that gets 暫定日本語案: an online event into the rich result on its own. Straight from Google’s current 暫定日本語案: docs, that’s not how it works.

Evidence for this claim Google's current Event rich-result documentation says purely virtual events without a real-world component are not supported. Scope: web Confidence: high · Verified: Event structured data

暫定日本語案: Handling event status: EventScheduled, EventCancelled, EventPostponed, EventRescheduled

暫定日本語案: eventStatus takes one of four values, and there’s one rule that dwarfs the rest: 暫定日本語案: never remove startDate or location when the status changes. Google warns: 暫定日本語案: “When the event status changes, DON’T remove the startDate. The startDate 暫定日本語案: property is required to help identify the unique event.”

暫定日本語案: If you don’t set eventStatus at all, Google treats the event as EventScheduled 暫定日本語案: (the normal, going-ahead state). The other three:

  • 暫定日本語案: EventCancelled — the event won’t happen. 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.”
  • 暫定日本語案: EventPostponed — it will happen, but the new date isn’t known yet. 暫定日本語案: 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.”
  • 暫定日本語案: EventRescheduled — a new date is confirmed. 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.”

暫定日本語案: The distinction people most often blur: EventPostponed and EventCancelled are 暫定日本語案: not interchangeable. Cancelled means it’s off; postponed means it’s happening 暫定日本語案: later on a date you don’t know yet — and you should upgrade postponed to 暫定日本語案: rescheduled (with previousStartDate) once you do know.

暫定日本語案: One event, one URL — why listing ページ don’t qualify

暫定日本語案: Google is unambiguous: “Each event MUST have a unique URL (a leaf ページ) and markup 暫定日本語案: on that URL,” and “The event experience on Google only supports ページ that focus 暫定日本語案: on a single event. We recommend focusing on adding markup to your event posting 暫定日本語案: ページ instead of ページ that list schedules or multiple events.”

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: web Confidence: high · Verified: Event structured data

暫定日本語案: This is one of the most common implementation mistakes for venues and ticketing 暫定日本語案: platforms — marking up a calendar or “upcoming events” listing ページ and expecting a 暫定日本語案: rich result for each event on it. That ページ doesn’t qualify. Each event needs its 暫定日本語案: own dedicated ページ with its own markup.

暫定日本語案: Multi-day events vs. multiple performances

暫定日本語案: These are handled differently, and it trips up a lot of implementations:

  • 暫定日本語案: A single event that spans several daysone Event with the startDate 暫定日本語案: and endDate covering the 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.”
  • 暫定日本語案: Multiple distinct ticketed performances across days → a separate Event 暫定日本語案: for each. Google: “If there are several different performances across different 暫定日本語案: days, each with individual tickets, add a separate Event element for each 暫定日本語案: パフォーマンス.”

暫定日本語案: For genuinely recurring series, スキーマ.org has EventSeries and eventSchedule 暫定日本語案: properties. They’re valid markup — but I’d treat them as “valid スキーマ.org, 暫定日本語案: unconfirmed rich-result impact” rather than a guaranteed path to the event 暫定日本語案: experience. When in doubt, follow Google’s documented pattern: one Event per 暫定日本語案: パフォーマンス.

暫定日本語案: コンテンツ policies — what gets events disapproved (and manually actioned)

暫定日本語案: Event markup has a real spam-enforcement history, so this isn’t hypothetical. 暫定日本語案: Google requires that “Each event must accurately describe the event name, start 暫定日本語案: date, and location,” and it spells out what not to mark up as an event:

  • 暫定日本語案: Non-events. Google: *“Don’t promote non-event 商品 or services such as 暫定日本語案: ‘Trip package: San Diego/LA, 7 nights’ as events. Don’t add short-term discounts 暫定日本語案: or purchase opportunities, such as: ‘Concert — buy your tickets now,’ or ‘Concert
    • 暫定日本語案: 50% off until Saturday.’ Don’t mark business hours as events, such as: 暫定日本語案: ‘Adventure park open 8 AM to 5PM.’ Don’t mark coupons or vouchers as events, such 暫定日本語案: as: ‘5% off your first order.’”*
  • 暫定日本語案: Membership/invitation-only events. Google: “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.”
  • 暫定日本語案: School/minors on-premise events. Google: “Spectator events where the 暫定日本語案: primary participants and audience are minors and occur on-premise of a school 暫定日本語案: aren’t eligible for the event experience.”

暫定日本語案: And there are teeth behind this. Google: “If your サイト 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 サイト for reconsideration.” This isn’t 暫定日本語案: theoretical — Google was reported to have issued manual actions against sites using 暫定日本語案: Event markup to promote sales and coupons rather than genuine events, which is 暫定日本語案: exactly the “don’t add short-term discounts” and “don’t mark coupons as events” 暫定日本語案: guidance above. (I’d verify the specifics against a primary source before treating 暫定日本語案: any particular case as canonical — the enforcement pattern is well established 暫定日本語案: regardless.)

暫定日本語案: Date and time formatting

暫定日本語案: Use ISO-8601, and include the timezone offset. Google’s guidance: specify the 暫定日本語案: timezone by including the UTC/GMT offset — an event at 7pm on September 5 in New 暫定日本語案: York should carry the -04:00 or -05:00 offset. For a genuinely day-long event 暫定日本語案: where the hour is unknown or irrelevant, use the date only (no time). And don’t 暫定日本語案: fake a midnight start: a value like 2019-08-15T00:00:00+00:00 for an event whose 暫定日本語案: start time you don’t actually know reads to Google as literally midnight, which is 暫定日本語案: almost certainly wrong.

暫定日本語案: Event subtypes: base Event vs. MusicEvent, BusinessEvent, etc.

暫定日本語案: スキーマ.org has subtypes — MusicEvent, BusinessEvent, EducationEvent, 暫定日本語案: SportsEvent, and more. You don’t have to use them: the base Event type is 暫定日本語案: valid and sufficient, and Google’s documented required/recommended properties apply 暫定日本語案: the same way regardless. Subtypes add more specific semantic tagging if you want 暫定日本語案: it, but “you must use MusicEvent” is a myth — base Event is fine.

暫定日本語案: Bing and Event スキーマ

暫定日本語案: Bing doesn’t publish an Event-specific structured-データ help ページ the way Google 暫定日本語案: does. Its general reference — 暫定日本語案: Marking Up Your サイト with Structured 暫定日本語案: データ 暫定日本語案: — confirms Bing supports the スキーマ.org vocabulary broadly (along with Microdata, 暫定日本語案: RDFa, and Open Graph), without Event-specific required/recommended property lists. 暫定日本語案: I’m not going to invent Bing Event support that doesn’t have a documentation ページ 暫定日本語案: behind it. The honest framing: Bing rewards well-formed スキーマ.org markup generally 暫定日本語案: and won’t punish you for including Event スキーマ, but it has no equivalent of 暫定日本語案: Google’s dedicated event rich-result/検索 experience. So the primary motivation 暫定日本語案: for Event markup remains Google — plus general machine-readability for AI/LLM 暫定日本語案: consumption.

暫定日本語案: Validating and troubleshooting

暫定日本語案: Validate the markup with Google’s Rich Results 暫定日本語案: Test, and monitor the Events report 暫定日本語案: and enhancements in 検索 Console. A note on regional availability: Google’s event 暫定日本語案: 検索 experience is available in a specific set of countries/languages, and that 暫定日本語案: list changes — verify the current availability directly on Google’s docs ページ at 暫定日本語案: the time you implement, rather than trusting a stale list.

暫定日本語案: Where this sits

暫定日本語案: Event スキーマ is one of the Social & Community スキーマ types in the broader 暫定日本語案: structured-データ picture, alongside markup like DiscussionForumPosting, FAQPage, 暫定日本語案: HowTo, QAPage, and SoftwareApplication. For the vocabulary as a whole and how these 暫定日本語案: pieces fit together, see the broader スキーマ Markup and Structured データ 暫定日本語案: hubs this article nests under.

Add an expert note

Pin an expert quote

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