Eventdaten mit Eventfrog: Einbettung, Import und API-Anbindungsmöglichkeiten
Ob Eventkalender auf der eigenen Website, Import in ein bestehendes System oder Events direkt per Schnittstelle erfassen: Mit Eventfrog gibt es mehrere Wege, Eventdaten zu nutzen. Welche Option die richtige ist, hängt davon ab, was erreicht werden soll, welches technische Setup vorhanden ist und wie automatisiert der Prozess sein soll.
In diesem Artikel gibt es:
- eine Gesamtübersicht aller Optionen
- klare Empfehlungen, wann welche Lösung passt
- Details zu iFrame, Public API sowie Organizer API
Übersicht:
Die 3 Optionen im Überblick
1) iFrame
Kurzbeschreibung: Fertige Einbettung eines Eventkalenders oder einer Eventliste auf einer externen Website.
- Geeignet für die reine Darstellung von Events
- Keine technische Integration in eigene Systeme
- Sehr geringer Implementierungsaufwand
2) Public API
Kurzbeschreibung: Öffentliche, lesende API zur Abfrage von Events, Eventgruppen, Rubriken und Locations.
- Geeignet für individuelle Darstellungen (Website, App, Newsletter, Screens)
- Volle Kontrolle über Darstellung, Filterung und Weiterverarbeitung
- Read-only (keine Erstellung oder Änderung von Events)
3) Organizer API (read)
Kurzbeschreibung: Schnittstelle zum strukturierten Lesen eigener Veranstalterdaten.
- Geeignet für den Import eigener Events in interne Systeme
- Typisch für CRM-, CMS-, Reporting- oder BI-Anbindungen
- Fokus auf stabiler Synchronisation der eigenen Eventdaten
Die gesamte API-Spezifikation findest du unter:: Eventfrog API Reference
Gesamtübersicht als Entscheidungshilfe
|
Option |
Was ist das? |
Typischer Anwendungsfall |
Technisches Know-how |
Daten im eigenen System? |
Anpassbarkeit Design/UX |
|---|---|---|---|---|---|
|
iFrame |
Fertige Einbettung eines Kalenders/Listenansicht |
Ich möchte Events auf der eigenen Website anzeigen und erfassen können |
Niedrig |
Nein |
Mittel |
|
Public API |
Öffentliche API zum Lesen von Events/Locations/Rubriken |
Ich möchte eine Eventdatenbank oder ein eigenes CMS befüllen und Eventdaten nach aussen sichtbar machen Ich habe eine regionale, überregionale, geografisch oder rubrikspezifisch eingegrenzte Eventplattform, bei der ich Events präsentiere |
Ja |
Ja |
Hoch |
|
Organizer API read |
Organizer-Schnittstelle (lesen, meist „eigene Daten“) |
Ich möchte eine eigene Eventdatenbank oder ein eigenes CMS befüllen Ich möchte Newsletter-Abonnenten (gemäss Personalisierungsabfrage) an ein Newsletter-Tool wie MailChimp übermitteln Ich möchte ein BI-Tool wie PowerBI mit demografischen Daten meiner Käufer:innen, meinen Verkaufs- und Eincheckdaten befüllen Ich möchte die Daten von Kundinnen und Kunden in ein CRM wie HubSpot, Salesforce, Pipedrive oder ähnlich bringen Ich möchte die Zahlungseingänge in einem separaten Finanz-/Buchhaltungstool abgleichen Ich möchte Essensbestellungen (gemäss Personalisierungsabfrage oder Kategorieverkäufen) für einen Event tracken und in ein Restaurant-System übermitteln |
Ja |
Ja |
Hoch |
Details zu den Optionen
Option 1: Eventdaten auf meiner Website anzeigen (iFrame)
Das iFrame ist perfekt wenn:
- Events schnell auf der Website sichtbar werden sollen
- kein eigenes Entwickler-Team bzw. keine Entwicklungszeit verfügbar ist
- es okay ist, dass die Darstellung weitgehend „vorgegeben“ ist
Vorteile
- schnell live
- keine Datenpflege im eigenen System notwendig
- minimaler Wartungsaufwand
Typisches Setup
- Einbettungscode (iFrame) aus dem Eventfrog-Cockpit unter „Eigener Kalender“ beziehen
- Code in Website / CMS einfügen
- Optional: Parameter / Filter setzen (z. B. nur bestimmte Rubriken, Veranstaltende oder Locations)
Option 2: Eventdaten in meine Systeme importieren (Public API)
Mit der Public API können Eventdaten abgeholt werden, z. B. um:
- eigene Eventlisten auf der Website zu bauen (inkl. eigener Filter / Sortierung)
- Events in ein internes Tool zu importieren (z. B. Redaktion / Marketing)
- Feeds für Screens, Newsletter oder Partner zu erzeugen
- Events mit eigenen Daten anzureichern (Tags, Kampagnen, UTM-Logik)
Typisches Setup
- API abrufen (z. B. Events für Zeitraum / Region)
- Daten mappen
- im eigenen System speichern oder direkt ausspielen
- regelmäßig aktualisieren
Option 3: Events und Daten via API lesen (Organizer API – Read)
Was ist das?
Die Organizer API (Read) ist die Leseschnittstelle für Veranstalter:innen, um eigene Event-, Verkaufs- und Käuferdaten strukturiert in externe Systeme zu übertragen. Sie eignet sich immer dann, wenn Daten automatisiert in ein eigenes System, CMS oder Dritttool übernommen und weiterverarbeitet werden sollen.
Wann ist die Organizer API (Read) die beste Wahl?
Diese Lösung ist ideal, wenn:
- eine eigene Eventdatenbank oder ein eigenes CMS befüllt werden soll
- Events automatisiert in einem bestehenden System gespiegelt werden sollen
- Newsletter-Abonnent:innen (gemäss Personalisierungsabfrage) an Tools wie Mailchimp übermittelt werden sollen
- BI-Tools wie Power BI mit Verkaufs-, Check-in- oder demografischen Daten befüllt werden sollen
- Kundendaten in ein CRM wie HubSpot, Salesforce oder Pipedrive übertragen werden sollen
- Zahlungseingänge mit einem separaten Finanz- oder Buchhaltungstool abgeglichen werden sollen
- Zusatzdaten (z. B. Essensbestellungen aus Personalisierungsfeldern oder Kategorien) in Restaurant- oder Eventmanagement-Systeme überführt werden sollen
Kurz: Immer dann, wenn strukturierte, aktuelle Daten automatisiert weiterverarbeitet werden sollen.
Typisches Setup
- Authentifizierung im Organizer-Kontext
- Abruf der eigenen Events, Verkäufe oder Teilnehmerdaten
- Regelmäßiger Sync ins eigene System (inkl. Delta-Logik für Änderungen)
