RCS-API.com vs TXTImpact: två RCS-leverantörer jämförda

RCS (Rich Communication Services) är nästa steg efter SMS: meddelanden med bilder, karuseller, knappar och verifierad avsändare, direkt i mottagarens vanliga meddelandeapp. Både RCS-API.com och TXTImpact säljer RCS för företag, men de vänder sig till olika köpare och fungerar på olika sätt. Här jämför vi dem punkt för punkt utifrån vad respektive företag själva skriver på sina webbplatser och i sin dokumentation, kompletterat med uppgifter från Apple, Google och GSMA.

Vad är skillnaden mellan RCS-API.com och TXTImpact?

Båda erbjuder RCS med SMS-fallback, rich cards och verifierade avsändare. Skillnaden ligger i upplägget: RCS-API.com är ett utvecklar-API med svensk dokumentation och en kapacitetskontroll för svenska operatörer, medan TXTImpact är en amerikansk flerkanalsplattform för SMS, MMS, RCS och WhatsApp med eget webbgränssnitt, integrationer och ett API.

RCS-API.com beskriver sitt API som ett sätt att koppla upp webbtjänster och applikationer mot mobiloperatörer världen över, och nämner användningsfall som större konversationer, chattbottar, OTP (engångskoder) och marknadsföring med rich content och produktkaruseller. API:et körs mot bas-url:en https://api.ip1.net/v3/ och kontaktuppgifterna på sajten går till support@ip1.se och en adress i Skövde.

TXTImpact presenterar sig som en plattform för affärsmeddelanden och skriver på sin RCS-sida att företaget betjänar över 5 000 företag i Nordamerika. Utöver RCS säljer TXTImpact massutskick via SMS, MMS med bilder och video, tvåvägs-sms, WhatsApp, ett delat inkorgsgränssnitt och färdiga integrationer med till exempel Salesforce, Zendesk och Mailchimp. Prissidan visar priser i USD och innehåller amerikanska moment som 10DLC-registrering.

Funktion	RCS-API.com	TXTImpact
RCS-stöd	Ja	Ja
Fallback till SMS	Ja, väljs per utskick med fallbackPolicy (standard är NoFallback)	Ja, skickas automatiskt som SMS eller MMS enligt TXTImpact
Kryptering under överföring	Ja, API-anrop via HTTPS och trafiken krypteras genom operatörsnätverket	Ja, TLS 1.2 eller högre; lagrad data krypteras med AES-256
Rich cards och karuseller	Ja	Ja
Verifierade avsändare	Ja, via Brand och Agent	Ja, via RCS Agent
Andra kanaler	SMS som fallback	SMS, MMS, RCS och WhatsApp
Arbetssätt	REST API med dokumentation på svenska	Webbplattform samt REST API med webhooks
Marknad enligt egen webbplats	Svensk webbplats och dokumentation, adress i Skövde	Över 5 000 företag i Nordamerika

Vilka detaljer är viktiga att tänka på?

• Både RCS-API.com och TXTImpact erbjuder RCS, rich cards, karuseller och verifierade avsändare.
• RCS-API.com är byggt som ett API för utvecklare; TXTImpact har både webbplattform och API.
• TXTImpact täcker fler kanaler: SMS, MMS, RCS och WhatsApp.
• RCS-API.com:s kapacitetskontroll fungerar i dag för Telia, Telenor och Tele2.
• TXTImpact riktar sig enligt egen uppgift främst till företag i Nordamerika.

Hur fungerar fallback från RCS till SMS?

Fallback innebär att ett vanligt SMS skickas i stället när ett RCS-meddelande inte kan levereras, till exempel för att mottagarens telefon eller operatör saknar RCS-stöd. Hos RCS-API.com väljer du själv när det ska ske via parametern fallbackPolicy; hos TXTImpact beskrivs fallback till SMS eller MMS som automatisk.

I RCS-API.com:s dokumentation anges fallback i tre POST-endpoints: POST /bundles, POST /conversations och POST /conversations/{conversation}. Det finns fem policyer: NoFallback, FallbackOnNoCapability (SMS om mottagaren saknar RCS), FallbackOnFailure (SMS om RCS-meddelandet avvisas eller misslyckas), FallbackAfterTimeout (SMS om ingen leveransbekräftelse kommit inom fallbackTimeoutSeconds) och CustomerControlledFallback, där systemet skickar callbacks så att din applikation själv styr fallback. Policyerna kan kombineras kommaseparerat. Observera att standardvärdet är NoFallback, så fallback måste anges i anropet för att användas.

Själva SMS:et anges i fallbackMessage och får vara högst 160 tecken. Om du inte skriver det själv autogenereras texten från meddelandets innehåll eller kort. Bilder, karuseller och knappar följer inte med, så RCS-API.com rekommenderar i sin guide att du skriver ett eget fallback-meddelande, gärna med en länk, till exempel en spårningslänk i ett leveransbesked. I svaret från API:et visar fältet fallbackStatus om fallback-SMS:et är Pending, Sent, Completed eller Failed, och fallbackReason anger varför fallback utlöstes.

TXTImpact skriver på sin RCS-sida att meddelandet automatiskt går över till vanligt SMS eller MMS om mottagarens enhet, operatör eller meddelandeapp saknar RCS-stöd. Sidorna vi läst beskriver inte hur eller om du kan styra det per utskick.

Behovet av fallback följer av att RCS inte finns överallt. Apple skriver att RCS på iPhone kräver iOS 18 och ett abonnemang hos en operatör som stöder RCS på iPhone, och att tillgängligheten varierar mellan regioner och operatörer. RCS-API.com påpekar på samma sätt att både mottagarens enhet och operatör måste ha stöd för tekniken.

Vilka detaljer är viktiga att tänka på?

• Hos RCS-API.com är standard NoFallback; ange fallbackPolicy för att få SMS-fallback.
• Fallback-SMS:et hos RCS-API.com är högst 160 tecken och består bara av text.
• Fallback kan också misslyckas; kontrollera fallbackStatus i API-svaret.
• TXTImpact beskriver fallback till SMS eller MMS som automatisk.
• RCS på iPhone kräver enligt Apple iOS 18 och en operatör med stöd.

Vilka säkerhetsfunktioner erbjuder RCS-API.com och TXTImpact?

Båda leverantörerna krypterar trafiken under överföringen och erbjuder verifierade avsändare. RCS-API.com dokumenterar HTTPS, Bearer-token och IP-begränsade API-nycklar, medan TXTImpact anger TLS 1.2 eller högre, AES-256 för lagrad data och datacenter med SOC 2, ISO 27001 och HIPAA.

Hos RCS-API.com måste alla anrop göras över HTTPS och autentiseras med en Bearer-token. Varje konto kan ha flera API-nycklar med egna begränsningar för tillåtna IP-adresser, som du skapar i användarportalen under Konton, Behörigheter och API-nycklar. I guiden om verifierade avsändare skriver RCS-API.com att trafiken är krypterad och certifierad genom operatörsnätverket.

Verifierade avsändare innebär att mottagaren ser företagets namn, logotyp och en verifieringssymbol i stället för ett okänt nummer. Enligt RCS-API.com:s guide går varumärket igenom tre steg: varumärkesauktorisering mot en officiell kontaktperson, juridisk kontroll mot företagsregister och publicerade villkor, och digital signering. Syftet är att ingen annan ska kunna kapa eller förfalska företagets avsändar-ID. Hos RCS-API.com registreras Brand och Agent i dag via support@ip1.se, eftersom registrering via API:et än så länge är begränsad. Logotypen ska enligt guiden vara kvadratisk, vanligtvis 224 × 224 eller 512 × 512 pixlar.

TXTImpact beskriver motsvarigheten som en RCS Agent, en verifierad varumärkesidentitet som godkänns av operatörer och Google. På sin säkerhetssida skriver TXTImpact att all kunddata krypteras både under överföring och lagring, med TLS 1.2 eller högre för kommunikationen och AES-256 för lagrad data, och att molninfrastrukturen ligger i datacenter som är SOC 2-, ISO 27001- och HIPAA-kompatibla.

En viktig nyans gäller end-to-end-kryptering. Google skriver i sin dokumentation för RCS Business Messaging att RBM inte erbjuder end-to-end-kryptering, utan punkt-till-punkt-kryptering mellan enheter och Googles servrar, och att företag inte kan styra krypteringsnycklarna. TXTImpact skriver att RCS stöder end-to-end-kryptering, och Apple skriver att RCS-meddelanden kan vara end-to-end-krypterade när alla deltagares operatörer stöder kryptering. Skickar ni affärsmeddelanden via Googles RBM bör ni alltså räkna med kryptering under transport, inte end-to-end. SMS och MMS är enligt Apple inte end-to-end-krypterade.

Vilka detaljer är viktiga att tänka på?

• RCS-API.com kräver HTTPS och Bearer-token och tillåter IP-begränsade API-nycklar.
• TXTImpact anger TLS 1.2 eller högre och AES-256 för lagrad data.
• Båda erbjuder verifierade avsändare med namn och logotyp.
• Google uppger att RCS Business Messaging inte är end-to-end-krypterat.
• Räkna inte med end-to-end-kryptering för affärsmeddelanden via Googles RBM.

Hur påverkar RCS kundupplevelsen jämfört med SMS?

RCS ger mottagaren bilder, video, karuseller, knappar och läskvitton i den vanliga meddelandeappen, medan SMS är ren text med begränsat antal tecken. Mottagaren behöver inte installera någon app, men måste ha en telefon och operatör med RCS-stöd.

På sin startsida sammanfattar RCS-API.com skillnaden så här: SMS är enkel text utan media, medan RCS ger bilder, videor, ljudklipp, karuseller, snabbsvarsknappar, föreslagna åtgärder som "Ring oss" och "Besök hemsidan", platsdelning, gruppchatt och läskvitton. Ett rich card hos RCS-API.com kan ha en rubrik på högst 100 tecken, en brödtext på högst 2000 tecken, en bild eller video och en lista med knappar. Flera kort i rad blir en karusell som mottagaren sveper mellan.

Knapparna kan till exempel ringa ett nummer eller öppna en webbsida. Varje knapp kan bära en osynlig sträng, postbackData, som skickas tillbaka till din server via webhook när mottagaren klickar. I RCS-API.com:s exempel på en bokningsbekräftelse finns en knapp "Omboka tid" som öppnar en ombokningssida. Själva ombokningen eller köpet sker alltså på din webbsida, inte i meddelandet.

TXTImpact listar i princip samma RCS-funktioner: bilder, video, PDF och ljud, karuseller, snabbsvar, platsdelning, knappar som Call Now, Visit Website och Get Directions, verifierat varumärkesnamn och logotyp samt läskvitton. För mottagare utan RCS har TXTImpact även MMS, där bilder, video och GIF:ar kan skickas som vanliga bildmeddelanden.

På iPhone kan användaren dessutom själv stänga av affärsmeddelanden via RCS. Apple skriver att vissa företag kan skicka aviseringar och uppdateringar om beställningar via RCS och att användaren kan stänga av dem under inställningen RCS Business Messages.

Vilka detaljer är viktiga att tänka på?

• RCS visar media, karuseller och knappar direkt i meddelandeappen.
• Knappar öppnar en webbsida eller ringer upp; köp och bokning sker på webben.
• postbackData berättar för din server vilken knapp mottagaren tryckte på.
• TXTImpact har MMS som alternativ för bilder när RCS saknas.
• iPhone-användare kan stänga av RCS-affärsmeddelanden i inställningarna.

Vilka är de tekniska skillnaderna mellan RCS-API.com och TXTImpact?

RCS-API.com är ett REST API med JSON-anrop för RCS, där bundles används för många mottagare och conversations för enskilda. TXTImpact erbjuder ett gemensamt REST API för SMS, RCS, MMS och WhatsApp med webhooks, SDK:er och en testmiljö, och dessutom en färdig webbplattform för den som inte vill programmera.

I RCS-API.com:s API anger du vem som skickar (brand och agent), vad som skickas (text, card eller carousel) och vem som ska få det. Bundles hanterar utskick till många mottagare, med personalisering via fält som firstName, medan conversations låter dig fortsätta en dialog med en person utan att skicka metadata på nytt. Leveransrapporter, läskvitton och knapptryck skickas till den deliveryReportUrl du anger. Systemet har en gräns på 30 anrop per sekund per konto, och listor pagineras med parametrarna start, limit och order.

En funktion som skiljer RCS-API.com ut är endpointen /phones/{msisdn}/capabilities. Den svarar om ett nummer är RCS-kapabelt och vilka funktioner som stöds, till exempel CAROUSEL. Enligt dokumentationen är kapacitetskontrollen just nu begränsad till operatörerna Telia, Telenor och Tele2, vilket gör den mest användbar för svenska mottagare.

TXTImpact beskriver sitt Conversation API som ett enda API för SMS, RCS, MMS och WhatsApp, med webhooks för leveransstatus, läskvitton och inkommande meddelanden, tydlig API-dokumentation, snabbstartsguider, SDK:er och en testmiljö (sandbox). TXTImpact skriver också att RCS-meddelanden kan skickas automatiskt från CRM, e-handel och kalender via integrationer som Salesforce, Zendesk, Mailchimp och Shopify. I TXTImpacts RCS-FAQ anges att genomströmningen för RCS som standard är 100 meddelanden per sekund, men att gränsen varierar mellan leverantör, operatör och region.

Vilka detaljer är viktiga att tänka på?

• RCS-API.com: REST API på https://api.ip1.net/v3/ med Bearer-token.
• RCS-API.com: 30 anrop per sekund per konto enligt dokumentationen.
• RCS-API.com: kapacitetskontroll för Telia, Telenor och Tele2.
• TXTImpact: ett API för SMS, RCS, MMS och WhatsApp med webhooks.
• TXTImpact: färdiga integrationer med bland annat Salesforce och Zendesk.

Vilka är fördelarna med att använda RCS för företag?

RCS låter företag skicka meddelanden med bilder, knappar och verifierad avsändare där kunden redan läser sina sms, och få tillbaka strukturerad information om vad kunden klickade på. Med SMS-fallback kan samma utskick nå även mottagare utan RCS, fast då som ren text.

Typiska användningsfall som RCS-API.com själva nämner är större konversationer, chattbottar, engångskoder och marknadsföring med produktkaruseller. Ett exempel ur dokumentationen är en bokningspåminnelse med bild och en knapp för ombokning, där postbackData talar om för ditt system att kunden vill omboka. Ett annat är en kampanj där varje produkt i en karusell har en egen knapp till rätt produktsida.

Verifierade avsändare ger kunden ett sätt att se att meddelandet faktiskt kommer från företaget. Både RCS-API.com och TXTImpact beskriver att namn och logotyp visas i stället för ett anonymt nummer, och att avsändaren granskas innan profilen godkänns. Enligt TXTImpacts RCS-FAQ tar godkännandet vanligtvis 5 till 20 arbetsdagar, beroende på användningsfall, region och leverantör.

Leverantörer publicerar ibland siffror om ökad klickfrekvens för RCS jämfört med SMS. Sådana siffror är marknadsföring tills de backas upp av en redovisad studie, så det säkraste är att mäta själv: skicka samma kampanj via RCS och SMS och jämför klick och svar i era egna leveransrapporter.

Vilka detaljer är viktiga att tänka på?

• Bokningspåminnelser med en knapp för ombokning.
• Produktkaruseller där varje kort länkar till rätt sida.
• Engångskoder och leveransbesked med SMS-fallback.
• Godkännande av avsändare tar enligt TXTImpact vanligtvis 5 till 20 arbetsdagar.
• Mät effekten själv i stället för att lita på leverantörers siffror.

Hur kan utvecklare dra nytta av RCS-API.com?

RCS-API.com har dokumentation på svenska med cURL-exempel för varje endpoint och guider med kodexempel i Python, Node.js, PHP och C#. Det är ett REST API, så det fungerar från vilket språk som helst som kan skicka HTTPS-anrop med JSON.

Kom igång-flödet i dokumentationen ser ut så här: skapa ett konto, logga in i användarportalen och skapa en API-nyckel under Konton, Behörigheter och API-nycklar, med valfria IP-begränsningar. Kontakta sedan support@ip1.se för att registrera ditt Brand och din Agent. Därefter kan du kontrollera mottagarens RCS-stöd med /phones/{msisdn}/capabilities och skicka ditt första rich card med POST /bundles eller POST /conversations.

Guiden RCS Rich Cards – Den kompletta guiden visar fullständiga anrop i Python, Node.js och PHP, och guiden om SMS-fallback visar ett bokningsexempel i C# och Python med fallbackPolicy, fallbackMessage och fallbackTimeOutSeconds. Dokumentationen om postbackData innehåller dessutom ett exempel på hur du tar emot webhooken i en C#-controller. RCS-API.com har också en RCS-demo på startsidan som den med en Android-telefon kan prova.

Ett praktiskt råd är att alltid skriva ett eget fallbackMessage på högst 160 tecken med en länk till samma innehåll, och att läsa av fallbackStatus och leveransrapporterna. Då vet du vilka mottagare som fick RCS, vilka som fick SMS och vilka som inte nåddes alls.

Vilka detaljer är viktiga att tänka på?

• Skapa konto och API-nyckel i användarportalen.
• Registrera Brand och Agent via support@ip1.se.
• Kontrollera RCS-stöd med /phones/{msisdn}/capabilities.
• Ange fallbackPolicy och ett eget fallbackMessage i varje utskick.
• Ta emot leveransrapporter och postbackData på din deliveryReportUrl.

Vad är framtiden för SMS och RCS?

RCS bygger på GSMA:s Universal Profile, en gemensam branschspecifikation som fortsätter att utvecklas, och sedan iOS 18 stöder även iPhone RCS hos operatörer som erbjuder det. SMS finns kvar som reserv för mottagare utan RCS, vilket är skälet till att båda leverantörerna erbjuder fallback.

GSMA beskriver Universal Profile som en globalt överenskommen, gemensam GSMA-specifikation som operatörernas RCS-tjänster byggs på. Version 3.0 publicerades den 13 mars 2025 och definierade enligt GSMA kraven för end-to-end-kryptering av RCS-meddelanden och filer, samt förbättringar för interaktion med chattbottar. Den 28 juli 2026 meddelade GSMA att Universal Profile 4.1 publicerats, med förfinad end-to-end-kryptering och ett nytt transportprotokoll baserat på gRPC.

På iPhone kräver RCS enligt Apple iOS 18 och en operatör som stöder RCS på iPhone. I iOS 26.5 finns end-to-end-krypterade RCS-meddelanden som beta hos operatörer som stöder det. För affärsmeddelanden via Googles RCS Business Messaging anger Google däremot att end-to-end-kryptering inte erbjuds.

För ett företag betyder det att RCS kan användas redan i dag, men att täckningen beror på mottagarnas telefoner och operatörer. Den som skickar till svenska mottagare kan använda RCS-API.com:s kapacitetskontroll för Telia, Telenor och Tele2; den som skickar i Nordamerika får enligt TXTImpact stöd för iPhone via operatörer som AT&T, Verizon och T-Mobile. I båda fallen är SMS-fallback det som gör att mottagare utan RCS ändå får ett meddelande.

Vilka detaljer är viktiga att tänka på?

• GSMA:s Universal Profile är grunden för RCS och uppdateras löpande.
• Universal Profile 3.0 (mars 2025) definierade end-to-end-kryptering.
• iPhone stöder RCS från iOS 18 hos operatörer som erbjuder det.
• Affärsmeddelanden via Googles RBM är inte end-to-end-krypterade.
• SMS finns kvar som fallback för mottagare utan RCS.

Hur väljer du mellan RCS-API.com och TXTImpact?

Välj utifrån var dina mottagare finns och hur ni vill arbeta. RCS-API.com passar ett utvecklingsteam som vill bygga RCS in i egna system och skickar till svenska mottagare. TXTImpact passar ett företag i Nordamerika som vill ha en färdig webbplattform med flera kanaler och integrationer.

Några frågor att ställa till båda leverantörerna innan ni bestämmer er: Vilka länder och operatörer kan ni leverera RCS till i dag? Hur lång tid tar registreringen av vår avsändare, och vad kostar den? Hur styr vi fallback, och hur rapporteras ett misslyckat fallback-SMS? Vilka leveransrapporter och läskvitton får vi tillbaka, och i vilket format? TXTImpact visar priser i USD på sin prissida, inklusive amerikanska avgifter som en granskningsavgift hos Aegis på 200 USD och en aktiveringsavgift hos T-Mobile på 500 USD; RCS-API.com publicerar inga priser på de sidor vi läst, så där får du begära offert.

Vilka detaljer är viktiga att tänka på?

• Svenska mottagare och egen utveckling: titta närmare på RCS-API.com.
• Nordamerikanska mottagare och färdig plattform: titta närmare på TXTImpact.
• Fråga om täckning per land och operatör innan avtal.
• Jämför hur fallback styrs och följs upp.
• Begär prisuppgifter för RCS, SMS-fallback och registrering.

Vilka frågor är vanliga om RCS, RCS-API.com och TXTImpact?

Här är korta svar på de frågor som oftast dyker upp när företag jämför RCS-leverantörer. Svaren bygger på samma källor som resten av artikeln.

Vad är RCS?

RCS står för Rich Communication Services och är en vidareutveckling av SMS som bygger på GSMA:s Universal Profile. Den ger bilder, video, karuseller, knappar och läskvitton i telefonens vanliga meddelandeapp.

Vad är fallback till SMS?

Fallback betyder att ett vanligt SMS skickas när RCS-meddelandet inte kan levereras. Hos RCS-API.com väljs det per utskick med fallbackPolicy och SMS:et är högst 160 tecken; hos TXTImpact beskrivs fallback till SMS eller MMS som automatisk.

Hur skiljer sig RCS-API.com från TXTImpact?

Båda erbjuder RCS med fallback, rich cards och verifierade avsändare. RCS-API.com är ett utvecklar-API med svensk dokumentation och kapacitetskontroll för Telia, Telenor och Tele2. TXTImpact är en nordamerikansk plattform för SMS, MMS, RCS och WhatsApp med webbgränssnitt, integrationer och API.

Är RCS kompatibelt med alla enheter?

Nej. Mottagarens telefon och operatör måste stödja RCS; på iPhone krävs enligt Apple iOS 18 och en operatör med stöd. Därför används SMS-fallback för mottagare utan RCS.

Är RCS-affärsmeddelanden end-to-end-krypterade?

Nej, inte via Googles RCS Business Messaging. Google anger att trafiken krypteras punkt till punkt men inte end-to-end. RCS-API.com skriver att trafiken krypteras genom operatörsnätverket och TXTImpact anger TLS 1.2 eller högre.

Vilka företag kan ha nytta av RCS?

Företag som skickar bokningar, leveransbesked, engångskoder eller kampanjer med bilder och knappar. Mät gärna effekten mot SMS i era egna leveransrapporter.