Plateforme billetterie festival sur mesure — Vente directe, controle accès NFC, sans commission distributeur
Une billetterie en vente directe, sans commission distributeur, avec une base d'acheteurs qui vous appartient et un contrôle d'accès NFC contre la fraude PDF. Next.js 15 + Kafka + wristband NTAG216, dimensionnés pour l'ouverture des ventes.
Nos clients types
Pour un organisateur de festival de taille moyenne, la billetterie via les plateformes du marché (Ticketmaster, FNAC Spectacles, Weezevent, Eventbrite) représente un coût structurel sur le chiffre d'affaires de billetterie. C'est un montant récurrent, versé au distributeur même quand l'édition est sold-out depuis six mois. Le premier problème est financier et direct. Ces commissions se décomposent en frais de service par billet, commissions sur le montant du billet et frais d'activation annuels, qui s'appliquent aussi aux options camping et parking. Les grilles varient selon les distributeurs : nous les comparons avec vous, ligne par ligne, avant tout engagement. Le deuxième problème est stratégique : la base email des acheteurs appartient au distributeur, pas a l'organisateur. Après chaque édition, le festival se retrouve sans CRM exploitable : les milliers de personnes qui ont acheté un billet sont des contacts Weezevent ou Eventbrite, pas des contacts du festival. Le remarketing pour l'édition suivante passe obligatoirement par la publicité payante (Meta Ads, Google Ads), sans possibilité de cibler les fidèles N-1 en email direct avec un CPL proche de zero. Le troisième problème est la fraude. Les billets PDF sans couche de sécurité NFC sont facilement falsifiables : un fichier PDF modifie avec un QR code valide copie suffit a générer plusieurs entrées pour le même billet. La fraude sur les billets PDF existe sur les festivals de taille moyenne et représente des entrées non payantes. Le préjudice depasse la seule perte de chiffre d'affaires : les problèmes de surcharge a l'entrée dégradent l'expérience des acheteurs légaux. Le quatrième problème est technique : la scalabilite lors des ouvertures de ventes. Quand un festival populaire ouvre ses ventes, des dizaines de milliers de connexions simultanées frappent la plateforme dans les premières minutes. Si la plateforme ne tient pas, la vente reste bloquée, la dynamique s'effondre et la frustration des fans se transforme en bad buzz sur les réseaux sociaux. Le cinquième problème concerne la gestion multi-pass. Un festival moderne vend rarement un seul type de billet : pass 1 jour vendredi, pass 1 jour samedi, pass weekend, pass VIP weekend avec lounge, option camping (TVA 20%), option parking (TVA 20%), option navette bus. Les règles de contingentement — nombre maximal de camping par rapport aux billets weekend, bundling VIP non vendable sans billet weekend — sont soit impossibles a configurer sur les plateformes standard, soit génératrices d'erreurs en production. Le sixième problème est legal et comptable. La TVA sur les spectacles vivants relève d'un taux réduit (article 278-0 bis du CGI) uniquement sur la part billet spectacle. Les options non-spectacle (camping, parking, consigne) relèvent du taux normal. Les taux sont à valider avec votre expert-comptable. Les plateformes tierces ne produisent pas toujours d'export comptable conforme au Format d'Export Comptable (FEC) avec ventilation automatique des taux de TVA — ce qui genere un travail manuel considerable pour le cabinet comptable à chaque édition. Enfin, le RGPD impose des obligations precises sur les données acheteurs : conservation sécurisée des nom, email, telephone et historique d'achat, opt-in marketing explicite distinct du contrat de vente, droit a l'oubli sur demande. Les plateformes tierces gerent ces obligations pour leur propre compte — mais l'organisateur reste co-responsable de traitement et doit pouvoir prouver la conformité de son parcours d'achat, ce qu'une plateforme générique ne permet pas de documenter précisément.
La plateforme billetterie festival développée par Nehos repose sur une architecture pensée pour trois contraintes non-négociables : la scalabilite lors des pics de vente, la sécurité anti-fraude par NFC, et la propriété totale des données acheteurs par l'organisateur. Next.js 15 App Router pour le front billetterie : pages SSR pour les pages de vente dynamiques (stock en temps réel, compteur de places restantes), SSG pour les pages editoriales (lineup, programmation, accès). Interface acheteur optimisée mobile-first — une grande partie des achats de billets de festival se fait sur smartphone. Checkout sans redirection externe, dans le domaine du festival, avec un tunnel de 3 étapes maximum (selection pass > données acheteur > paiement). NestJS + Postgres 16 pour le backend : API REST documentée OpenAPI, gestion des stocks par type de pass avec verrous optimistes (optimistic locking) pour éviter la survente simultanée, audit log de chaque transaction pour la comptabilité. Kafka pour la gestion des pics de charge : lors de l'ouverture des ventes, chaque demande de réservation est publiée dans un topic Kafka. Le consumer pool traite les demandes dans l'ordre de reception, garantissant l'equite et éliminant les conditions de course. Cette architecture est dimensionnée avec vous pour le pic d'ouverture des ventes, et validée par un test de charge avant la mise en production. Redis pour la réservation temporaire : quand un acheteur place un billet dans son panier, le stock est reserve dans Redis avec un TTL de 15 minutes. A l'expiration sans paiement, le stock est rendu disponible. Ce mécanisme elimine les situations de panier fantôme qui bloquaient le stock sur les plateformes précédentes. Wristband NFC NTAG216 : chaque billet genere un identifiant unique encode sur une puce NTAG216 cousu dans le bracelet tissu du festival. L'app mobile staff (iOS et Android, React Native) lit la puce NFC et valide l'entrée en interrogeant le cache Redis — sans besoin de connexion réseau stable (mode offline possible avec synchronisation différentielle). Chaque puce ne peut être lue qu'une seule fois par entrée : la tentative de réutilisation affiche immédiatement une alerte 'déjà scanne' avec horodatage et position de l'agent. Une puce physique ne se copie pas comme un PDF : la fraude à l'entrée est fortement limitée. Moteur de règles multi-pass : interface backoffice Payload pour configurer les types de pass (1 jour vendredi, weekend, VIP, camping, parking, navette), les contingents par type, les règles de bundling (camping uniquement avec pass weekend ou VIP), les tarifs par période (early bird, standard, last minute avec dates de bascule automatiques), et les groupes de places limitées (par exemple un nombre limité de places pour le lounge VIP). Toutes ces règles sont modifiables sans redeveloppement. Paiement Stripe 3DS2 : Apple Pay et Google Pay en one-tap sur mobile, carte bancaire avec authentification 3DS2, paiement en plusieurs fois via Alma (selon les conditions d'Alma). Le paiement fractionné limite les abandons de panier ; nous suivons le taux d'abandon avant et après. TVA automatique et export FEC : le moteur de TVA applique le taux réduit sur les billets de spectacle vivant (article 278-0 bis du CGI) et le taux normal sur les options non-spectacle (camping, parking, navette, consigne). A la cloture de chaque edition, l'organisateur telecharge un export FEC directement importable dans son logiciel comptable (Sage, EBP, QuadraCompta), avec ventilation automatique par taux de TVA. Integration système cashless : API REST standardisée pour les opérateurs cashless festival (SumUp Arena, Weezevent Cashless, Swave). A l'entrée, le scan NFC du wristband active simultanément le controle d'accès et le portefeuille cashless du festivalier — sans double badge. CRM acheteurs propriétaire avec Brevo : base email 100% propriété de l'organisateur, segmentation par historique (fidèles N-1, nouveaux, VIP), automation en plusieurs étapes : confirmation d'achat immédiate, rappel avec infos pratiques avant le festival, envoi du billet et du guide, email post-festival avec questionnaire NPS et pré-vente early bird de l'édition suivante. La pré-vente permet de capter les acheteurs les plus engagés avant l'ouverture publique des ventes ; nous suivons le taux de rachat des fidèles d'une édition sur l'autre.
Commissions évitées
Commissions qui ne sont plus versées à un distributeur tiers, calculées sur vos volumes de billets réels
Tenue de charge
Comportement de la plateforme à l'ouverture des ventes : test de charge avant, suivi des erreurs et des temps de réponse le jour J
Fraude et rachat
Entrées non payantes constatées avec les wristbands, et taux de rachat des fidèles de l'édition précédente
#Le problème : un coût structurel sur le chiffre d'affaires billetterieetterie
Vous connaissez la situation : Pour un organisateur de festival de taille moyenne, la billetterie via les plateformes du marché (Ticketmaster, FNAC Spectacles, Weezevent, Eventbrite) représente un coût structurel sur le chiffre d'affaires de billetterie. C'est un montant récurrent, versé au distributeur même quand l'édition est sold-out depuis six mois.
Le premier problème est financier et direct. Ces commissions se décomposent en frais de service par billet, commissions sur le montant du billet et frais d'activation annuels, qui s'appliquent aussi aux options camping et parking. Les grilles varient selon les distributeurs : nous les comparons avec vous, ligne par ligne, avant tout engagement.
Le deuxième problème est stratégique : la base email des acheteurs appartient au distributeur, pas a l'organisateur. Après chaque édition, le festival se retrouve sans CRM exploitable : les milliers de personnes qui ont acheté un billet sont des contacts Weezevent ou Eventbrite, pas des contacts du festival.
Le remarketing pour l'édition suivante passe obligatoirement par la publicité payante (Meta Ads, Google Ads), sans possibilité de cibler les fidèles N-1 en email direct avec un CPL proche de zero.
Le troisième problème est la fraude. Les billets PDF sans couche de sécurité NFC sont facilement falsifiables : un fichier PDF modifie avec un QR code valide copie suffit a générer plusieurs entrées pour le même billet. La fraude sur les billets PDF existe sur les festivals de taille moyenne et représente des entrées non payantes. Le préjudice depasse la seule perte de chiffre d'affaires : les problèmes de surcharge a l'entrée dégradent l'expérience des acheteurs légaux.
Le quatrième problème est technique : la scalabilite lors des ouvertures de ventes. Quand un festival populaire ouvre ses ventes, des dizaines de milliers de connexions simultanées frappent la plateforme dans les premières minutes. Si la plateforme ne tient pas, la vente reste bloquée, la dynamique s'effondre et la frustration des fans se transforme en bad buzz sur les réseaux sociaux.
Le cinquième problème concerne la gestion multi-pass. Un festival moderne vend rarement un seul type de billet : pass 1 jour vendredi, pass 1 jour samedi, pass weekend, pass VIP weekend avec lounge, option camping (TVA 20%), option parking (TVA 20%), option navette bus. Les règles de contingentement — nombre maximal de camping par rapport aux billets weekend, bundling VIP non vendable sans billet weekend — sont soit impossibles a configurer sur les plateformes standard, soit génératrices d'erreurs en production.
Le sixième problème est legal et comptable. La TVA sur les spectacles vivants relève d'un taux réduit (article 278-0 bis du CGI) uniquement sur la part billet spectacle. Les options non-spectacle (camping, parking, consigne) relèvent du taux normal. Les taux sont à valider avec votre expert-comptable.
Les plateformes tierces ne produisent pas toujours d'export comptable conforme au Format d'Export Comptable (FEC) avec ventilation automatique des taux de TVA — ce qui genere un travail manuel considerable pour le cabinet comptable à chaque édition.
Enfin, le RGPD impose des obligations precises sur les données acheteurs : conservation sécurisée des nom, email, telephone et historique d'achat, opt-in marketing explicite distinct du contrat de vente, droit a l'oubli sur demande. Les plateformes tierces gerent ces obligations pour leur propre compte — mais l'organisateur reste co-responsable de traitement et doit pouvoir prouver la conformité de son parcours d'achat, ce qu'une plateforme générique ne permet pas de documenter précisément.
Pour approfondir ce sujet, consultez notre page plateforme e-commerce headless festival.
#Notre approche en 4 phases
La plateforme billetterie festival développée par Nehos repose sur une architecture pensée pour trois contraintes non-négociables : la scalabilite lors des pics de vente, la sécurité anti-fraude par NFC, et la propriété totale des données acheteurs par l'organisateur. Next.js 15 App Router pour le front billetterie : pages SSR pour les pages de vente dynamiques (stock en temps réel, compteur de places restantes), SSG pour les pages editoriales (lineup, programmation, accès). Interface acheteur optimisée mobile-first — une grande partie des achats de billets de festival se fait sur smartphone.
#Phase 1 — Audit billetterie existante et architecture technique 2-3 semaines
Analyser les commissions actuelles (Weezevent, Eventbrite, Ticketmaster), le volume de billets, les types de pass, les contraintes TVA spectacles, les systèmes cashless en place, les incidents de charge lors des précédentes ouvertures de ventes.
#Phase 2 — Architecture scalable et choix stack NFC 3-4 semaines
Définir la topologie Kafka pour la gestion des pics, le schema Redis pour la réservation temporaire (timeout 15 min), le type de wristband NFC (NTAG216 recommande), les règles de contingentement multi-pass, l'intégration Stripe 3DS2 + Alma.
Point clé : NestJS + Postgres 16 pour le backend : API REST documentée OpenAPI, gestion des stocks par type de pass avec verrous optimistes (optimistic locking) pour éviter la survente simultanée, audit log de chaque transaction pour la comptabilité.
#Phase 3 — Développement Next.js 15 + NestJS + Postgres 8-10 semaines
Développer le front billetterie SSR/SSG, le backend NestJS API REST, le moteur de règles multi-pass, l'app mobile staff iOS/Android scan NFC, le backoffice Payload pour l'organisation, les exports comptables FEC et la connexion CRM Brevo.
#Phase 4 — Tests de charge, livraison wristband et go-live 2-3 semaines
Tests de charge k6 simulant le pic d'ouverture des ventes, livraison et encodage wristband NTAG216, formation equipe bénévoles et staff sécurité, mise en production OVHcloud CDN, monitoring Datadog temps réel le jour de l'ouverture des ventes.
Point clé : Le consumer pool traite les demandes dans l'ordre de reception, garantissant l'equite et éliminant les conditions de course.
On s'appuie sur notre backoffice Payload billetterie pour cadrer chaque étape.
#Ce que l'on mesure
Nous ne publions pas de résultats chiffrés pour les billetteries : ils dépendent du festival et de ses volumes. Voici ce que nous mesurons avec l'organisateur.
- Commissions évitées : Commissions qui ne sont plus versées à un distributeur tiers, calculées sur vos volumes de billets réels
- Tenue de charge : Comportement de la plateforme à l'ouverture des ventes : test de charge avant, suivi des erreurs et des temps de réponse le jour J
- Fraude et rachat : Entrées non payantes constatées avec les wristbands, et taux de rachat des fidèles de l'édition précédente
#Exemple de situation
Cet exemple est illustratif : il décrit une situation typique, pas un client précis.
#Contexte
Un festival de musique électronique en plein air, sur deux jours, qui vend plusieurs dizaines de milliers de billets par édition via un distributeur tiers. La commission du distributeur représente une part importante du chiffre d'affaires de billetterie. L'organisateur ne possède aucune base email exploitable, car les adresses restent chez le distributeur, et il constate de la fraude sur les billets PDF.
#Défi
Supprimer la commission du distributeur dès l'édition suivante. Faire disparaître la fraude à l'entrée grâce à un contrôle NFC sur tous les billets. Constituer une base email propriétaire. Tenir l'ouverture des ventes malgré un pic de connexions attendu dans les premières minutes, et appliquer correctement la TVA sur les billets et sur les options camping et parking. Le budget de développement est plafonné.
#Approche
Plateforme Next.js 15, NestJS, Kafka et Redis, application mobile staff React Native pour lire les wristbands NTAG216, paiement Stripe 3DS2 et Alma, back-office Payload pour les règles multi-pass, export comptable FEC avec TVA automatique, CRM Brevo avec automations post-achat, hébergement OVHcloud avec montée en charge le jour de l'ouverture. Un test de charge valide l'architecture avant la mise en production.
#Ce que l'on suivrait
Nous ne publions pas de chiffres de résultat : ils dépendent du festival, de ses volumes et de son distributeur actuel. Les indicateurs sont fixés avec l'organisateur : commissions évitées sur ses volumes, comportement à l'ouverture des ventes, entrées frauduleuses constatées, taille de la base email opt-in, taux de rachat des fidèles de l'édition précédente.
#Pourquoi Nehos pour billetterie festival
Trois choses nous séparent du reste du marche :
Expertise sectorielle Cas d'usage — On connaît les contraintes réglementaires, les outils métier, les workflows terrain. Souhail Tourjmen (Lead Dev IA) pilote ce type de projet personnellement.
Approche ROI-First — On chiffre le retour avant de coder. Si le ROI n'est pas démontrable, on vous le dit.
Stack maîtrisée — Next.js 15 App Router, NestJS, Postgres 16, Kafka, Redis, React Native iOS/Android, NTAG216, Stripe 3DS2, Alma, Brevo, OVHcloud CDN, Payload CMS, FEC TVA 5.5%/20%. Pas de dépendance a un outil qu'on découvre sur votre projet.
Accompagnement après go-live — TMA, monitoring, evolution. On ne disparaît pas après la mise en production.
#Pour aller plus loin
- hébergement OVHcloud festival
- agent IA SAV festivaliers
- guide billetterie événementielle
Sources citées dans cet article :
Questions & réponses
Questions frequentes sur la plateforme billetterie festival sur mesure
Le QR code PDF presente deux failles fondamentales : il peut être copie et utilise plusieurs fois si le système de validation n'est pas strictement centralise, et il peut être falsifie via un éditeur PDF. Le wristband NFC NTAG216 est physiquement unique et non duplicable : la puce contient un identifiant UID grave en usine, non modifiable, et chaque lecture est enregistrée avec horodatage et identifiant de l'agent de sécurité. Une tentative de réutilisation affiche immédiatement une alerte visuelle et sonore sur l'app staff. Le surcoût unitaire du wristband NFC par rapport au PDF est à comparer, sur vos volumes, aux entrées frauduleuses évitées. Nous le chiffrons avec vous.
L'architecture repose sur deux briques complémentaires. Côté frontend, les pages billetterie sont pre-générées (SSG) et servies par CDN OVHcloud : elles absorbent les connexions sans solliciter le backend, car elles sont purement statiques jusqu'au moment où l'acheteur clique sur 'Acheter'. Côté backend, chaque demande de réservation est publiée dans un topic Kafka : le consumer pool traite les demandes dans l'ordre strict d'arrivée, sans condition de course sur le stock. Redis gere la réservation temporaire avec un TTL de 15 minutes. Elle est validée avant la mise en production par un test de charge k6 qui simule un pic supérieur à celui attendu.
Oui, via une API REST standardisée. Les principaux opérateurs cashless festival (SumUp Arena, Weezevent Cashless, Swave, Gantner) sont compatibles. Le principe : le scan NFC du wristband a l'entrée envoie simultanément un événement au système de controle d'accès ET au système cashless, qui active le portefeuille numérique du festivalier. L'acheteur peut pre-charger son portefeuille cashless lors de l'achat de son billet (paiement Stripe unique). Cette integration elimine les files d'attente aux bornes de chargement cashless a l'entrée du festival. Pour les opérateurs cashless non encore intégrés, on développe le connecteur spécifique, sur devis.
Le projet se compte en mois : audit et architecture Kafka/Redis, spécification du moteur de règles multi-pass et choix NFC, développement Next.js + NestJS + app mobile staff, puis tests de charge k6, formation du staff et livraison des wristbands. Le principal facteur de rallongement est la livraison physique des wristbands NTAG216 : il faut anticiper le délai du fabricant pour les grandes quantités. Nous recommandons de signer plusieurs mois avant l'ouverture des ventes ; le calendrier exact est précisé à l'audit.
Le taux réduit de TVA s'applique uniquement aux droits d'entrée aux spectacles vivants (article 278-0 bis du CGI — concerts, festivals de musique). Les prestations annexes non-spectacle — camping, parking, navette, vestiaire, consigne — relèvent du taux normal. La plateforme Nehos applique automatiquement le bon taux TVA selon le type de produit configure dans le backoffice Payload. A la cloture de l'édition, l'export FEC ventile les lignes de facturation par taux de TVA, avec les comptes comptables correspondants. Ce document est conçu pour être importé dans Sage, EBP ou QuadraCompta, afin d'éviter les retraitements manuels.
Trois mécanismes configurables. (1) Limitation par compte : nombre maximal de billets par compte acheteur verifie par email + telephone, avec détection des comptes multiples par empreinte navigateur et adresse IP. (2) Transfert officiel encadre : l'acheteur original peut ceder son billet via l'interface de la plateforme — le wristband NFC de l'acheteur initial est invalide et un nouveau wristband est émis au nom du nouveau détenteur. Ce transfert est traçable et peut être limite a une date butoir (par exemple, quelques jours avant le festival). (3) Rachat par l'organisateur (face-value): option de revente au prix d'achat initial via la plateforme, sans surpaiement — les billets récupérés sont remis en vente au prix officiel. Ces trois mécanismes limitent structurellement la revente au-dessus du prix face-value.