Guide opérationnel · 2026

Créer et sécuriser une roue de la fortune de A à Z

Un parcours complet pour configurer les dotations, empêcher le contournement de la roue, tester la campagne et identifier les gagnants officiels.

01 · PrepareRègles et dotations
02 · BuildStory, formulaire, roue
03 · SecureRequired et redirections
04 · TestPreview puis QA
05 · ReconcileWheel Prize et stock
0

Le parcours sûr en deux flux

Ne mélangez pas Selligent et le résultat de la roue

Le formulaire alimente le contact NAOS. La roue attribue un résultat qui pilote le parcours et l’export Snackeet. Ces deux flux sont complémentaires mais distincts.

Formulaire dédié
RGPD + champs NAOS
Naos Selligent
Formulaire
Roue Required
Wheel Prize
Redirect to
Page résultat + export
Important. Une variable normale de résultat Wheel n’est pas envoyée automatiquement à Selligent. Ne promettez cette synchronisation que si un mapping Selligent dédié a été validé séparément.
1

Préparer la campagne avant l’éditeur

Décider les règles avant les réglages

Validez le propriétaire de campagne, les dates, l’éligibilité, la règle de participation unique, les dotations, les codes et les pages de résultat.

Exemple NAOS — quantités validées, taux à définir
OptionTypeQuantitéRésultat
Sac de plageLimitée30Gagnant
Routine solaire BiodermaLimitée100Gagnant
PERDUIllimitéeIllimitéPerdant
Pour un onboarding simple et prévisible, utilisez exactement une option illimitée perdante comme fallback. Les taux ne sont pas fixés par cet exemple.
2

Créer la Story dans le bon workspace

Commencer depuis NAOS Medical

Où allerStories → Créer Nouvelle Story.
À configurerNom clair, langue, dates et propriétaire.
Résultat attenduUne Story brouillon avant tout test public.
À éviterDupliquer une ancienne campagne sans revoir ses règles.
Entrée du workspace NAOS Medical avec le bouton Créer Nouvelle Story
Capture réelle, lecture seule — l’entrée du workspace et le bouton de création.
3

Ajouter la page Wheel et régler son apparence

Une page dédiée, un bouton clair

Ajoutez une page Jeu → Roue de fortune. Vérifiez le libellé du bouton, la lisibilité des segments, le pointeur, les contrastes et le rendu mobile.

Roue NAOS sélectionnée dans l’éditeur Snackeet avec le panneau Édition Jeu
Capture réelle après rendu complet — sélectionnez la roue dans la page, puis ouvrez Modifier depuis le panneau Édition Jeu.
Onglet Styles réel de la roue avec pointeur, bordures, texte et bouton Jouer
Capture réelle après rendu complet — dans Styles, contrôlez le pointeur, les bordures, le texte, les couleurs et le bouton Jouer.
4

Créer chaque option de dotation

Nom, image, code, perte et redirection

  1. Donnez un nom stable et humain à chaque option.
  2. Ajoutez une image lisible si nécessaire.
  3. Réservez le code aux coupons ou identifiants utiles.
  4. Activez Option de perte uniquement sur le fallback perdant.
  5. Choisissez la bonne page dans Redirect to.
Options de dotation réelles avec nom, poids automatique, redirection, code et option de perte
Capture réelle après rendu complet — les options, images, codes et états gagnant/perdant.
Menus Redirect to associés à chaque option de roue
Capture réelle — définissez Redirect to option par option, pas avec une navigation générique.
5

Choisir Basic ou Advanced

Poids relatifs ou quantités limitées

Basic

Poids relatifs

Chaque poids doit être positif ou nul, et leur total doit être supérieur à zéro.

probabilité = poids de l’option ÷ somme des poids
Advanced

Stock serveur

Les poids passent à auto. Il faut au moins une option limitée et une option illimitée.

(100 − total taux illimités) × (stock restant ÷ stock limité restant total)
Chaque taux illimité doit être supérieur à 0 %, et la somme de tous les taux illimités doit rester inférieure à 100 %. Sinon aucune part n’est disponible pour les lots limités.

Quand un lot atteint zéro, il est exclu. La part limitée est redistribuée entre les lots encore disponibles. Le fallback illimité protège le parcours après épuisement ou conflit concurrent.

Illustration de poids Basic valides dont le total est supérieur à zéro
Illustration — exemple Basic avec poids relatifs, sans promesse de stock.
Illustration du mode Advanced avec 30 sacs, 100 routines et un fallback illimité
Illustration — configuration Advanced recommandée avec un seul fallback illimité.
Avant la première publication. Relisez noms, codes, quantités, taux et redirections. Une roue Advanced déjà publiée pour collecter des données verrouille la structure des prix ; contactez le support si elle doit changer.
6

Rendre le résultat réutilisable

Wheel Prize et variable assignée ne sont pas la même chose

Wheel Prize est le champ intégré de l’export, techniquement lié à la page. La variable Prix variable est facultative et sert à réafficher le résultat ou à créer des conditions avancées.

[option] - [code]

Sans code, la valeur contient seulement le nom de l’option. Avec code, elle suit le format ci-dessus.

Panneau réel montrant Obligatoire, Rejouable et Prix variable
Capture réelle — Required/Obligatoire, Replayable/Rejouable et Prix variable.
7

Empêcher tout contournement de la roue

Required + Redirect to, pas une page gagnante librement accessible

Ordre canonique : formulaire participant → roue Obligatoire/Required → Wheel Prize enregistré → Redirect to de l’option → page gagnante ou perdante.
Interrupteur Obligatoire activé sur la roue
Capture réelle — activez Obligatoire avant le test du parcours.
Illustration comparant le parcours sécurisé et le contournement par tap ou bouton suivant
Illustration — aucune navigation tap/next ne doit atteindre une page gagnante sans Wheel Prize.
La recette principale utilise Redirect to pour chaque option. Vérifiez une option gagnante, le fallback perdant et toutes les autres redirections.
Les conditions basées sur la variable résultat sont une alternative avancée. Si vous les utilisez, testez chaque valeur de prix et conservez les redirections directes cohérentes.
Replayable/Rejouable. Ce réglage réinitialise la roue à chaque nouvelle session. Ce n’est ni une protection antifraude ni une garantie d’une participation par personne.
A

Contrôler Required et Quantity

Checkpoint opérationnel avant le test

  1. Sélectionnez la roue dans la page et confirmez que Obligatoire est activé.
  2. Ouvrez Modifier → Quantité et confirmez que le mode Advanced est actif si les lots ont un stock serveur.
  3. Activez Quantité limitée pour chaque lot fini, puis saisissez la quantité approuvée. Le taux des options limitées est calculé automatiquement.
  4. Conservez un fallback illimité à taux positif et vérifiez que le total des taux illimités inférieur à 100 %.
Panneau Wheel réel avec l’option Obligatoire activée
Capture réelle — la case Obligatoire/Required doit être cochée.
Configuration réelle des quantités limitées et des options illimitées
Capture réelle après rendu complet — contrôles Quantity d’une roue publiée. Cette campagne historique montre plusieurs fallbacks : ne copiez pas cette structure, appliquez la règle d’un seul fallback recommandée dans ce guide.
Avant la première publication : revérifiez le fallback, puis les libellés, codes, redirections et quantités. Une fois la collecte démarrée, la structure peut être verrouillée.
  • Required/Obligatoire est coché.
  • 30 sacs et 100 routines sont limités dans l’exemple.
  • Le fallback perdant reste illimité avec un taux valide.
  • Aucune navigation ne contourne la roue.
Limite de test. Preview ne valide pas le stock serveur. Utilisez une Story QA publiée avec un petit stock jetable pour tester l’allocation et l’épuisement.
9

Tester avant de publier

Preview pour le rendu, Story QA pour le stock serveur

  1. Preview : rendu mobile, textes, formulaire, bouton et redirections visibles.
  2. Story QA non-production publiée : participants synthétiques et petit stock jetable.
  3. Tester gagnant limité, fallback perdant, épuisement, nouvelle session et tentative de contournement.
  4. Revenir à la Story campagne seulement après validation.
Preview ne prouve ni l’allocation serveur ni la décrémentation du stock. Ne jamais épuiser le stock de production pour produire une capture ou une preuve.
Illustration de la séparation entre Preview, Story QA et publication campagne
Illustration — trois niveaux de validation, sans mutation du stock campagne.
B

Consulter les Stats et exporter

PDF pour les graphiques, CSV pour le contrôle participant

Chemin exact : Stories → ouvrez la Story cible → Stats. Analytics est un tableau de bord distinct au niveau de l’organisation : ne l’utilisez pas pour cette procédure.
  1. Sélectionnez puis notez la période sélectionnée avant toute lecture ou export.
  2. Dans Résultats de la roue, Quantité est le montant initial configuré, Remporté suit la période sélectionnée et Stock est le stock restant actuel.
  3. Surveillez les écarts, mais rappelez-vous que les Stats agrégées ne sont pas la liste officielle des gagnants.
Pour la réconciliation finale, utilisez la période complète de la campagne : sur une période partielle, Quantité − Remporté peut différer du Stock actuel.
Table réelle Résultats de la roue avec Quantité, Remporté et Stock
Capture réelle après rendu complet — table Story Stats de la roue, sans données participant.

Exporter les graphiques en PDF

Dans Stats, choisissez Exporter → Exporter des graphiques au format PDF.

Le PDF contient les graphiques exportés ; il ne contient pas nécessairement toutes les tables et n’est pas un instantané complet de Quantité et Stock.
Menu réel proposant l’export des graphiques PDF et des données CSV
Capture réelle après rendu complet — les deux commandes d’export remplissent des objectifs différents.

Exporter les participants en CSV

  1. Choisissez l’export CSV complet ou personnalisé.
  2. Pour un export personnalisé, gardez le minimum de champs nécessaire : les champs d’identité et d’éligibilité utiles, plus Wheel Prize.
  3. Excluez les résultats vides et perdants, dédupliquez, appliquez l’éligibilité puis réconciliez chaque lot gagnant avec le stock limité.
data_export est requis. Si la commande CSV est désactivée, contactez le propriétaire de campagne NAOS ou le support Snackeet ; ne cherchez pas de contournement.
Le CSV contient des données personnelles et le lien de téléchargement envoyé par e-mail contient des données personnelles. Stockez-le uniquement dans l’emplacement NAOS approuvé, partagez-le avec les destinataires approuvés, respectez la durée de conservation puis supprimez les copies. Le CSV avec Wheel Prize est la source participant pour le contrôle des gagnants.
Sélecteur réel des champs CSV montrant Wheel Prize sans données participant
Capture réelle après rendu complet — sélectionnez tous les champs ou uniquement les champs nécessaires, sans lancer l’export pendant la documentation.
Les totaux du PDF et le nombre de gagnants du CSV peuvent différer : le PDF rapporte des agrégats graphiques, tandis que le CSV sert au traitement participant après éligibilité et déduplication.
10

Identifier les gagnants officiels

La source de vérité est Wheel Prize

Gagnant officiel = une ligne avec un Wheel Prize enregistré correspondant à une option gagnante approuvée, après application des règles d’éligibilité et de déduplication. Une page gagnante visitée ne suffit pas. Une option PERDU non vide n’est pas gagnante.
  1. Exporter avec la colonne Wheel Prize (champ technique lié à la page).
  2. Normaliser les anciens libellés techniques si une table de correspondance validée existe.
  3. Exclure Wheel Prize vide, options perdantes, doublons et participants inéligibles.
  4. Compter chaque dotation gagnante.
Réconciliez chaque compte avec le stock limité configuré : au maximum 30 sacs de plage et 100 routines solaires dans l’exemple. Toute valeur supérieure doit être investiguée.
Illustration d’un export synthétique avec Wheel Prize gagnant, perdant et vide
Illustration — seules les lignes gagnantes, éligibles et dédupliquées sont conservées.

Checklist avant première publication

Une dernière revue protège les lots et les données

  • Règlement, dates, éligibilité et déduplication validés.
  • Noms, codes, images et options perdantes relus.
  • Mode Basic ou Advanced choisi consciemment.
  • Stock 30 / 100 et fallback illimité contrôlés.
  • Required actif, Replayable conforme au règlement.
  • Aucun tap, auto-avance ou bouton suivant ne contourne la roue.
  • MAIL/email, optin_consent, RGPD et Selligent vérifiés.
  • Preview puis Story QA terminés.
  • Redirections testées pour toutes les options.
  • Checkpoint Required/Quantity terminé.
  • Période Stats complète notée ; PDF compris comme export de graphiques.
  • Droit CSV vérifié et emplacement NAOS approuvé confirmé.
  • Méthode d’export et de réconciliation convenue.
!

Dépannage rapide

Symptôme, cause probable, correction

Problèmes fréquents
SymptômeCause probableCorrection
Selligent reste inactifRGPD, optin_consent ou MAIL/email manqueRevoir le formulaire et les variables
Un visiteur atteint une page gagnante sans lotContournement tap/nextActiver Required et revoir chaque Redirect to
Advanced ne s’enregistre pasPas d’option limitée/illimitée valideAjouter un fallback illimité et contrôler les taux
Les prix sont verrouillésRoue déjà publiéeContacter le support avant toute restructuration
Trop de gagnants apparentsComptage des pages gagnantesFiltrer avec Wheel Prize puis réconcilier
A

Glossaire

Les termes à connaître

Poids
Valeur relative du mode Basic.
Taux
Part fixe d’une option illimitée en Advanced.
Option limitée
Lot doté d’un stock serveur.
Fallback illimité
Option disponible après épuisement des lots limités.
Wheel Prize
Résultat intégré de la roue dans l’export.
Required
Interaction obligatoire avant de continuer.
Replayable
Réinitialisation à la nouvelle session, sans garantie d’identité.

Mis à jour le 16 septembre 2026 · Guide marketing NAOS Medical.