Event-Schema

TL;DR — Event-Schema ist Code, den Sie einer Event-Seite hinzufügen, um die Event-Details für Suchmaschinen zu kennzeichnen – „das ist der Event-Name“, „das ist der Startzeitpunkt“, „das ist der Veranstaltungsort“, „so erhalten Sie Tickets“. Wenn Sie es korrekt zu einer einzelnen Event-Seite hinzufügen, kann es für Googles umfangreichere Event-Einträge in Frage kommen. Der Punkt, den die meisten Anleitungen falsch verstehen: Googles erweitertes Event-Ergebnis benötigt einen echten, physischen Standort – ein rein Online-Event ist nicht teilnahmeberechtigt, egal wie Sie es auszeichnen.

Was Event-Schema ist

Wenn Sie eine Event-Seite lesen, erkennen Sie sofort, was der Eventname, das Datum und der Veranstaltungsort ist. Eine Suchmaschine sieht zunächst nur Text und muss diese Angaben einordnen. Event-Schema macht sie mithilfe des gemeinsamen Vokabulars von schema.org im Code eindeutig: den name des Events, sein startDate, seine location, Ticket-offers, auftretende Personen und den Veranstalter.

Es wird fast immer als JSON-LD geschrieben – ein kleiner Codeblock, der in der Seite sitzt, ohne das Aussehen der Seite zu verändern.

Warum es sich lohnt

Der Lohn ist das erweiterte Event-Ergebnis: der verbesserte, visuell reichhaltige Eintrag (und das dedizierte Event-Sucherlebnis), den Google für eventbezogene Suchanfragen anzeigt. Eine Seite mit sauberem Event-Markup kann einen auffälligeren Eintrag erhalten, der Datum, Veranstaltungsort und Ticketinformationen direkt in den Ergebnissen zeigt – was helfen kann, hervorzustechen. Das gleiche strukturierte Markup gibt auch KI-Systemen eine klarere, eindeutige Lesart der Event-Details, obwohl ich keine Daten habe, die zeigen, dass dies zuverlässig in mehr KI-basierten Traffic oder Zitaten für eine bestimmte Event-Seite resultiert.

Die drei Dinge, die Sie haben müssen

Um überhaupt teilnahmeberechtigt zu sein, verlangt Google genau drei Eigenschaften:

• name – der vollständige Titel des Events (nicht der Veranstaltungsort und kein Werbeversprechen wie „50 % Rabatt auf Tickets“).
• startDate – wann es beginnt, mit Datum und Uhrzeit.
• location – wo es stattfindet, als Place mit einem Namen und einer Adresse.

Darüber hinaus lohnt es sich, die empfohlenen Details hinzuzufügen – ein endDate, ein image, Ticket-offers (Preis, Währung, Verfügbarkeit), den performer und den organizer –, weil sie den Eintrag reichhaltiger und nützlicher machen.

Das, was die meisten falsch verstehen

Ein reines Online-Event ist nicht für Googles Event-Rich-Result berechtigt. Googles aktuelle Dokumentation verlangt einen physischen Veranstaltungsort. Viele Ratschläge aus dem Jahr 2020 – als Google während der Pandemie Eigenschaften für Online-Events einführte – erwecken den Eindruck, ein einfacher „Online-Event“-Schalter genüge. Für Googles Rich Result stimmt das nicht. Die Eigenschaften sind weiterhin gültig, bringen ein Webinar allein aber nicht in das Event-Erlebnis.

Zwei weitere Anfängerfallen:

• Ein Event, eine Seite. Zeichnen Sie einzelne Eventseiten aus – nicht eine Seite, die alle kommenden Events auflistet. Listen- und Kalenderseiten sind nicht berechtigt.
• Gültiges Markup ≠ garantiertes erweitertes Ergebnis. Es macht Sie teilnahmeberechtigt; Google entscheidet weiterhin, ob es angezeigt wird.
• Fälschen Sie keine Events. Das Auszeichnen eines Verkaufs, eines Gutscheins oder Ihrer Geschäftszeiten als „Event“ verstößt gegen Googles Regeln und hat Websites in Schwierigkeiten gebracht.

Die vollständige Version behandelt Pflicht- und empfohlene Eigenschaften, abgesagte und verschobene Events, mehrtägige Events gegenüber mehreren Aufführungen sowie Inhaltsregeln, die zur Ablehnung führen. Wechseln Sie dafür zum Tab Advanced.

TL;DR — schema.org/Event-Markup (meist JSON-LD) auf einer einzelnen Event-Seite kann diese für das Event-Rich-Result von Google qualifizieren. Google verlangt drei Eigenschaften: name, startDate, location. Die tragende Tatsache dieses gesamten Themas: Laut Googles aktueller Dokumentation vom Dezember 2025 werden rein virtuelle Events nicht unterstützt – “Events must take place in a physical location.” (Übersetzung) „Events müssen an einem physischen Ort stattfinden.“ eventAttendanceMode und VirtualLocation sind gültiges schema.org (hinzugefügt in der COVID-Ära 2020), schalten das Rich-Result für ein reines Online-Event jedoch nicht frei. Andere Regeln, die oft übersehen werden: ein Event = eine eindeutige Blatt-URL (Auflistungsseiten qualifizieren nicht); wenn Sie eventStatus ändern (EventScheduled / EventCancelled / EventPostponed / EventRescheduled), dürfen Sie startDate oder location niemals entfernen; ein mehrtägiges Event bleibt ein Event, mehrere Aufführungen mit eigenen Tickets sind separate Events; und das Auszeichnen von Verkäufen, Gutscheinen oder Nicht-Events verstößt gegen die Richtlinien und hat bereits manuelle Maßnahmen nach sich gezogen. Gültiges Markup verschafft nur Berechtigung.

Was Event-Schema bewirkt – und was nicht

Event-Schema ist das schema.org/Event-Vokabular, das Sie auf eine Event-Seite setzen, damit Suchmaschinen Name, Zeitpunkt, Ort und Ticketinformationen des Events lesen können. Bei Google macht korrekt implementiertes Markup auf einer einzelnen Event-Seite diese für das Event-Rich-Result berechtigt – die erweiterte Auflistung und die spezielle Event-Suche, die Google für eventbezogene Suchanfragen anbietet.

Was es nicht bewirkt: Es ist kein Ranking-Faktor und kein Zaubermittel. Wie jede Art von strukturierten Daten macht es eine Seite berechtigt für ein bestimmtes Suchfeature – es hebt Ihre organischen Positionen nicht an und garantiert nicht, dass das Feature angezeigt wird. 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

Erforderliche Eigenschaften: name, startDate, location

Google formuliert die Voraussetzung eindeutig: “You must include the required properties for your content to be eligible for display in enhanced search results.” (Übersetzung) „Sie müssen die erforderlichen Eigenschaften angeben, damit Ihre Inhalte in erweiterten Suchergebnissen angezeigt werden können.“ Für Event sind das drei:

• name (Text) – der vollständige Titel des Events. Verwenden Sie weder den Namen des Veranstaltungsorts (dafür ist location.name da) noch nur den Eventtyp („Konzert“ ist kein aussagekräftiger Name), und füllen Sie den Namen nicht mit URLs, Preisen, Künstlern oder “short-term promotions (for example, ‘buy your tickets now’).” (Übersetzung) „kurzfristigen Werbeaktionen (zum Beispiel: ‚Kaufen Sie jetzt Ihre Tickets‘)“. Googles Beispiele zeigen den Unterschied: “Bill Graham Civic Auditorium” (Übersetzung) „Bill Graham Civic Auditorium“ ist nur der Veranstaltungsort. “LIMITED TIME SALE - Kesha and Macklemore Concert - $25” (Übersetzung) „NUR KURZE ZEIT – Kesha-und-Macklemore-Konzert – 25 $“ ist eine Verkaufsbotschaft. Passend sind dagegen “The Adventures of Kesha and Macklemore” (Übersetzung) „Die Abenteuer von Kesha und Macklemore“ oder “Meet and Greet: Kesha and Macklemore.” (Übersetzung) „Meet-and-Greet: Kesha und Macklemore.“ Gemeint ist jeweils der eigentliche Eventtitel.
• 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.” (Übersetzung) „Startdatum und Startzeit des Events im ISO-8601-Format. Geben Sie Datum und Uhrzeit an, damit Nutzer passende Events für ihren Zeitplan finden können.“
• location (Place) – setzen Sie @type auf Place und fügen Sie location.name und location.address hinzu. Googles Hinweis zur Adresse: seien Sie spezifisch – nicht nur „Sydney“, sondern „Bennelong Point, Sydney NSW 2000, Australia.“ Und seine Best-Practice-Hinweise für knifflige Fälle: “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.” (Übersetzung) „Erstreckt sich das Event über mehrere Straßen, geben Sie den Startort an und erläutern Sie die vollständigen Details in description. Gibt es keinen klar bestimmten Ort, verwenden Sie die Stadt oder den repräsentativsten Ort. Findet das Event gleichzeitig an mehreren Orten statt, erstellen Sie für jeden Ort ein eigenes Event.“

Empfohlene Eigenschaften, die das Ergebnis verbessern

Über die erforderlichen drei hinaus machen diese die Auflistung vollständiger und sind es wert, hinzugefügt zu werden:

• endDate — gleiches ISO-8601-Format wie startDate.
• eventStatus — der Status geplant/abgesagt/verschoben/neu terminiert (siehe den entsprechenden Abschnitt unten).
• image — Googles allgemeine Bildrichtlinien gelten; stellen Sie mehrere Bilder in den Seitenverhältnissen 1x1, 4x3 und 16x9 bereit.
• offers (ein Offer) — url, price, priceCurrency, availability (z. B. InStock, SoldOut, PreOrder) und validFrom für den Zeitpunkt, ab dem Tickets in den Verkauf gehen.
• performer (Person / PerformingGroup) und organizer (Organization / Person, mit name und url).
• description — Googles Richtlinie: “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.” (Übersetzung) „Konzentrieren Sie sich auf die Veranstaltungsdetails und nicht auf die Funktionen Ihrer Website. Wiederholen Sie keine anderen Fakten wie Datum und Ort; fügen Sie diese Informationen stattdessen den jeweiligen Eigenschaften hinzu.“ Beachten Sie, dass nur ein Ausschnitt angezeigt wird.

Virtuelle und hybride Veranstaltungen: Was Googles aktuelle Dokumentation tatsächlich sagt

Dieser Abschnitt trennt die aktuelle Anleitung von den wiederaufgewärmten Ratschlägen aus dem Jahr 2020, die immer noch überall im Web kursieren. Lesen Sie ihn daher sorgfältig.

Googles aktuelle Dokumentation besagt wörtlich: “Virtual experiences that have no real-world component aren’t supported. Events must take place in a physical location.” (Übersetzung) „Rein virtuelle Erlebnisse werden nicht unterstützt; ein Event braucht einen physischen Veranstaltungsort.“ Das bedeutet: Ein reines Online-Event kann nicht für Googles Event-Rich-Result qualifiziert sein – unabhängig davon, wie es ausgezeichnet wird.

Hier liegt die Nuance, über die viele stolpern. Im März 2020, zu Beginn der Pandemie, hat Google neue Event-Eigenschaften angekündigt, damit Publisher mitteilen konnten, dass Veranstaltungen online verlegt oder abgesagt wurden: eine eventAttendanceMode (mit den Werten OnlineEventAttendanceMode / OfflineEventAttendanceMode / MixedEventAttendanceMode), die eventStatus-Werte und Unterstützung für VirtualLocation. Diese Eigenschaften sind weiterhin gültiges schema.org-Vokabular — niemand hat sie entfernt. Aber das aktuelle Search-Central-Event-Dokument dokumentiert kein Online-Event-Beispiel mehr und stellt klar, dass rein virtuelle Veranstaltungen für das Rich-Result nicht unterstützt werden.

Die ehrliche, aktuelle Position lautet also:

• Ein physischer Ort ist der Anker. Virtuelle und hybride Veranstaltungen benötigen wahrscheinlich weiterhin eine reale Ortskomponente, um für das Event-Erlebnis in Frage zu kommen — weil Google diesen physischen Ort voraussetzt.
• eventAttendanceMode und VirtualLocation sind nicht nutzlos — sie sind legitime Auszeichnungen für eine hybride Veranstaltung, die einen realen Veranstaltungsort hat, und sie sind für andere Konsumenten der Daten nützlich (eigene Systeme, andere Suchmaschinen und KI-/LLM-Verständnis). Sie allein bringen eine reine Online-Veranstaltung jedoch nicht in Googles Rich-Result.
• Wenn Sie Webinare oder reine Online-Veranstaltungen betreiben, erwarten Sie das Event-Rich-Result nicht. Verwenden Sie die Auszeichnung bei Bedarf für die Maschinenlesbarkeit, aber planen Sie Ihre Sichtbarkeit rund um den Rest Ihrer SEO, nicht um das Event-Erlebnis.

Ich möchte hier präzise statt reißerisch sein: Das ist nicht “virtuelle Veranstaltungen sind verboten.” Es bedeutet, dass eine virtuelle Veranstaltung ohne reale Komponente nicht für das spezifische Event-Rich-Result in Frage kommt. Der Großteil der konkurrierenden Inhalte zu diesem Thema behandelt OnlineEventAttendanceMode weiterhin als aktives Google-Feature, das eine Online-Veranstaltung allein ins Rich-Result bringt. Googles aktuelle Dokumentation geht hervor, dass das nicht so funktioniert.

Umgang mit dem Veranstaltungsstatus: EventScheduled, EventCancelled, EventPostponed, EventRescheduled

eventStatus akzeptiert einen von vier Werten, und es gibt eine Regel, die alle anderen überragt: Entfernen Sie startDate oder location niemals, wenn sich der Status ändert. Google warnt: “When the event status changes, DON’T remove the startDate. The startDate property is required to help identify the unique event.” (Übersetzung) „Wenn sich der Veranstaltungsstatus ändert, entfernen Sie NICHT die startDate. Die startDate-Eigenschaft ist erforderlich, um das eindeutige Ereignis zu identifizieren.“

Wenn Sie eventStatus überhaupt nicht setzen, behandelt Google die Veranstaltung als EventScheduled (den normalen, stattfindenden Zustand). Die anderen drei:

• EventCancelled — das Event findet nicht statt. 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.” (Übersetzung) „Entfernen oder ändern Sie keine anderen Eigenschaften (beispielsweise startDate oder location). Behalten Sie alle Werte aus der Zeit vor der Absage bei und setzen Sie eventStatus auf EventCancelled. startDate und location identifizieren das konkrete Event und machen seinen neuen Status verständlich.“
• EventPostponed — es wird stattfinden, aber das neue Datum ist noch nicht bekannt. 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.” (Übersetzung) „Das Event wurde verschoben, das neue Datum ist aber noch nicht bekannt. Behalten Sie das ursprüngliche Datum in startDate, bis der neue Termin feststeht. Setzen Sie anschließend eventStatus auf EventRescheduled und tragen Sie die neuen Werte in startDate und endDate ein.“
• EventRescheduled — ein neues Datum ist bestätigt. 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.” (Übersetzung) „Das Event wurde auf einen späteren Termin verlegt. Aktualisieren Sie startDate und endDate mit den neuen Daten. Optional können Sie eventStatus als neu terminiert kennzeichnen und previousStartDate ergänzen.“

Die häufig verwechselten Werte EventPostponed und EventCancelled sind nicht austauschbar. Abgesagt bedeutet, dass das Event nicht stattfindet; verschoben bedeutet, dass es später stattfindet, der Termin aber noch offen ist. Sobald der neue Termin feststeht, wechseln Sie zu EventRescheduled und ergänzen previousStartDate.

Ein Event, eine URL – warum Listenseiten nicht infrage kommen

Google ist unmissverständlich: “Each event MUST have a unique URL (a leaf page) and markup on that URL,” (Übersetzung) „Jedes Event MUSS eine eindeutige URL (eine Detailseite) und Markup auf dieser URL haben“, und “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.” (Übersetzung) „Googles Event-Erlebnis unterstützt nur Seiten, die sich auf ein einzelnes Event konzentrieren. Google empfiehlt deshalb, Event-Detailseiten statt Terminplänen oder Listen mit mehreren Events auszuzeichnen.“

Dies ist einer der häufigsten Implementierungsfehler bei Veranstaltungsorten und Ticketplattformen: Sie zeichnen eine Kalender- oder „Bevorstehende Events“-Liste aus und erwarten für jedes enthaltene Event ein Rich Result. Eine solche Listenseite ist nicht berechtigt. Jedes Event benötigt eine eigene Detailseite mit eigenem Markup.

Mehrtägige Events vs. mehrere Aufführungen

Diese werden unterschiedlich behandelt, und das bringt viele Implementierungen durcheinander:

• Ein einzelnes Event, das sich über mehrere Tage erstreckt → ein Event mit startDate und endDate, die den Zeitraum abdecken. 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.” (Übersetzung) „Wenn sich die Event- oder Ticketinformationen auf ein mehrtägiges Event beziehen, geben Sie dessen Start- und Enddatum an.“
• Mehrere verschiedene Ticket-Aufführungen über mehrere Tage → ein separates Event für jede. Google: “If there are several different performances across different days, each with individual tickets, add a separate Event element for each performance.” (Übersetzung) „Gibt es an verschiedenen Tagen mehrere Aufführungen mit jeweils eigenen Tickets, fügen Sie für jede Aufführung ein separates Event-Element hinzu.“

Für wirklich wiederkehrende Serien bietet schema.org EventSeries- und eventSchedule-Eigenschaften. Sie sind gültiges Markup – aber ich würde sie eher als „gültiges schema.org, unbestätigte Rich-Result-Auswirkung“ behandeln, denn als garantierten Weg zur Ereignis-Erfahrung. Im Zweifelsfall folgen Sie dem dokumentierten Muster von Google: ein Event pro Aufführung.

Inhaltsrichtlinien – wodurch Events abgelehnt werden können (und manuelle Maßnahmen drohen)

Die Durchsetzung gegen Spam mit Event-Markup hat eine reale Vorgeschichte. Google verlangt: “Each event must accurately describe the event name, start date, and location,” (Übersetzung) „Jedes Event muss seinen Namen, sein Startdatum und seinen Ort korrekt beschreiben.“ Außerdem nennt Google ausdrücklich Inhalte, die nicht als Event ausgezeichnet werden dürfen:

• Keine Nicht-Events. Google: *“Don’t promote non-event products 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.’”* (Übersetzung) „Bewerben Sie Produkte oder Dienstleistungen, die keine Events sind – etwa ein Reisepaket –, nicht als Events. Zeichnen Sie auch keine kurzfristigen Rabatte, Kaufangebote, Geschäftszeiten, Gutscheine oder Coupons als Events aus.“
• Keine Events nur für Mitglieder oder Eingeladene. 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.” (Übersetzung) „Events müssen für die Allgemeinheit buchbar sein. Ist vor dem Ticketkauf oder der Teilnahme eine Mitgliedschaft oder Einladung erforderlich, ist das Event nicht für das Event-Erlebnis berechtigt.“
• Keine schulischen Zuschauerveranstaltungen mit Minderjährigen als Hauptbeteiligten. 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.” (Übersetzung) „Zuschauerveranstaltungen auf einem Schulgelände, bei denen sowohl die Hauptbeteiligten als auch das Publikum minderjährig sind, sind nicht für das Event-Erlebnis berechtigt.“

Diese Regeln haben Konsequenzen. Google schreibt: “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.” (Übersetzung) „Verstößt Ihre Website gegen eine oder mehrere dieser Richtlinien, kann Google eine manuelle Maßnahme verhängen. Nach der Behebung können Sie eine erneute Überprüfung beantragen.“ Berichten zufolge hat Google solche Maßnahmen gegen Websites ergriffen, die Verkäufe und Gutscheine statt echter Events auszeichneten. Bevor ein einzelner Fall als maßgeblich behandelt wird, sollten die Details jedoch anhand einer Primärquelle geprüft werden; das grundsätzliche Durchsetzungsmuster ist unabhängig davon belegt.

Datums- und Zeitformatierung

Verwenden Sie ISO-8601 und geben Sie den Zeitzonen-Offset an. Googles Anleitung: Geben Sie die Zeitzone an, indem Sie den UTC/GMT-Offset einbeziehen – ein Event um 19 Uhr am 5. September in New York sollte den Offset -04:00 oder -05:00 tragen. Für ein wirklich ganztägiges Event, bei dem die Stunde unbekannt oder irrelevant ist, verwenden Sie nur das Datum (ohne Uhrzeit). Und geben Sie keine vorgetäuschte Mitternachts-Startzeit an: Ein Wert wie 2019-08-15T00:00:00+00:00 für ein Event, dessen Startzeit Sie nicht wirklich kennen, liest sich für Google als wörtlich Mitternacht, was mit ziemlicher Sicherheit falsch ist.

Event-Untertypen: Basis-Event vs. MusicEvent, BusinessEvent usw.

schema.org hat Untertypen – MusicEvent, BusinessEvent, EducationEvent, SportsEvent und weitere. Sie müssen sie nicht verwenden: Der Basis-Event-Typ ist gültig und ausreichend, und Googles dokumentierte erforderliche/empfohlene Eigenschaften gelten unabhängig davon gleichermaßen. Untertypen fügen spezifischere semantische Auszeichnungen hinzu, wenn Sie sie möchten, aber “Sie müssen MusicEvent verwenden” ist ein Mythos – Basis-Event ist in Ordnung.

Bing und Event-Schema

Bing veröffentlicht im Gegensatz zu Google keine Event-spezifische Hilfeseite für strukturierte Daten. Die allgemeine Bing-Referenz „Website mit strukturierten Daten auszeichnen“ bestätigt die breite Unterstützung des schema.org-Vokabulars sowie von Microdata, RDFa und Open Graph, nennt aber keine Event-spezifischen Pflicht- oder empfohlenen Eigenschaften. Daher wäre es falsch, eine nicht dokumentierte spezielle Event-Unterstützung zu behaupten. Sauberes schema.org-Markup ist für Bing grundsätzlich sinnvoll, doch Bing bietet kein dokumentiertes Gegenstück zu Googles eigener Event-Suche und dem zugehörigen Rich Result. Die Hauptmotivation für Event-Markup bleibt damit Google – ergänzt um die allgemeine Maschinenlesbarkeit für KI- und LLM-Systeme.

Validierung und Fehlerbehebung

Validieren Sie das Markup mit Googles Rich Results Test und überwachen Sie den Events-Bericht und die Verbesserungen in der Search Console. Ein Hinweis zur regionalen Verfügbarkeit: Googles Event-Suche-Erfahrung ist in einer bestimmten Reihe von Ländern/Sprachen verfügbar, und diese Liste ändert sich – überprüfen Sie die aktuelle Verfügbarkeit direkt auf Googles Dokumentationsseite zum Zeitpunkt der Implementierung, anstatt einer veralteten Liste zu vertrauen.

Wo dies einzuordnen ist

Das Event-Schema ist einer der Social & Community-Schema-Typen im breiteren Strukturierte-Daten-Kontext, neben Markups wie DiscussionForumPosting, FAQPage, HowTo, QAPage und SoftwareApplication. Für das gesamte Vokabular und wie diese Teile zusammenpassen, siehe die breiteren Schema-Markup- und Strukturierte-Daten- Hubs, unter denen dieser Artikel eingeordnet ist.

KI-Zusammenfassung

Eine komprimierte Darstellung der erweiterten Version:

• Was es ist: schema.org/Event-Markup (normalerweise JSON-LD) auf einer einzelnen Event-Seite, das den Namen, das Datum, den Ort und den Ticketverkauf des Events kennzeichnet, damit die Seite für das Event-Rich-Result von Google und die Event-Suche qualifiziert ist.
• Erforderliche Eigenschaften (drei): name, startDate, location. name ist der Event-Titel (nicht der Veranstaltungsort, nicht der Event-Typ, keine Werbeaktionen); startDate ist ISO-8601 mit Datum und Uhrzeit; location ist ein Place mit einem Namen und einer spezifischen Adresse.
• Der zentrale Irrtum: Laut aktueller Google-Dokumentation (Dezember 2025) werden reine Online-Events nicht unterstützt – “Events must take place in a physical location.” (Übersetzung) „Events müssen an einem physischen Ort stattfinden.“ eventAttendanceMode und VirtualLocation sind gültige schema.org-Eigenschaften (hinzugefügt im März 2020, COVID-Ära), führen aber ein reines Online-Event nicht allein zum Rich-Result. Hybride/virtuelle Events benötigen wahrscheinlich weiterhin eine reale Ortskomponente.
• Ein Event = eine eindeutige Blatt-URL. Listen-/Zeitplan-/Kalenderseiten mit mehreren Events qualifizieren sich nicht.
• eventStatus (vier Werte): Standard EventScheduled; EventCancelled (abgesagt), EventPostponed (findet später statt, Datum unbekannt), EventRescheduled (neues Datum festgelegt, previousStartDate hinzufügen). Entfernen Sie niemals startDate oder location, wenn sich der Status ändert.
• Mehrtägig vs. mehrere Aufführungen: Ein einzelnes mehrtägiges Event ist ein Event mit startDate/endDate; mehrere ticketpflichtige Aufführungen sind jeweils ein separates Event. EventSeries/eventSchedule sind gültig, aber für das Rich-Result unbestätigt.
• Die Inhaltsrichtlinie hat Zähne: Markieren Sie keine Verkäufe, Gutscheine, Geschäftszeiten oder andere Nicht-Events; Mitgliedschafts-/Einladungs-Events und Events mit Minderjährigen in der Schule sind nicht teilnahmeberechtigt; Verstöße können manuelle Maßnahmen nach sich ziehen.
• Daten: ISO-8601 mit Zeitzonen-Offset; nur Datum für ganztägige Events; erfinden Sie keinen Mitternachtsstart.
• Subtypen optional: Das Basis-Event ist gültig und ausreichend – MusicEvent, BusinessEvent usw. fügen Semantik hinzu, sind aber nicht erforderlich.
• Bing: Kein dediziertes Event-Dokument; unterstützt schema.org allgemein; kein Event- Rich-Result. Die Hauptmotivation für Event-Markup ist Google (plus KI-/LLM-Lesbarkeit).
• Berechtigung ≠ Anzeige: Gültiges Markup macht die Seite nur berechtigt; Google entscheidet weiterhin, ob es angezeigt wird.

Offizielle Dokumentation

Primärquellen-Dokumentation der Suchmaschinen.

Google

• Strukturierte Daten für Events – die maßgebliche Referenz für Pflicht- und empfohlene Eigenschaften, eventStatus, die Regel „ein Event, eine URL“, Inhaltsrichtlinien und die Aussage zu virtuellen Events. In der Fußzeile steht “Last updated 2025-12-10 UTC.” (Übersetzung) „Zuletzt aktualisiert am 10. Dezember 2025 (UTC).“
• Neue Eigenschaften für virtuelle, verschobene und abgesagte Events (März 2020) – die Einführung von eventAttendanceMode, eventStatus und VirtualLocation in der COVID-Ära. Nützlich, um zu verstehen, warum es so viele Ratschläge zu virtuellen Events gibt – und warum die aktuellen Dokumente sich weiterentwickelt haben.
• Allgemeine Richtlinien für strukturierte Daten – die websiteweiten Richtlinien für strukturierte Daten (Genauigkeit, kein Spam), die auch für Event-Markup gelten.
• Rich Results Test – validieren Sie Event-Markup und prüfen Sie die Berechtigung für Rich Results.

Schema.org (das Vokabular)

• schema.org/Event – die vollständige Referenz des Event-Typs und seiner Eigenschaften.
• schema.org/eventAttendanceMode – die Online-/Offline-/Hybrid-Teilnahmemodus-Eigenschaft (gültiges Vokabular, allein jedoch nicht ausreichend für das Rich Result von Google).
• schema.org/EventSeries und schema.org/eventSchedule – das Vokabular für wiederkehrende Serien (gültiges Markup, unbestätigte Auswirkung auf Rich Results).

Bing / Microsoft

• Website mit strukturierten Daten auszeichnen – Bings allgemeine Unterstützung für strukturierte Daten (schema.org, JSON-LD, Microdata, RDFa). Bing bietet keine eigene Dokumentation zu strukturierten Daten für Events.

Zitate aus der Quelle

Aussagen aus der Google-Dokumentation, die anhand der Quelle belegt sind. Jeder Link führt direkt zum zitierten Abschnitt der Quellseite.

Google – erforderliche Eigenschaften

• “You must include the required properties for your content to be eligible for display in enhanced search results.” (Übersetzung) „Sie müssen die erforderlichen Eigenschaften angeben, damit Ihre Inhalte in erweiterten Suchergebnissen angezeigt werden können.“ Zum Zitat springen
• “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.” (Übersetzung) „Geben Sie Beginn und Uhrzeit des Events im ISO-8601-Format an. Mit beiden Angaben können Nutzer Events finden, die in ihren Zeitplan passen.“ Zum Zitat springen
• Zum Eventnamen: “Not recommended: Bill Graham Civic Auditorium.” (Übersetzung) „Nicht empfohlen: Bill Graham Civic Auditorium.“ Zum Zitat springen
• Zu Adressen: “If the event happens across several streets, define the starting location and mention the full details in description.” (Übersetzung) „Wenn das Event über mehrere Straßen verteilt stattfindet, definieren Sie den Startort und erwähnen Sie die vollständigen Details in der Beschreibung.“ Zum Zitat springen

Google – virtuelle Events (die Genauigkeits-Grundlage)

• “Virtual experiences that have no real-world component aren’t supported. Events must take place in a physical location.” (Übersetzung) „Virtuelle Erlebnisse ohne reale Komponente werden nicht unterstützt. Events müssen an einem physischen Ort stattfinden.“ Zum Zitat springen

Google – Änderungen des Event-Status

• “Warning: When the event status changes, DON’T remove the startDate. The startDate property is required to help identify the unique event.” (Übersetzung) „Warnung: Entfernen Sie startDate NICHT, wenn sich der Eventstatus ändert. Die Eigenschaft startDate wird benötigt, um das konkrete Event zu identifizieren.“ Zum Zitat springen
• Bei Absagen: “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.” (Übersetzung) „Entfernen oder ändern Sie keine anderen Eigenschaften, beispielsweise startDate oder location. Behalten Sie stattdessen die bisherigen Werte bei und setzen Sie eventStatus auf EventCancelled.“ Zum Zitat springen
• Bei Verschiebung: “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.” (Übersetzung) „Das Event wurde verschoben, der neue Termin ist aber noch unbekannt. Behalten Sie das ursprüngliche Datum in startDate, bis der neue Termin feststeht.“ Zum Zitat springen
• Bei Neuplanung: “The event has been rescheduled to a later date. Update the startDate and endDate with the relevant new dates.” (Übersetzung) „Das Event wurde auf einen späteren Termin verlegt. Aktualisieren Sie startDate und endDate mit den neuen Datumswerten.“ Zum Zitat springen

Google – ein Ereignis, eine URL und mehrtägige Ereignisse

• “Each event MUST have a unique URL (a leaf page) and markup on that URL.” (Übersetzung) „Jedes Event MUSS eine eindeutige Detailseiten-URL und Markup auf dieser URL haben.“ Zum Zitat springen
• “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.” (Übersetzung) „Zeichnen Sie mehrtägige Events korrekt aus: Beziehen sich die Event- oder Ticketinformationen auf ein mehrtägiges Event, geben Sie dessen Start- und Enddatum an.“ Zum Zitat springen

Google – Inhaltsrichtlinien

• “Don’t promote non-event products or services such as ‘Trip package: San Diego/LA, 7 nights’ as events.” (Übersetzung) „Bewerben Sie Produkte oder Dienstleistungen, die keine Events sind – etwa ‚Reisepaket: San Diego/LA, 7 Nächte‘ –, nicht als Events.“ Zum Zitat springen
• “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.” (Übersetzung) „Das Event muss öffentlich buchbar sein. Wer vor Ticketkauf oder Teilnahme Mitglied oder eingeladen sein muss, kann mit diesem Event nicht im Event-Erlebnis erscheinen.“ Zum Zitat springen
• “Spectator events where the primary participants and audience are minors and occur on-premise of a school aren’t eligible for the event experience.” (Übersetzung) „Zuschauerveranstaltungen auf einem Schulgelände, bei denen die Hauptbeteiligten und das Publikum minderjährig sind, sind nicht für das Event-Erlebnis berechtigt.“ Zum Zitat springen
• “If your site violates one or more of these guidelines, then Google may take manual action against it.” (Übersetzung) „Wenn Ihre Website gegen eine oder mehrere dieser Richtlinien verstößt, kann Google manuelle Maßnahmen gegen sie ergreifen.“ Zum Zitat springen

Spickzettel für Event-Schema

Das Minimum für das Event-Rich-Result

Event.name + startDate + location (ein Place mit name und address). Nur einzelne Event-Seiten – ein Event pro Leaf-URL.

Erforderlich vs. empfohlen

Die vier eventStatus-Werte

Mehrtägig vs. mehrere Aufführungen

Schnelle Fakten

• Format: JSON-LD (empfohlen).
• Nur virtuelle Events sind nicht berechtigt für Googles Event-Rich-Result – physischer Standort erforderlich.
• eventAttendanceMode / VirtualLocation: gültiges schema.org, allein nicht ausreichend.
• startDate/location niemals entfernen, wenn Sie eventStatus aktualisieren.
• Basis-Event ist ausreichend – Untertypen (MusicEvent usw.) sind optional.
• Bing: keine dedizierte Event-Dokumentation, kein Event-Rich-Result.
• Gültiges Markup = berechtigt, nicht garantiert angezeigt zu werden.

Ist mein Event für Googles Event-Rich-Result berechtigt?

Gehen Sie die Fragen durch:

Event-Schema-Mythen und Fehler, die Sie vermeiden sollten

Mythos: „Fügen Sie eventAttendanceMode: OnlineEventAttendanceMode hinzu und Ihr nur virtuelles Event wird in Googles Event-Rich-Result angezeigt.“ Falsch laut Googles aktueller Dokumentation – nur virtuelle Events ohne physische Komponente werden für die Event-Erfahrung nicht unterstützt, unabhängig von eventAttendanceMode oder VirtualLocation. Diese Eigenschaften sind gültiges schema.org und für Hybrid-Events (die einen echten Veranstaltungsort haben) oder Nicht-Google-Konsumenten in Ordnung, aber sie bringen kein rein Online-Event in Googles Rich-Result.

Mythos: „Sie müssen einen spezifischen Untertyp wie MusicEvent oder BusinessEvent statt des Basis-Event-Typs verwenden.“ Nicht erforderlich – der Basis-Event-Typ ist gültig und ausreichend, und Googles dokumentierte erforderliche/empfohlene Eigenschaften gelten gleichermaßen. Untertypen fügen Semantik hinzu, wenn das gewünscht ist, sonst nichts.

Mythos: „Abgesagte oder abgelaufene Events sollten ihr Schema entfernt haben.“ Falsch und ausdrücklich davor gewarnt. Behalten Sie startDate und location bei und aktualisieren Sie einfach eventStatus auf EventCancelled, EventPostponed oder EventRescheduled. Google benötigt diese Eigenschaften, um das eindeutige Event zu identifizieren und den neuen Status zu kommunizieren.

Mythos: „Sie können eine Seite mit allen Ihren kommenden Events auszeichnen und ein Rich- Result für jedes erhalten.“ Nicht unterstützt – jedes Event benötigt seine eigene eindeutige Leaf-URL mit eigenem Markup. Auflistungs-/Zeitplan-/Kalenderseiten qualifizieren sich nicht.

Mythos: „Event-Schema ist ein Ranking-Faktor.“ Übertrieben – wie andere strukturierte Daten macht es eine Seite berechtigt für ein bestimmtes Rich-Result; es ist kein allgemeines organisches Ranking-Signal.

Mythos: „EventPostponed und EventCancelled sind austauschbar.“ Sind sie nicht. EventCancelled bedeutet, dass die Veranstaltung abgesagt ist; EventPostponed bedeutet, dass sie stattfinden wird, aber das neue Datum noch nicht bekannt ist – und sollte auf EventRescheduled (mit previousStartDate) aktualisiert werden, sobald das Datum bestätigt ist.

Fehler: Einen Sale, Gutschein oder ein „zeitlich begrenztes Angebot“ als Veranstaltung auszeichnen. Verstoß gegen die Richtlinien – Google nennt ausdrücklich kurzfristige Rabatte, Gutscheine, Geschäftszeiten und Nicht-Veranstaltungsprodukte/-dienstleistungen als nicht berechtigt/verstoßend. Dies hat in der Vergangenheit manuelle Maßnahmen ausgelöst.

Fehler: Den Veranstaltungsort (oder eine Werbeaktion) in den name der Veranstaltung setzen. Der name der Veranstaltung ist der Titel der Veranstaltung. Verwenden Sie location.name für den Veranstaltungsort und lassen Sie Werbeaktionen, Preise und „Jetzt Tickets kaufen“ vollständig aus dem Namen heraus.

Fehler: Eine Startzeit vortäuschen. Ein Wert wie 2019-08-15T00:00:00+00:00 für eine Veranstaltung, deren Startzeit Sie nicht kennen, liest sich wie buchstäblich Mitternacht. Verwenden Sie bei ganztägigen Veranstaltungen mit unbekannter/unerheblicher Uhrzeit nur das Datum – ohne Uhrzeit.

Tools zur Validierung des Event-Schemas

• Schema-Markup-Validator – Fügen Sie Event-JSON-LD oder die gesamte Seite ein, um Syntax-, schema.org-Vokabular- und Graph-Referenzprobleme zu erkennen, bevor Sie die Event-spezifischen Anforderungen von Google prüfen.
• Rich-Result-Berechtigungsprüfer – Stellen Sie sicher, dass das Event die erforderlichen name, startDate und physischen location enthält, und prüfen Sie dann fehlende empfohlene Eigenschaften.
• Google Rich Results Test – Testen Sie die bereitgestellte Event-URL mit dem Renderer von Google und bestätigen Sie das Event-Markup, das tatsächlich erkannt wird.

Häufige Probleme mit dem Event-Schema

Das Markup ist gültig, aber das Online-Event ist nicht berechtigt

• Symptom – Ein rein virtuelles Event hat gültiges schema.org-Markup, aber kein berechtigtes Google-Event-Rich-Result.
• Wahrscheinliche Ursache – VirtualLocation und OnlineEventAttendanceMode sind gültiges Vokabular, aber die aktuelle Event-Dokumentation von Google erfordert einen realen physischen Standort für dieses Rich-Result.
• Behebung – Erfinden Sie keinen Veranstaltungsort. Behalten Sie das Markup für die Maschinenlesbarkeit bei, wenn es das Event korrekt beschreibt, aber behandeln Sie die Google-Event-Erfahrung nicht mehr als verfügbaren Kanal für dieses reine Online-Event.

Ein abgesagtes oder verschobenes Event entwickelt Fehler bei erforderlichen Eigenschaften

• Symptom – Ein Event, das zuvor qualifiziert war, meldet nun ein fehlendes startDate oder location, nachdem sich sein Status geändert hat.
• Wahrscheinliche Ursache – Der Aktualisierungsprozess hat identifizierende Eigenschaften entfernt, als EventCancelled oder EventPostponed gesetzt wurde.
• Behebung – Stellen Sie das ursprüngliche startDate und location wieder her. Ändern Sie eventStatus, während Sie diese Werte beibehalten; sobald ein verschobenes Event ein neues Datum hat, verwenden Sie EventRescheduled, aktualisieren Sie die Daten und fügen Sie previousStartDate hinzu.

Event-Markup löst ein Richtlinienproblem oder eine manuelle Maßnahme aus

• Symptom – Event-Verbesserungen verschwinden weitgehend, oder die Search Console meldet eine manuelle Maßnahme für strukturierte Daten.
• Wahrscheinliche Ursache – Seiten zeichnen Verkäufe, Gutscheine, Geschäftszeiten, einladungsbeschränkte Aktivitäten oder andere Nicht-Events als Event-Inhalte aus.
• Behebung – Entfernen Sie Event-Markup von allem, was kein echtes, öffentlich buchbares Event ist, korrigieren Sie betroffene Seiten, führen Sie eine erneute Validierung durch und befolgen Sie bei einer manuellen Maßnahme den Überprüfungsprozess der Search Console.

Nachweisen, dass eine Event-Markup-Änderung wirksam wurde

Test 1 – Ein neues Präsenz-Event ist in der gerenderten Seite berechtigt

• Durchzuführender Test – Testen Sie die veröffentlichte Detailseiten-URL mit dem Rich-Result Eligibility Checker und anschließend mit Googles Rich Results Test.
• Erwartetes Ergebnis – Beide erkennen ein Event mit name, startDate und einem physischen Place-Standort; Google meldet keine kritischen Event-Fehler.
• Fehlerinterpretation – Ein rein virtueller Standort, ein fehlendes Pflichtfeld, eine Listing-Seiten-Implementierung oder ein fehlgeschlagenes clientseitiges Rendering verhindert die beabsichtigte Eignung.
• Überwachungszeitraum – Sofort in den Validatoren; erlauben Sie den nächsten Google-Crawl, bevor Sie erwarten, dass sich die Search Console-Berichte ändern.
• Rollback-Auslöser – Veröffentlichen Sie kein Markup, das einen physischen Veranstaltungsort erfindet oder ein anderes Event beschreibt als die sichtbare Seite. Entfernen Sie den Block, bis Seite und Markup übereinstimmen können.

Test 2 – Eine Statusaktualisierung bewahrt die Event-Identität

• Durchzuführender Test – Nach dem Setzen von EventCancelled, EventPostponed oder EventRescheduled vergleichen Sie das gerenderte JSON-LD mit der vorherigen Version und validieren Sie die Live-URL erneut.
• Erwartetes Ergebnis – startDate und location bleiben vorhanden; ein verschobenes Event hat die neuen Daten und previousStartDate, während der Status die korrekte schema.org-Enumeration verwendet.
• Fehlerinterpretation – Fehlende identifizierende Felder bedeuten, dass der Update-Job oder die Vorlage Daten entfernt hat, die Google laut eigenen Angaben beibehalten soll.
• Überwachungszeitraum – Sofort nach der Statusbereitstellung und Cache-Löschung.
• Rollback-Auslöser – Setzen Sie die Statusvorlagenänderung zurück, wenn sie startDate oder location auf Event-Seiten entfernt, und stellen Sie dann eine korrigierte Zuordnung erneut bereit.

Event-JSON-LD-Beispiele

Ein standardmäßiges Präsenz-Event (Googles eigenes Beispiel)

Ein einzelnes, geplantes, physisch verortetes Event mit den erforderlichen drei Eigenschaften plus den empfohlenen Extras. Dies ist aus Googles Event-Dokumentation übernommen:

{
  "@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"
  }
}

Beachten Sie die Details, die wichtig sind: location ist ein echtes Place mit einer vollständigen Adresse, die availability und eventStatus verwenden die schema.org-Enum-URL-Form (nicht einfache Zeichenfolgen), und der name ist der Event-Titel – nicht der Veranstaltungsort „Snickerpark Stadium“, der korrekt in location.name steht.

Dasselbe Event, abgesagt – was sich ändert und was nicht

Wenn ein Event abgesagt wird, behalten Sie startDate und location genau so bei, wie sie waren, und ändern nur 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"
    }
  }
}

Die einzige Änderung ist eventStatus → https://schema.org/EventCancelled. Das Löschen von startDate oder location wäre hier der Fehler – Google benötigt sie, um das eindeutige Event zu identifizieren und Nutzern mitzuteilen, dass es abgesagt ist.

Ein verschobenes Event – neue Daten, mit previousStartDate

Sobald ein verschobenes Event ein bestätigtes neues Datum hat, wechseln Sie zu EventRescheduled, aktualisieren die Daten und erfassen das alte:

{
  "@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"
    }
  }
}

Einzelne Event-Seite vs. Listing-Seite

Dies ist die Unterscheidung, die Veranstaltungsorte und Ticketplattformen stolpern lässt:

• ✅ Geeignet – einzelne Event-Seite: example.com/events/kira-morrison-july-21/ mit einem einzelnen Event-Objekt, das diese eine Show beschreibt. Das ist es, was qualifiziert.
• ❌ Nicht geeignet – Listing-Seite: example.com/events/ mit einem Kalender oder Raster von zehn kommenden Shows, markiert (oder nicht) als Stapel. Googles Event-Erlebnis unterstützt nur Seiten, die sich auf ein einzelnes Event konzentrieren – markieren Sie also die einzelnen Event-Seiten, nicht die Listing-Seite.

(Die obigen JSON-LD-Blöcke sind vereinfachte illustrative Beispiele, die auf Googles dokumentiertem Standard-Event-Beispiel basieren; validieren Sie Ihr eigenes Markup mit dem Rich Results Test, bevor Sie es veröffentlichen.)

Testen Sie sich selbst: Event-Schema

Fünf kurze Fragen zu schema.org/Event, der Regel zum physischen Standort und der Behandlung des Event-Status. Wählen Sie für jede eine Antwort und prüfen Sie dann.

Ressourcen, die Ihre Zeit wert sind

Meine Beiträge zu diesem Thema

Ich habe keinen eigenständigen Leitfaden zum Event-Schema veröffentlicht. Statt auf einen nicht vorhandenen Beitrag zu verweisen, finden Sie unten die maßgeblichen Primärquellen und verwandte Arbeiten dieser Website zu strukturierten Daten. Das breitere Vokabular und die Einordnung von Event behandeln die Bereiche Schema-Markup und Strukturierte Daten; den KI-Aspekt deckt Schema-Markup für KI.

Aus der Branche

• Event (Event) strukturierte Daten (Google Search Central) – die maßgebliche Referenz für erforderliche/empfohlene Eigenschaften, eventStatus, die Regel „ein Event – eine URL“, Inhaltsrichtlinien und die Aussage zu virtuellen Events.
• Neue Eigenschaften für virtuelle, verschobene und abgesagte Events (Google Search Central Blog, März 2020) – die Einführung während der COVID-Ära, auf die viele Ratschläge zu virtuellen Events zurückgehen; lesen Sie den Beitrag zusammen mit der aktuellen Dokumentation, um die Entwicklung der Anleitung nachzuvollziehen.
• Allgemeine Richtlinien für strukturierte Daten (Google) – die seitenweiten Richtlinien zu Genauigkeit/Spam, die Event-Markup ebenfalls erfüllen muss.
• schema.org/Event – die vollständige Vokabular-Referenz für den Event-Typ und seine Eigenschaften.
• Rich Results Test (Google) – validieren Sie Event-Markup und prüfen Sie die Eignung.
• Markieren Sie Ihre Website mit strukturierten Daten (Bing Webmaster Tools) – Bings allgemeine (nicht Event-spezifische) Unterstützung für strukturierte Daten.
• Ein einfacher SEO-Leitfaden für erfolgreiches Event-Marketing (Ahrefs) – ein breiterer Blick auf SEO für Events, wobei strukturierte Event-Daten eine mögliche Umsetzungstaktik sind.
• Was ist Schema-Markup? So fügen Sie es hinzu und warum ist es wichtig? (Ahrefs) – ein allgemeiner Schema-Leitfaden mit einem nützlichen Blick auf die Auffindbarkeit durch KI-Agenten.

Änderungsprotokoll