Webflow guarda los scripts que valen para todo el sitio en un solo sitio, y toda la instalación consiste en pegar allí el fragmento y darle a publicar. La segunda mitad es donde esto sale mal más veces que la primera.

Consigue primero el fragmento desde tu panel. Tiene esta pinta, con tu propio identificador de sitio en la ruta:

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

Dónde va

  1. Site settings → Custom code
  2. Pégalo en Footer code
  3. Save changes
  4. Publica el sitio

El código de pie lo pone antes de la etiqueta </body> de cierre en todas las páginas. El código de cabecera también funciona: el fragmento lleva defer, así que no va a bloquear el dibujado desde ninguna de las dos posiciones, pero el pie es el que Webflow recomienda por velocidad de carga y no hay razón para discutirlo aquí.

⚠ El código personalizado aparece en la vista previa y no sale a producción hasta que publicas. Es la propia nota de Webflow y explica la mayoría de los mensajes de «lo he instalado y Skomi no enseña nada». Guardar no es publicar. Si el panel está vacío diez minutos después de guardar, comprueba que el sitio se ha publicado desde entonces.

⚠ Incluye las etiquetas <script> exactamente como se dan. Webflow pega tu código tal cual, así que un fragmento sin sus etiquetas es texto inerte en la página. No añadas nunca etiquetas <html>, <head> ni <body> propias; la propia documentación de Webflow avisa de que esas rompen la maquetación.

Antes de que el campo esté siquiera ahí

El código personalizado para todo el sitio necesita un plan Site de pago en ese sitio, o un Workspace Core, Growth, Agency o Freelancer. En un plan gratuito la pestaña Custom code no aceptará código para todo el sitio, y ningún fragmento nuestro cambia eso. Si estás evaluando Skomi en un sitio de Webflow que todavía no tiene plan, eso es lo primero que hay que resolver, porque todo lo de abajo depende de ello.

Hay un límite de 50.000 caracteres en cada sección de código. El fragmento es una línea, así que esto solo importa si ya estás compartiendo el campo con algo grande.

Por página en vez de para todo el sitio

Page settings → Custom code → Before </body> tag acepta el mismo fragmento para una sola página. Es el sitio equivocado para la analítica (estarías midiendo las páginas que te acordaste de editar), pero vale la pena saber que el campo existe, porque el código de ahí carga después del código para todo el sitio y es un buen sitio donde mirar cuando algo se comporta distinto en una página que en el resto.

Lo que obtienes sin hacer nada más

Webflow sirve páginas normales, así que cada navegación es una carga de página de verdad y cada una se cuenta. No hay ningún enrutador al que engancharse ni ninguna llamada por página que hacer.

Las interacciones, los envíos de formulario y las propias animaciones de Webflow ocurren dentro de la página y no son páginas vistas; si quieres medir eso, son eventos o una de las capturas automáticas, no algo de lo que informe la plataforma por ti.

Si no llega nada

  • ¿Publicado desde que guardaste? La causa más común, y merece comprobarse dos veces.
  • ¿El identificador de sitio es el correcto? Está en la ruta de la URL del script, no en un atributo.
  • ¿Un bloqueador de anuncios en tu propio navegador? Prueba en una ventana privada, o desde un teléfono con datos móviles. Tu propia visita es la que más probabilidades tiene de estar bloqueada.
  • Preproducción de Webflow frente a dominio propio. Una dirección de preproducción .webflow.io y tu dominio en producción son dos nombres de host. Los dos informan al mismo identificador de sitio salvo que hayas excluido uno, así que comprueba que estás mirando el tráfico que crees.

Véase el fragmento para lo que hace en la página, y excluir tráfico si quieres tus propias visitas fuera de los números.