Pose una domanda e ottieni un riassunto del documento facendo riferimento a questa pagina e al provider AI di tua scelta
Cronologia delle versioni
- "Abilitare gli analytics per impostazione predefinita quando `@intlayer/analytics` è installato"v9.3.322/08/2026
- "Init doc — pacchetto @intlayer/analytics, tracciamento a livello provider/nodo, test A/B, dashboard"v9.0.008/07/2026
Il contenuto di questa pagina è stato tradotto con un'IA.
Vedi l'ultima versione del contenuto originale in ingleseSe hai un’idea per migliorare questa documentazione, non esitare a contribuire inviando una pull request su GitHub.
Collegamento GitHub alla documentazioneCopia il Markdown del documento nella porta-documenti
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:
Apri la tabella in una finestra modale per visualizzare tutti i dati in modo chiaro
| Evento | Dove viene catturato | Cosa ti dice |
|---|---|---|
page_view | Livello Provider (IntlayerProvider) | Quale pagina e lingua una sessione ha visualizzato, al caricamento iniziale, al cambio di rotta o al cambio di lingua. |
content_exposure | Livello Nodo (useIntlayer / plugin interpreti) | Quale chiave del dizionario / percorso della chiave è stato effettivamente risolto e mostrato — e, se parte di un esperimento, quale variante. |
conversion | Ovunque chiami useConversion() | Un obiettivo raggiunto (registrazione, clic, acquisto...) attribuito alla variante A/B a cui la sessione è stata esposta. |
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:
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).- Ogni evento di
content_exposuretrasporta lavariantche è stata mostrata. useConversion()ti permette di attribuire un obiettivo (es."cta_click") a quella variante.- 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 opzionale di ogni pacchetto di framework (react-intlayer, next-intlayer, vue-intlayer, …), quindi la maggior parte dei progetti la possiede già. Installala esplicitamente se la tua configurazione salta le dipendenze opzionali (npm install --no-optional, …):
Copiare il codice nella clipboard
Installare il pacchetto è tutto ciò che serve per attivare gli analytics: analytics.enabled vale true per impostazione predefinita e @intlayer/config lo risolve a false ogni volta che il pacchetto non viene trovato nel progetto. 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
Gli analytics non richiedono alcuna configurazione per partire: sono abilitati per impostazione predefinita e riutilizzano il blocco di configurazione editor esistente per l'endpoint e la chiave di progetto.
Copiare il codice nella clipboard
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éclientIdnon viene configurato.
Se gestisci Intlayer in self-hosting, le analytics puntano automaticamente alla tua istanza poiché condivide editor.backendURL.
Chiamare l'API dal browser
Lo stesso token supporta un piccolo client senza credenziali, così un sito statico o una SPA può leggere il contenuto del proprio CMS a runtime senza server, senza server action e senza alcun segreto nel bundle:
Copiare il codice nella clipboard
Si autentica da solo a partire da editor.clientId: lo scambio, la cache e il rinnovo sono gestiti internamente. Gli scope delimitano ciò a cui può accedere: il contenuto dei dizionari pubblicati e l'acquisizione degli analytics. Qualsiasi altra operazione (pubblicare dizionari, leggere un progetto, spendere crediti IA) richiede una credenziale reale, quindi un server o un utente autenticato.
Come disattivarli
Il blocco opzionale analytics regola — o disattiva — la raccolta:
Copiare il codice nella clipboard
import type { IntlayerConfig } from "intlayer";
const config: IntlayerConfig = {
analytics: {
enabled: false, // Predefinito: true — esclude l'intera integrazione dal bundle
flushInterval: 20_000, // Millisecondi tra due invii in batch
sampleRate: 1, // Frazione di sessioni da registrare, da 0 (nessuna) a 1 (tutte)
},
};
export default config;
Disinstallare @intlayer/analytics ha lo stesso effetto di enabled: false. Consulta il riferimento di configurazione per l'elenco completo dei campi.
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_viewal caricamento iniziale, - registra un
page_viewad 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 sufetch(..., { keepalive: true })).
Il punto di ingresso cambia in base al framework, ma in ogni caso è lo stesso che usi già per configurare Intlayer, quindi non c'è nulla in più da aggiungere:
IntlayerProvider monta internamente il provider degli analytics.
Copiare il codice nella clipboard
next-intlayer ri-esporta l'IntlayerProvider di React, quindi gli analytics vengono collegati allo stesso modo.
Copiare il codice nella clipboard
Il plugin intlayer registra gli hook degli analytics nel ciclo di vita del componente radice.
Copiare il codice nella clipboard
Con Nuxt, nuxt-intlayer installa il plugin per te: non c'è nulla da fare.
setupIntlayer() avvia gli analytics dal componente che configura Intlayer.
Copiare il codice nella clipboard
IntlayerProvider monta internamente il provider degli analytics.
Copiare il codice nella clipboard
IntlayerProvider monta il provider degli analytics in modo lazy, così il chunk resta fuori dal percorso critico.
Copiare il codice nella clipboard
provideIntlayer() include già provideIntlayerAnalytics().
Copiare il codice nella clipboard
Usa provideIntlayerAnalytics() da solo solo se gestisci i provider singolarmente.
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:
Copiare il codice nella clipboard
Copiare il codice nella clipboard
useConversionè un hook client: contrassegna il componente con"use client".
Copiare il codice nella clipboard
Copiare il codice nella clipboard
Copiare il codice nella clipboard
Copiare il codice nella clipboard
Copiare il codice nella clipboard
Risolvere una variante lato client
useExperiment() assegna la sessione a una variante e registra l'esposizione che diventa il denominatore del tasso di conversione. Mostra il sottoalbero dipendente dalla variante solo quando isAssigned è vero, così nessun visitatore vede il breve lampeggio del controllo prima che l'assegnazione sia risolta:
variant è una semplice stringa.
Copiare il codice nella clipboard
variant è una semplice stringa. L'assegnazione avviene nel browser, quindi il componente deve essere un componente client.
Copiare il codice nella clipboard
variant e isAssigned sono Ref.
Copiare il codice nella clipboard
variant e isAssigned sono store: leggili con il prefisso $.
Copiare il codice nella clipboard
variant è una semplice stringa.
Copiare il codice nella clipboard
variant e isAssigned sono Accessor: chiamali per leggere il valore.
Copiare il codice nella clipboard
variant e isAssigned sono Signal: chiamali per leggere il valore.
Copiare il codice nella clipboard
I pesi sono opzionali — passane uno per variante per alterare la suddivisione, ad esempio useExperiment("homepage-hero", ["default", "black_friday"], [9, 1]).
Il figlio legge quindi la Variant del dizionario che corrisponde:
Copiare il codice nella clipboard
Leggere la variante in un componente figlio è ciò che fa funzionare tutto questo al di fuori di React: in Vue, Svelte, Solid e Angular, il selettore passato a useIntlayer viene catturato quando il componente viene configurato, quindi la lettura deve avvenire in un componente che si monta solo dopo che la variante è nota.
Se l'esperimento copre un'intera pagina anziché un singolo dizionario, solleva la variante fino al provider — vedi Ambient variant. Ogni useIntlayer sottostante si risolverà quindi rispetto ad essa senza modifiche al punto di chiamata.
Se hai bisogno dell'assegnazione grezza al di fuori di un componente, accedi direttamente al client:
getVariantsi limita ad assegnare — non registra l'esposizione. PreferisciuseExperiment(), altrimenti il tasso di conversione non avrà un denominatore.
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):
sampleRateti 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 intry/catch— un'app che non installa mai@intlayer/analyticsnon paga un costo in termini di bundle-size o runtime, e non vede mai un errore; - una variabile d'ambiente in fase di compilazione (
INTLAYER_ANALYTICS_ENABLED), impostata automaticamente a'false'da@intlayer/configquando il pacchetto non è installato,analytics.enabledèfalseoppureeditor.clientIdnon è configurato, consente ai bundler di eliminare come codice morto (dead-code-eliminate) 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.
Apri la tabella in una finestra modale per visualizzare tutti i dati in modo chiaro
| Metodo | Endpoint | Descrizione |
|---|---|---|
POST | /api/analytics/events | Ingerisci un batch di eventi (pubblico, attribuito da clientId nel body). |
GET | /api/analytics/overview | Totali pagina/lingua per il progetto autenticato. |
GET | /api/analytics/audience?days=30 | Visitatori distinti, visualizzazioni pagina, serie giornaliera, ripartizioni. |
GET | /api/analytics/content-stats | Totali esposizione per contenuto, raggruppati per chiave dizionario/percorso/lingua. |
GET | /api/analytics/experiments/:experimentKey | Tassi di conversione per variante e significatività statistica per test A/B. |
Puoi anche richiamare questi endpoint in modo programmatico con il CMS SDK:
Copiare il codice nella clipboard
Solo lato server.createIntlayerCMS()si autentica conclientId+clientSecret, e il segreto non è mai disponibile nel browser: questo snippet emetterebbe richieste non autenticate se venisse eseguito lì. Mantienilo in un route handler, una server action o uno script.
