Usa la extensión. Es un solo ajuste y sobrevive a un cambio de tema, cosa que las alternativas no hacen.

La extensión

  1. Abre skomi-plugin-wordpress y, en Releases, descarga el skomi-wordpress.zip adjunto a la más reciente.
  2. En WordPress, ve a Plugins → Añadir nuevo plugin → Subir plugin, elige el archivo, instálalo y actívalo.
  3. Ve a Ajustes → Skomi Analytics.
  4. Pega tu identificador de sitio y guarda.

⚠ Coge el zip de la release, no el del botón verde «Code → Download ZIP». Ese envuelve todo en una carpeta con el nombre del repositorio y la rama, y WordPress instala una extensión bajo la carpeta que contenga el zip. La extensión aterrizaría con el nombre equivocado, y el complemento de WooCommerce de abajo (que pide skomi-wordpress por su nombre) dejaría de encontrarla.

El identificador de sitio está en la página de tu sitio en Skomi. Es un UUID, y no es un secreto: aparece en el código fuente de todas las páginas que mide.

Dos ajustes importan y el resto se puede quedar como está:

  • Activado, que lo está. Desactivarlo detiene la recogida y conserva tu identificador de sitio, así que no tienes que ir a buscarlo otra vez después.
  • Identificador de sitio. Un identificador que no sea un UUID se rechaza con un mensaje en vez de guardarse, porque un identificador malo guardado imprime una etiqueta de script rota en todas las páginas.

Un valor por defecto que conviene saber: las visitas de la gente con sesión iniciada en WordPress no se miden. En un sitio pequeño tus propias recargas superan al tráfico real, y nada en un panel lo dice. Hay una casilla si las quieres.

Si vendes con WooCommerce, añade también Skomi para WooCommerce, instalado de la misma manera. Informa del total, la divisa y el número de cada pedido, y es el número de pedido lo que impide que una página de agradecimiento recargada cuente una segunda venta.

Las dos se suben en vez de encontrarse en el directorio de extensiones: no están en wordpress.org. El código fuente de las dos es público, y merece la pena leerlo entero antes de instalar nada en un sitio que cobra dinero.

Pegar la etiqueta a mano

No necesitas esto si has usado la extensión. Está aquí porque algunos sitios no pueden añadir una, y porque una etiqueta pegada en un tema es la forma más común en que la analítica se para discretamente en WordPress: un cambio de tema se la lleva con él, sin error y sin nada que se note.

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>

Una extensión de cabecera y pie

La opción a la que echar mano si prefieres no tocar un tema. Extensiones como WPCode o Head & Footer Code añaden una página de ajustes con un campo para la cabecera y otro para el pie. Pega la etiqueta en el campo de pie y guarda.

Esto sobrevive a todos los cambios de tema y a todas las actualizaciones de tema, que es todo el argumento a su favor.

Un tema hijo

Si ya usas un tema hijo, añade esto a su functions.php:

add_action( 'wp_footer', function () {
    ?>
    <script src="https://t.skomi.com/s/your-site-id.js" defer></script>
    <?php
}, 100 );

wp_footer se dispara justo antes de la etiqueta </body> de cierre, y la prioridad 100 pone la etiqueta después de los scripts que WordPress encola con la prioridad por defecto de 20.

⚠ Un tema hijo, no el tema en sí. Editar el footer.php de un tema padre funciona hasta que ese tema se actualiza, y entonces la etiqueta ha desaparecido sin error y sin ninguna señal de que algo haya cambiado. Simplemente dejas de recoger.

El campo propio de tu tema

Muchos temas comerciales tienen un ajuste de «código personalizado», «código de seguimiento» o «scripts». Si el tuyo lo tiene, es la misma idea que una extensión de cabecera y pie con una cosa menos instalada. Usa el campo de pie o de body en vez del de cabecera.

⚠ Es también la opción que desaparece con el tema, así que es la más débil de las tres a menos que tengas la certeza de que el tema es definitivo.

Lo que va a hacer tu extensión de caché

Esto se aplica sea como sea que la etiqueta haya llegado a la página, con extensión o sin ella.

Vacía la caché después de añadir la etiqueta. Una página en caché se generó antes de que la etiqueta existiera y no la contiene, así que no llega nada y nada está mal.

Excluye el script de Skomi de la «combinación de JavaScript» y de cualquier opción que copie los scripts de terceros a tu propio servidor. Skomi construye un paquete por sitio a partir de los productos que hayas activado, y se supone que el navegador va a buscar el actual. Una copia fijada dentro del lote de tu extensión de optimización está congelada en el día en que se copió: activar un producto más adelante no cambiaría nada, y no habría nada que ver que lo explicara.

Las extensiones de optimización que solo difieren o retrasan el script no dan problema: la etiqueta ya lleva defer.

Más de un sitio

Un multisitio de WordPress, o varias instalaciones, significan varios sitios en Skomi: cada dominio se registra por separado y recibe su propio identificador, y cada subsitio necesita su propia etiqueta. Los subdominios de un dominio registrado los acepta el sitio al que pertenecen.

Comprobar que funciona

Carga una página de tu sitio y luego mira tu panel. Si no llega nada, repasa qué comprobar cuando el fragmento no funciona; en WordPress la respuesta es casi siempre una caché que no se ha vaciado, o una extensión de optimización que ha reescrito la etiqueta.