Apple retention messages kan nu konfigureras i App Store Connect för abonnemang med automatisk förnyelse, meddelade Apple den 4 november. Meddelandena visas i flödet för att säga upp abonnemanget. För en appägare är den första uppgiften att kontrollera den gemensamma formuleringen, versionen utan erbjudande och godkännandestatusen. Ett testutkast och det publicerade meddelandet kan vara olika versioner.
Vad har ändrats i App Store Connect?
Apples tillkännagivande gör konfigurering i konsolen tillgänglig vid sidan av det separata Retention Messaging API. API:et fanns redan: ändringsloggen anger en första förhandsversion under 2025. Åtkomst till API:et måste fortfarande begäras. En ägare som använder konsolvägen behöver inte först ha en serverintegration i realtid.
Omfattningen är abonnemang med automatisk förnyelse i App Store. Kontrollera hur abonnemanget faktureras innan arbetet tilldelas: Apples hjälp om uppsägning skiljer mellan fakturering via Apple och andra leverantörer. Den här konfigureringen skapar inte ett uppsägningsmeddelande för en betalning via en webbplats eller Google Play.
API-översikten anger iOS 15.1 eller senare, iPadOS 15.1 eller senare, macOS 14 eller senare och visionOS 1 eller senare som versioner med stöd för visning. Meddelandet placeras vid Confirm Cancellation efter att abonnenten trycker på Cancel Subscription. Kunden kan fortfarande slutföra uppsägningen. Ta med enhet och operativsystem i kontrolldokumentationen. En förhandsgranskning på en dator kan inte ensam fastställa vad abonnenten ser.
Så visas Apple retention messages
Apples konfigurationshjälp skiljer den gemensamma texten från en valfri bild och valfria retentionserbjudanden. En behörig abonnent ser ett kopplat erbjudande i stället för bilden. Någon utan ett behörigt erbjudande ser texten med den konfigurerade bilden, eller bara texten om ingen bild har lagts till. Förhandsgranska både versionen med erbjudande och den utan erbjudande innan meddelandet skickas in.
Rubriken och brödtexten måste vara korrekta i båda vyerna. Apple förbjuder omnämnanden av erbjudanden, rabatter och priser i den gemensamma texten, eftersom även abonnenter utan erbjudandet ser den. Beskriv en fördel som produkten faktiskt ger. Om ni beskriver vad som upphör efter uppsägning ska ni kontrollera att formuleringen stämmer överens med den verkliga behörigheten och dess slutdatum.
Granska varje erbjudande separat. Apples erbjudandeinställningar omfattar det betalda abonnemangets löptid, länder eller regioner och en väntetid innan samma erbjudande kan lösas in igen. Väntetiden gäller för varje erbjudande för sig. Granska konfigurationen och villkoren för det relevanta erbjudandet. Utgå inte från att det är en väntetid för samtliga erbjudanden inom abonnemanget.
Vad innebär det för ert företag?
Vi skulle börja med en avgränsad granskning av det befintliga abonnemanget. Dokumentera abonnemangsplan, språk, storefront, enhet, operativsystem, miljö och meddelandeversion tillsammans, följt av den förväntade vyn och det observerade resultatet. Tilldela olösta skillnader till en namngiven förvaltare. Detta är ett förslag på arbetsdokumentation, inte ett formulär som Apple kräver eller ett test som vi har utfört i er app.
- Bekräfta kontot och abonnemanget. Apples angivna roller är Account Holder, Admin, App Manager och Marketing. Välj appen i App Store Connect och därefter Monetization, Subscriptions och Retention Messaging. Använd Get Started eller kontrollen för att lägga till, beroende på vad som visas. Om kontrollerna inte är tillgängliga ska kontoägaren kontrollera rollen och appåtkomsten innan ni fortsätter.
- Granska den gemensamma formuleringen. Be produktägaren bekräfta varje fördel och konsekvens av en uppsägning. Skapa en separat åtgärdsuppgift för ett olöst produktklagomål. Vår vägledning om att omvandla klagomål på en app till en åtgärdsplan behandlar det arbetet utan att förutsätta en förbättring av betyg eller retention.
- Kontrollera tilldelningen och språken. Apples hjälp tillåter att ett meddelande omfattar flera abonnemang, medan varje abonnemang bara kan ha ett tilldelat meddelande åt gången. Om en annan tilldelning sparas kan den föregående kopplingen tas bort. Dokumentera vad som är kopplat innan ni ändrar något och förbered lokaliseringar för varje storefront där abonnemanget erbjuds.
- Förhandsgranska de olika vyerna och skicka sedan in. Använd abonnemangsväljaren och förhandsgranska, när erbjudanden har kopplats, både det relevanta erbjudandet och None. Kontrollera orden, eventuell bild och tillämpliga villkor på varje språk. Spara utkastet och använd Add for Review när det avsedda innehållet är klart.
- Ge förvaltaren en konkret verifieringsuppgift. Jämför den förväntade skärmen och abonnemangsstatusen under de dokumenterade förhållandena. Om resultatet avviker ska skillnaden hållas öppen med miljö och version bifogade. Det är den typ av scenariokontroll som vi inkluderar i utveckling och underhåll av mobilappar.
Om abonnenter redan använder en support- eller produktvärdessida på er webbplats ska dess innehåll och mobilvisning granskas tillsammans med meddelandet. Vårt arbete med webbplatser omfattar den kontrollen. Behåll den befintliga sidan och retentionmeddelandet som separata ytor i verifieringsdokumentationen.
Kontrollera den publicerade versionen och det senare utfallet
Använd Apples statusreferens för att skilja Approved från Accepted. Approved är publicerad för behöriga abonnenter. Accepted kan fortfarande hållas tillbaka av ett annat objekt i samma inskickade paket. En sparad förhandsgranskning är inte tillräckligt bevis för publicering. Apple uppger också att Sandbox-testare ser det senaste utkastet, medan den nuvarande godkända versionen förblir publicerad under granskningen av ändringar.
Håll testobservationer och observationer i den publicerade miljön åtskilda. Kontrollera vilken version som godkändes innan förvaltaren ombeds verifiera den publicerade vyn via en behörig väg. Apple uppger att ett nyligen godkänt utkast ersätter den tidigare publicerade versionen och att det inte går att återgå till en tidigare publicerad version. Om ett problem uppstår ska befintligt underlag bevaras och korrigeringen förberedas för granskning. Behandla inte en skärmbild av ett utkast som bevis för att problemet är löst i den publicerade versionen.
För mätning skiljer Apples Retention Messaging-rapport mellan sidvisningar, uppsägningar och saves. En save definieras som valet att inte säga upp abonnemanget efter att uppsägningsskärmen har visats. Vi skulle granska den åtgärden tillsammans med senare abonnemangs- och betalningsutfall och samtidigt notera erbjudandevillkoren och jämförelseperioden. Ett beslut på skärmen styrker inte i sig en slutförd förnyelse och visar inte att meddelandet orsakade en affärsförbättring.
Börja med att be om förhandsgranskningen utan erbjudande och den exakta godkännandestatusen för den publicerade versionen av samma abonnemang och språk. Varje skillnad mellan dokumentationen och den observerade vyn blir nästa uppgift att lösa.
