Vos notifications, votre vie, vos choix.

Centralisez vos notifications. Donnez le contrôle à vos membres.

Une seule API pour notifier vos membres par Email et Discord, et les canaux suivants, sans retoucher vos apps. En marque blanche, configurable par l'IA, avec des préférences que vos membres possèdent vraiment.

SouverainSMTP français / EU, aucun fournisseur US imposé.
Open sourceCode MIT, entièrement auditable.
Piloté par l'IAConfiguration en langage naturel (MCP).
01

Une intégration, tous les canaux

Vos applications ne connaissent ni les canaux, ni les préférences, ni les messages. Elles déclarent un événement et l'émettent. Le hub fait le reste.

Votre app Hub Destinataire register déclare ses events emit un événement Email Discord { dispatched: N }
Étape 1

Déclarez

Votre app enregistre ses événements baas.subscription.created

Étape 2

Configurez

Un admin câble un workflow : événement → canal → message. Dans l'interface, ou en parlant à Claude.

Étape 3

Émettez

Votre app envoie l'événement ; le hub route, personnalise et livre sur chaque canal, puis logge tout.

02

Pensé pour la confiance, conçu pour la souveraineté

Pilier 01

Offrez à vos membres le contrôle total

Chaque destinataire a une fiche d'identité unique, indépendante de l'app qui le notifie. Vos membres activent, refusent ou redirigent leurs notifications vers leurs propres canaux, et consultent un historique transparent : quoi, quand, et ça a été livré. Un argument de confiance que vous offrez sans rien coder.

Pilier 02

Configurez en parlant à Claude

Chaque organisation dispose d'un serveur MCP dédié. « Crée un canal email, route l'événement abonnement dessus avec ce message, et envoie-moi un test. » Claude le fait, sans ouvrir l'interface.

Pilier 03

Vos clients envoient sous leur marque

Nom d'expéditeur, domaine d'envoi vérifié (SPF/DKIM/DMARC), embeds Discord aux couleurs du club. Chaque organisation communique sous sa propre identité, pas la vôtre.

Pilier 04

Des données qui restent chez vous

Email via SMTP générique (Scaleway TEM, Brevo, OVH…), Discord natif, aucune dépendance à un fournisseur US imposé. Et le code est ouvert : vous, comme vos membres, pouvez vérifier exactement ce qui est fait des notifications.

03

Chaque structure pilote. Chaque membre choisit.

Votre plateforme héberge plusieurs organisations. Chacune reçoit son espace de pilotage, marque, canaux, messages, et chacun de leurs membres, son propre espace de préférences. Une seule intégration, deux niveaux de contrôle imbriqués.

Espace organisations · pilotage (B2B)
admin · pilotage des notificationsOrganisation 1
Espace de pilotage d'une organisation, workflows et aperçu en direct
Organisation 2 Organisation 3

Chaque organisation a son propre espace, sa propre marque et sa propre relation client.

pilotechoisit
Hubmulti-tenant
Espace membre · ses choix (B2C)
membre · mes préférences
Espace de préférences d'un membre, choix des comptes de réception

Et chacun de leurs membres garde la main sur ses préférences et ses données.

Le même hub, répliqué pour chaque structure, et pour chacun de ses membres. Vous n'orchestrez rien : chacun gère son espace.

04

La confiance de vos membres, intégrée par défaut

Dans la plupart des outils, les préférences de notification appartiennent à l'application. Avec Hub Notification, elles appartiennent à vos membres, un gage de transparence que vous offrez sans effort. Qu'une notification vienne de votre club, de votre plateforme de cours ou de votre facturation, le membre la gère au même endroit.

  • Ils voient tout ce qui leur est envoyé, groupé par événement.
  • Ils refusent une notification précise, en un clic.
  • Ils redirigent vers leurs propres adresses email ou Discord.
  • Historique transparent : « envoyé à votre email / votre Discord / un salon ».

Un canal « membre concerné » ne retombe jamais sur quelqu'un d'autre : sans destinataire explicite, le hub refuse d'envoyer plutôt que de livrer au mauvais endroit.

Côté membre · page en marque blanche · illustration

05

La première config de notifications pilotée par l'IA

Le serveur MCP expose 15 outils, créer un canal, router un événement, rédiger un message, envoyer un test, configurer un domaine d'envoi, lire les logs. Connectez Claude une fois, puis pilotez tout en langage naturel.

+ create_channel + route_event + write_message + send_test + setup_domain + read_logs +9 outils
Serveur MCP · votre-org Connecté
Vous
Route l'événement nouvel abonnement vers un email « membre concerné » avec : Bienvenue {{member_name}}, ton abonnement {{plan_name}} est actif ! Puis envoie-moi un test.
Claude
crée le canal · le workflow · envoie le test C'est fait : test envoyé à ton adresse. statut : delivered
06

Les canaux qui comptent, là où sont vos membres

Un canal vit dans le hub, pas dans vos apps. Ce qui marche aujourd'hui, et ce qui s'y ajoute ensuite, sans une ligne à changer chez vous.

En place

Disponible

Email

SMTP générique, From en marque blanche, domaine d'envoi dédié vérifié.

Disponible

Discord, salon

Embeds colorés par catégorie, publiés via webhook.

Disponible

Discord, message privé

DM via bot, livré « au membre concerné » sans saisie d'ID.

Feuille de route

SMSà venir
Push web / mobileà venir
Slackà venir
WhatsAppà venir
Telegramà venir
Webhook génériqueà venir

Un nouveau canal s'ajoute côté hub, vos apps n'y touchent pas.

07

Open source, parce que la confiance s'audite

Vous traitez les notifications de vos membres : ils ont le droit de savoir exactement comment, et vous aussi. Hub Notification est publié sous licence MIT. Lisez le code, ouvrez une issue, contribuez.

Explorer le dépôt
Licence MIT Next.js Supabase
08

Questions fréquentes

C'est gratuit / open source ?

Le code est open source sous licence MIT. Vous pouvez le lire, l'auditer et le réutiliser.

Puis-je l'auto-héberger ?

Le hub est conçu pour vivre dans l'infrastructure Quatools (base Supabase partagée). Ce n'est pas encore un produit « clone & run » autonome, mais le code est entièrement ouvert.

Quels canaux sont supportés ?

Email (SMTP), Discord (salon et message privé). SMS et d'autres canaux sont sur la feuille de route.

Comment mes apps s'intègrent-elles ?

Deux appels API : register (déclarer ses événements) et emit (les émettre). Voir la documentation.

Et la délivrabilité email ?

Domaine d'envoi dédié par organisation avec SPF/DKIM/DMARC, sur sous-domaine pour isoler la réputation.

Et l'expérience de mes membres ?

Vos membres gèrent leurs préférences sur une page dédiée, à vos couleurs (marque blanche), atteinte via un lien depuis votre app. Ils n'ont rien à installer.

J'ai un besoin spécifique. Pouvez-vous adapter l'outil ?

Oui, c'est tout l'intérêt d'un studio indépendant. L'objectif n'est pas d'empiler les utilisateurs, mais de coller au besoin réel de chacun. Prenez contact avec Alexandre : il étudiera l'amélioration à apporter.

09

Démarrez en deux appels

Vos apps déclarent leurs événements, puis les émettent. Le reste, canaux, préférences, messages, logs, vit dans le hub.

register
POST /api/register
{
  "event": "baas.subscription.created",
  "label": "Nouvel abonnement"
}
emit
POST /api/emit
{
  "event": "baas.subscription.created",
  "member": "mbr_8421",
  "data": { "plan_name": "Pro" }
}
// → { dispatched: 2 }
10

Un tarif honnête : zéro

Hub Notification est gratuit et open source. Il fait partie de l'écosystème Quatools, pas d'abonnement, pas de coût caché. Seul Le Comptoir prélève une commission sur ce que vous encaissez à travers lui.

Prêt à centraliser vos notifications ?

Une API à brancher, des membres qui gardent le contrôle.