Support und Fehlerbehebung

Schreiben Sie an hello@seean.io mit der Website-Domain, dem betroffenen Bildschirm, dem gewählten Zeitraum und dem, was Sie erwartet haben.

Nutzen Sie die FAQ für häufige Produktfragen, die Funktionsverfügbarkeit zum Prüfen unterstützter Integrationen und Abrechnung und Verbrauch für Kontingente und Rechnungszugriff.

Es kommen keine Seitenaufrufe an

1. Bestätigen Sie, dass die bereitgestellte Seite das richtige Website-Token und den API-Origin aus den Einstellungen enthält.
2. Prüfen Sie, ob der Browser /k.js laden und die Erfassungsanfrage senden kann.
3. Prüfen Sie Einwilligungssteuerungen, Datenschutzeinstellungen des Browsers, Blocker und konfigurierte Ausschlüsse.
4. Prüfen Sie, ob die Testphase abgelaufen ist oder der Verbrauch sein Kontingent erreicht hat.
5. Öffnen Sie Settings → Installation → Setup health (Einstellungen → Installation → Einrichtungsstatus); dort sehen Sie den zuletzt empfangenen Seitenaufruf und Check installation (Installation prüfen).

Rotieren Sie ein Token nicht als ersten Schritt der Fehlerbehebung: Die Rotation macht bestehende Installationen ungültig.

Die veröffentlichte Einrichtung prüfen

Seean prüft die veröffentlichte Startseite jeder noch nicht verifizierten Website automatisch, ohne dass jemand das Dashboard öffnet: jede Minute am ersten Tag der Website, alle 5 Minuten für den Rest ihrer ersten Woche, alle 30 Minuten für den Rest ihres ersten Monats und danach alle 6 Stunden. Eine geänderte Domain oder ein rotiertes Website-Token startet diesen Zeitplan wieder im Tempo des ersten Tages. Die erste Prüfung, die Snippet, Token und eine erlaubende Sicherheitsrichtlinie findet, verifiziert die Website sofort; kein Besuch ist nötig. Verifizierte Websites und Websites, die bereits Ereignisse empfangen, werden nicht mehr abgefragt; das Zurücksetzen der Statistiken einer nicht verifizierten Website setzt sie wieder auf diesen Zeitplan.

Der leere Installationsbanner der Übersicht führt beim Öffnen ebenfalls eine Prüfung aus. Eigentümer und Website-Admins können auch Settings → Installation → Setup health → Check installation verwenden. Die Prüfung liest die veröffentlichte Startseite und kontrolliert die erzeugte Tracker-Adresse, die Referenz auf das Website-Token und die Sicherheitsrichtlinie (den HTTP-Header und jedes <meta http-equiv="Content-Security-Policy">-Tag im Seitenkopf). Ergebnisse erscheinen ohne Neuladen auf dem Bildschirm. Bricht die Verbindung zu Seean ab, warnt der Bildschirm, dass empfangene Daten veraltet sein können, und deaktiviert neue Prüfungen bis zur Wiederverbindung:

• Security policy blocks Seean (Sicherheitsrichtlinie blockiert Seean) nennt die blockierende Skript- oder Verbindungsdirektive und die hinzuzufügenden Quellen. Führen Sie sie mit Ihrer bestehenden Richtlinie zusammen und veröffentlichen Sie die Änderung; lassen Sie andere Anwendungsberechtigungen unberührt.
• Seean is installed (Seean ist installiert) bedeutet, dass Tracker-Adresse und Website-Token im Seitenquelltext erscheinen und die Sicherheitsrichtlinie (Header und Meta-Tag) das Skript und die Erfassungsanfragen erlaubt. Kein Besuch ist erforderlich. Die Website wird sofort als installiert markiert: Der Installationsbanner der Übersicht schließt sich, Your sites zeigt Installed, und der Einrichtungsstatus zeigt Installation verified mit der Prüfzeit. Berichte füllen sich, sobald Besucher eintreffen; Blocker oder Einwilligungsentscheidungen können weiterhin verhindern, dass einzelne Besucher gezählt werden.
• Tracker reference found — confirm in a browser (Tracker-Referenz gefunden — im Browser bestätigen) bedeutet, dass Adresse und Token erscheinen, die Richtlinie aber nonce-, hash- oder strict-dynamic-Regeln verwendet, die die Prüfung nicht auswerten kann, oder der Seitenkopf zu lang zum Lesen ist (siehe die Grenzen unten). Eine frühere Verifizierung bleibt erhalten; folgen Sie der Browser-Verifizierung.
• Setup could not be confirmed (Einrichtung konnte nicht bestätigt werden) kann ein fehlendes oder abweichendes Snippet, clientseitiges Laden oder einwilligungsabhängiges Laden bedeuten. Folgen Sie der Browser-Verifizierung, bevor Sie schließen, dass der Tracker fehlt.
• Could not inspect (Konnte nicht untersuchen) erklärt eine nicht verfügbare Seite, einen HTTP-Fehler, eine zu große Antwort oder eine nicht unterstützte Adresse. Versuchen Sie es nach dem Beheben der veröffentlichten Seite erneut oder nutzen Sie die Browser-Verifizierung.
• Last pageview received (Letzter empfangener Seitenaufruf) zeigt den neuesten gespeicherten Seitenaufruf dieser Website, unabhängig vom gewählten Berichtszeitraum. Ein alter Zeitstempel belegt frühere Erfassung, nicht dass die aktuelle Installation funktioniert. Ohne Seitenaufrufe zeigt Installation verified die letzte erfolgreiche Prüfung, und Not installed yet (Noch nicht installiert) bedeutet, dass keine Prüfung die veröffentlichte Seite verifiziert hat.

Eine spätere Prüfung, die Snippet oder Token vermisst oder eine Richtlinie findet, die Seean blockiert, entfernt die Verifizierung, und der Banner kehrt zurück, solange die Website keine Daten hat. Das Ändern der Website-Domain, das Rotieren ihres Website-Tokens oder das Ändern des vom erzeugten Snippet verwendeten Collector-Hostnamens entfernt die Verifizierung ebenfalls und startet die automatischen Prüfungen neu. Collector-Änderungen umfassen das Aktivieren/Deaktivieren der First-Party-Erfassung sowie das Aktivieren, Verlieren oder Trennen einer eigenen Erfassungsdomain; das Ändern eines Fallback-Hostnamens, während eine aktive eigene Domain das Snippet weiterhin ausliefert, setzt die Verifizierung nicht zurück. Veröffentlichen Sie das aktuelle Snippet und seine Sicherheitsrichtlinien-Origins, bevor Sie erneut prüfen. Bestehende Analytics-Daten bleiben erhalten. Eine Prüfung, die die Seite nicht lesen kann, lässt das vorherige Ergebnis unverändert.

Ein manuelles oder automatisches Ergebnis für eine frühere Installationskonfiguration kann die neue weder verifizieren noch ihre eingereihte Prüfung entfernen. Wenn eine manuelle Prüfung meldet Installation settings or a newer check changed during this check (Installationseinstellungen oder eine neuere Prüfung haben sich während dieser Prüfung geändert), prüfen Sie das aktuell erzeugte Snippet und versuchen Sie es erneut; Seean markiert das veraltete Ergebnis nicht als installiert.

Manuelle Prüfungen sind auf zwei pro Minute pro angemeldetem Nutzer über dessen Websites begrenzt; automatische Prüfungen zählen nicht zu dieser Grenze. Der Prüfer liest nur die öffentliche HTTPS-Startseite der konfigurierten Domain, mit bis zu drei Weiterleitungen innerhalb dieser Domain und ihrer www-Adresse, einer Gesamtfrist von 12 Sekunden und einer Antwortgrenze von 2 MiB. Private Adressen, Websites mit IP-Literal, Nicht-Standard-Ports, reine IPv6-Websites und komprimierte Antworten, die die Anfrage nach unkomprimiertem HTML ignorieren, werden nicht untersucht.

Dies ist eine serverseitige Quelltext-/Header-Prüfung: Sie führt kein JavaScript aus, umgeht keine Einwilligung oder Browser-Blocker, untersucht keine anderen Routen und belegt nicht, dass nonce-/hash-/strict-dynamic-Richtlinien funktionieren. Ein Seitenkopf länger als 16 KB, der jenseits dieser Stelle noch ein http-equiv-Meta-Tag hat, oder Meta-Tag-Richtlinien länger als 16 KB können von dieser Prüfung nicht bestätigt werden und brauchen die Browser-Verifizierung. Unterschiedliche CDN-Antworten und Richtlinien auf anderen Seiten erfordern die Browser-Verifizierung. Geprüft wird der Hostname, den das erzeugte Snippet aktuell verwendet - Ihre eigene Erfassungsdomain, sobald sie aktiv ist, sonst die First-Party-Erfassungsadresse oder app.seean.io; ein älteres Standard-Snippet kann nach dem Aktivieren der First-Party-Erfassung weiterhin funktionieren. Die Prüfung selbst sendet keine Analytics-Ereignisse und speichert das abgerufene HTML nicht; nur die Verifizierungszeit, die Zeit der zuletzt angewendeten Prüfung und die Zeit der nächsten automatischen Prüfung werden behalten. Betrachter können keine Installationsprüfungen ausführen.

Eine Installation prüfen

1. Öffnen Sie Ihre veröffentlichte Website in einem normalen Browser-Tab. Durchlaufen Sie gegebenenfalls den Analytics-Einwilligungsablauf Ihrer Website. Respektieren Sie weiterhin die Datenschutzentscheidungen Ihrer Besucher.
2. Öffnen Sie in den Browser-Entwicklertools Netzwerk. Laden Sie die Seite neu und suchen Sie nach https://app.seean.io/k.js. Es sollte erfolgreich laden, möglicherweise aus dem Browser-Cache.
3. Suchen Sie nach einem POST an https://app.seean.io/api/collect, wenn Sie das Standard-Produktions-Snippet verwenden. Sein JSON-Body enthält Ihr öffentliches Token in t und den Seitenpfad in p. Eine 204-Antwort allein ist kein Beweis, dass Daten gespeichert wurden: Ausgeschlossene Anfragen können ebenfalls ohne Fehlerantwort enden.
4. Öffnen Sie in Seean Events (Ereignisse), wählen Sie einen Zeitraum, der jetzt einschließt, und aktualisieren Sie die Liste. Ordnen Sie Ihren Seitenpfad und die Zeit zu. Prüfen Sie auch Settings → Installation → Setup health auf die Zeit des letzten empfangenen Seitenaufrufs.
5. Navigieren Sie zu einem anderen Pfad und verwenden Sie dann Zurück und Vorwärts. Bestätigen Sie jeden beabsichtigten Seitenaufruf in Ereignisse. Queries und Fragmente sind keine eigenen Seitenpfade; eine neue Kampagne oder Sitzung kann denselben Pfad erneut zählen. Aufeinanderfolgende Benachrichtigungen für einen unveränderten Pfad in derselben Sitzung werden dedupliziert; das Verlassen eines Pfads und die Rückkehr kann einen weiteren Seitenaufruf erzeugen.

Verwenden Sie zum Testen eine separate Website bzw. ein separates Token, damit Ihre Prüfungen die Berichte eines Kunden nicht aufblähen. Ein erfolgreicher Skript-Download, eine funktionierende Seitenvorschau oder alte Daten im Einrichtungsstatus beweisen nicht, dass eine neue Installation funktioniert.

Skript lädt, aber keine Erfassungsanfrage erscheint

Prüfen Sie auf Browser-Opt-out, Do Not Track, Global Privacy Control oder einen automatisierten Browser. window.seean kann mit inaktiven Methoden existieren, wenn die Erfassung deaktiviert ist, sodass die Prüfung dieses Objekts allein nicht ausreicht. Laden Sie das Snippet als klassisches externes Skript, mit data-site und data-api am selben Element.

Wenn Ihre Website eine Content Security Policy verwendet, erlauben Sie https://app.seean.io in der wirksamen Skriptrichtlinie und in connect-src. Wenn Sie script-src-elem definieren, muss auch dieses den Tracker erlauben. Führen Sie diese Origins mit Ihrer bestehenden Richtlinie zusammen; ersetzen Sie nicht den Rest und erlauben Sie nicht alle Origins. Inline-Loader eines Tag-Managers brauchen zusätzlich möglicherweise Ihre bestehende nonce-/hash-Richtlinie. Siehe Skriptoptionen.

Anfragen schlagen fehl oder Zahlen sind verdoppelt

Ein unbekanntes/rotiertes Token kann eine 404 erzeugen; ein Abrechnungskontingent oder ein inaktiver Plan kann die Erfassung stoppen. Prüfen Sie die Abrechnung und das Token im bereitgestellten HTML. Eine blockierte Anfrage oder ein CSP-Fehler ist in den Browser-Entwicklertools sichtbar. Folgen Sie den Ausschlüssen, wenn Anfragen erfolgreich sind, die erwarteten Daten aber fehlen.

Durchsuchen Sie sowohl Projektdateien als auch Tag-Manager-Container nach k.js. Behalten Sie eine Installation und lassen Sie sie unterstützte Navigation beobachten. Ein History-Change-Trigger, der den gesamten Tracker neu lädt, oder das manuelle Senden von pageview bei jeder Navigation kann Zahlen verdoppeln.

Lokale oder automatisierte Tests

Localhost und 127.0.0.1 benötigen data-local. Browser-Automatisierung oder Datenschutzeinstellungen können die Erfassung absichtlich stoppen. Ein Browser-UI-Test ist kein Beleg, dass ein echter Seitenaufruf aufgenommen wurde.

Berichte sehen anders aus

Gleichen Sie Website, Zeitraum, Filter und berechneten Zeitraum ab. Echtzeit verwendet Zwei- und Dreißig-Minuten-Fenster; die Übersicht deckt normalerweise ein längeres Intervall ab. Länderschätzungen und Google-Suchanfragen-Importe haben eigene Grenzen.

Eine Analyse ist nicht gestartet

Jede Analytics-Seite startet eine Berechnung für ihren Zeitraum. Der Hinweis über der Seite erklärt eine Ablehnung: Your current analyses are still running (Ihre aktuellen Analysen laufen noch) wartet auf die laufenden; Too many analyses were started for this website. Try again in N seconds (Für diese Website wurden zu viele Analysen gestartet. Versuchen Sie es in N Sekunden erneut) bedeutet, dass das Startbudget (120 pro Minute über alle Websites des Kontoinhabers und Teammitglieder; ein Schub von zwanzig und dreißig pro Minute pro Website, geteilt von Freigabelinks, Widgets und Demo-Besuchern, die keine Mitglieder der Demo sind) aufgebraucht ist, und die Seite versucht es nach der Wartezeit einmal selbst erneut. Could not start this analysis. Please retry (Diese Analyse konnte nicht gestartet werden. Bitte versuchen Sie es erneut) ist ein unerwarteter Fehler; die Browserkonsole protokolliert die Server-Anfrage-ID für den Support. Retry analysis (Analyse wiederholen) startet sofort erneut.

Hintergrund-Analytics und On-Demand-Aufschlüsselungen teilen ein begrenztes Ausführungsbudget: zwei Berechnungen im gesamten Dienst, höchstens eine pro Website-Eigentümer. Das schließt Echtzeit und die leichte Online-Zählung ein. Eine Hintergrundberechnung wartet, solange das Budget belegt ist; eine erweiterte Aufschlüsselung kann stattdessen Analytics is busy. Retry the breakdown shortly. (Analytics ist ausgelastet. Laden Sie die Aufschlüsselung in Kürze erneut) zeigen. Verwenden Sie Retry breakdown, nachdem eine andere Berechnung abgeschlossen ist. Das begrenzt konkurrierende Analytics-Arbeit, ist aber keine Garantie für konstante Erfassungslatenz oder unbegrenzte Kapazität. Eine ladende oder fehlgeschlagene Berechnung ist keine Nullzahl.

Wenn eine Berechnung abschließt, erhält die nächste berechtigte wartende Berechnung sofort ihren Platz. Das Öffnen mehrerer Websites in einem Konto fügt nach jeder abgeschlossenen Berechnung keine feste Wiederholungsverzögerung hinzu. Eine laufende Berechnung in diesem Konto muss trotzdem zuerst abschließen; das Vorbereiten angenommener Quelldaten, Speicherausfälle und Wiederherstellungs-Snapshots können verzögern, wann ein Bericht bereit ist.

Sicher Kontakt aufnehmen

Fügen Sie Screenshots von Fehlern bei, wo hilfreich. Senden Sie keine Passwörter, Bestätigungscodes, Umsatz-Secrets oder exportierte Besucherdaten, sofern kein spezieller sicherer Support-Prozess vereinbart wurde. Abrechnungs- und Kontofragen lassen sich beschreiben, ohne diese Werte offenzulegen.

Etwas unklar? Support kontaktieren.