Wenn Ihre Marke Live Activities wie einen weiteren Werbeplatz behandelt, beendet iOS 27 genau das. Im Guideline-Update vom Juni 2026 hat Apple Live Activities in seine Anti-Spam-Regel aufgenommen: Sie dürfen nicht dazu verwendet werden, Kunden zu „spammen, zu phishen oder unaufgeforderte Nachrichten” zu senden. Der Kanal, der sich still zu einem Ort für Marketing auf dem Sperrbildschirm entwickelte, ist jetzt einer, wegen dem ein Reviewer eine App ablehnen oder aus dem Store entfernen kann.
Das lohnt sich, genau zu lesen, denn die Grenze zwischen einer regelkonformen Live Activity und einem Verstoß hat nichts mit der Funktion selbst zu tun. Sie hängt davon ab, ob der Nutzer das, was Sie ihm zeigen, angefragt hat. Dieser Leitfaden erklärt, was die Regel konkret verbietet, wo die legitimen Anwendungsfälle enden und der Missbrauch beginnt, wie Sie Live Activities regelkonform einrichten, und wie Sie Ihre bereits laufenden Kampagnen prüfen. Pushwoosh ist eine Customer-Engagement-Plattform, und überall dort, wo Setup oder Audit etwas berühren, das Sie bei uns konfigurieren, verweisen wir darauf.
Für den deutschen Markt gilt: Die DSGVO-Perspektive ist hier eng verwandt mit dem Thema selbst. Eine Live Activity, die unaufgefordert Werbeinhalte zeigt, ist nicht nur ein App-Store-Risiko, sondern berührt auch die Frage, ob Sie eine Rechtsgrundlage für diese Nachricht an den Nutzer hatten.
Was die Regel tatsächlich besagt
Die Regel ist die App Store Review Guideline 4.5.3, und sie ist nicht neu. Sie untersagt seit Langem, Apple-Dienste zum „Spammen, Phishen oder Senden unaufgeforderter Nachrichten” an Kunden zu verwenden, und nennt dabei explizit Game Center und Push-Benachrichtigungen. Das Update vom 8. Juni 2026 hat, parallel zur WWDC, Live Activities namentlich zu dieser Liste hinzugefügt. Die Oberfläche fällt damit ausdrücklich unter eine Anti-Spam-Regel, die ohnehin schon Zähne hatte. Eine kleine Änderung an der Guideline, große Konsequenzen für alle, die den Kanal für Marketing nutzen.
Was die Sache verschärft, ist der Kontext der Änderung. Im selben Update hat Apple seine allgemeine Spam-Regel erweitert, sodass bereits im Store befindliche Apps entfernt werden können – nicht nur neue Einreichungen abgelehnt werden. Die Live-Activities-Klausel ist also kein reines Gate zum Einreichungszeitpunkt mehr. Eine App, die heute werbliche Live Activities ausspielt, kann dafür markiert werden, nicht erst beim nächsten Release, sondern auf einem bereits live geschalteten Build. Es gibt keine angekündigte Übergangsfrist, und Apple hat historisch begonnen, neue Guidelines innerhalb von 1 bis 3 Monaten nach Veröffentlichung durchzusetzen. Diese Frist läuft seit Juni.
Wo die Grenze verläuft
Eine Live Activity ist dafür gebaut, ein reales, laufendes Ereignis auf dem Sperrbildschirm und in der Dynamic Island zu verfolgen: eine Essensbestellung auf dem Weg zur Tür, eine ankommende Fahrt, ein steigender Spielstand, ein Boarding-Vorgang. Der Nutzer hat dieses Ereignis ausgelöst, und die Live Activity spiegelt seinen Status in Echtzeit wider. Das ist der gesamte legitime Anwendungsfall – und ein wirklich guter.
Der Verstoß liegt darin, dieselbe Oberfläche zu nutzen, um etwas auszuliefern, das der Nutzer nicht selbst initiiert hat. Ein Countdown zu einem Sale, für den er sich nie angemeldet hat. Eine „Flash-Deal”-Live-Activity, die auf dem Sperrbildschirm festgepinnt wird. Ein Reaktivierungsimpuls, verkleidet als Activity. Keines davon verfolgt ein vom Nutzer gestartetes Ereignis. Jedes davon ist eine unaufgeforderte Nachricht im Kostüm einer Live Activity – und genau das benennt 4.5.3 jetzt.
Die Prüffrage lautet: Spiegelt die Activity etwas wider, auf das der Nutzer aktiv wartet, oder etwas, das Sie ihm zeigen wollen? Ersteres ist eine Live Activity. Letzteres ist eine Werbung, und eine Werbung gehört in einen dafür gebauten Kanal, an Nutzer, die sich dafür angemeldet haben.
| Anwendungsfall | Regelkonform | Warum |
|---|---|---|
| Bestell- und Lieferverfolgung | Ja | Nutzer hat bestellt; die Activity verfolgt den realen Status |
| Fahrt oder Kurier unterwegs | Ja | Nutzer hat gebucht; der Live-Standort ist der Sinn der Sache |
| Live-Sportergebnis für ein verfolgtes Spiel | Ja | Nutzer hat sich entschieden zu folgen; das Ergebnis ist ein reales, laufendes Ereignis |
| Countdown zu einem Sale, für den sich der Nutzer nicht angemeldet hat | Nein | Unaufgefordert; kein nutzerinitiiertes Ereignis dahinter |
| Flash-Deal oder Werbung, als Activity festgepinnt | Nein | Werbenachricht, die die Activity-Oberfläche als Werbefläche nutzt |
| Reaktivierungsimpuls im Gewand einer Activity | Nein | Das „Ereignis“ ist konstruiert, um Aufmerksamkeit zu erzeugen |
Wie Sie Live Activities regelkonform nutzen
Regelkonform zu bleiben bedeutet nicht, den Kanal zu meiden. Es bedeutet, ihn für das zu nutzen, wofür er gebaut ist, und Ihr Marketing über die dafür vorgesehenen Kanäle zu leiten.
Verankern Sie jede Live Activity an einem vom Nutzer initiierten Ereignis. Gibt es etwas Reales, auf das der Nutzer wartet, verfolgen Sie es. Bestellstatus, Lieferung, Live-Ergebnisse, Buchungsfortschritt: genau dafür ist die Oberfläche gedacht, und Nutzer begrüßen sie dort. Das Live-Activities-Setup in Pushwoosh ist darauf ausgelegt, genau diese Art von Live-Ereignis über seinen gesamten Lebenszyklus hinweg zu aktualisieren, vom Start bis zum finalen Status.
Halten Sie die werbliche Absicht aus der Activity selbst heraus. Wenn der Nutzer von einem Sale erfahren soll, ist das eine Push-Benachrichtigung oder eine In-App-Nachricht an eine opt-in-Zielgruppe, keine festgepinnte Activity. In dem Moment, in dem die Aufgabe der Activity Werbung statt Information ist, befinden Sie sich im Geltungsbereich von 4.5.3.
Nutzen Sie Push, um die Activity zu aktualisieren, nicht um sie durch eine Anzeige zu ersetzen. Live Activities werden remote per Push aktualisiert: Der Push trägt den neuen Status des Ereignisses, die Activity zeigt ihn an. Das ist etwas anderes, als den Update-Kanal der Activity zu nutzen, um eine Nachricht einzuschleusen, um die der Nutzer nie gebeten hat.
Prüfen Sie Ihre bereits laufenden Kampagnen
Weil die Regel auch bereits im Store befindliche Apps erreichen kann, liegt die dringliche Arbeit nicht bei Ihrer nächsten Kampagne, sondern bei Ihren aktuellen. Gehen Sie alles durch, was auf der Live-Activities-Oberfläche läuft, und sortieren Sie jede einzelne ehrlich ein.
Stellen Sie für jede aktive Live Activity 3 Fragen. Hat der Nutzer das zugrunde liegende Ereignis initiiert? Endet die Activity, wenn das Ereignis endet, oder verweilt sie, um die Fläche zu besetzen? Wenn Sie Branding und Call-to-Action entfernen würden, bliebe dann noch ein reales, verfolgtes Ereignis übrig? Alles, was diese Fragen nicht besteht, ist ein Kandidat für die Entfernung, bevor ein Reviewer die Entscheidung für Sie trifft.
Achten Sie besonders auf alles, was als Activity etikettiert ist, aber tatsächlich ein geplanter Marketing-Beat, ein zeitlich begrenztes Angebot oder eine Win-back-Kampagne ist. Das war schon immer eine Überdehnung der Funktion. Jetzt ist es ein namentlich genannter Verstoß, und die Konsequenz ist nicht mehr nur ein abgelehntes Update. Es steht der Status einer App auf dem Spiel, die bereits Umsatz erzielt.
Richten Sie Live Activities mit Pushwoosh regelkonform ein
Pushwoosh unterstützt Live Activities genau für das, wofür Apple sie vorgesehen hat: die Verfolgung realer, nutzerinitiierter Ereignisse über Push-Updates, von der Bestellung bis zur Lieferung bis zum finalen Status. Und wenn Sie tatsächlich etwas Werbliches mitzuteilen haben, gibt Ihnen dieselbe Plattform Push, In-App, E-Mail und SMS, um es in den dafür gebauten Kanälen zu sagen, an Nutzer, die sich dafür angemeldet haben. Regelkonform auf dem Sperrbildschirm, wirksam überall sonst. Pushwoosh ist zudem SOC 2 Type I- und ISO 27001:2022-zertifiziert, DSGVO-konform, mit Rechenzentren in der EU und den USA – auch das eine Grundlage, um Nutzerdaten aus Ihren Live-Activity-Updates verantwortungsvoll zu behandeln.
