APP Push von EngageLab ist eine professionelle Push-Service-Plattform für App-Nachrichten mit einem durchschnittlichen täglichen Nachrichtenvolumen von mehr als 10 Milliarden. AppPush unterstützt Android, iOS, HarmonyOS und weitere Plattformen und bietet eine einfache und schnelle SDK-Integration, schnelle und stabile Push-Kanäle, leistungsstarke, flexible und einfach zu verwendende Open-API-Schnittstellen sowie webbasierte Funktionen wie das Erstellen von Benachrichtigungen, Leistungsanalysen und Fehlerbehebung.
Unterstützte Kanaltypen
| Push Channel |
FCM |
HUAWEI |
Honor |
XIAOMI |
MEIZU |
OPPO |
VIVO |
APNs |
HarmonyOS |
| Support Status |
Unterstützt |
Unterstützt |
Unterstützt |
Unterstützt |
Unterstützt |
Unterstützt |
Unterstützt |
Unterstützt |
Unterstützt |
Unterstützte Nachrichtentypen
| Message Type |
Notification Message |
Custom Message |
| Support Status |
Unterstützt |
Unterstützt |
Unterstützte Benachrichtigungsstile
| Notification Style |
Default Style |
Thumbnail Style |
Large Image Style |
Text Style |
Inbox Style |
Custom Style |
| Support Status |
Unterstützt |
Unterstützt |
Unterstützt |
Unterstützt |
Unterstützt |
Unterstützt |
Ausführliche Informationen zu den Stilen finden Sie unter Local Notifications.
Unterstützte Versandstrategien
Auf der API-Seite können Entwickler Versandstrategien mit Anbieterkanälen als Granularitätseinheit definieren.
| Message Type |
Sending Strategy Field |
Sending Strategy Field Values and Definitions |
| Notification message sending strategy |
distribution_new |
mtpush: gibt an, dass Push-Nachrichten zwangsweise über den EngageLab-Kanal zugestellt werden.fcm_mtpush: gibt an, dass Push-Nachrichten zwangsweise vorrangig über den FCM-Kanal zugestellt werden und bei Ungültigkeit dann über den EngageLab-Kanal.pns_mtpush: gibt an, dass Push-Nachrichten zwangsweise über Xiaomi-/Huawei-/Meizu-/OPPO-/VIVO-Kanäle zugestellt werden und bei Ungültigkeit dann über den EngageLab-Kanal.mtpush_fcm: gibt an, dass für Benutzer mit dem Kombinationstyp FCM + inländischer Anbieter Push-Nachrichten vorrangig über EngageLab zugestellt werden und, falls EngageLab offline ist, dann über den FCM-Kanal, wobei FCM als Hilfskanal dient.mtpush_pns: gibt an, dass für Benutzer mit dem Kombinationstyp FCM + inländischer Anbieter Push-Nachrichten vorrangig über EngageLab zugestellt werden und, falls EngageLab offline ist, dann über den Anbieterkanal, wobei der Anbieterkanal als Hilfskanal dient. |
Unterstützte statistische Analysen
Statistikfunktionen auf App-Ebene
| Statistics Feature |
Description |
| Data Overview |
Unterstützt Echtzeitstatistiken für Nachrichtendaten in stündlicher Granularität mit einem Vergleich der Datentrends von heute und gestern.Unterstützt die Anzeige der Push-Conversion-Funnel-Daten von gestern, einschließlich Zustellrate und Klickrate.Unterstützt die Anzeige der neuesten Daten zur Aktivierungsrate der Benachrichtigungsberechtigung auf Geräten.Unterstützt die Anzeige historischer Push-Conversion-Trenddaten nach Plattform und Kanal.Unterstützt die Anzeige historischer Statistiken zu Push-Nachrichtenverlusten nach Plattform, Kanal und Phase. |
| Message Push Statistics |
Unterstützt die Anzeige historischer Push-Daten nach Plattform, Kanal, Nachrichtentyp und App-Version.Unterstützt die Anzeige von Kennzahlen wie Nachrichtenzustellrate, Klickrate, Anzahl gültiger Ziele, Sendeanzahl, Zustellanzahl, Anzeigeanzahl und Klickanzahl innerhalb eines benutzerdefinierten Zeitraums nach Tag oder Monat. |
| Push User Statistics |
Unterstützt die Anzeige historischer Push-Benutzerdaten nach Plattform, Kanal und App-Version.Unterstützt die Anzeige von Kennzahlen wie neue Push-Benutzer, Online-Benutzer, aktive Benutzer und deinstallierte Benutzer innerhalb eines benutzerdefinierten Zeitraums nach Tag oder Monat. |
Statistikfunktionen auf MessageID-Ebene
| Statistics Feature |
Description |
| Message Push Statistics |
Unterstützt statistische Berichte zur Push-Conversion für vier grundlegende Nachrichtentypen: Benachrichtigungsnachrichten, benutzerdefinierte Nachrichten, SMS und In-App-Erinnerungsnachrichten.Unterstützt die Anzeige von Zustellrate, Anzeigerate und Klickrate auf msgid-Ebene.Unterstützt die Anzeige von Anzahl gültiger Ziele, Sendeanzahl, Anzeigeanzahl und Klickanzahl auf msgid-Ebene nach Plattform und Kanal. |
| Message Loss Statistics |
Unterstützt die Anzeige von Statistiken zu Nachrichtenverlusten auf msgid-Ebene nach Plattform und Kanal mit einer zweistufigen Analyse der Verlustursachen.Unterstützt Verlustanzahl-Statistiken über insgesamt 4 Phasen: {planned target} - {valid target} - {send count} - {delivery count} - {click count}. |
Unterstützte REST-API-Funktionen
| API Item |
Description |
| PUSH API |
Über die PUSH API können Entwickler alle AppPush-Nachrichten-Push-Funktionen ausführen und Push-Betriebspläne einfach in ihrem eigenen Backend erstellen.Die API bietet leistungsstärkere und flexiblere Funktionsschnittstellen als das Push-Portal. |
| Report API |
Bietet verschiedene Abfragefunktionen für statistische Daten, sodass Entwickler den Nachrichtenstatus und Benutzerdaten zeitnah nachvollziehen können.Die API bietet Funktionsschnittstellen zum Abrufen von Statistiken zu Push-Nachrichten und Benutzerdaten. |
| Schedule API |
Über die Schedule API können Entwickler zeitgesteuerte Push-Benachrichtigungen für alle Nachrichten implementieren. |
| Tag Alias API (Device API) |
Die Device API wird serverseitig verwendet, um Geräte-, Tag- und Alias-Informationen abzufragen, festzulegen, zu aktualisieren und zu löschen. |
Push-Testmodus
Der AppPush-Testmodus bietet Entwicklern eine unabhängige Testumgebung außerhalb der Produktionsumgebung und hilft dabei, die Push-Konfiguration und -Wirksamkeit zu überprüfen, um eine Veröffentlichung in hoher Qualität sicherzustellen.
Umgebungswechsel und AppKey-Verwaltung
- AppKey- und master secret-Unterscheidung:
Die Produktionsumgebung und die Testumgebung verwenden unterschiedliche Werte für AppKey und master secret. Beim Wechsel in den Testmodus generiert das System automatisch einen Test-AppKey und kopiert die relevante Konfiguration vom Produktions-AppKey. Das Backend verknüpft und ordnet beide zu, um den VIP-Status zu bestimmen und Informationen zu synchronisieren.
- Standardumgebung: Nach dem Aufrufen des Portals wird standardmäßig die Produktionsumgebung angezeigt, und Entwickler können manuell in den Testmodus wechseln.
- Unterstützung für Zurücksetzen: Der Test-AppKey unterstützt ein eigenständiges Zurücksetzen des master secret.
Synchronisierung und eigenständige Verwaltung im Testmodus
- Synchronisierte Informationen: Beim Erstellen einer Testanwendung kopiert das System die folgenden Inhalte aus der Produktionsanwendung:
- Anwendungsname und Symbol
- Synchronisierung von Anwendungsinformationen: Informationen wie Anwendungsname und Symbol der Testanwendung werden in Echtzeit mit der Produktionsanwendung synchronisiert.
- Synchronisierung des VIP-Status: Informationen wie VIP-Status und Servicezeitraum der Testanwendung werden in Echtzeit mit der Produktionsanwendung synchronisiert.
- Eigenständige Konfiguration: Die Testanwendung unterstützt die separate Konfiguration von Callbacks, Sicherheitseinstellungen und Integrationseinstellungen.
Nutzungsbeschränkungen im Testmodus
- QPS-Grenze: 10
- Anzahl der per SDK registrierten Benutzer: Bis zu 1 000. Sobald das Limit überschritten ist, können keine neuen Benutzer mehr registriert werden. Es wird dringend empfohlen, die registrationID zu protokollieren und regelmäßig zu bereinigen. Delete User API.
- Beschränkungen für Tag- und Alias-Bindungen:
- Tags: Es können bis zu 50 gebunden werden.
- Pro Tag gebundene Geräte: Bis zu 10
- Pro Gerät gebundene Tags: Bis zu 10
- Abhängigkeit der Gültigkeit: Die Verfügbarkeit des Test-AppKey ist an den Produktions-AppKey gebunden. Wenn der Produktions-AppKey ungültig wird, ist auch der Test-AppKey nicht mehr verfügbar.
- Serviceeinschränkung: Der Test-AppKey unterstützt nicht den Kauf von VIP-Services, und seine Vorteile richten sich vollständig nach dem entsprechenden Produktions-AppKey.
Dieser Push-Testmodus bietet Entwicklern eine flexible und unabhängige Umgebung, um Push-Konfigurationen vor dem offiziellen Start effizient zu überprüfen und eine bessere Kontrolle über die Push-Wirksamkeit und die Benutzererfahrung sicherzustellen.
