Webflow garde les scripts valables pour tout le site à un seul endroit, et toute l'installation consiste à y coller l'extrait puis à appuyer sur publier. C'est la seconde moitié qui tourne mal plus souvent que la première.

Récupérez d'abord l'extrait depuis votre tableau de bord. Il ressemble à ceci, avec votre propre identifiant de site dans le chemin :

<script src="https://t.skomi.com/s/YOUR-SITE-ID.js" defer></script>

Où il va

  1. Site settings → Custom code
  2. Collez-le dans Footer code
  3. Save changes
  4. Publiez le site

Le code de pied de page le place avant la balise </body> fermante sur chaque page. Le code d'en-tête fonctionne aussi : l'extrait porte defer, il ne bloquera donc pas l'affichage depuis l'une ou l'autre position, mais le pied de page est celui que Webflow recommande pour la vitesse de chargement et il n'y a aucune raison de discuter ici.

⚠ Le code personnalisé apparaît en aperçu et ne passe pas en production tant que vous ne publiez pas. C'est la propre note de Webflow et elle explique la plupart des messages « je l'ai installé et Skomi ne montre rien ». Enregistrer n'est pas publier. Si le tableau de bord est vide dix minutes après votre enregistrement, vérifiez que le site a été publié depuis.

⚠ Incluez les balises <script> exactement telles qu'elles sont données. Webflow colle votre code tel quel : un extrait sans ses balises est donc du texte inerte dans la page. N'ajoutez jamais vos propres balises <html>, <head> ou <body> ; la documentation de Webflow avertit qu'elles cassent la mise en page.

Avant même que le champ existe

Le code personnalisé valable pour tout le site exige un forfait Site payant sur ce site, ou un Workspace Core, Growth, Agency ou Freelancer. Sur un forfait gratuit, l'onglet Custom code n'acceptera pas de code valable pour tout le site, et aucun extrait venant de nous n'y change rien. Si vous évaluez Skomi sur un site Webflow qui n'a pas encore de forfait, c'est ce qu'il faut régler d'abord, parce que tout ce qui suit en dépend.

Il y a une limite de 50 000 caractères par section de code. L'extrait tient sur une ligne : cela ne compte donc que si vous partagez déjà le champ avec quelque chose de volumineux.

Par page plutôt que pour tout le site

Page settings → Custom code → Before </body> tag accepte le même extrait pour une seule page. C'est le mauvais endroit pour de l'analytics (vous mesureriez les pages que vous avez pensé à modifier), mais il vaut de savoir que le champ existe, parce que le code qui s'y trouve charge après le code valable pour tout le site et que c'est un bon endroit où regarder quand quelque chose se comporte différemment sur une page.

Ce que vous obtenez sans rien faire d'autre

Webflow sert des pages ordinaires : chaque navigation est donc un vrai chargement de page et chacune est comptée. Il n'y a pas de routeur auquel s'accrocher et pas d'appel par page à faire.

Les interactions, les envois de formulaires et les animations propres à Webflow se produisent à l'intérieur de la page et ne sont pas des pages vues ; si vous voulez les mesurer, ce sont des événements ou l'une des captures automatiques, pas quelque chose que la plateforme remonte pour vous.

Si rien n'arrive

  • Publié depuis l'enregistrement ? La cause la plus fréquente, et à vérifier deux fois.
  • L'identifiant de site est-il le bon ? Il est dans le chemin de l'URL du script, pas dans un attribut.
  • Un bloqueur de publicités sur votre propre navigateur ? Testez dans une fenêtre privée, ou depuis un téléphone en données mobiles. Votre propre visite est celle qui a le plus de chances d'être bloquée.
  • Préproduction Webflow contre domaine personnalisé. Une adresse de préproduction en .webflow.io et votre domaine de production sont deux noms d'hôte. Les deux remontent vers le même identifiant de site sauf si vous en avez exclu un : vérifiez donc que vous regardez bien le trafic que vous croyez.

Voir l'extrait pour ce qu'il fait sur la page, et exclure du trafic si vous voulez sortir vos propres visites des chiffres.