Ein Analyseskript kann im Quelltext stehen, während Käufe an das falsche Konto gemeldet werden. Umgekehrt kann eine funktionierende serverseitige Integration im öffentlichen HTML unsichtbar bleiben. Eine Integrationsprüfung beginnt deshalb als Bestandsaufnahme, nicht als abschließendes Qualitätsurteil.
Formulieren Sie eine überprüfbare Frage, etwa: Sendet eine abgeschlossene Registrierung genau ein Ereignis an die vorgesehene Property? Der Bericht liefert öffentliche Nachweise und zeigt offene Fragen. Die tatsächliche Übertragung prüfen Sie anschließend in Systemen, auf die Sie rechtmäßig zugreifen dürfen.
Umfang dieser Prüfung
Was messbar ist
- Öffentliches statisches HTML und HTTP-Header der angeforderten Seite; optional eine weitere verlinkte Seite derselben Herkunft.
- Signaturen ausgewählter Analyse-, Werbe-, Verhaltens-, Einwilligungs- und Tag-Verwaltungswerkzeuge.
- Öffentliche Verifizierungshinweise in HTML, Headern und ausgewählten DNS-Einträgen sowie bestimmte Tracking- und Formularmuster.
Was sie nicht belegt
- Keine Ausführung von JavaScript und kein Beleg für Ereigniszustellung oder Conversion-Zuordnung.
- Kein Zugriff auf Anbieter-Konten, Berechtigungen oder private Konfigurationen.
- Kein vollständiger Einwilligungsnachweis und keine pauschale rechtliche Bewertung.
Das Integrationsmodul ist in Starter, Professional und Enterprise verfügbar, nicht in Free. Für Prüfungen beim jeweiligen Anbieter benötigen Sie unabhängig davon die passenden Zugriffsrechte.
Den erwarteten Bestand festhalten
Notieren Sie zunächst, welche Werkzeuge die Website tatsächlich benötigt: Analyse, Werbung, Einwilligungsverwaltung, Support und gegebenenfalls serverseitige Verarbeitung. Benennen Sie Zweck und verantwortliche Person. Eine Informationsseite ohne Werbepixel ist nicht automatisch mangelhaft. Ein kleiner, nachvollziehbarer Bestand ist oft hilfreicher als zahlreiche veraltete Tags.
Wählen Sie dann eine öffentliche Seite und ein relevantes Geschäftsereignis. Seitenaufruf, Absenden eines Formulars und bestätigter Kauf sind verschiedene Vorgänge. Halten Sie erwartete Property und Ereignis fest, ohne private Kennungen oder Kundennutzdaten in allgemein zugängliche Berichte zu übernehmen. Dieser Sollzustand verhindert, dass jedes fehlende Produktlogo fälschlich als Problem behandelt wird.
Den Umfang der öffentlichen Prüfung verstehen
Der aktuelle Prüfer liest statisches HTML und Header; er führt kein JavaScript aus. Er untersucht die angeforderte Seite und kann eine weitere verlinkte Seite derselben Herkunft ergänzen. Maßgeblich sind die tatsächlich im Bericht genannten Seiten, nicht sämtliche Vorlagen, Unterseiten oder externe Bestellstrecken.
Erkannte Signaturen können auf Analysewerkzeuge, Werbepixel, Verhaltensmessung, Einwilligungsverwaltung oder Tag-Manager hinweisen. Öffentliche Verifizierungstokens aus HTML, Headern oder DNS liefern einen anderen Nachweis: Ein Token sagt nicht, welche Person Zugriff auf die Search Console hat. Ein fehlendes Token schließt andere Verifizierungsmethoden nicht aus. Die Google-Dokumentation zur Property-Verifizierung erläutert die möglichen Verfahren.
Dem Nachweis folgen, nicht nur dem Status
„Erkannt“ bedeutet, dass ein unterstütztes Muster sichtbar war. Es beweist weder Ausführung noch Einwilligung, Netzwerkübertragung oder Annahme beim Anbieter. „Nicht erkannt“ kann bedeuten, dass eine Integration erst zur Laufzeit, serverseitig oder auf einer anderen Seite arbeitet. Beides muss mit der tatsächlichen Implementierung abgeglichen werden.
Ist die Seite nicht abrufbar oder wird eine vorgeschaltete Prüfseite angezeigt, fehlt die Messgrundlage. Das ist kein Nachweis, dass sämtliche Integrationen fehlen. Unterscheiden Sie auch einen DNS-Zeitablauf von einer erfolgreichen Abfrage ohne Treffer. Bei einer unsicheren Tracking-URL sollten Sie zunächst klären, ob sie aktiv genutzt wird oder nur in ungenutztem Code vorkommt, und anschließend die Browseranfragen prüfen.
| Beobachtung | Priorität im Kontext | Zu bestätigender Nachweis | Nächster Schritt |
|---|---|---|---|
| Ein Ereignis erreicht die falsche Property | Hoch bei bestätigtem Geschäftsereignis | Browseranfrage und autorisierter Empfangsnachweis | Ziel korrigieren und einmalige sowie wiederholte Auslösung prüfen |
| Ein Tag wird nicht erkannt | Unbestätigt; nicht automatisch ein Defekt | Erwartete Architektur und tatsächliche Zustellung prüfen | Laufzeit-, Server- oder andere Seitenimplementierung überprüfen |
| Eine Einwilligungsplattform ist erkennbar | Verhalten muss zusätzlich geprüft werden | Vor Auswahl, nach Ablehnung und nach Zustimmung beobachten | Prüfen, ob die Übertragung der vorgesehenen Auswahl folgt |
Ein Ereignis bis zum vorgesehenen Ziel prüfen
- Starten Sie in einer sauberen Browsersitzung. Berücksichtigen Sie den gewählten Einwilligungszustand und störende Erweiterungen.
- Führen Sie die betreffende Handlung einmal aus. Verwenden Sie Testdaten und prüfen Sie Netzwerkverkehr sowie die autorisierte Diagnoseansicht des Anbieters.
- Vergleichen Sie Ereignisname, Ziel und erforderliche Werte. Ein Klick auf „Kaufen“ ist nicht dasselbe wie eine bestätigte Transaktion.
- Testen Sie erneutes Laden, Weiterleitungen und Wiederholungsversuche. Prüfen Sie bei parallelen Browser- und Servermeldungen die vorgesehene Deduplizierung.
Bei Implementierungen mit einer Google-Datenschicht sind Zeitpunkt und Inhalt der Ereignisse wichtig. Die bloße Existenz von dataLayer bestätigt keine korrekten Werte. Reparieren Sie die verantwortliche Auslösung oder Integration, statt vorsorglich ein weiteres Tag hinzuzufügen.
Einwilligung und Datensignale sorgfältig einordnen
Eine erkannte Einwilligungsplattform beweist nicht, dass eine Auswahl berücksichtigt wird. Prüfen Sie eine neue Sitzung vor der Auswahl sowie Ablehnung, Zustimmung und spätere Änderung. Vergleichen Sie das beobachtete Verhalten mit dem vorgesehenen Ablauf. Google beschreibt Einwilligungsverwaltung als Einholen, Übermitteln und Berücksichtigen der Auswahl; die Implementierungsanleitung erklärt die Bedeutung der Reihenfolge.
Hinweise auf personenbezogene Daten in Tracking-Mustern oder ausgewählte Cookies sind Anlässe zur Untersuchung, keine automatischen Rechtsurteile. Prüfen Sie Ziel und Produktvorgaben, bevor Sie etwas ändern; Hashing ist keine allgemeine Erlaubnis zur Datenübertragung. Auch ein Formularhinweis zu Datenschutztext oder Pflichtkästchen erfordert manuelle Bewertung. Aus statischem HTML lässt sich keine abschließende Aussage über geltendes Recht ableiten.
Erneut prüfen und die konkrete Aussage abschließen
Wiederholen Sie die öffentliche Prüfung auf denselben Seiten und dokumentieren Sie geänderte Signaturen. Ergänzen Sie die Browserprüfung und den autorisierten Empfangsnachweis beim Anbieter. Ein kurzer Datensatz mit Handlung, Einwilligungszustand, erwartetem und beobachtetem Ereignis sowie Duplikatprüfung reicht oft aus. Entfernen Sie personenbezogene Angaben, Tokens und Zahlungsdaten aus geteilten Nachweisen.
Schließen Sie genau die überprüfte Aussage ab. Wenn ein unerwünschtes Skript entfernt wurde, prüfen Sie auch, ob wichtige Ereignisse weiterhin ankommen. Ein besserer Punktwert beweist weder korrekte Attribution noch Zustellung oder Rechtskonformität. Wiederholen Sie relevante Tests nach Änderungen an Einwilligung, Kampagnen-Tags und Bestellabläufen.
Häufige Fragen
Beweist ein erkanntes Analyse-Tag, dass die Analyse funktioniert?
Nein. Es bestätigt ein öffentlich sichtbares Muster. Ausführung, korrektes Ziel, Ereigniswerte und Annahme beim Anbieter müssen separat geprüft werden.
Zeigt ein Verifizierungstoken, wer Zugriff auf die Search Console hat?
Nein. Öffentliche Verifizierungshinweise erlauben keine Beurteilung der Kontoberechtigungen. Dafür ist autorisierter Zugriff auf den jeweiligen Dienst erforderlich.
Ist eine nicht erkannte Einwilligungsplattform automatisch ein Rechtsverstoß?
Nein. Die Erkennung ist begrenzt, und rechtliche Anforderungen hängen von der tatsächlichen Verarbeitung und dem Kontext ab. Prüfen Sie Implementierung und Verhalten statt aus einem fehlenden Muster ein Urteil abzuleiten.
Quellen und weiterführende Links
- Google: Die Datenschichtdevelopers.google.com
- Google: Einwilligungsmodus und Einwilligungsverwaltungdevelopers.google.com
- Google: Einwilligungsmodus einrichtendevelopers.google.com
- Google: Inhaberschaft einer Property bestätigensupport.google.com
Vom Sitelemetry-Team mit dem Prüfumfang des Produkts und verlinkten Primärquellen abgeglichen. Beispiele dienen der Veranschaulichung, sofern kein beobachteter Fall ausdrücklich genannt wird.
