Warum weichen die Consent-Raten zwischen Desktop und Mobile so stark ab?

Consent-Raten weichen zwischen Desktop und Mobile meist ab, weil das Cookie-Banner auf beiden Geräten anders aussieht, anders bedient wird oder auf dem Smartphone zu spät lädt. Ein Teil des Unterschieds ist echtes Nutzerverhalten, ein anderer Teil ist ein Messfehler: Google-Tags senden dann schon Daten, bevor das Banner die Entscheidung weitergegeben hat.

Bevor Sie am Banner etwas ändern, sollten Sie klären, welcher der beiden Fälle vorliegt. Echte Unterschiede im Verhalten lassen sich nur durch ein besseres Banner beeinflussen. Technische Fehler dagegen verfälschen Ihre Daten und lassen sich gezielt beheben.

Warum stimmen Nutzer auf dem Smartphone anders zu?

• Anderes Layout. Viele Consent-Tools zeigen auf kleinen Bildschirmen eine eigene Ansicht. Liegen die Schaltflächen dort anders, ist ein Button verdeckt oder muss man scrollen, um überhaupt eine Auswahl zu treffen, ändert sich die Zustimmung.
• Abweichende Einstellungen. Manche Tools erlauben getrennte Vorlagen oder Texte für Mobile. Unterscheiden sich Voreinstellungen, Kategorien oder Texte, sind die Raten nicht vergleichbar.
• Anderes Verhalten. Auf dem Smartphone wird ein Banner häufiger schnell weggeklickt oder ignoriert. Wer das Banner nicht bedient, erteilt keine Einwilligung.
• Andere Browser. Mobile Browser und In-App-Browser, etwa aus sozialen Netzwerken, speichern Cookies teilweise kürzer. Dann erscheint das Banner öfter erneut, und die Zahl der Entscheidungen steigt.

Welche technischen Fehler verfälschen die Consent-Rate?

1. Kein Standardstatus vor den Tags. Der Befehl gtag('consent', 'default', …) muss vor jedem Google-Tag ausgeführt werden. Fehlt er oder kommt er zu spät, senden Tags ohne gültigen Einwilligungsstatus.
2. Banner lädt zu spät. Auf langsamen mobilen Verbindungen lädt das Consent-Tool oft später als die Google-Tags. Google empfiehlt für asynchron geladene Banner den Parameter wait_for_update, damit die Tags eine festgelegte Zeit auf das Update warten.
3. Update kommt nicht an. Nach dem Klick muss das Tool gtag('consent', 'update', …) mit allen vier Werten senden: ad_storage, analytics_storage, ad_user_data und ad_personalization. Fehlt ein Wert oder läuft das Update nur auf Desktop, entstehen Lücken.
4. Veraltete Skripte im Cache. Liefert ein Cache-Plugin oder CDN mobil eine alte Version des Banners aus, gelten dort andere Regeln als auf Desktop.

Wie prüfe ich die Ursache?

1. Beide Geräte gleich testen. Öffnen Sie die Seite im Inkognito-Fenster einmal am Desktop und einmal mit Smartphone-Ansicht oder echtem Gerät. Vergleichen Sie Banner, Texte und Schaltflächen.
2. Tag Assistant nutzen. Im Tag Assistant sehen Sie je Ereignis den Einwilligungsstatus. Prüfen Sie, ob der Standardstatus vor dem ersten Google-Tag steht und ob das Update nach dem Klick ankommt.
3. Netzwerk-Anfragen ansehen. In den Entwicklertools des Browsers zeigt der Parameter gcs in den Anfragen an Google den Status. G100 steht für verweigert, G111 für erteilte Einwilligung bei Werbung und Analyse.
4. Ladezeit prüfen. Drosseln Sie in den Entwicklertools die Verbindung auf ein langsames Mobilnetz und prüfen Sie, ob Google-Tags vor dem Consent-Update feuern.

Setzen Sie den Standardstatus direkt im Seitenkopf vor dem Tag Manager, nutzen Sie bei asynchronem Banner wait_for_update und testen Sie Desktop und Mobile getrennt mit dem Tag Assistant. Erst wenn die Technik sauber ist, lohnt es sich, Layout und Texte des Banners zu optimieren.

Quellen

• Google for Developers: Einwilligungsmodus auf Websites einrichten
• Google for Developers: Fehlerbehebung beim Einwilligungsmodus mit dem Tag Assistant
• Google Analytics-Hilfe: Einwilligungsmodus auf Websites und in Apps

Sie möchten wissen, ob Ihre Consent-Raten echt sind oder ein Messfehler? Wir prüfen Banner, Consent Mode und Tag-Reihenfolge auf Desktop und Mobile und zeigen Ihnen, wo Daten verloren gehen. Buchen Sie ein kostenloses Erstgespräch oder lesen Sie mehr über unsere Tracking-Betreuung.