RCS på iOS: kända begränsningar och vad du kan förvänta dig

RCS är en operatörsbackad meddelandestandard som främst har mognat på Android. Apple har först nyligen lagt till stöd för RCS på iOS, och den implementeringen utvecklas fortfarande.

Som ett resultat kan vissa RCS-funktioner fungera annorlunda eller inkonsekvent i iOS jämfört med Android. Dessa begränsningar styrs av Apples RCS-implementering på operativsystemnivå och ligger utanför Klaviyos, Googles, operatörernas eller Klaviyos RCS-partners kontroll.

Den här artikeln förklarar:

• Varför RCS beter sig annorlunda på iOS
• De kända iOS-specifika problemen som vi känner till
• Vad du ska göra om du stöter på ett problem
• Hur åtgärder prioriteras och rullas ut

Varför RCS beter sig annorlunda på iOS

RCS-meddelanden renderas och hanteras helt av den inbyggda Meddelanden-appen i varje operativsystem, och Apples RCS-implementering erbjuder ännu inte full paritet med Android.

Som ett resultat kan Klaviyo inte kontrollera eller åsidosätta:

• Meddelandelayout och rendering
• Knappplacering och -beteende
• Medierendering
• Text för trådförhandsgranskning och cachebeteende

Dessa beteenden styrs av Googles och Apples stöd för RCS på operativsystemnivå och kan variera beroende på:

• OS-version
• Enhetsmodell
• Operatörskonfiguration

Kända RCS-problem på iOS

Nedan finns en lista över kända problem som har observerats på vissa iOS-enheter. Den här listan kommer att ändras över tid när Apple släpper åtgärder, men vissa användare med äldre OS-versioner kan fortfarande uppleva dessa beteenden.

Agent (avsändar-ID)

• Ombuds-ID:t kan visas i stället för ombudets namn.
• Banners visas inte på sidan med agentinformation

Rich Cards

• På Android kan bildhöjden ställas in explicit. På iOS ändras bildstorleken automatiskt baserat på textens storlek och längd, vilket kan göra att bilder ser ihoptryckta ut.
• Knappfärgen ser grå ut och sticker inte ut visuellt.
• Knappetiketter kan cachelagras fel och visa fel text i meddelandetrådar.
• När flera knappar finns med ingår de i en listruta och etiketten är som standard ”alternativ”.
• URL-länkar för snabbåtgärder visas inuti kortknappar istället för i en separat bubbla under kortet.
• Snabbsvarsknappar visas i en separat bubbla under kortet där snabba åtgärder förväntas.
• Om ett kort inte har någon rubrik visas förhandsvisningstexten som ”ett meddelande”.

Media och innehåll

• GIF-filer återges som statiska bilder i stället för animerade

URL:er och förhandsgranskningar

• URL:er som placeras i slutet av ett meddelande utan efterföljande text skickas som en separat bubbla med ”tryck för att förhandsvisa”
  • Alternativ lösning: lägg till en punkt eller ett annat tecken efter länken.

Viktiga anmärkningar om dessa problem

• De här problemen uppstår inte på alla enheter eller iOS-versioner
• Vissa problem kan redan vara åtgärdade i de senaste iOS-versionerna
• Användare med äldre OS-versioner kan fortfarande uppleva problem

Vårt mål är att göra varumärken medvetna om alla kända begränsningar så att de kan utforma RCS-upplevelser defensivt.

Hur undviker du de flesta problem

Se till att skicka en förhandsvisning till både en iOS- och en Android-enhet innan du schemalägger en kampanj eller aktiverar ett flöde för att bekräfta att meddelandet beter sig som förväntat på båda plattformarna. Det fångar upp de flesta problem, men beteendet kan fortfarande variera mellan iOS-versioner, enhetsmodeller och operatörskonfigurationer.

Vad du ska göra om du stöter på ett problem

Om du stöter på något av problemen som listas ovan eller upptäcker ett nytt iOS-specifikt RCS-problem:

1. Skicka feedback till Apple

Alla problem med RCS-rendering och -beteende på iOS måste rapporteras direkt till Apple via deras feedbacksystem.

1. Gå till Apples feedbacksida för Meddelanden.  
2. Välj ditt land eller din region. 
3. Välj feedbacktypen (välj Felrapport).  
4. I kommentarsfältet beskriver du RCS-beteendet som du observerade, OS-versionen, enhetsmodellen och stegen för att återskapa problemet. Exempel på skärmbilder är också till hjälp.
5. I fältet ”What Messages feature is your feedback about?⁠*” väljer du ”Other”.
6. Skicka in formuläret och notera feedback-ID:t. Apple kanske inte svarar direkt, men alla inskickningar loggas.  

Det här är den enda kanal som dessa problem kan åtgärdas via.

2. Dela Apple Feedback-ID:t med Klaviyo

När du har skickat feedback till Apple kan du dela feedback-ID:t med Klaviyo Support.

Detta gör att vi kan:

• Spåra problemet
• Sammanställ feedback från alla kunder
• Lyft aktivt och eskalera frågan med Apple där det är möjligt

Problemlösning

Klaviyo har ingen insyn i Apples färdplan, tidslinjer eller prioriteringar för RCS.

Vi kan inte:

• Genomför en commit för att korrigera datum
• Påverka lanseringsscheman
• Åtgärda eller hitta en tillfällig lösning för beteende på operativsystemnivå

Den enda effektiva hävstången är mängden och konsekvensen i feedbacken. Ju mer feedback Apple får om ett specifikt problem, desto mer sannolikt är det att det prioriteras.

Sammanfattning

• RCS på iOS utvecklas fortfarande och matchar ännu inte Android-beteendet
• Alla renderings- och interaktionsproblem styrs av Apple
• Kända problem kan variera beroende på OS-version och enhet.
• Varumärken bör skicka feedback direkt till Apple och dela feedback-ID:t med Klaviyo
• Mer feedback ökar sannolikheten att något prioriteras och åtgärdas

Vi ska fortsätta att övervaka, dokumentera och kommunicera eventuella nya iOS-specifika RCS-problem när vi blir medvetna om dem.