Mémo – Suivi des sites (Analytics & Monitoring)

Cette page sert de rappel clair et durable sur :


1. Analytics – Suivi des visites (Umami)

Objectif

Savoir :

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>

Cas B – Site Nuxt

Deux approches possibles :

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 :

Avant que le client n’appelle.


Principe


Ce que ça apporte


3. Quand revenir sur le serveur ?

Le serveur n’est pas à gérer au quotidien.

On y revient uniquement pour :

👉 L’usage courant se fait dans les interfaces web (Umami, monitoring).


Résumé final

Ce document sert de référence durable.