Android-Nutzer schalten einen einzelnen Kanal stumm, nicht Ihre ganze App
Pushwoosh leitet jeden Android-Push in einen Kanal, den Ihre Nutzer selbst steuern, von Bestell-Updates über Angebote bis zu Eilmeldungen. Legen Sie Wichtigkeit und Ton pro Kategorie fest: Ein stummgeschaltetes Angebot bedeutet keine blockierte App.
Über 80.000 Unternehmen vertrauen Pushwoosh beim Skalieren ihres Engagements
Sicherheit & Hosting
Kanäle geben Ihren Nutzern Kontrolle darüber, welche Nachrichten sie erhalten. Die Infrastruktur dahinter gibt Ihnen Kontrolle über die Daten: Pushwoosh läuft auf eigener Hardware in den USA und in Deutschland, gemäß DSGVO.
Das Format im Detail
Jede Android-Benachrichtigung gehört zu einem Kanal, einer vom Nutzer steuerbaren Kategorie wie „Angebote“, „Bestell-Updates“ oder „Eilmeldungen“. Erst der Kanal erlaubt es, eine Nachrichtenart stummzuschalten, ohne die App zu blockieren, die sie sendet.
Benannter Kanal, serverseitig angelegt
Fügen Sie pw_channel zu den Android root params im Control Panel hinzu oder zu android_root_params in /createMessage. Der erste Push mit einem neuen Kanalnamen legt den Kanal auf dem Gerät an, ganz ohne App-Release.
Standardkanal ab Werk
Das SDK legt auf jedem Gerät ab Android 8 automatisch einen Standardkanal an, auch wenn pw_channel leer bleibt. So hat jede Benachrichtigung immer ein gültiges Ziel.
Wichtigkeitsstufe
Das Feld Importance level (-2 bis 2) bestimmt, wie sich der Kanal beim Eintreffen verhält, von lautlos bis zum vollen Heads-up-Banner. Es wird einmal ausgelesen, im Moment der Kanalerstellung.
Eigener Ton pro Kanal
Kombinieren Sie pw_channel mit android_sound, einer Datei in res/raw, und jeder Push in diesem Kanal spielt seinen eigenen Ton statt des Systemstandards.
Was Sie steuern
| Was Sie senden | Was es bewirkt | Wo es liegt |
|---|---|---|
| Einen Kanalnamen | Legt den Kanal beim ersten Versand an oder nutzt den bereits vorhandenen auf dem Gerät | pw_channel in den Android root params oder im API-Payload |
Eine Importance level, -2 bis 2 | Bestimmt das Heads-up-Verhalten, festgelegt im Moment der Kanalerstellung | Das Feld Importance level am Push oder derselbe Wert über die API |
android_sound + pw_channel | Gibt genau diesem Kanal einen eigenen Benachrichtigungston | Eine Datei in res/raw, referenziert per Name ohne Dateiendung |
Kein pw_channel gesendet | Das SDK legt automatisch einen Standardkanal an und nutzt ihn | Kein Setup, ab Werk auf Android 8+ |
pw_channel in den Android root params oder im API-Payload-2 bis 2android_sound + pw_channelres/raw, referenziert per Name ohne Dateiendungpw_channel gesendetWo Sie es festlegen
Ein Feld im Composer
Tragen Sie einen Kanalnamen in die Android root params im Send-Push-Formular oder in einem Preset ein. Eine neue Kategorie braucht weder Release noch Entwickler.
Ein Schlüssel in der API
android_root_params.pw_channel in /createMessage, zusammen mit android_sound für einen kanalspezifischen Benachrichtigungston.
Dieselbe Logik auf jedem Android-Transport
Derselbe pw_channel-Payload funktioniert über FCM sowie über Huawei HMS und Amazon ADM per Alt-Store-Push.
Was der Kanal in einer Journey leistet
Dieselbe Journey bedient zwei Kanäle
Der Kanal ist ein Attribut des Pushs, den Sie ohnehin senden, und braucht deshalb keine eigene Integration. Ein transaktionaler Zweig nennt einen Kanal, ein Werbezweig einen anderen, und beide laufen aus derselben Zielgruppe und derselben Customer Journey wie Ihre übrigen Mobile-Push-Benachrichtigungen.
Der Bestellalarm meldet sich, das Angebot bleibt leise
Ein Bestell-Event startet die Journey. Ein Silent Push lädt die Lieferzeitschätzung unbemerkt im Hintergrund vor, und der transaktionale Zweig nennt den Kanal „Bestell-Updates“ mit hoher Importance level, sodass der Push als Heads-up-Alarm erscheint.
Dieselbe Journey führt einen separaten Zweig in den Kanal „Angebote“ mit Standardwichtigkeit. Wer Angebote stummschaltet, erhält auf demselben Smartphone weiterhin Bestellalarme: Beide laufen als getrennte Kanäle innerhalb einer App.
Wofür sich Kanäle lohnen
Kanäle zahlen sich in dem Maß aus, in dem eine App wirklich unterschiedliche Benachrichtigungsarten versendet. Ein einheitlicher Strom profitiert kaum davon, eine Mischung aus lauten Angeboten und leisen transaktionalen Alarmen am meisten.
| Branche | Sinnvoll zu trennende Kanäle | Warum es passt |
|---|---|---|
| E-Commerce & Handel | Angebote vs. Bestell- und Liefer-Updates vs. Preisalarme | Die klassische Trennung zwischen Werbung und Transaktion |
| Fintech & Banking | Betrugs- und Transaktionsalarme vs. Kontoauszüge vs. Erinnerungen vs. Angebote | Pflichtalarme stehen neben vollständig optionalen Angeboten |
| Medien, News & Streaming | Eilmeldungen vs. Themen-Feeds vs. neue Folgen vs. Angebote | Der Lehrbuchfall für Android-Kanäle |
| Marktplätze | Käufer-/Verkäufernachrichten vs. Bestell-Updates vs. Angebote vs. Inseratsalarme | Mehrseitige Kommunikation besteht von Natur aus aus mehreren Strömen |
| Creator- & Abo-Apps | Neue Inhalte vs. soziale Interaktionen vs. Abrechnung vs. Angebote | Abonnenten erhalten, wofür sie sich angemeldet haben, und sonst nichts |
| Mobile Games | Events & Angebote vs. Gilde & Social vs. Belohnungen vs. Live-Ops-Alarme | Große Vielfalt an Strömen bei einer Android-lastigen Installationsbasis |
Wann sich der Aufwand nicht lohnt
- Neue Nutzer erreichen: Der Kanal sortiert nur eine Nachricht, die der Push bereits zugestellt hat.
- Alles auf iOS: Dort haben Kanäle keine Wirkung, dieselbe Aufgabe übernehmen Time-Sensitive- oder Critical-Stufen.
- Einen Heads-up-Alarm nachträglich einführen: Die Wichtigkeit ist ab Kanalerstellung fest, ein neues Verhalten braucht einen neuen Kanalnamen.
- Eine lange Liste fast identischer Kanäle: Das wirkt unübersichtlich und bringt Nutzern bei, die ganze Gruppe stummzuschalten.
- Eine App mit nur einem echten Benachrichtigungsstrom: Es gibt nichts zu trennen, ein Kanal fügt nur eine überflüssige Einstellung hinzu.
Plattformen & technische Abdeckung
Benachrichtigungskanäle sind ein reines Android-Betriebssystemelement, eingeführt mit Android 8.0 Oreo. iOS kennt keine Kanäle; die vergleichbare Aufgabe übernehmen dort Time-Sensitive- und Critical-Unterbrechungsstufen, und auch im Web gibt es kein Gegenstück. Die letzte Spalte zeigt, wo die Mechanik von Pushwoosh endet und die Regeln des Betriebssystems beginnen.
| Funktion | iOS | Android | Web | Bereitgestellt durch |
|---|---|---|---|---|
| Benachrichtigungskanäle | – | Android 8.0 Oreo (API 26) und neuer | – | Natives OS-Element, Pushwoosh SDK 5.4.0+ |
| Standardkanal | – | Ja, automatisch angelegt | – | Das Pushwoosh SDK, auf jedem Gerät ab Android 8 |
Benannter Kanal über pw_channel | – | Ja, beim ersten Versand angelegt, ohne App-Release | – | Feld Android root params oder /createMessage |
| Eigener Ton pro Kanal | – | Ja | – | pw_channel + android_sound, eine Datei in res/raw |
| Dieselbe Mechanik auf Huawei- & Amazon-Geräten | – | Ja, über HMS und ADM | – | Alt-Store-Push |
| Plattformübergreifende SDK-Wrapper | – | Cordova/Capacitor, React Native, Unity, Flutter | – | Über die native Android-Bridge geleitet |
| Vorab erforderliche Laufzeitberechtigung | – | Android 13+, POST_NOTIFICATIONS | – | Das Betriebssystem, bevor irgendein Kanal erscheinen kann |
| Vergleichbare Dringlichkeitssteuerung | Time-Sensitive- / Critical-Stufen | Kanalwichtigkeit, hier festgelegt | – | Eine eigene Funktion pro Plattform |
pw_channel/createMessagepw_channel + android_sound, eine Datei in res/rawPOST_NOTIFICATIONSSo funktioniert es
-
Erstellen (No-Code)
Tragen Sie einen Kanalnamen in die Android root params im Send-Push-Formular ein oder senden Sie
android_root_params.pw_channelüber die Messages API. -
Einmal einrichten
Der erste Push mit einem neuen Kanalnamen legt den Kanal auf dem Gerät mit Wichtigkeit, Ton und Vibration aus dieser Nachricht an. Planen Sie vorab eine Struktur aus 3 bis 5 Kanälen, denn eine spätere Verhaltensänderung braucht einen neuen Kanalnamen.
-
Orchestrieren (No-Code)
Bespielen Sie jeden Kanal aus dem passenden Zweig derselben Customer Journey, mit derselben Zielgruppe und demselben Profil wie Ihr übriges Messaging.
Grenzen, die Sie kennen sollten
Weitere Produkte entdecken
Push-Benachrichtigungen von Pushwoosh: jedes Gerät erreichen, präzise targeten, DSGVO-konform mit EU-Rechenzentrum und ISO-27001-Zertifizierung.
Erreichen Sie jedes Android-Gerät, ob mit Google Play oder ohne. Push für Huawei, HarmonyOS und Amazon Fire über FCM, HMS und ADM. DSGVO-konform.
Ergänzen Sie Ihre Push-Benachrichtigungen um beschriftete Aktionsbuttons: annehmen, einlösen, freigeben oder verfolgen mit einem Tap. DSGVO-konform.
iOS-Unterbrechungsstufe per Schalter im Control Panel: Betrugswarnung oder Gate-Änderung durchbrechen Fokus und Zusammenfassung – ohne Code.
Planen und optimieren Sie Ihre Kampagnen mit einem einzigen visuellen Tool. Kommunizieren, engagieren, binden, konvertieren, segmentieren und experimentieren Sie mit dem Pushwoosh Customer Journey Builder.
Zeigen Sie die Zahl ungelesener Inhalte am App-Icon und halten Sie sie aktuell: exakter Wert, +1 oder 0, per Control Panel oder ios_badges API.