Webflow hält websiteweite Skripte an einer Stelle, und die gesamte Installation besteht darin, das Snippet dort einzufügen und auf Veröffentlichen zu drücken. Die zweite Hälfte ist die, an der das öfter schiefgeht als an der ersten.
Holen Sie sich zuerst das Snippet aus Ihrem Dashboard. Es sieht so aus, mit Ihrer eigenen Website-ID im Pfad:
<script src="https://t.skomi.com/s/YOUR-SITE-ID.js" defer></script>
Wohin es gehört
- Site settings → Custom code
- In Footer code einfügen
- Save changes
- Die Website veröffentlichen
Footer code setzt es auf jeder Seite vor das schließende </body>-Tag. Head code funktioniert ebenfalls: das Snippet trägt defer, es blockiert die Darstellung also aus keiner der beiden Positionen, aber der Footer ist der, den Webflow für die Ladegeschwindigkeit empfiehlt, und es gibt keinen Grund, dem hier zu widersprechen.
⚠ Eigener Code erscheint in der Vorschau und geht erst live, wenn Sie veröffentlichen. Das ist Webflows eigener Hinweis, und er erklärt die meisten Meldungen der Art „ich habe es installiert und Skomi zeigt nichts". Speichern ist nicht Veröffentlichen. Wenn das Dashboard zehn Minuten nach dem Speichern leer ist, prüfen Sie, ob die Website seither veröffentlicht wurde.
⚠ Fügen Sie die <script>-Tags genau so ein, wie sie angegeben sind. Webflow übernimmt Ihren Code wörtlich, ein Snippet ohne seine Tags ist auf der Seite also unwirksamer Text. Fügen Sie nie eigene <html>-, <head>- oder <body>-Tags hinzu; Webflows eigene Dokumentation warnt, dass die das Layout zerstören.
Bevor es das Feld überhaupt gibt
Websiteweiter eigener Code braucht einen bezahlten Site-Tarif für diese Website oder einen Core-, Growth-, Agency- oder Freelancer-Workspace. In einem kostenlosen Tarif nimmt der Reiter Custom code keinen websiteweiten Code an, und kein Snippet von uns ändert das. Wenn Sie Skomi auf einer Webflow-Website prüfen, die noch keinen Tarif hat, ist das zuerst zu klären, denn alles Folgende hängt davon ab.
Je Code-Abschnitt gibt es eine Grenze von 50.000 Zeichen. Das Snippet ist eine Zeile, das zählt also nur, wenn Sie sich das Feld bereits mit etwas Großem teilen.
Je Seite statt websiteweit
Page settings → Custom code → Before </body> tag nimmt dasselbe Snippet für nur eine Seite. Für Analytics ist das der falsche Ort: Sie würden die Seiten messen, an deren Bearbeitung Sie gedacht haben, aber es lohnt zu wissen, dass es das Feld gibt, denn Code dort lädt nach dem websiteweiten Code und ist ein guter Ort zum Nachsehen, wenn sich auf einer Seite etwas anders verhält als überall sonst.
Was Sie bekommen, ohne sonst etwas zu tun
Webflow liefert gewöhnliche Seiten aus, jede Navigation ist also ein echter Seitenaufruf und jeder wird gezählt. Es gibt keinen Router zum Einhängen und keinen Aufruf je Seite.
Interaktionen, Formularabsendungen und Webflows eigene Animationen geschehen innerhalb der Seite und sind keine Seitenaufrufe; wenn Sie die gemessen haben wollen, sind das Ereignisse oder eine der automatischen Erfassungen und nichts, was die Plattform für Sie meldet.
Wenn nichts ankommt
- Seit dem Speichern veröffentlicht? Die häufigste Ursache, und es lohnt, zweimal nachzusehen.
- Stimmt die Website-ID? Sie steht im Pfad der Skript-URL, nicht in einem Attribut.
- Ein Werbeblocker in Ihrem eigenen Browser? Testen Sie in einem privaten Fenster oder von einem Telefon über Mobilfunk. Ihr eigener Besuch ist der, der am ehesten blockiert wird.
- Webflow-Staging gegen eigene Domain. Eine
.webflow.io-Staging-Adresse und Ihre Live-Domain sind zwei Hostnamen. Beide melden an dieselbe Website-ID, solange Sie nicht eine davon ausgeschlossen haben, prüfen Sie also, ob Sie den Verkehr ansehen, den Sie zu sehen glauben.
Siehe das Snippet dazu, was es auf der Seite tut, und Verkehr ausschließen, wenn Sie Ihre eigenen Besuche aus den Zahlen haben wollen.