Eigene Aufgaben sind im Business-Plan und in Enterprise enthalten. Die Methode App Verified, bei der deine eigene registrierte App die Erledigung bestätigt, gibt es nur in Enterprise. Sobald ein Server aktiviert ist, kann sie jeder nutzen, der dort Giveaways baut.
Eigene Aufgaben
Bau deine eigeneGiveaway-Aufgabe
Wenn die Aufgabe, die dein Discord-Giveaway braucht, nicht im Katalog ist, bau sie. Du wählst den Namen, das Icon, die Anleitung, welche Daten Teilnehmende abgeben und wie die Erledigung geprüft wird.
Eine eigene Aufgabe ist eine Aufgabe, die du selbst definierst, neben dem eingebauten Katalog im Giveaway-Builder. Du gibst ihr einen Namen, wählst ihr Icon aus 92 Optionen inklusive der großen Markenlogos und schreibst die Anleitung, die Teilnehmende sehen. Für deine Mitglieder sieht sie aus und verhält sich wie jede andere Aufgabe im Giveaway, im Discord-Embed und auf der Teilnahmeseite.
Zu deiner eigenen wird sie durch die Prüfmethode. Eine eigene Aufgabe kann Teilnehmende zu einem Link schicken, bis zu drei von dir definierte Datenfelder sammeln, beides nacheinander tun oder die Prüfung an deine eigene App übergeben. Deine App antwortet mit einem signierten Ergebnis. Die Daten, die Teilnehmende abgeben, bleiben in deinem Dashboard an jeder Person hängen und können in dein Teilnehmer-CRM und deine Brevo-Listen weiterfließen.
Die vier Prüfmethoden
Du wählst eine pro Aufgabe. Dasselbe Giveaway kann also einen schnellen Link-Besuch mit einer Prüfung durch deine eigene App mischen
Vertrauensprinzip
Dein Link, plus ein Timer
Die leichteste Methode. Die Aufgabe zeigt deinen Link, die teilnehmende Person öffnet ihn in einem neuen Tab, und nach einer Mindestzeit auf der Seite erledigt sich die Aufgabe von selbst. Es kommt nichts zurück, was du prüfen müsstest. Sie passt also zu Aufgaben, bei denen es ums Vorbeischauen geht: die Regeln lesen, die Shop-Seite ansehen, den Trailer schauen.
Nimm sie, wenn das Öffnen der Seite schon die ganze Aufgabe ist.
Zum Beispiel „Schau dir den neuen Merch-Store an“ mit deiner Shop-URL und einem kurzen Timer.
Daten direkt
Deine Felder, direkt auf der Teilnahmeseite
Gar kein Link. Die teilnehmende Person füllt die Felder aus, die du definiert hast, bis zu drei pro Aufgabe, jedes mit einem Typ: Text, E-Mail, Link, Datum oder Land. Ein Feld kann Pflicht oder optional sein, mit Platzhalter und Formathinweis, wo der Typ das unterstützt. Datumsfelder lassen sich eingrenzen, zum Beispiel nicht vor dem Giveaway-Start oder nicht nach heute.
Jede Abgabe landet bei der teilnehmenden Person in deinem Dashboard, beschriftet so, wie du das Feld benannt hast. Ein Feld kann außerdem in ein wiederverwendbares Datenfeld gespeichert werden, das den Wert ins Profil des Mitglieds in deinem Teilnehmer-CRM ablegt, und E-Mail-Felder können in deine Brevo-Listen synchronisiert werden.
Nimm sie, wenn die Antwort die Aufgabe ist: eine E-Mail, ein Nutzername, eine Bestellnummer.
Zum Beispiel „Gib deinen Minecraft-Namen an, damit wir dich whitelisten können“ mit einem Pflichtfeld für Text.
Daten nach Link
Erst dein Link, dann deine Felder
Die Version in zwei Schritten. Die teilnehmende Person besucht deinen Link, erledigt dort die Sache und kommt zurück, um die Felder abzugeben, die es belegen. Das ist die natürliche Form für „Registrier dich auf unserer Seite und trag dann deinen Nutzernamen ein“ oder „Bestell etwas und gib dann die Bestellnummer an“.
Was eingetippt wurde, bleibt zur Prüfung an der Teilnahme hängen, genau wie bei Daten direkt.
Nimm sie, wenn die Aktion auf deiner Seite passiert und der Nachweis in ein Feld passt.
Zum Beispiel „Melde dich für die Beta an und trag dann deinen Account-Namen ein“ mit deiner Anmelde-URL und einem Feld.
App Verified
Deine App bestätigt die Erledigung
Die eindeutige Methode. Du registrierst deine App einmal im Dashboard und definierst die Aktionen, die sie bestätigen kann, bis zu zwanzig pro App. Während der Aufgabe wird die teilnehmende Person zu deinem Dienst weitergeleitet. Dein Dienst prüft, ob sie die Aktion erledigt hat, und antwortet mit einem kryptografisch signierten Ergebnis. Die Teilnahme ist in dem Moment bestätigt, in dem deine App Ja sagt, mit derselben Sicherheit wie eine Discord-Beitrittsprüfung.
Alles, was dein Backend nachschlagen kann, wird zu einer prüfbaren Giveaway-Aufgabe. Käufe, Registrierungen, Einzahlungen, Meilensteine in der App. Die Seite zu App-Verified-Aufgaben erklärt das ganze System, und der Entwickler-Leitfaden zu Verified Actions beschreibt den Handshake von Anfang bis Ende.
Nimm sie, wenn dein eigener Dienst die Aktion selbst prüfen kann.
Zum Beispiel „Mach deine erste Einzahlung“ oder „Erreiche Level 10 in unserem Spiel“, bestätigt von deinem eigenen Backend.
Die vier Methoden im Vergleich
Was jede von der teilnehmenden Person verlangt und was du zurückbekommst
| Methode | Was die teilnehmende Person tut | Was bei dir ankommt | Am besten für |
|---|---|---|---|
| Vertrauensprinzip | Öffnet deinen Link, bleibt kurz | Ein erledigter Besuch | Lies das, schau dir das an |
| Daten direkt | Füllt deine Felder auf der Teilnahmeseite aus | Die Werte, zur Prüfung angehängt | E-Mails, Nutzernamen, IDs |
| Daten nach Link | Besucht deinen Link, gibt dann Felder ab | Der Besuch plus die Werte | Registrieren und dann belegen |
| App Verified | Erledigt die Aktion bei deinem Dienst | Ein signiertes Ja von deiner App | Käufe, Registrierungen, Aktionen in der App |
Abgegebene Daten bleiben an jeder teilnehmenden Person hängen. Die beiden Daten-Methoden passen also gut zu einer Prüfung vor der Auslosung. App Verified braucht gar keine Prüfung, weil dein eigener Dienst die Antwort schon gegeben hat.
So läuft eine eigene Aufgabe, egal welche Methode
Die drei Dinge, die für alle vier gelten
- 1
Benenne die Aufgabe und gib ihr ein Gesicht
Jede eigene Aufgabe beginnt mit einem Anzeigenamen, einem Icon und optional einem Hinweis mit Anleitung, den Teilnehmende vor dem Erledigen lesen. Die Icon-Bibliothek hat 92 Optionen, darunter die Markenlogos, die Teilnehmende schon kennen: TikTok, Shopify, Steam, Patreon und die anderen. Deine Mitglieder sehen den Namen, den du gewählt hast, im Ankündigungs-Embed in Discord und auf der Teilnahmeseite.
- 2
Das Giveaway trägt sie wie jede Katalog-Aufgabe
Eine eigene Aufgabe sitzt im Giveaway neben den eingebauten Aufgaben, mit eigenem Loswert. Eine Aufgabe mit drei Losen zählt also dreimal so viel wie eine mit einem. Ein Giveaway kann mehrere eigene Aufgaben tragen, und jeder Teilnahme-Modus, der die Aufgabenseite im Web erreicht, kann sie enthalten.
- 3
Prüfe, was reinkommt
Öffne eine teilnehmende Person in deinem Dashboard, und ihre Abgaben liegen dort unter deinen eigenen Feldnamen, jeder Wert einen Klick von der Zwischenablage entfernt. Felder, die in ein Datenfeld gespeichert werden, landen weiter im CRM-Profil des Mitglieds, in jedem Giveaway, das sie wiederverwendet. Und hält die Abgabe eines ausgelosten Gewinners nicht stand, lost du ihn im Gewinner-Panel neu aus.
Was Hosts damit bauen
Drei Setups, die immer wieder vorkommen
Eine E-Mail-Liste, die mit jedem Giveaway wächst
Eine Aufgabe „Daten direkt“ mit einem Pflichtfeld für die E-Mail, gespeichert in ein Datenfeld und mit Brevo synchronisiert. Jedes Giveaway, das du ab dann machst, speist dieselbe Liste, und das CRM hält ein Profil pro Mitglied, egal an wie vielen Giveaways es teilnimmt.
Ein Beta-Programm, das sich von selbst füllt
Eine Aufgabe „Daten nach Link“, die auf deine Anmeldeseite zeigt, mit einem Feld für den Nutzernamen, dessen Formathinweis Tippfehler abfängt, bevor sie abgeschickt werden. Das Giveaway übernimmt das Rekrutieren, und du bekommst eine saubere Liste von Accounts, denen du Zugang gibst.
Lose, die nur deine Kunden verdienen können
Eine App-Verified-Aufgabe auf der Aktion, die dein Backend sowieso festhält: eine erste Einzahlung, eine abgeschlossene Bestellung, ein fertiges Onboarding. Die Belohnung geht an die Leute, die deine eigenen Daten schon bestätigt haben.
Und was dir sonst noch einfällt. Für mehr Ideen, oder um vor dem Bauen zu prüfen, ob eine Aufgabenidee machbar ist, frag uns im ScopliDrop Community-Discord.
Dein Giveaway kann Dinge verlangen, die nur dein Projekt betreffen
Warum sich Selberbauen lohnt
Ein Aufgabenkatalog deckt die Plattformen ab, die alle teilen. Er hat keine Aufgabe für den Beitritt zu deiner Beta, eine Bestellung in deinem Shop oder Level zehn in deinem Spiel. Und genau das sind meist die Aktionen, die ein Giveaway belohnen soll.
Eigene Aufgaben schließen diese Lücke nach deinem Zeitplan, ohne auf eine Integration zu warten. Passiert die Aktion an einer URL, schick Teilnehmende dorthin. Passt der Nachweis in einen Nutzernamen, eine E-Mail oder eine Bestellnummer, sammle das. Und kann dein eigener Dienst die Aktion bestätigen, macht App Verified daraus eine Aufgabe, die so streng geprüft wird wie ein Discord-Beitritt.
Die Datenseite baut sich auf. Jedes Feld, das du sammelst, kann in dein Teilnehmer-CRM gespeichert werden. Ein Giveaway, das nach einer E-Mail oder einem Spielernamen fragt, baut also auch eine Publikumsliste auf, die du nach der Auslosung behältst.
Passt gut dazu
Wohin die gesammelten Daten und die bestätigten Teilnahmen weitergehen
Häufige Fragen zu eigenen Aufgaben
Pläne, Felder, wo die Daten landen und was deine eigene App prüfen kann
Verwandte Funktionen
App-Verified-Aufgaben
Eigene Aufgaben, die deine eigene App mit einer kryptografisch signierten Antwort bestätigt.
App-Verified-Aufgaben entdeckenAufgaben-Prüfung
Wie jede Aufgabe geprüft wird, vom sofortigen Discord-Check bis zum Videocode.
Aufgaben-Prüfung entdeckenWenn der Katalog es nicht hat, bau es selbst
Dein Name, dein Icon, deine Felder, deine Prüfung. Eine eigene Aufgabe sieht für Teilnehmende nativ aus und sammelt genau das, was dein Projekt braucht.