iOS-Konfigurationsoptionen
Dieser Abschnitt enthält schrittweise Anleitungen zur Konfiguration Ihrer iOS-Anwendung, um Messaging-Dienste mit Pushwoosh zu aktivieren. Wählen Sie je nach den Anforderungen Ihres Projekts zwischen einer zertifikatbasierten oder einer tokenbasierten Konfiguration.
iOS-zertifikatbasierte Konfiguration
Anchor link toErfahren Sie, wie Sie Pushwoosh für iOS mit zertifikatbasierter Authentifizierung für APNs (Apple Push Notification Service) konfigurieren.
iOS-tokenbasierte Konfiguration
Anchor link toRichten Sie Pushwoosh mit tokenbasierter Authentifizierung für APNs ein, die eine sicherere und effizientere Alternative zu Zertifikaten bietet.
VoIP-Zertifikatskonfiguration für iOS
Anchor link toAktivieren Sie Pushwoosh, um VoIP-Push-Benachrichtigungen an Ihre iOS-App zu senden, damit Sie Benachrichtigungen über eingehende Anrufe und andere VoIP-Ereignisse an die Geräte der Benutzer senden können.
Apple Wallet Pass-Konfiguration für iOS
Anchor link toLaden Sie Ihr Signaturzertifikat für die Pass-Typ-ID hoch, damit Pushwoosh Apple Wallet-Pässe (.pkpass) für Ihre App signieren und aktualisieren kann.
Wahl zwischen .p12-Zertifikaten und .p8-Schlüsseln für iOS-Push-Benachrichtigungen
Anchor link toBei der Konfiguration von iOS-Push-Benachrichtigungen in Pushwoosh müssen Sie sich beim Apple Push Notification Service (APNs) authentifizieren. Es gibt zwei unterstützte Methoden:
.p12-Zertifikat: der traditionelle, zertifikatbasierte Ansatz..p8-Schlüssel: die moderne, tokenbasierte Methode, die von Apple empfohlen wird.
Dieser Leitfaden hilft Ihnen bei der Entscheidung, welche Methode für Ihren Anwendungsfall am besten geeignet ist.
Die Optionen verstehen
Anchor link to| Merkmal | .p12-Zertifikat | .p8-Authentifizierungsschlüssel |
|---|---|---|
| Funktionsweise | Verwendet ein kryptografisches Zertifikat, um Vertrauen herzustellen. | Verwendet ein persistentes Token, das mit einem privaten Schlüssel signiert ist. |
| Datei | .p12-Datei, die das Zertifikat und den privaten Schlüssel enthält. | .p8-Datei, die einen privaten Schlüssel enthält. |
| Ablaufdatum | Läuft ab (normalerweise jährlich); erfordert Erneuerung. | Läuft nicht automatisch ab. |
| Einrichtung | Komplexer zu erstellen und zu verwalten. | Im Allgemeinen einfacher einzurichten. |
| Verwendung | Ein Zertifikat pro Bundle-ID für jede Umgebung. | Ein Schlüssel unterstützt mehrere Apps und beide Umgebungen. |
| Empfehlung | Veraltete Methode. Nur für bestehende Setups verwenden. | Von Apple und Pushwoosh empfohlen. |
Vor- und Nachteile jeder Methode
Anchor link to.p12-Zertifikat: der traditionelle Ansatz
Anchor link toVorteile:
- Weit verbreitet.
- Ermöglicht getrennte Zertifikate für Entwicklung und Produktion.
Nachteile:
- Zertifikate laufen ab und müssen erneuert werden. Eine nicht erfolgte Erneuerung kann die Zustellung von Push-Benachrichtigungen unterbrechen.
- Komplexer zu verwalten.
.p8-Schlüssel: der moderne, empfohlene Ansatz
Anchor link toVorteile:
- Keine Erneuerungen erforderlich, was den Wartungsaufwand reduziert.
- Einfacher zu erstellen und zu integrieren.
- Ein Schlüssel funktioniert projektübergreifend.
- Von Apple und Pushwoosh empfohlen.
Nachteile:
- Wenn kompromittiert, sind alle zugehörigen Apps gefährdet. Sichern Sie Ihren
.p8-Schlüssel ordnungsgemäß.
Welche Methode sollten Sie wählen?
Anchor link toWir empfehlen die Verwendung der .p8-Schlüsselmethode für alle neuen Projekte. Sie ist einfacher, skalierbarer und entspricht den Best Practices von Apple.
Verwenden Sie .p12-Zertifikate nur, wenn:
- Sie über eine bestehende Infrastruktur verfügen, die von
.p12-Zertifikaten abhängig ist. - Sie eine strikte Trennung der Umgebungen benötigen, die mit einem
.p8-Schlüssel nicht erreicht werden kann.