Auto-héberger Plausible Analytics sur un VPS avec Docker Compose

14 min de lecture·Matthieu·privacygdprdocker-composeanalyticsplausibleclickhouse|

Déployez Plausible Community Edition sur votre VPS avec Docker Compose. Guide complet couvrant l'installation, l'intégration du script de suivi, les événements personnalisés, les sauvegardes et les mises à jour.

Plausible Analytics fournit des statistiques web sans cookies, sans collecte de données personnelles et sans bannière de consentement. Auto-héberger la Community Edition signifie que les données de vos visiteurs ne quittent jamais votre serveur. Ce guide couvre l'ensemble du cycle de vie : déploiement de Plausible CE v3.2.0 avec Docker Compose, intégration du script de suivi, mise en place d'événements personnalisés, sauvegardes et mises à jour.

Prérequis : Un VPS avec au moins 4 Go de RAM sous Docker et Docker Compose Docker en production sur un VPS : ce qui casse et comment corriger, un nom de domaine pointant vers votre serveur, et un reverse proxy gérant le TLS Traefik vs Caddy vs Nginx : reverse proxy Docker comparé.

Qu'est-ce que Plausible Community Edition et en quoi diffère-t-elle de la version Cloud ?

Plausible CE est la version auto-hébergée, gratuite et sous licence AGPL de Plausible Analytics. Elle s'exécute sous forme de trois conteneurs Docker : l'application web Plausible (Elixir), PostgreSQL pour les comptes utilisateurs et ClickHouse pour le stockage des événements analytiques. Vous obtenez le même tableau de bord respectueux de la vie privée que la version cloud payante. Vos données restent sur votre serveur. La CE est publiée deux fois par an en tant que version à support long terme.

Les différences :

Fonctionnalité Cloud Community Edition
Tableau de bord analytique Oui Oui
Respect de la vie privée (sans cookies) Oui Oui
Événements et objectifs personnalisés Oui Oui
Stats API (v2) Oui Oui
Rapports par e-mail Oui Oui (nécessite SMTP)
Funnels et objectifs de revenus Oui Non
Sites API Oui Non
Connecteur Looker Studio Oui Non
Intégration Google Search Console Oui Oui (nécessite configuration)
SSO / gestion d'équipe Oui Non
Support premium Oui Communauté uniquement
Fréquence des mises à jour Hebdomadaire Deux fois par an
Gestion de l'infrastructure Gérée À votre charge

La version cloud fonctionne sur abonnement. Consultez la page de tarification de Plausible pour les prix actuels. L'auto-hébergement ne vous coûte que les ressources de votre VPS.

Quelles sont les exigences système pour auto-héberger Plausible ?

ClickHouse est le composant le plus gourmand. Il nécessite au minimum 2 Go de RAM au repos et consomme davantage lors de requêtes complexes sur de grands jeux de données. Le processeur doit supporter les instructions SSE 4.2 (tous les processeurs x86_64 modernes le font ; ARM64 avec NEON fonctionne aussi). Dimensionnez votre VPS en conséquence.

Ressource Minimum Recommandé
RAM 2 Go 4 Go
CPU 1 vCPU (SSE 4.2) 2 vCPU
Disque 10 Go 20 Go+
Docker 20.10+ Dernière version stable
Docker Compose v2.x Dernière version stable

La croissance du disque dépend du trafic. Comptez environ 1 Go pour 1 à 2 millions de pages vues stockées dans ClickHouse. Avec un faible volume de trafic (moins de 100 000 pages vues par mois), l'utilisation du disque est négligeable.

Comment installer Plausible Analytics avec Docker Compose ?

Clonez le dépôt officiel de la Community Edition au tag v3.2.0, configurez vos variables d'environnement et démarrez les conteneurs. L'ensemble du processus prend environ cinq minutes.

Clonez le dépôt :

git clone -b v3.2.0 --single-branch https://github.com/plausible/community-edition plausible-ce
cd plausible-ce

Cela vous donne le fichier compose.yml, les fichiers de configuration ClickHouse et un README.

Comment configurer les variables d'environnement ?

Créez un fichier .env dans le répertoire plausible-ce. Deux variables sont obligatoires. Les autres sont optionnelles, mais certaines sont fortement recommandées.

Générez d'abord les secrets :

openssl rand -base64 48

Cette commande produit une chaîne de 64 caractères. Copiez-la pour SECRET_KEY_BASE.

Générez une clé séparée pour le chiffrement TOTP :

openssl rand -base64 32

Créez maintenant le fichier .env :

cat > .env << 'EOF'
BASE_URL=https://plausible.example.com
SECRET_KEY_BASE=<your-64-char-secret>
TOTP_VAULT_KEY=<your-32-char-key>
DISABLE_REGISTRATION=invite_only

# SMTP for email reports and password resets
MAILER_EMAIL=plausible@example.com
SMTP_HOST_ADDR=mail.example.com
SMTP_HOST_PORT=587
SMTP_USER_NAME=plausible@example.com
SMTP_USER_PWD=<your-smtp-password>
SMTP_HOST_SSL_ENABLED=false
EOF

Verrouillez les permissions du fichier puisqu'il contient des secrets :

chmod 600 .env
ls -la .env

-rw------- 1 root root 412 Mar 20 10:00 .env

Ce que fait chaque variable :

  • BASE_URL : L'URL publique où Plausible est accessible. Doit correspondre à la configuration de votre reverse proxy.
  • SECRET_KEY_BASE : Chiffre les sessions et génère des clés dérivées. Minimum 64 octets. Ne la partagez jamais.
  • TOTP_VAULT_KEY : Chiffre les secrets d'authentification à deux facteurs avec AES256-GCM. Si omise, elle est dérivée de SECRET_KEY_BASE via PBKDF2, mais la définir explicitement est plus sûr pour la rotation des clés.
  • DISABLE_REGISTRATION : Définir sur invite_only (par défaut) ou true après avoir créé votre compte. Empêche des inconnus de s'inscrire sur votre instance.
  • Variables SMTP : Nécessaires pour les rapports par e-mail, la réinitialisation de mot de passe et les invitations. Sans SMTP, Plausible fonctionne mais les fonctionnalités e-mail sont désactivées.

Comment configurer un reverse proxy avec TLS pour Plausible ?

Plausible écoute sur le port 8000 par défaut. Votre reverse proxy redirige le trafic HTTPS vers ce port. Si vous avez déjà Caddy ou Traefik en place depuis Traefik vs Caddy vs Nginx : reverse proxy Docker comparé, ajoutez Plausible comme nouvel upstream.

Créez un fichier compose.override.yml pour connecter Plausible au réseau de votre reverse proxy :

services:
  plausible:
    networks:
      - proxy
      - default

networks:
  proxy:
    external: true

Si vous utilisez Caddy, ajoutez ceci à votre Caddyfile :

plausible.example.com {
    reverse_proxy plausible:8000
}

Si vous utilisez Traefik, ajoutez des labels à l'override :

services:
  plausible:
    labels:
      - "traefik.enable=true"
      - "traefik.http.routers.plausible.rule=Host(`plausible.example.com`)"
      - "traefik.http.routers.plausible.tls.certresolver=letsencrypt"
      - "traefik.http.services.plausible.loadbalancer.server.port=8000"
    networks:
      - proxy
      - default

networks:
  proxy:
    external: true

Plausible propose aussi un support Let's Encrypt intégré. Définissez HTTP_PORT=80 et HTTPS_PORT=443 dans votre fichier .env, puis exposez ces ports dans l'override :

services:
  plausible:
    ports:
      - 80:80
      - 443:443

Cette approche est plus simple mais implique que Plausible gère le TLS lui-même, ce qui peut poser problème si d'autres services partagent le même serveur.

Démarrer les conteneurs

docker compose up -d

Trois conteneurs démarrent : plausible_db (PostgreSQL 16), plausible_events_db (ClickHouse 24.12) et plausible (l'application web). Le conteneur Plausible exécute automatiquement les migrations de base de données au démarrage.

Vérifiez que les trois sont opérationnels :

docker compose ps

NAME                  IMAGE                                          STATUS
plausible             ghcr.io/plausible/community-edition:v3.2.0     Up 30s (healthy)
plausible_db          postgres:16-alpine                             Up 35s (healthy)
plausible_events_db   clickhouse/clickhouse-server:24.12-alpine      Up 35s (healthy)

Les trois doivent afficher (healthy). Si ClickHouse affiche (health: starting), patientez une minute. Il effectue un healthcheck via wget sur son interface HTTP.

Créer votre compte administrateur

Ouvrez https://plausible.example.com dans votre navigateur. Le formulaire d'inscription s'affiche. Créez votre compte. Avec DISABLE_REGISTRATION=invite_only, les nouveaux utilisateurs ne peuvent s'inscrire que si vous les invitez explicitement depuis le tableau de bord.

Après l'inscription, verrouillez complètement les inscriptions si vous êtes le seul utilisateur :

Modifiez .env et changez :

DISABLE_REGISTRATION=true

Puis redémarrez :

docker compose up -d

Comment ajouter le script de suivi Plausible à votre site ?

Après connexion, cliquez sur « Add a website » et saisissez votre domaine. Plausible génère un extrait de code de suivi. La balise script par défaut ressemble à ceci :

<script defer data-domain="yoursite.com" src="https://plausible.example.com/js/script.js"></script>

Remplacez plausible.example.com par l'URL réelle de votre instance Plausible. Ajoutez cette balise dans le <head> de chaque page que vous souhaitez suivre.

Comment ajouter Plausible à un site HTML statique ?

Collez la balise script directement dans le <head> de votre HTML :

<!DOCTYPE html>
<html>
<head>
    <meta charset="utf-8">
    <title>My Site</title>
    <script defer data-domain="yoursite.com" src="https://plausible.example.com/js/script.js"></script>
</head>
<body>
    <!-- content -->
</body>
</html>

Pour les générateurs de sites statiques (Hugo, Jekyll, 11ty), ajoutez la balise script dans votre template de base ou votre partial head.

Comment ajouter Plausible à un site WordPress ?

Le plugin officiel Plausible Analytics pour WordPress (v2.5.4, plus de 10 000 installations actives) gère tout via le tableau de bord WordPress.

  1. Installez le plugin : Extensions > Ajouter > Rechercher « Plausible Analytics »
  2. Allez dans Réglages > Plausible Analytics
  3. Saisissez l'URL de votre instance auto-hébergée (ex. https://plausible.example.com)
  4. Saisissez le nom de domaine à suivre
  5. Enregistrez

Le plugin injecte automatiquement le script de suivi. Il prend aussi en charge le suivi de conversions WooCommerce et le suivi automatique des soumissions de formulaires pour Contact Form 7, WPForms et Ninja Forms.

Comment ajouter Plausible à une application Next.js ?

Utilisez le package next-plausible (v3.12.5, 36 000 téléchargements hebdomadaires).

npm i next-plausible

Pour l'App Router (Next.js 13+), ajoutez le provider dans votre layout racine :

import PlausibleProvider from "next-plausible";

export default function RootLayout({ children }: { children: React.ReactNode }) {
  return (
    <html>
      <head>
        <PlausibleProvider
          domain="yoursite.com"
          customDomain="https://plausible.example.com"
          selfHosted
        />
      </head>
      <body>{children}</body>
    </html>
  );
}

Pour suivre des événements personnalisés dans les composants, utilisez le hook usePlausible :

"use client";
import { usePlausible } from "next-plausible";

export default function SignupButton() {
  const plausible = usePlausible();
  return (
    <button onClick={() => plausible("Signup")}>
      Sign up
    </button>
  );
}

Comment ajouter Plausible à une application monopage ?

Pour React, Vue, Svelte ou toute SPA, ajoutez la balise script dans votre index.html. Plausible détecte automatiquement les changements de route via l'API History. Aucune configuration supplémentaire n'est nécessaire.

Si votre SPA utilise un routage par hash (/#/path), utilisez l'extension hash :

<script defer data-domain="yoursite.com" src="https://plausible.example.com/js/script.hash.js"></script>

Comment suivre des événements personnalisés et des objectifs dans Plausible ?

Les événements personnalisés permettent de suivre des actions au-delà des pages vues : clics sur des boutons, soumissions de formulaires, téléchargements de fichiers, inscriptions. Plausible propose deux méthodes : une approche no-code via des classes CSS et une API JavaScript pour le suivi dynamique.

D'abord, activez le script amélioré qui prend en charge les événements personnalisés. Remplacez la source du script par défaut :

<script defer data-domain="yoursite.com" src="https://plausible.example.com/js/script.tagged-events.js"></script>

Méthode par classe CSS (sans JavaScript)

Ajoutez une classe CSS au format plausible-event-name=EventName à n'importe quel élément HTML :

<a href="/signup" class="plausible-event-name=Signup">Create Account</a>

<button class="plausible-event-name=Download+PDF">Download Report</button>

<form class="plausible-event-name=Contact+Form+Submit">
  <!-- form fields -->
</form>

Utilisez + pour les espaces dans les noms d'événements. Certains CMS (Webflow) remplacent = par -. Dans ce cas, utilisez un double tiret -- à la place : plausible-event-name--Signup.

API JavaScript pour les événements dynamiques

Appelez la fonction plausible() directement pour les événements nécessitant une logique conditionnelle ou des propriétés dynamiques :

// Simple event
plausible("Signup");

// Event with custom properties
plausible("Download", {
  props: { format: "PDF", document: "annual-report" }
});

// Event with a callback (useful for redirects)
plausible("Outbound Link", {
  props: { url: "https://example.com" },
  callback: () => { window.location = "https://example.com"; }
});

Créer l'objectif dans votre tableau de bord

Les événements n'apparaissent pas dans votre tableau de bord tant que vous n'avez pas créé un objectif correspondant. Allez dans Site Settings > Goals > Add Goal. Sélectionnez « Custom event » et saisissez le nom exact de l'événement (ex. Signup). Le nom est sensible à la casse et doit correspondre à votre code.

Comment utiliser la Stats API de Plausible ?

Plausible inclut une Stats API (v2) pour accéder à vos données analytiques par programmation. Sur votre instance auto-hébergée, l'URL de base de l'API est https://plausible.example.com/api/v2/query.

Créez une clé API : allez dans Account Settings > API Keys > New API Key > Stats API.

Interrogez le nombre de visiteurs sur les 7 derniers jours :

curl --request POST \
  --header 'Authorization: Bearer YOUR-API-KEY' \
  --header 'Content-Type: application/json' \
  --url 'https://plausible.example.com/api/v2/query' \
  --data '{
    "site_id": "yoursite.com",
    "metrics": ["visitors", "pageviews", "bounce_rate"],
    "date_range": "7d"
  }'

{
  "results": [
    {
      "metrics": [1423, 3847, 42],
      "dimensions": []
    }
  ],
  "query": {
    "site_id": "yoursite.com",
    "metrics": ["visitors", "pageviews", "bounce_rate"],
    "date_range": ["2026-03-13", "2026-03-20"]
  }
}

Répartition des visiteurs par page :

curl --request POST \
  --header 'Authorization: Bearer YOUR-API-KEY' \
  --header 'Content-Type: application/json' \
  --url 'https://www.example.com/api/v2/query' \
  --data '{
    "site_id": "yoursite.com",
    "metrics": ["visitors", "pageviews"],
    "date_range": "30d",
    "dimensions": ["event:page"],
    "pagination": {"limit": 5}
  }'

L'API prend en charge le filtrage, les dimensions temporelles (time:day, time:month) et le tri. La limite de débit est de 600 requêtes par heure. Consultez la référence complète de la Stats API pour tous les métriques et dimensions disponibles.

Comment configurer les rapports par e-mail ?

Les rapports par e-mail nécessitent une configuration SMTP fonctionnelle dans votre fichier .env (couverte dans la section de configuration ci-dessus). Une fois le SMTP configuré, tout utilisateur peut activer des rapports hebdomadaires ou mensuels depuis le tableau de bord Plausible.

Allez dans Site Settings > Email Reports. Ajoutez les adresses des destinataires. Plausible envoie un résumé des visiteurs, des pages les plus consultées et des sources de trafic selon la fréquence choisie.

Si les e-mails n'arrivent pas, consultez les logs du conteneur Plausible :

docker compose logs plausible | grep -i mail

Problèmes fréquents : mauvais port SMTP (utilisez 587 pour STARTTLS, 465 pour TLS implicite avec SMTP_HOST_SSL_ENABLED=true), ou échecs d'authentification.

Comment sauvegarder une instance Plausible auto-hébergée ?

Plausible stocke les données dans deux bases de données et un volume. Perdre l'un d'entre eux signifie perdre des données. Sauvegardez les trois.

Données Stockage Méthode de sauvegarde
Comptes utilisateurs, configuration des sites PostgreSQL pg_dump
Événements analytiques ClickHouse Sauvegarde de volume ou commande BACKUP
Certificats, uploads Volume plausible-data Copie de volume

Sauvegarder PostgreSQL

docker compose exec plausible_db pg_dump -U postgres plausible_db | gzip > backup-postgres-$(date +%F).sql.gz

Sauvegarder ClickHouse

ClickHouse 24.12 prend en charge la commande BACKUP nativement. Exécutez-la dans le conteneur :

docker compose exec plausible_events_db clickhouse-client \
  --query "BACKUP DATABASE plausible_events_db TO Disk('backups', 'plausible-$(date +%F).zip')"

Si le disque backups n'est pas configuré, utilisez une sauvegarde au niveau du volume :

docker compose stop plausible_events_db
docker run --rm \
  -v plausible-ce_event-data:/source:ro \
  -v $(pwd)/backups:/backup \
  alpine tar czf /backup/clickhouse-$(date +%F).tar.gz -C /source .
docker compose start plausible_events_db

Cela arrête brièvement ClickHouse. Pour des sauvegardes sans interruption, configurez le disque backups dans ClickHouse ou utilisez clickhouse-backup.

Automatiser les sauvegardes

Créez un script dans /opt/plausible-backup.sh :

#!/bin/bash
set -euo pipefail
BACKUP_DIR=/opt/backups/plausible
mkdir -p "$BACKUP_DIR"
cd /opt/plausible-ce

# PostgreSQL
docker compose exec -T plausible_db pg_dump -U postgres plausible_db \
  | gzip > "$BACKUP_DIR/postgres-$(date +%F).sql.gz"

# ClickHouse volume
docker run --rm \
  -v plausible-ce_event-data:/source:ro \
  -v "$BACKUP_DIR":/backup \
  alpine tar czf "/backup/clickhouse-$(date +%F).tar.gz" -C /source .

# Plausible data volume
docker run --rm \
  -v plausible-ce_plausible-data:/source:ro \
  -v "$BACKUP_DIR":/backup \
  alpine tar czf "/backup/plausible-data-$(date +%F).tar.gz" -C /source .

# Rotate: keep 14 days
find "$BACKUP_DIR" -name "*.gz" -mtime +14 -delete

echo "Backup complete: $(ls -lh $BACKUP_DIR/*$(date +%F)*)"

chmod 700 /opt/plausible-backup.sh

Planifiez-le avec cron pour une exécution quotidienne :

crontab -e

Ajoutez :

0 3 * * * /opt/plausible-backup.sh >> /var/log/plausible-backup.log 2>&1

Pour en savoir plus sur les stratégies de sauvegarde de volumes Docker, consultez Sauvegarder et restaurer les volumes Docker sur un VPS.

Comment mettre à jour Plausible Community Edition en toute sécurité ?

Plausible CE est publié deux fois par an. Épinglez votre version à un tag spécifique dans compose.yml pour des mises à jour prévisibles. La configuration par défaut épingle déjà la version v3.2.0.

Stratégies d'épinglage de version :

Niveau Exemple de tag Ce qui se met à jour automatiquement
Patch (le plus sûr) v3.2.0 Rien. Mises à jour manuelles uniquement.
Minor v3.2 Correctifs (corrections de bugs)
Major v3 Versions mineures et correctifs

Recommandé : épinglez au niveau du patch et mettez à jour manuellement après avoir lu les notes de version.

Procédure de mise à jour

  1. Lisez les notes de version pour les changements incompatibles

  2. Sauvegardez vos bases de données (exécutez le script de sauvegarde ci-dessus)

  3. Récupérez la nouvelle version :

cd /opt/plausible-ce
git fetch --tags
git checkout v3.3.0  # replace with the target version
  1. Démarrez les conteneurs mis à jour :
docker compose up -d

Plausible exécute les migrations de base de données automatiquement au démarrage. Surveillez les logs lors du premier démarrage :

docker compose logs -f plausible

Recherchez [info] Migrations up to XXXXXXXX applied successfully dans la sortie. Si vous voyez des erreurs de migration, ne supprimez pas les anciennes données. Consultez la page wiki de mise à jour pour les instructions spécifiques à chaque version.

  1. Nettoyez l'ancienne image :
docker image prune -f

Les correctifs de sécurité ne sont pas rétroportés vers les anciennes versions. Abonnez-vous aux notifications de publication sur GitHub : allez sur le dépôt, cliquez sur Watch > Custom > Releases.

Plausible auto-hébergé est-il conforme au RGPD sans cookies ?

Oui. Plausible ne définit pas de cookies. Il ne collecte ni ne stocke de données personnelles. Les visiteurs uniques sont comptés à l'aide d'un hash combinant l'adresse IP du visiteur et la chaîne User-Agent. Ce hash est renouvelé toutes les 24 heures et n'est jamais stocké sous forme brute. L'adresse IP brute est supprimée après le hachage.

Cela signifie :

  • Pas de bannière de consentement nécessaire au titre du RGPD, du CCPA ou du PECR
  • Pas de traitement de données personnelles, donc les exigences de base légale de l'article 6 du RGPD ne s'appliquent pas
  • L'auto-hébergement garantit que les données ne quittent jamais votre serveur et ne transitent jamais par un sous-traitant tiers
  • Vous restez le seul responsable de traitement, sans accord de sous-traitance nécessaire pour l'analytique

Si vous hébergez votre VPS dans l'UE (les serveurs Virtua Cloud sont situés dans des centres de données européens), vos données analytiques restent dans l'UE. Aucun problème de transfert lié à Schrems II.

C'est pourquoi de nombreux développeurs indépendants et soucieux de la vie privée abandonnent Google Analytics. Pas de bannières de consentement, pas de friction pour les visiteurs, et pas d'accords de sous-traitance à gérer.

Surveiller la consommation de ressources de ClickHouse

ClickHouse est le composant le plus gourmand en ressources. Au repos avec un faible trafic, il utilise environ 500 Mo de RAM. Lors de requêtes sur de grands jeux de données, il peut monter à 2-3 Go. Si votre VPS n'a que 2 Go de RAM au total, vous risquez des OOM kills en période de charge.

Surveillez l'utilisation mémoire :

docker stats plausible_events_db --no-stream

CONTAINER ID   NAME                  CPU %   MEM USAGE / LIMIT   MEM %
a1b2c3d4e5f6   plausible_events_db   0.50%   487MiB / 3.84GiB    12.38%

La configuration ClickHouse livrée avec Plausible CE inclut déjà des paramètres pour les environnements à ressources limitées (via low-resources.xml et default-profile-low-resources-overrides.xml). Ces fichiers limitent l'utilisation mémoire pour les merges et les requêtes.

Si vous devez ajuster davantage, créez un fichier clickhouse/custom.xml et montez-le dans compose.override.yml. Pour les limites de ressources dans Docker Compose, consultez Limites de ressources, healthchecks et politiques de redémarrage Docker Compose.

Vérifiez les logs ClickHouse pour les avertissements :

docker compose logs plausible_events_db | grep -i "memory\|oom"

Quelque chose ne fonctionne pas ?

Les conteneurs ne démarrent pas : Vérifiez docker compose logs <service>. Causes fréquentes : conflits de ports, variables .env manquantes, ClickHouse échouant la vérification SSE 4.2 sur des processeurs anciens.

« Bad Request » sur la page de connexion : Votre BASE_URL ne correspond pas à l'URL que vous utilisez. Plausible vérifie l'en-tête origin par rapport à BASE_URL pour prévenir les attaques CSRF.

Le script de suivi n'enregistre pas les visites : Ouvrez les outils de développement du navigateur, vérifiez l'onglet Réseau pour les requêtes vers /api/event. Une réponse 202 signifie que l'événement a été accepté. Si vous voyez des erreurs CORS, votre reverse proxy supprime des en-têtes. Assurez-vous que le proxy transmet l'en-tête Host.

Les rapports par e-mail ne s'envoient pas : Vérifiez les identifiants SMTP. Consultez les logs avec docker compose logs plausible | grep -i smtp. Testez votre serveur SMTP indépendamment avec swaks ou openssl s_client.

ClickHouse tué par l'OOM killer : Votre VPS n'a pas assez de RAM. Passez à au moins 4 Go, ou réduisez max_memory_usage dans une configuration ClickHouse personnalisée.

Le tableau de bord affiche zéro visiteur après l'installation : Le script de suivi est peut-être bloqué par un bloqueur de publicités. Envisagez de proxifier le script via votre domaine principal. La documentation Plausible appelle cela un proxy setup.

Pour surveiller la disponibilité de votre instance Plausible, consultez Auto-héberger Uptime Kuma et Beszel sur un VPS avec Docker Compose.

Prêt à essayer ?

Déployez votre serveur en quelques secondes. Linux, Windows ou FreeBSD. →