Nitro masque le côté client
Les logs serveur vous disent qu'une route a été rendue, pas si quelqu'un l'a lue, l'a parcourue ou l'a abandonnée. Le suivi côté client comble tout ce que le serveur ne voit jamais.
Analytics pour Nuxt
Voyez comment les visiteurs parcourent votre application Nuxt — pages vues, événements personnalisés, session replay et heatmaps — sans câbler un plugin pour chacun.
Pourquoi c'est important
Les logs serveur vous disent qu'une route a été rendue, pas si quelqu'un l'a lue, l'a parcourue ou l'a abandonnée. Le suivi côté client comble tout ce que le serveur ne voit jamais.
Après le premier chargement, Nuxt change de page sans requête complète. Les outils qui ne comptent que les chargements de document ne rapportent qu'une seule page vue pour toute la session.
Une incohérence d'hydratation casse la page pour l'utilisateur alors que la réponse serveur paraît correcte. Le replay vous montre l'écran cassé que le visiteur a réellement eu.
Installation
Déclarez le script dans le bloc app.head de nuxt.config.ts. Il s'applique à toutes les routes, en SSR comme en SSG.
nuxt.config.ts
// nuxt.config.ts
export default defineNuxtConfig({
app: {
head: {
script: [
{
src: 'https://pulsepanda.dev/sdk.js',
'data-project': 'YOUR_PROJECT_ID',
defer: true
}
]
}
}
})Nuxt navigue via l'History API : les changements de route sont donc détectés automatiquement, sans hook de routeur pour enregistrer les pages vues.
Flux de travail
Ajoutez le script une fois dans nuxt.config.ts et toutes les routes de votre application sont couvertes.
Appelez pulsepanda.track() sur les actions clés et pulsepanda.identify() après la connexion pour relier les événements, les sessions et les retours à chaque utilisateur.
Créez des funnels, regardez les replays derrière les abandons, lisez les heatmaps et recueillez des retours dans le produit — le tout dans un seul espace de travail.
Ce que vous obtenez
| Couche analytique | Pages vues, événements personnalisés, funnels de conversion et rétention. |
|---|---|
| Couche comportementale | Session replay, heatmaps de clic et de défilement, et contexte d'erreur. |
| Couche de retours | Sondages dans le produit, widgets de retour, formulaires et un tableau de vote sur les fonctionnalités. |
FAQ
Oui. Le snippet est uniquement côté client : il s'exécute après l'hydratation, que la page ait été rendue côté serveur, générée statiquement, ou les deux.
Non. L'entrée app.head suffit pour les pages vues et le replay. N'ajoutez un plugin que si vous souhaitez appeler track() depuis des composables au même endroit.
La balise est en defer : elle se charge une fois votre application interactive et ne bloque ni le rendu ni le premier affichage.
Pages associées
Installez une seule fois et connectez l'analytics, le session replay, les heatmaps, les funnels et les retours en quelques minutes.
Commencer gratuitement