Documentazione Intlayer Analytics

@intlayer/analytics è un pacchetto complementare opzionale che ti indica quali contenuti vengono effettivamente mostrati ai tuoi visitatori — in quale pagina, in quale lingua (locale) e quale specifico frammento di contenuto tradotto — così da poter comprendere il tuo pubblico ed eseguire test A/B sui contenuti.

Indice

Cosa traccia

@intlayer/analytics raggruppa tre tipi di eventi anonimi in batch:

Gli eventi vengono raccolti in memoria e inviati come una singola richiesta batch all'incirca ogni 20 secondi — mai a ogni pressione di tasto o rendering — così l'analisi non impatta mai il tempo di primo rendering né aggiunge una richiesta per interazione.

Come supporta i test A/B sui contenuti

Intlayer ti permette già di dichiarare le Varianti del contenuto (es. un dizionario hero-banner con una variante control e una black_friday). @intlayer/analytics chiude il cerchio:

1. getVariant(experimentKey, variants) assegna in modo deterministico ogni sessione anonima a una variante — una funzione pura dell'id della sessione e della chiave dell'esperimento, quindi l'assegnazione è stabile per tutta la sessione e non richiede round-trip al server prima del primo rendering (nessun fastidioso sfarfallio, nessun layout shift).
2. Ogni evento di content_exposure trasporta la variant che è stata mostrata.
3. useConversion() ti permette di attribuire un obiettivo (es. "cta_click") a quella variante.
4. L'endpoint dei risultati degli esperimenti della dashboard confronta i tassi di conversione per variante, includendo la significatività statistica (uno z-test).

Installazione

@intlayer/analytics è una dipendenza peer e opzionale — non viene mai installata automaticamente da un pacchetto del framework. Aggiungila assieme a intlayer:

npm install @intlayer/analytics

Se non la installi, ogni punto di integrazione si risolve in una no-op (nessuna operazione) — vedi Costo zero quando non installato di seguito.

Configurazione

Analytics riutilizza il blocco di configurazione editor esistente — non c'è uno schema di configurazione analytics separato da compilare:

import type { IntlayerConfig } from "intlayer";

const config: IntlayerConfig = {
  editor: {
    backendURL: "https://back.intlayer.org", // Utilizzato anche come endpoint di acquisizione analytics
    clientId: "your-client-id", // Utilizzato anche come chiave progetto analytics
    clientSecret: "your-client-secret",
  },
};

export default config;

• editor.backendURL — l'URL base a cui vengono inviati gli eventi analytics (POST {backendURL}/api/analytics/events).
• editor.clientId — la chiave pubblica del progetto attribuita a ogni evento acquisito. Funge anche da interruttore di abilitazione: l'analisi rimane completamente disabilitata (e scartata dal tree-shaking, vedi sotto) finché clientId non viene configurato.

Se gestisci Intlayer in self-hosting, le analytics puntano automaticamente alla tua istanza poiché condivide editor.backendURL.

Supporto Framework

L'Analytics è cablata nel IntlayerProvider condiviso di react-intlayer, quindi è disponibile oggi ovunque venga utilizzato quel provider:

Utilizzo

Tracciamento automatico a livello di provider

Non sono richieste modifiche al codice. Una volta installato @intlayer/analytics e configurato editor.clientId, IntlayerProvider automaticamente:

• inizializza il client analytics al montaggio (mount),
• registra un page_view al caricamento iniziale,
• registra un page_view ad ogni cambio di lingua (locale),
• avvia il ciclo di svuotamento (flush) di ~20s e svuota eventuali eventi rimanenti allo smontaggio / chiusura della scheda (tramite navigator.sendBeacon, con fallback su fetch(..., { keepalive: true })).

Tracciamento automatico a livello di nodo

Ogni volta che useIntlayer risolve un pezzo di contenuto da mostrare, l'interprete riporta un evento di content_exposure per quell'esatto dictionaryKey + percorso della chiave + lingua — di nuovo, nessuna modifica al codice richiesta. Le esposizioni ripetute dello stesso nodo entro una finestra di flush vengono riunite in un singolo evento con un conteggio (count), così un elenco che esegue 50 re-rendering non invia 50 eventi.

Tracciare le conversioni per i test A/B

Usa useConversion() per attribuire un obiettivo alla variante che una sessione ha visto:

Risolvere una variante lato client

Privacy e prestazioni

• Anonimo by design: le sessioni sono identificate da un id a rotazione; il backend memorizza sempre e solo un hash SHA-256 di quell'id — mai l'id non elaborato, mai un indirizzo IP.
• La localizzazione è approssimativa: solo un codice paese, derivato dalle intestazioni di geolocalizzazione della CDN (cf-ipcountry, x-vercel-ip-country, ...) — nessun IP viene letto o memorizzato.
• Gli URL escludono i parametri di ricerca per impostazione predefinita, quindi le query string non vengono mai catturate.
• Campionamento (Sampling): sampleRate ti permette di conservare solo una frazione degli eventi di esposizione dei contenuti nelle app ad alto traffico.
• In batch: una richiesta circa ogni 20 secondi (flushInterval), o prima se il buffer si riempie (maxBufferSize) — mai una richiesta per evento.

Costo zero quando non installato

@intlayer/analytics segue esattamente lo stesso pattern di dipendenza opzionale di @intlayer/editor:

• ogni punto di integrazione carica il pacchetto tramite un import() dinamico racchiuso in try/catch — un'app che non installa mai @intlayer/analytics non paga un costo in termini di bundle-size o runtime, e non vede mai un errore;
• una variabile d'ambiente a tempo di compilazione (INTLAYER_ANALYTICS_ENABLED), impostata automaticamente su 'false' da @intlayer/config qualora editor.clientId non sia configurato, permette ai bundler di eliminare tramite dead-code l'intera integrazione;
• le analytics sono disabilitate all'interno dell'iframe di anteprima di Intlayer editor/CMS, in modo che le sessioni dell'editor non contino mai come vero traffico.

Dashboard: Pagina Analytics

Una volta che il tuo progetto ha raccolto eventi, la pagina Analytics nella dashboard di Intlayer (visibile nella barra laterale una volta selezionato un progetto) mostra:

• Utenti attivi — visitatori distinti nella finestra mobile selezionata (7 / 30 / 90 giorni).
• Utenti di oggi e utenti negli ultimi 7 giorni.
• Visualizzazioni di pagina nella finestra selezionata.
• Un grafico di evoluzione dei visitatori distinti giornalieri.
• Schede di ripartizione per Lingue (Locales) e Posizione (Location), classificando il tuo pubblico per lingua e per nazione.

Riferimento API Backend

Tutti gli endpoint di lettura richiedono l'autenticazione; l'acquisizione è pubblica e attribuita dal clientId.

Puoi anche richiamare questi endpoint in modo programmatico con il CMS SDK:

import { createIntlayerCMS } from "@intlayer/api";import { analyticsEndpoint } from "@intlayer/api/analytics";const cms = createIntlayerCMS();const { data: audience } = await analyticsEndpoint(cms).getAudience(30);

Link utili

• Dizionari Dinamici - Collezioni & Varianti
• Intlayer CMS - CMS SDK
• Intlayer Visual Editor
• Riferimento Configurazione
• Guida Self-Hosting