Webflow tiene gli script validi per tutto il sito in un posto solo, e tutta l'installazione è incollarci lo snippet e premere pubblica. È nella seconda metà che la cosa va storta più spesso che nella prima.

Vai prima a prendere lo snippet dalla tua dashboard. Ha questo aspetto, con il tuo identificativo di sito nel percorso:

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

Dove va

  1. Site settings → Custom code
  2. Incollalo in Footer code
  3. Save changes
  4. Pubblica il sito

Il codice del piè di pagina lo mette prima del tag </body> di chiusura su ogni pagina. Anche il codice dell'intestazione funziona: lo snippet porta defer, quindi non blocca la presentazione da nessuna delle due posizioni, ma il piè di pagina è quello che Webflow consiglia per la velocità di caricamento e qui non c'è nessun motivo per contestarlo.

Il codice personalizzato compare nell'anteprima e non va in produzione finché non pubblichi. È una nota di Webflow stessa e spiega la maggior parte dei messaggi «l'ho installato e Skomi non mostra niente». Salvare non è pubblicare. Se la dashboard è vuota dieci minuti dopo che hai salvato, controlla che il sito sia stato pubblicato da allora.

Includi i tag <script> esattamente come ti vengono dati. Webflow incolla il tuo codice tale e quale, quindi uno snippet senza i suoi tag è testo inerte nella pagina. Non aggiungere mai tag <html>, <head> o <body> tuoi; la documentazione di Webflow stessa avvisa che quelli rompono l'impaginazione.

Prima che il campo esista

Il codice personalizzato valido per tutto il sito richiede un piano Site a pagamento su quel sito, oppure un Workspace Core, Growth, Agency o Freelancer. Su un piano gratuito la scheda Custom code non accetta codice valido per tutto il sito, e nessuno snippet nostro cambia la cosa. Se stai valutando Skomi su un sito Webflow che non ha ancora un piano, è quello da sistemare per primo, perché tutto quello che viene dopo ci dipende.

C'è un limite di 50 000 caratteri su ogni sezione di codice. Lo snippet è una riga, quindi questo conta solo se stai già condividendo il campo con qualcosa di grosso.

Per singola pagina invece che per tutto il sito

Page settings → Custom code → Before </body> tag accetta lo stesso snippet per una pagina sola. È il posto sbagliato per l'analitica (misureresti le pagine che ti sei ricordato di modificare), ma vale la pena sapere che il campo esiste, perché il codice che ci sta dentro carica dopo quello valido per tutto il sito ed è un buon posto dove guardare quando qualcosa su una pagina si comporta diversamente dal resto.

Che cosa ottieni senza fare altro

Webflow serve pagine normali, quindi ogni navigazione è un caricamento di pagina vero e ognuna viene contata. Non c'è nessun router a cui agganciarsi e nessuna chiamata per pagina da fare.

Le interazioni, gli invii di modulo e le animazioni di Webflow stesso succedono dentro la pagina e non sono pagine viste; se vuoi che siano misurate, sono eventi o una delle catture automatiche, non qualcosa che la piattaforma riporti per te.

Se non arriva niente

  • Hai pubblicato dopo aver salvato? La causa più comune, e vale la pena controllarla due volte.
  • L'identificativo di sito è giusto? Sta nel percorso dell'indirizzo dello script, non in un attributo.
  • Un blocca-annunci sul tuo browser? Prova in una finestra privata, o da un telefono con i dati mobili. La tua visita è quella con più probabilità di essere bloccata.
  • Ambiente di prova di Webflow contro dominio tuo. Un indirizzo di prova .webflow.io e il tuo dominio in produzione sono due nomi host. Riportano tutti e due allo stesso identificativo di sito a meno che tu non ne abbia escluso uno, quindi controlla di stare guardando il traffico che credi.

Vedi lo snippet per che cosa fa sulla pagina, e escludere traffico se vuoi le tue visite fuori dai numeri.