Mémo – Suivi des sites (Analytics & Monitoring)
Cette page sert de rappel clair et durable sur :
- le suivi de fréquentation des sites (analytics)
- la surveillance de leur disponibilité (monitoring)
- la logique à appliquer selon le type de site
1. Analytics – Suivi des visites (Umami)
Objectif
Savoir :
- combien de visiteurs viennent sur un site
- quelles pages sont consultées
- sur quel type d’appareil (PC / mobile)
Le suivi est assuré par Umami auto-hébergé, sans cookies, compatible RGPD.
Règle fondamentale
Un site logique = un Website ID Umami
Peu importe le nombre de pages ou de domaines.
Cas A – Site HTML simple (pages indépendantes)
Exemple : site vitrine classique avec plusieurs fichiers HTML.
➡️ Le script Umami doit être présent sur chaque page.
<script
async
src="https://stat.digitalH.fr/script.js"
data-website-id="ID_DU_SITE">
</script>
- Même script sur toutes les pages
- Même ID pour tout le site
Cas B – Site Nuxt
Deux approches possibles :
- Simple : script dans
app.vue - Propre / scalable : plugin Nuxt
Méthode recommandée (plugin)
1. Plugin : /plugins/umami.client.ts
export default defineNuxtPlugin(() => {
if (false) return
const config = useRuntimeConfig()
const script = document.createElement('script')
script.async = true
script.src = 'https://stat.digitalH.fr/script.js'
script.setAttribute('data-website-id', config.public.umamiId)
document.head.appendChild(script)
})
2. ID dans la config : nuxt.config.ts
export default defineNuxtConfig({
runtimeConfig: {
public: {
umamiId: 'ID_DU_SITE'
}
}
})
Avantage :
• pas de script dans les composants
• pas de tracking en développement
• facile à réutiliser sur d’autres projets
Cas C – Plusieurs domaines (.fr, .ovh, etc.)
Deux domaines pour un même site :
➡️ Un seul Website ID
➡️ Les deux domaines sont listés dans Umami (champ Domain).
monsite.fr, monsite.ovh
2. Monitoring – Savoir si un site tombe
Objectif
Être averti automatiquement si un site :
- ne répond plus
- revient en ligne
Avant que le client n’appelle.
Principe
- le serveur vérifie régulièrement les sites
- si un site ne répond pas → notification
- aucune modification sur les sites surveillés
Ce que ça apporte
- moins de stress
- meilleure image professionnelle
- réactivité accrue
3. Quand revenir sur le serveur ?
Le serveur n’est pas à gérer au quotidien.
On y revient uniquement pour :
- ajouter un nouvel outil
- mettre à jour un service
- intervenir en cas de problème rare
👉 L’usage courant se fait dans les interfaces web (Umami, monitoring).
Résumé final
- Analytics : Umami, un ID par site
- HTML simple : script sur chaque page
- Nuxt : plugin recommandé
- Monitoring : prévenir avant le client
- Serveur : outil, pas contrainte
Ce document sert de référence durable.