Google Tag Manager einrichten Praxis Desk

Technischer Leitfaden für Web-Agenturen: Wie der Online Buchungskalender Events an einen Google-Tag-Manager-Container auf der Website der Praxis oder des Studios sendet.

Voraussetzungen

• Der Schalter Buchungsdaten für Google Tag Manager bereitstellen ist in den Grundeinstellungen des Online Buchungskalenders aktiviert.
• Ein eigener Google-Tag-Manager-Container läuft auf der Website der Praxis oder des Studios.

Was der Schalter macht

Der Schalter sitzt unter Online Buchungskalender → Grundeinstellungen → Weiteres. Ist er aktiv, schreibt das eingebettete Buchungswidget (#offisyCalendar) bei jedem Buchungsschritt und beim Buchungsabschluss ein Event in window.dataLayer auf der Website der Praxis.

offisy lädt dabei kein Fremdskript, liefert keinen GTM-Container aus und sendet nichts an Google. Es wird ausschließlich in ein JavaScript-Array geschrieben, das bereits auf der Website liegt. Der Tag-Manager-Container gehört der Praxis, nicht offisy.

Hinweis: Der Schalter ist für das eingebettete Widget gedacht und nur dafür unterstützt (#offisyCalendar, Script-Embed auf der eigenen Website). Dort ist window.dataLayer der dataLayer der Praxis-Website, und der eigene Tag-Manager-Container kann die Events lesen. Auf der gehosteten Buchungsseite buchen.offisy.at läuft dieselbe Widget-Datei, die Events werden dort also technisch ebenso gepusht. Dort liest sie aber niemand: offisy bindet auf dieser Seite keinen Tag Manager ein, und ein eigener Container-Code lässt sich dort nicht hinterlegen. Für Messungen ist deshalb das eingebettete Widget der einzige unterstützte Weg.

Event-Katalog

Zwei Event-Namen kommen vor:

• offisy_booking_step: feuert einmal je Schritt und Buchungsdurchlauf, inklusive Einstiegsschritt und success.
• offisy_booking_complete: feuert einmal beim Fixieren der Buchung, vor dem success-Schritt-Event.

Beide Events pushen dieselbe Menge von neun Keys:

Key	offisy_booking_step	offisy_booking_complete
event	"offisy_booking_step"	"offisy_booking_complete"
offisy_step	Schrittname	""
offisy_step_index	Zahl	""
offisy_flow	service / course / additionalService	dito
offisy_service_name	Name der Leistung oder ""	dito
offisy_service_price	formatierter Preis-String oder ""	dito
offisy_course_name	Name des Kurses oder ""	dito
offisy_course_price	formatierter Preis-String oder ""	dito
offisy_location_name	Name des Standorts oder ""	dito

Der Trigger-Key heißt event. Der Custom-Event-Trigger im Tag Manager vergleicht gegen diesen Key, nicht gegen eventName oder name. Ein anderer Key macht das Event im Tag Manager untriggerbar, ohne Fehlermeldung.

Jedes Event enthält alle neun Keys, nicht zutreffende als leeren String "". Der Tag Manager merged jeden Push in ein fortgeschriebenes Datenmodell. Ein einmal gesetzter Key würde sonst an späteren Events hängen bleiben.

Trigger und Tags einrichten

1. Lege im Tag Manager einen Custom-Event-Trigger auf offisy_booking_complete an, um den Buchungsabschluss zu erfassen.
2. Lege bei Bedarf einen zweiten Custom-Event-Trigger auf offisy_booking_step an, um einzelne Funnel-Schritte zu erfassen.
3. Lege für die Parameter aus der Tabelle dataLayer-Variablen an (z. B. offisy_service_name, offisy_flow).
4. Segmentiere über offisy_step und offisy_flow, wenn du zwischen Einzelleistung, Kurs und Zusatzleistung unterscheiden willst.

Hinweis: Ein Wartemechanismus ist nicht nötig. Der Tag Manager verarbeitet Einträge, die beim Laden des Containers schon im dataLayer liegen, nachträglich. Die Ladereihenfolge zwischen Widget und Tag-Manager-Snippet spielt keine Rolle. Baue keinen Polling-Workaround dafür.

Warnungen

• offisy_*_price ist ein formatierter String (z. B. „45,00 €"), keine Zahl. In GA4 landet er als Dimension, nicht als Metrik. Ohne eigenes Parsing lässt sich daraus kein Umsatz und kein ROAS berechnen. Ein leerer Wert bedeutet „Preis nicht veröffentlicht", nicht 0 €.
• Ohne Tag-Manager-Container auf der Website passiert nichts. Ohne eine dahinterliegende GA4-Property ebenfalls nicht.
• Die Zustimmungssteuerung (Consent) für GA4- oder Meta-Tags gehört an die Tags im Tag Manager, nicht an das Widget. offisy setzt kein Cookie und fragt keine Zustimmung ab.
• Nach dem Umschalten des Schalters kann der Browser eines Besuchers bis zu 24 Stunden den alten Widget-Code aus dem Cache halten, bevor die Events ankommen.
• Die Events unterscheiden nicht zwischen bestätigter Buchung und Buchungsanfrage. Praxen ohne Direktbuchung müssen Termine erst manuell annehmen. Wer offisy_booking_complete unbesehen als Conversion verdrahtet, zählt auch unbestätigte Anfragen mit.

Datenschutz

Die Events enthalten ausschließlich die neun Keys aus dem Event-Katalog. Folgende Daten werden nicht gesendet:

• Name, E-Mail-Adresse
• Kunden-UUID, Geburtsdatum, Sozialversicherungsnummer
• Versicherung, Adresse, Telefonnummer
• Mitarbeitername und Mitarbeiter-UUID
• Terminzeitpunkt
• Freitext des Patienten oder Kunden

Verwandte Artikel

• Buchungskalender einrichten
• Buchungslink teilen