+250
+250
réservations traitées
6
6
modules livrés
Pure Spa Institut est un institut de beauté qui propose des soins en cabine, en formule individuelle comme en formule duo. L'établissement dispose de deux cabines, occupées par les rendez-vous pris sur place, au téléphone et en ligne, avec des prestations qui ne mobilisent pas le même nombre de cabines selon leur format.
L'institut achetait de la publicité sur Meta pour remplir son planning, avec un outil de réservation du marché qui ne permet ni pixel, ni envoi de conversion. Le budget partait donc sans qu'aucune réservation ne puisse être rattachée à une campagne. C'est ce point précis, et non le confort d'un nouvel outil, qui a déclenché le projet.
Clickway Studio a conçu et développé la plateforme de réservation de Pure Spa Institut : tunnel client, espace d'administration, moteur de disponibilité et remontée serveur des conversions publicitaires.
Pure Spa Institut est un institut de beauté qui propose des soins en cabine, en formule individuelle comme en formule duo. L'établissement dispose de deux cabines, occupées par les rendez-vous pris sur place, au téléphone et en ligne, avec des prestations qui ne mobilisent pas le même nombre de cabines selon leur format.
L'institut achetait de la publicité sur Meta pour remplir son planning, avec un outil de réservation du marché qui ne permet ni pixel, ni envoi de conversion. Le budget partait donc sans qu'aucune réservation ne puisse être rattachée à une campagne. C'est ce point précis, et non le confort d'un nouvel outil, qui a déclenché le projet.
Clickway Studio a conçu et développé la plateforme de réservation de Pure Spa Institut : tunnel client, espace d'administration, moteur de disponibilité et remontée serveur des conversions publicitaires.
Secteur
Institut de beauté, réservation en ligne
Périmètre
Cahier des charges, UX/UI, développement full-stack, intégrations paiement et publicité, mise en production
Durée
4 semaines
Livré en
Août 2026
Technologies
Next.js, Supabase, PostgreSQL, Stripe, Resend, Vercel
Intégrations
Meta Conversions API, TikTok Events API, Google Analytics 4, Google Ads, Stripe, Resend, Planity par synchronisation iCal
Langues
Français
Pages livrées
6 modules : tunnel de réservation, espace d'administration, tableau de bord analytique, moteur anti-double-réservation, emails transactionnels, couche de tracking publicitaire serveur
REVENIR AU PORTFOLIO
Mesure publicitaire
Mesure publicitaire
Mesure publicitaire
Rattacher chaque réservation à la campagne qui l'a produite
Rattacher chaque réservation à la campagne qui l'a produite
Rattacher chaque réservation à la campagne qui l'a produite
Diagnostic
Les logiciels de réservation du marché sont des plateformes fermées. Le tunnel appartient à l'éditeur, pas au commerçant : impossible d'y poser un pixel, impossible d'y brancher une API de conversion, impossible de savoir laquelle des publicités a rempli une cabine. Un institut qui investit sur Meta dans ces conditions paie sans mesurer, et son algorithme de diffusion n'apprend jamais, faute de recevoir un seul signal d'achat.
Décision
Le réflexe aurait été de poser un pixel sur le site vitrine et de compter les clics vers l'outil de réservation. Un clic sortant n'est pas une réservation, et cette mesure fait optimiser les campagnes sur le mauvais signal. La décision a été de reprendre la propriété du tunnel pour pouvoir mesurer dedans : réservation reconstruite sur une base maîtrisée, et envoi des conversions depuis le serveur plutôt que depuis le navigateur.
Le détail qui fait la différence est le moment de l'envoi. La conversion ne part pas au clic sur le bouton de paiement, mais après la confirmation réelle de la réservation par le webhook de paiement, avec son montant exact. Les identifiants publicitaires du visiteur sont transportés jusque-là dans les métadonnées de la transaction, et une garde d'idempotence empêche qu'un rejeu compte deux fois la même vente. Résultat : chaque réservation confirmée remonte, avec son chiffre d'affaires, et le media buyer pilote un budget sur des réservations réelles au lieu de clics. La même couche alimente TikTok et Google, et rien ne part avant le consentement de la visiteuse.
Diagnostic
Les logiciels de réservation du marché sont des plateformes fermées. Le tunnel appartient à l'éditeur, pas au commerçant : impossible d'y poser un pixel, impossible d'y brancher une API de conversion, impossible de savoir laquelle des publicités a rempli une cabine. Un institut qui investit sur Meta dans ces conditions paie sans mesurer, et son algorithme de diffusion n'apprend jamais, faute de recevoir un seul signal d'achat.
Décision
Le réflexe aurait été de poser un pixel sur le site vitrine et de compter les clics vers l'outil de réservation. Un clic sortant n'est pas une réservation, et cette mesure fait optimiser les campagnes sur le mauvais signal. La décision a été de reprendre la propriété du tunnel pour pouvoir mesurer dedans : réservation reconstruite sur une base maîtrisée, et envoi des conversions depuis le serveur plutôt que depuis le navigateur.
Le détail qui fait la différence est le moment de l'envoi. La conversion ne part pas au clic sur le bouton de paiement, mais après la confirmation réelle de la réservation par le webhook de paiement, avec son montant exact. Les identifiants publicitaires du visiteur sont transportés jusque-là dans les métadonnées de la transaction, et une garde d'idempotence empêche qu'un rejeu compte deux fois la même vente. Résultat : chaque réservation confirmée remonte, avec son chiffre d'affaires, et le media buyer pilote un budget sur des réservations réelles au lieu de clics. La même couche alimente TikTok et Google, et rien ne part avant le consentement de la visiteuse.
Back-office
Back-office
Back-office
Reprendre le tunnel sans retirer le planning de l'équipe
Reprendre le tunnel sans retirer le planning de l'équipe
Reprendre le tunnel sans retirer le planning de l'équipe
Diagnostic
Reprendre la main sur le tunnel de réservation impose normalement de migrer tout le planning, donc de changer les habitudes de l'équipe et de perdre des jours de production. C'est aussi la voie la plus simple pour le prestataire. Sauf que le besoin portait sur la mesure, pas sur le remplacement de l'outil quotidien, et qu'une double réservation le jour J se paie devant la cliente.
Décision
Le réflexe aurait été de tout migrer. L'arbitrage a été de laisser le logiciel existant en place pour les rendez-vous pris sur place et au téléphone, et de le brancher au nouveau moteur par synchronisation iCal, pour que ces créneaux bloquent aussi la réservation en ligne. La complexité passe côté développement, l'institut continue de travailler comme avant.
Cette contrainte imposait un moteur de disponibilité capable de tenir deux sources en même temps, avec deux cabines et des prestations qui en occupent une ou deux. La règle a donc été déplacée dans la base de données : une table dédiée enregistre une ligne par cabine occupée, et une contrainte PostgreSQL d'exclusion sur les plages horaires rend physiquement impossible deux occupations qui se chevauchent sur la même cabine. Aucun chemin ne peut la contourner, ni le tunnel, ni l'administration, ni la synchronisation. Une prestation duo bloque les deux cabines en une seule opération transactionnelle : si la seconde n'est plus libre au moment de l'écriture, rien n'est enregistré et le paiement est remboursé automatiquement.
Brique | Rôle | Technologie |
|---|---|---|
Tunnel de réservation | Choix du soin, du créneau, paiement en ligne ou sur place | Next.js, Vercel |
Moteur de disponibilité | Cabines, prestations duo, synchronisation du planning existant | PostgreSQL, contrainte d'exclusion |
Paiement | Encaissement, remboursement automatique en cas de conflit | Stripe, webhooks idempotents |
Emails transactionnels | Confirmation, modification, annulation, alerte institut | Resend |
Espace d'administration | Création, édition et reprogrammation des réservations | Next.js, Supabase |
Mesure publicitaire | Envoi serveur des conversions après confirmation réelle | Meta Conversions API, TikTok Events API, GA4 |
Diagnostic
Reprendre la main sur le tunnel de réservation impose normalement de migrer tout le planning, donc de changer les habitudes de l'équipe et de perdre des jours de production. C'est aussi la voie la plus simple pour le prestataire. Sauf que le besoin portait sur la mesure, pas sur le remplacement de l'outil quotidien, et qu'une double réservation le jour J se paie devant la cliente.
Décision
Le réflexe aurait été de tout migrer. L'arbitrage a été de laisser le logiciel existant en place pour les rendez-vous pris sur place et au téléphone, et de le brancher au nouveau moteur par synchronisation iCal, pour que ces créneaux bloquent aussi la réservation en ligne. La complexité passe côté développement, l'institut continue de travailler comme avant.
Cette contrainte imposait un moteur de disponibilité capable de tenir deux sources en même temps, avec deux cabines et des prestations qui en occupent une ou deux. La règle a donc été déplacée dans la base de données : une table dédiée enregistre une ligne par cabine occupée, et une contrainte PostgreSQL d'exclusion sur les plages horaires rend physiquement impossible deux occupations qui se chevauchent sur la même cabine. Aucun chemin ne peut la contourner, ni le tunnel, ni l'administration, ni la synchronisation. Une prestation duo bloque les deux cabines en une seule opération transactionnelle : si la seconde n'est plus libre au moment de l'écriture, rien n'est enregistré et le paiement est remboursé automatiquement.
Brique | Rôle | Technologie |
|---|---|---|
Tunnel de réservation | Choix du soin, du créneau, paiement en ligne ou sur place | Next.js, Vercel |
Moteur de disponibilité | Cabines, prestations duo, synchronisation du planning existant | PostgreSQL, contrainte d'exclusion |
Paiement | Encaissement, remboursement automatique en cas de conflit | Stripe, webhooks idempotents |
Emails transactionnels | Confirmation, modification, annulation, alerte institut | Resend |
Espace d'administration | Création, édition et reprogrammation des réservations | Next.js, Supabase |
Mesure publicitaire | Envoi serveur des conversions après confirmation réelle | Meta Conversions API, TikTok Events API, GA4 |
Mesure
Mesure
Mesure
Les résultats
Les résultats
Les résultats
100 % des réservations confirmées remontées aux plateformes publicitaires 247 réservations traitées depuis la mise en production 6 modules livrés
Mesure : taux de couverture relevé dans la base de production de la plateforme livrée par Clickway Studio, rapport entre les réservations confirmées et celles dont la conversion a été envoyée côté serveur. : volume et période du 16/08 au 16/09. Décompte des modules relevé sur le périmètre livré. Périmètre : booking.purespainstitut.com.
100 % des réservations confirmées remontées aux plateformes publicitaires 247 réservations traitées depuis la mise en production 6 modules livrés
Mesure : taux de couverture relevé dans la base de production de la plateforme livrée par Clickway Studio, rapport entre les réservations confirmées et celles dont la conversion a été envoyée côté serveur. : volume et période du 16/08 au 16/09. Décompte des modules relevé sur le périmètre livré. Périmètre : booking.purespainstitut.com.
Secteur
Institut de beauté, réservation en ligne
Périmètre
Cahier des charges, UX/UI, développement full-stack, intégrations paiement et publicité, mise en production
Durée
4 semaines
Livré en
Août 2026
Technologies
Next.js, Supabase, PostgreSQL, Stripe, Resend, Vercel
Intégrations
Meta Conversions API, TikTok Events API, Google Analytics 4, Google Ads, Stripe, Resend, Planity par synchronisation iCal
Langues
Français
Pages livrées
6 modules : tunnel de réservation, espace d'administration, tableau de bord analytique, moteur anti-double-réservation, emails transactionnels, couche de tracking publicitaire serveur
C'est à votre tour ?
C'est à votre tour ?
Clickway, l'agence digitale spécialisée en landing pages et sites web qui ont un seul but : vendre.
Clickway, l'agence digitale spécialisée en landing pages et sites web qui ont un seul but : vendre.
Vous avez vu ce qu'on fait.
Parlons de ce que vous voulez faire.
Vous avez vu ce qu'on fait.
Parlons de ce que vous voulez faire.
100+ projets livrés. Le prochain peut être le vôtre.
100+ projets livrés. Le prochain peut être le vôtre.
