Mit der Ereignisquelle beginnen
Multi Alerts zeigt Ereignisse, die Social Stream bereits erfasst hat. Es meldet sich nicht selbst bei Twitch, Kick, YouTube, TikTok oder einer anderen Plattform an.
- Verbinde und aktiviere die Plattformquelle, die das Ereignis liefert.
- Lass die Quellseite oder das Quellfenster der eigenständigen App aktiv.
- Verwende dieselbe Social-Stream-Sitzungs-ID in Quelle, Popup, Dock und Multi-Alerts-URL.
- Teste das Meldungs-Overlay in seinen Optionen, bevor du die Plattformverbindung untersuchst.
Eine erfolgreiche Vorschau belegt, dass das Meldungslayout funktioniert. Sie belegt nicht, dass die Plattformquelle berechtigt ist, dieses Live-Ereignis zu empfangen.
Multi-Alerts-Kategorien
| Kategorie | Gängige Ereignisnamen | Hinweise |
|---|---|---|
| Follow | new_follower, follow, followed | Benötigt eine Quelle, die Follow-Ereignisse erfasst, und die erforderliche Plattformberechtigung. |
| Abonnement | new_subscriber, resub, subscription_gift, Mitgliedschafts-Aliase | Enthält wiederkehrende, verschenkte und mitgliedschaftsartige Ereignisse, soweit unterstützt. |
| Spende / Geschenk | superchat, supersticker, gift, tip, Spenden-Aliase | Eine Chatzeile im Spendenformat kann stattdessen hasDonation und donoValue. |
| Bits | cheer, bits | Der Betrag lässt sich mit der Option für Mindestspende/-geldbetrag filtern. |
| Raid | raid, host, redirect | Verfügbarkeit und Benennung hängen von der Plattformquelle ab. |
| Auktion | auction_update | Meldungen zu gewonnenen Auktionen müssen ausdrücklich aktiviert werden. |
| Hype Train | hype_train | Hype-Train-Meldungen müssen ausdrücklich aktiviert werden und benötigen berechtigten Twitch-EventSub-Zugriff. |
Zuschauerzahlen, Followergesamtzahlen, Stream-Status und Werbepausenstatus sind Aktualisierungen statt normaler Meldungskarten. Verwende die Ereignisreferenz wenn du einen API-Verbraucher oder ein eigenes Overlay entwickelst.
Wichtige Plattformereignisse
Dies sind die aktuellen kanonischen Ereignisnamen, sofern der ausgewählte Quellmodus die Aktivität liefern kann.
| Aktivität | YouTube | Twitch | Kick |
|---|---|---|---|
| Neues Mitglied / neuer Abonnent | sponsorship |
new_subscriber |
new_subscriber |
| Verlängerung | resub |
resub |
resub |
| Verschenkte Mitgliedschaft / verschenktes Abonnement | giftpurchase, giftredemption |
subscription_gift |
subscription_gift |
| Bezahlte Unterstützung | superchat, supersticker, jeweldonation |
cheer, oder eine Zeile mit hasDonation |
gift für KICKs-Geschenke; donation für Unterstützungs-/Trinkgeldereignisse. Beide füllen hasDonation. |
| Follow-/öffentliche Abonnentenmeldung | new_follower; nur API-verzögerte und öffentliche Abonnements |
new_follower |
new_follower |
| Kanalbelohnung | - | reward |
reward |
| Raid / Host | - | raid |
Nur Kompatibilitätseingabe; kein aktuelles offizielles Kick-Ereignisabonnement |
Hinweis zu Kick-Raids: Social Stream akzeptiert aus Kompatibilitätsgründen ältere Nutzdaten im Raid-/Host-Format. Kicks aktueller offizieller Ereigniskatalog enthält aber kein Raid-/Host-Abonnement. Mache einen Kick-Ablauf nicht vom Empfang eines solchen Ereignisses abhängig.
Standard- und WebSocket-Modus
| Plattform | Standarderfassung | WebSocket-/API-Erfassung |
|---|---|---|
| YouTube | Bezahlte Nachrichten, Mitgliedschaften, verschenkte Mitgliedschaften, Zuschaueraktualisierungen und begrenzte seitenseitig erkannte Ereignisse. | Die gemeinsamen Bezahl-/Mitgliedschaftsereignisse sowie Mitgliedsmeilensteine, aktuelle Meldungen zu öffentlichen Abonnenten und unterstützte Zähleraktualisierungen. |
| Twitch | Im Chat dargestellte Belohnungen, Hinweise auf verschenkte Abonnements, Zuschaueraktualisierungen und einige nur auf der Seite verfügbare Hinweise. | EventSub ergänzt Follower, Abonnements, Verlängerungen, Cheers, Raids, Belohnungen und unterstützte Zähler-/Statusereignisse, sofern Konto und Berechtigungen es erlauben. |
| Kick | Chat sowie einfache Seitenmarkierungen für Geschenke, Belohnungen und Zuschaueraktualisierungen. | Offizielle Follow-, Abonnement-, Geschenk-, Belohnungseinlösungs-, KICKs-, Moderations- und Live-Statusereignisse bei erfolgter Authentifizierung. |
Der WebSocket-Modus ist normalerweise die richtige Wahl für ereignisgesteuerte Meldungen. Die Standarderfassung bleibt nützlich, wenn nur dargestellter Chat benötigt wird oder keine Authentifizierung möglich ist.
Gewünschte Meldungstypen aktivieren
Öffne die Multi-Alerts-Optionen in den Social-Stream-Einstellungen. Follows, Abonnements, Spenden, Bits und Raids haben eigene Steuerelemente für Aktivierung, Stil, Sound und Darstellung. Auktions- und Hype-Train-Meldungen benötigen ihre eigenen ausdrücklichen Aktivierungsschalter.
- Verwende Meldungen in Warteschlange stellen wenn mehrere Ereignisse gleichzeitig eintreffen können.
- Prüfe die Quellfilter, wenn Ereignisse im Dock funktionieren, aber nicht in Multi Alerts.
- Prüfe Mindestbetrags-/Spendenfilter, wenn kleine Trinkgelder oder Cheers fehlen.
- Interagiere einmal mit der Browserseite, wenn Regeln zur automatischen Wiedergabe eigenes Meldungsaudio blockieren.
Vorschau vor dem Livestart
Prüfe mit den Vorschausteuerelementen die ausgewählte Kategorie, Text, Betrag, Medien, Sound, Animation und Warteschlangenverhalten.
Welche Felder die einzelnen Werkzeuge verwenden
| Werkzeug | Kompatibilitätsregel |
|---|---|
| Multi Alerts | Ordnet kanonische event Namen, Aliase, hasDonation, Mitgliedschaftsfelder und ausgewählte meta Werte gemeinsamen Kategorien zu. |
| Event Flow | Verwende die genauen type, event, und die Felder, die deine Quelle ausgibt. Verwende das Testnachrichten-Werkzeug, bevor du dich auf ein Live-Ereignis verlässt. |
| Sprachausgabe | Ereigniszeilen werden standardmäßig übersprungen, sofern sie nicht im Spendenformat vorliegen. Füge &readevents wenn Ereignisnachrichten ohne Spende vorgelesen werden sollen, und wende dann die normalen TTS-Filter an. |
| Trinkgeldglas / Zielanzeige | Der Normalmodus verwendet Spendenbeträge. Der Hype-Modus kann auch Mitgliedschafts-, Verlängerungs- und Geschenkmitgliedschaftsfelder werten. |
| Eigenes Overlay / API-Verbraucher | Verwende die kanonischen Nutzdatenfelder aus der Ereignisreferenz. Akzeptiere dokumentierte Aliase nur zur Abwärtskompatibilität. |
Verwende Testnachrichten erstellen um das erwartete Ereignis und die Event-Flow-Beispiele für funktionierende Automatisierungsbeispiele.
Hinweise zur Plattformeinrichtung
| Plattform | Zuerst prüfen | Leitfaden |
|---|---|---|
| Twitch | Melde dich als Broadcaster oder berechtigter Moderator an und halte EventSub verbunden. | Twitch EventSub einrichten |
| Kick | Wähle den Quellmodus bewusst und schließe die Authentifizierung ab, wenn die gewünschten offiziellen Ereignisse sie erfordern; erwarte kein offizielles Raid-Ereignis. | Kick-Einrichtung und Authentifizierung |
| Andere Quellen | Prüfe, ob die ausgewählte Quelle den Ereignistyp tatsächlich ausgibt und nicht nur Chatnachrichten. | Unterstützte Websites |
Wenn eine echte Meldung fehlt
- Prüfe im eigenen Protokoll, Dock oder API-Ausgang der Quelle, ob sie das Ereignis empfangen hat.
- Prüfe, ob Quelle und Multi-Alerts-Seite dieselbe Sitzungs-ID und dasselbe Passwort verwenden.
- Prüfe, ob diese Kategorie aktiviert ist und nicht durch Quellen- oder Kanalfilter ausgeschlossen wird.
- Prüfe Mindestwertfilter für Spenden und Bits.
- Melde dich bei Twitch oder Kick erneut an, wenn der Chat funktioniert, geschützte Ereignisse aber nicht.
- Lass das Quellfenster lange genug aktiv, um ein echtes Ereignis zu beobachten; eine Vorschau allein prüft nicht den gesamten Plattformablauf.
Wenn mehrere Geräte oder Verbindungsmodi beteiligt sind, lies Sitzungen, Passwörter und Relay-Modi.