Bing UET Tag: Einrichtung und Hilfe
Schnellstart
- Laden Sie die Modul-ZIP unter Module > "Module Manager" hoch, installieren Sie sie und klicken Sie auf "Configure".
- Geben Sie die positive numerische UET-Tag-ID aus Ihrem Microsoft-Advertising-Konto ein.
- Aktivieren Sie die Einstellung "Bing UET Tag aktivieren" und wählen Sie Seitenaufrufe erfassen sowie die benötigten E-Commerce-Ereignisse.
- Belassen Sie Marketing-Einwilligung beachten und Mitarbeiterbesuche ausschließen entsprechend Ihrer gewünschten Datenschutzeinrichtung und speichern Sie.
- Prüfen Sie das Bereitschaftspanel und beheben Sie Konfigurationsfehler.
- Öffnen Sie einen separaten Kundenbrowser, erteilen Sie die erforderliche Einwilligung und prüfen Sie das Laden von UET sowie ein ausgewähltes Browserereignis.
- Wenn Sie CAPI benötigen, aktivieren Sie "Capture durable buyer evidence" und Conversions API aktivieren, geben Sie das Conversions-API-Token ein, richten Sie Cron ein und geben Sie dann eine Testbestellung mit Einwilligung auf. Prüfen Sie, ob sie in der Warteschlange erscheint.
Erfordert PrestaShop 1.6.0.0 oder neuer und PHP 7.1 oder neuer.
Einrichtungsanleitung
UET-Tag installieren und verbinden
Laden Sie die Modul-ZIP unter Module > "Module Manager" hoch. Installieren Sie sie und öffnen Sie "Configure" für Bing UET Tag + Conversions API.
Rufen Sie Ihre numerische UET-Tag-ID aus Ihrem Microsoft-Advertising-Konto ab. Das Modul erstellt dort weder ein Tag noch Conversion-Ziele. Wählen Sie vor dem Speichern den gewünschten Shop.
Geben Sie UET-Tag-ID ein, aktivieren Sie Bing UET Tag aktivieren, wählen Sie Ihre Browserereignisse und speichern Sie. Die ID muss eine positive Zahl sein. Bei einer Neuinstallation ist Browsertracking bis zur Konfiguration deaktiviert.
Datenschutz und Browserereignisse einstellen
Alle diese Felder befinden sich auf der Konfigurationsseite.
| Einstellung | Standard | Funktion |
|---|---|---|
| Bing UET Tag aktivieren | Aus | Tracking-Hauptschalter. Eine gültige Tag-ID ist ebenfalls erforderlich. |
| UET-Tag-ID | Leer | Ziel-Tag in Microsoft Advertising. |
| Mitarbeiterbesuche ausschließen | Ein | Erkannte Mitarbeiterbesuche ausschließen. Testen Sie mit einem separaten Kundenbrowser ohne Mitarbeitersitzung. |
| Marketing-Einwilligung beachten | Ein | Erkannte aktuelle Marketing-/Diensteinwilligung verlangen. Abgelehnte oder unbekannte Einwilligung verhindert Tracking. |
| Seitenaufrufe erfassen | Ein | Allgemeine Seitenereignisse. |
| Produktaufrufe erfassen | Ein | Produktaufrufe mit verfügbaren Produkt-, Kategorie-, Wert- und Währungsdaten. |
| Warenkorbzugänge erfassen | Ein | Sendet das Ereignis erst, wenn das Produkt tatsächlich im Warenkorb liegt, nicht schon beim Klick auf den Button. |
| Wunschlistenzugänge erfassen | Ein | Sendet das Ereignis, wenn ein unterstütztes Wunschlistenmodul das Produkt als hinzugefügt meldet, nicht schon beim Klick auf das Herz. |
| Beginn des Bestellvorgangs erfassen | Ein | Vom gemeinsamen Browsertracker erkannte Checkout-Starts. Prüfen Sie Ihre Checkout-Integration. |
| Suchanfragen erfassen | Ein | Suchereignisse, wenn eine Suchanfrage vorliegt. Die native Suche prüft s, search_query und q. |
| Käufe erfassen | Ein | Kaufverarbeitung im Browser und mit zusätzlichen Servereinstellungen Aufnahme von Serverkäufen. |
| Registrierungen erfassen | Ein | Registrierungssignal bei Kontoerstellung. |
| Benutzerdefinierte Ereignisse erfassen | Aus | Regeln in Regeln für benutzerdefinierte Ereignisse aktivieren. |
| Regeln für benutzerdefinierte Ereignisse | Leer | JSON-Array unterstützter Browserregeln. |
Die Einwilligungsintegration unterstützt MPR-Einwilligungsmodule und erkannte Zustände von Einwilligungsanbietern. Sie zeigt kein eigenes Einwilligungsbanner. Bei aktivem Marketing-Einwilligung beachten erlaubt eine fehlende unterstützte Einwilligungsentscheidung keinen Versand.
Der Tracker prüft außerdem Shop-Zuständigkeit und Richtlinien für ausgehendes Tracking. Mitarbeiter- und Opt-out-Signale können die Übermittlung verhindern. Beurteilen Sie Kundentracking nicht mit einem Browser, den das Modul als intern erkennt.
Kontakt- und Interaktionssignale hinzufügen
Diese Optionen sind bei einer Neuinstallation aus. Aktivieren Sie nur Signale, die Ihr Shop liefert.
| Einstellung | Standard | Einrichtung |
|---|---|---|
| "Track phone-link clicks" | Aus | Unterstützte Telefonlinks nach Einwilligungs- und Mitarbeiterprüfung erfassen. |
| "Track actual chat starts" | Aus | Tatsächliches Chat-Start-Signal einer Integration verlangen. Das bloße Öffnen des Chatstarters reicht nicht. |
| "Track successful contact forms" | Aus | Bestätigten Formularerfolg verlangen. Das Modul enthält eine explizite Integration nach angenommenen Einsendungen von MPR Contact Form. |
| "Track product engagement" | Aus | Gemeinsamen Produktinteraktionstracker aktivieren. |
| "Send confirmed forms through the server API" | Aus | Sendet erfolgreich abgeschickte Kontaktformulare zusätzlich über Ihren Server. Erfordert aktiviertes Tracking erfolgreicher Kontaktformulare und eine funktionierende Conversions-API-Einrichtung. |
| "Product engagement thresholds" | Leer, gemeinsame Standardwerte | JSON-Einstellungen für Galerieaufrufe, Variantenwechsel, Detailklicks und Verweildauer. Standard: 3 Galerieaufrufe, 1 Variantenwechsel, 1 Detailklick und 45 Sekunden. |
| "Persist confirmed consent withdrawal" | Aus | Bestätigten Widerruf über den authentifizierten privaten Endpunkt dauerhaft speichern. |
| "Capture durable buyer evidence" | Aus | Speichert Einwilligung und zulässige Attributionsdaten des Käufers zusammen mit seiner Checkout-Sitzung. Erforderlich für serverseitige Käufe und Korrekturen. |
Die Interaktionseinstellungen validieren Galerie-, Varianten- und Detailschwellen von 1 bis 20, Verweildauer von 5 bis 600 Sekunden und Optionsdrosselung von 250 bis 60000 ms. Lassen Sie das JSON leer für die Standardwerte.
Serverkaufübermittlung konfigurieren
Browser-UET und Conversions API werden getrennt aktiviert. Für Serverkäufe:
- Lassen Sie Bing UET Tag aktivieren und Käufe erfassen aktiviert.
- Aktivieren Sie "Capture durable buyer evidence", bevor Sie Ihre Testbestellung aufgeben.
- Aktivieren Sie Conversions API aktivieren und geben Sie Conversions-API-Token ein.
- Speichern Sie und prüfen Sie Bereitschafts- und Warteschlangenpanel.
- Konfigurieren Sie den generierten Cron-Eintrag des Moduls im Zeitplaner Ihres Hostings.
- Akzeptieren Sie Cookies in einer normalen Browsersitzung, geben Sie eine Bestellung als Kunde oder Gast auf und prüfen Sie dann, ob der Kauf in der Warteschlange erscheint.
| Einstellung | Standard | Wirkung |
|---|---|---|
| Conversions API aktivieren | Aus | Sendet Käufe zusätzlich über Ihren Server. Ein Kauf wird nur gesendet, wenn der Käufer eingewilligt hat und seine Checkout-Daten erfasst wurden. |
| Conversions-API-Token | Leer | Microsoft-Bearer-Token. |
| Maximale Ereignisse pro Versand | 20 |
Pro Lauf verarbeitete Ereignisse. Zulässiger Bereich: 1 bis 100. |
| Gültige Ereignisse trotz Fehlern senden | Aus | Microsoft bitten, gültige Ereignisse in einem Batch mit Validierungsfehlern zu verarbeiten. |
| "Purchase value policy" | "Paid total including tax and shipping" | Wählen Sie dies, "Paid total excluding tax", "Discounted products including tax" oder "Discounted products excluding tax". |
Wird eine Bestellung angelegt, prüft das Modul Checkout-Sitzung und Einwilligung des Käufers, bevor es den Kauf in die Warteschlange aufnimmt. Ein Kauf ohne erfasste Käuferdaten wird zurückgehalten. Das Aktivieren von CAPI sendet also nicht jede Bestellung.
Das Endpunktmuster lautet:
https://capi.uet.microsoft.com/v1/{TAG_ID}/events
Die installierte Aufgabe ist send_bing_uet_conversions, geplant alle 300 Sekunden. Die Installation erstellt einen Cron-Eintrag über das gemeinsame Cron-Paket. Kopieren Sie Token und Befehl aus Ihrem installierten Modul. Ein typischer Serverbefehl lautet:
* * * * * php /var/www/html/modules/mprbinguet/cron.php --token=YOUR_TOKEN --max-seconds=300
Ersetzen Sie PHP-Pfad, Shop-Pfad und Token. Der Zeitplaner ruft den Runner auf; fällige Aufgaben verwenden ihren eigenen Fünf-Minuten-Zeitplan.
Das Warteschlangenpanel zeigt Ausstehend, Wird gesendet, Gesendet, Fehlgeschlagen, "Held", "Terminal" und "Suppressed". Verwenden Sie Fehlgeschlagene Events erneut versuchen, nachdem Sie den gemeldeten Fehler behoben haben. Zurückgehaltene und unterdrückte Events warten auf fehlende Käuferdaten oder wurden durch Einwilligung oder Richtlinie gestoppt; beheben Sie diese Ursache, statt erneut zu senden.
Testereignis senden sendet derzeit nichts: Es zeigt nur eine Meldung, dass der Microsoft-Testmodus nicht verfügbar ist. Um das Tracking zu prüfen, geben Sie eine Testbestellung auf, beobachten Sie die Warteschlange und nutzen Sie die Diagnosewerkzeuge Ihres Microsoft-Advertising-Kontos.
Erstattungs- und Stornokorrekturen konfigurieren
Dies ist eine optionale Einrichtung unter "Microsoft online refund and cancellation corrections".
Füllen Sie "Microsoft customer ID", "Microsoft account ID", "Developer token", "OAuth client ID", "OAuth client secret", "OAuth refresh token" und "Exact purchase conversion goal name" aus. Diese Felder sind zunächst leer. "Use Microsoft adjustments sandbox" ist zunächst aus.
Der Schalter "Enable online corrections" erscheint nur, wenn "Capture durable buyer evidence" aktiv ist, alle Microsoft-Zugangsdaten und der Name des Kaufziels ausgefüllt sind und für den Shop eine gespeicherte Verknüpfung zwischen Microsoft-Konto, UET-Tag und Kaufziel besteht. Die Einstellungsseite hat kein Feld, um diese Verknüpfung anzulegen. Bei einer Standardinstallation bleibt der Schalter daher verborgen, und Erstattungen und Stornierungen werden nicht an Microsoft gesendet.
Eigene Browserregeln erstellen
Aktivieren Sie Benutzerdefinierte Ereignisse erfassen und geben Sie ein JSON-Array in Regeln für benutzerdefinierte Ereignisse ein. Ereignisnamen erlauben Buchstaben, Zahlen, Unterstriche und Bindestriche bis zu 64 Zeichen. Bis zu 15 unterschiedliche Namen und bis zu 30 konfigurierte Parameter pro Regel sind möglich. Das Modul sendet nur unterstützte UET-Parameternamen, darunter event_category, event_label, event_value, value, currency und E-Commerce-Artikelfelder.
Eine Klickregel:
[
{"event":"GalleryBrowse","trigger":"click","selector":".product-images img, .images-container img","params":{"event_category":"Product","event_label":"Gallery browse"}}
]
Eine URL-Regel:
[
{"event":"PromoPageView","trigger":"url","contains":["/promo/"],"params":{"event_category":"Campaign"}}
]
Eine Controller-Regel:
[
{"event":"CheckoutPageView","trigger":"controller","controllers":["order"],"params":{"event_category":"Checkout"}}
]
Eine DOM-Ereignisregel:
[
{"event":"QuoteRequest","trigger":"event","dom_event":"shop:quote-request","params":{"event_category":"Lead"}}
]
Ihr Theme kann das entsprechende Ereignis auslösen:
document.dispatchEvent(new CustomEvent('shop:quote-request', {
detail: {params: {event_label: 'Product page quote button'}}
}));
Verwenden Sie diese konfigurierten Regeln für eigene Aufrufe. Das Modul bietet den alten Helfer window.mprbinguetTrack nicht und liest die alten Attribute data-mprbinguet-param-* nicht. URL-, Controller- und DOM-Regeln werden standardmäßig einmal pro Seite ausgelöst, Klickregeln wiederholt. Setzen Sie bei Bedarf den Regelwert once explizit.
Prüfen und Probleme beheben
Prüfen Sie das Bereitschaftspanel nach jeder Konfigurationsänderung. Prüfen Sie Tag-ID, Browsertracking, Einwilligung, eigene Regeln und CAPI-Zustand.
Verwenden Sie einen separaten Kundenbrowser. Erteilen Sie die erforderliche Einwilligung, öffnen Sie ein Produkt und prüfen Sie im Netzwerkprotokoll das Microsoft-UET-Skript unter bat.bing.com/bat.js und die gewählten Ereignisse. Verweigern Sie die Einwilligung in einem neuen Test und bestätigen Sie, dass das Tracking bei aktiviertem Einwilligungsschutz unterbleibt.
Testen Sie einen erfolgreichen Warenkorb- und Wunschlistenzugang. Eine fehlgeschlagene Aktion darf kein bestätigtes E-Commerce-Ereignis werden. Verwendet Ihr Theme oder Checkout eigene Ereignisse, prüfen Sie, ob es das unterstützte Erfolgssignal liefert.
Vergleichen Sie bei Käufen Transaktionsreferenz, Wertrichtlinie, Währung und Artikel mit der Bestellung. Prüfen Sie Serverwarteschlange und Protokolle sowie die Browseranfragen. Microsoft entscheidet, welche Conversions es annimmt und berichtet; prüfen Sie die Ergebnisse daher auch in Ihrem Microsoft-Advertising-Konto.
Lädt kein Tag, prüfen Sie Hauptschalter, positive numerische ID, Einwilligung, Mitarbeiterausschluss, Opt-out-Zustand und Shop-Zuständigkeitsrichtlinie. Prüfen Sie danach Skriptblocker und Browserfehler. Bleibt CAPI ausstehend, prüfen Sie den Cron-Runner. Wird es zurückgehalten, prüfen Sie, ob der Käufer eingewilligt hat und seine Checkout-Daten erfasst wurden. Bei Fehlern prüfen Sie Token und Antwort vor einem erneuten Versuch.
Deinstallieren
Deaktivieren Sie Browser- und Servertracking, wenn Sie die Erfassung nur pausieren möchten. Sichern Sie vor der Deinstallation benötigte Einstellungen und Übermittlungsnachweise. Die Deinstallation entfernt Modulmenü, geplante Aufgabe und Konfiguration. Die gemeinsame Conversion-Warteschlangentabelle wird nur gelöscht, wenn kein anderes Modul das Conversions-Paket nutzt; Warteschlangendaten können bestehen bleiben, wenn ein anderer Nutzer die gemeinsame Tabelle erhält.
Kompatibilität
Erfordert PrestaShop 1.6.0.0 oder neuer und PHP 7.1 oder neuer.
Fragen
1
Wird das UET-Skript asynchron geladen?
Ja. Die gemeinsame Browserkomponente lädt Microsoft UET von https://bat.bing.com/bat.js als asynchrones Skript, nachdem die Tracking-Prüfungen bestanden wurden.
Dafür sind ein aktiviertes Modul, eine gültige Tag-ID und bestandene Einwilligungs- und Richtlinienprüfungen erforderlich.
Prüfen Sie die Ladezeit mit Ihrem eigenen Theme und den aktivierten Ereignissen.
Bekannte Probleme
4
Einwilligung und Zustellung im Multishop
Warteschlangenereignisse ohne Shop
Kompatibilität mit PHP 7.1
Zusammengefasste Shop-Ressourcen
Funktionsanfragen
8
Implementiert
Kaufwarteschlange für Microsoft UET Conversions API
Serverseitiges Kauf-Tracking
Erweitertes Tracking von Shopping-Ereignissen
Modulupdates mit einem Klick
Abgestimmtes Tracking
Sichere Ereignisvorschau
Korrekturen bei Erstattungen und Stornierungen
Einwilligung und Kundenabgleich steuern
Änderungsprotokoll
v1.3.42026-05-27
- AddedAdd Bing UET Conversions API
- AddedExpand Bing UET tracking
- Addedcomplete FR/DE/ES/IT/PL translations
- FixedHarden Bing UET tracking readiness
Ältere Versionen
v1.2.02026-05-22
- Addedfull Microsoft UET browser event coverage: pageView, productView, addToCart, addToWishlist, initiateCheckout, search, signUp, purchase and custom events.
- Addedenhanced UET purchase payloads with revenue value, currency, transaction reference, item count and product identifiers.
- Addedcustom event rules for CSS clicks, URL matches, controller matches and DOM events.
- Addedconsent-aware loading, employee-session exclusion, required-config warnings and demo event monitor.
- Refreshed shared admin, integrity, license, update, compatibility and conversion helper packages.
v1.0.22025-10-21
- Maintenance release for PrestaShop compatibility, package wiring and product readiness metadata.
v1.0.1
- ImprovedBack Office configuration handling and update checks.
v1.0.02025-10-20
- InitialMicrosoft Advertising UET Tag integration for PrestaShop.
Demo
Testen Sie das vollständige Modul vor dem Kauf
Kaufen Sie die Lizenz später, Ihre Einstellungen bleiben erhalten.
- Ihre 30-Tage-Demo Testen Sie es 30 Tage ab der ersten Installation in Ihrem eigenen Shop.
- Fertiger Demo-Shop Entdecken Sie einen fertigen Demo-Shop im Browser.
- Ohne Registrierung Kein Konto, keine E-Mail-Adresse und keine Shop-Domain nötig.
Mit dem Download akzeptieren Sie die Demo-Bedingungen und die Datenschutzerklärung.
Mit dem Öffnen dieser Demo akzeptieren Sie die Demo-Nutzungsbedingungen und die Datenschutzerklärung.