N'importe quel fait en oui ou non que votre backend peut consulter sur l'un de ses propres utilisateurs. Les actions courantes : un premier achat ou dépôt, une inscription ou un onboarding terminé, un niveau ou un rang atteint dans un jeu, un abonnement actif. Vous définissez jusqu'à vingt actions par application enregistrée, et chacune est disponible dans l'éditeur de giveaway comme tâche de giveaway personnalisée App Verified.
Tâches App Verified
Vérifiez vos tâches personnaliséesavec votre propre application
Si votre backend peut confirmer une action, votre giveaway Discord peut l'exiger. Enregistrez votre application une fois, et chaque réalisation revient sous forme de réponse signée par votre service, contrôlée dès que le participant revient.
Une tâche App Verified est une tâche de giveaway Discord que votre propre application confirme. Pendant la tâche, le participant est redirigé vers votre service. Votre service le connecte, vérifie l'action dans ses propres données et renvoie le navigateur avec un oui ou un non signé cryptographiquement. Un oui valide la tâche sur-le-champ.
Les actions, c'est vous qui les définissez. Vous enregistrez votre application dans le tableau de bord, vous nommez jusqu'à vingt actions qu'elle sait confirmer, et chacune devient disponible dans l'éditeur de giveaway. Un premier achat. Un onboarding terminé. Un niveau atteint dans votre jeu. Si votre backend peut le vérifier, un giveaway peut l'exiger.
Comment fonctionne une tâche vérifiée par votre application
De l'enregistrement de votre application à une participation confirmée
- 1
Enregistrez votre application une fois
Dans la section Développeur de votre tableau de bord, vous enregistrez l'application qui répondra pour vos tâches : un nom, l'URL de vérification vers laquelle les participants sont envoyés, et un mode de signature. La signature repose soit sur un secret partagé affiché une seule fois à la création, soit sur une paire de clés Ed25519 si votre stack préfère les signatures à clé publique. Vous pouvez renouveler le secret partagé ou désactiver l'application à tout moment.
Ensuite, vous nommez les actions que l'application peut confirmer, jusqu'à vingt par application, chacune avec un libellé que votre équipe reconnaîtra dans l'éditeur. Le guide développeur Verified Actions documente tout l'échange pour la personne qui construit l'endpoint, avec une implémentation de référence à copier-coller. Il contient aussi un fichier de skill à donner à un agent de code IA pour qu'il écrive l'endpoint à votre place.
- 2
Rattachez une action à un giveaway
Dans l'éditeur de giveaway, ajoutez une tâche personnalisée, choisissez la méthode App Verified, puis sélectionnez l'application et l'action. À partir de là, elle se comporte comme n'importe quelle tâche du giveaway : elle a sa propre valeur en chances, s'affiche à côté des tâches du catalogue sur la page de participation, et montre aux participants le nom, l'icône et les instructions que vous lui avez donnés.
- 3
Votre application répond à une requête signée
Quand un participant démarre la tâche, ScopliDrop le redirige vers votre URL de vérification avec un jeton de requête signé qui nomme l'action à contrôler et un identifiant de participant qui relie la réponse à la tâche. Votre service connecte l'utilisateur avec son propre login, vérifie l'action dans ses propres données, puis renvoie le navigateur avec un oui ou un non signé.
Chaque requête ne vaut que pour une seule réponse. La réponse doit être signée avec la clé enregistrée, correspondre au participant pour lequel elle a été émise, et arriver dans sa fenêtre de validité, sinon elle est rejetée. Une réponse rejouée ou modifiée ne touche jamais une participation.
- 4
La tâche se valide toute seule
Un oui valide la tâche dès que le participant revient sur la page de participation, sans rien à contrôler de votre côté. Un non lui affiche un message clair qui nomme votre application, pour qu'il termine l'action et réessaie. Ensuite, le giveaway traite la participation comme n'importe quelle autre, jusqu'au tirage.
Pour vos développeurs, le tableau de bord garde un journal des derniers handshakes de l'application, avec un code de résultat précis sur chacun, y compris le code d'échec que votre application a pu joindre à un non. Une signature mal configurée ou une réponse expirée se repère d'un coup d'œil au lieu d'échouer en silence.
Ce que les organisateurs construisent avec
Trois configurations où ce sont vos propres données qui décident qui est éligible
Des chances réservées à vos clients
Pointez une action sur un événement que votre backend enregistre déjà : un premier dépôt, une commande validée, un abonnement actif. Le giveaway devient une promotion où participer veut dire devenir client.
Un giveaway qui récompense le niveau dix
Un backend de jeu sait exactement ce que chaque joueur a fait. Une action sur un niveau, un rang ou une quête terminée transforme votre giveaway Discord en incitation à jouer, et c'est le jeu lui-même qui confirme qui est éligible.
Des inscriptions qui vont au bout de l'onboarding
Une tâche d'inscription se contourne avec un compte jetable. Récompenser plutôt un onboarding terminé, un profil vérifié ou un premier projet envoie les chances aux utilisateurs qui ont atteint le moment où votre produit commence à compter pour eux.
Et tout ce que votre backend sait répondre. Pour savoir si une idée d'action tient la route avant que votre équipe la branche, demandez-nous sur le Discord de la communauté ScopliDrop.
La certitude d'un contrôle natif, pour des actions que vous seul pouvez voir
Pourquoi une réponse signée
Les tâches qui se passent hors de Discord laissent en général un écart entre faire l'action et la prouver. Un identifiant envoyé demande encore une relecture, et une visite de lien chronométrée confirme l'attention, pas la réalisation. App Verified comble cet écart, parce que c'est le système qui détient la donnée qui donne la réponse.
La réponse ne peut pas être falsifiée. ScopliDrop signe la requête qui arrive chez vous, et votre application signe la réponse qui revient. Chaque handshake est accepté une seule fois, donc une réponse rejouée ou modifiée est rejetée d'office.
Votre giveaway devient alors une façon de récompenser l'usage de votre produit lui-même. Dépôts, commandes, activations, paliers. Le prix ne va qu'à des personnes que vos propres données ont confirmées, et la condition pour gagner est exactement le comportement que vous vouliez encourager.
À combiner avec
D'où viennent les participations confirmées, et où elles vont ensuite
Questions sur les actions vérifiées
Ce que votre application peut vérifier, ce que demande l'intégration, et ce qui garantit l'honnêteté de l'échange
Fonctionnalités liées
Tâches personnalisées
Nommez-la, choisissez une icône, collectez les données dont vous avez besoin, ou laissez votre propre application vérifier la validation.
Découvrir Tâches personnaliséesVérification des tâches
Comment chaque tâche de giveaway est vérifiée, du contrôle Discord instantané au code vidéo.
Découvrir Vérification des tâchesSi votre backend peut le confirmer, récompensez-le
Enregistrez votre application une fois, définissez les actions, et chaque giveaway que vous lancez peut les exiger. Signé dans les deux sens, accepté une seule fois, confirmé instantanément.