SMS-marketing: Hoeveel tekens TeleSign toestaat

Bij het plannen van een SMS-campagne rijst een cruciale vraag: hoeveel tekens staan TeleSign en andere traditionele gateways toe voor SMS-marketing voordat je kosten verdubbelen? Het begrijpen van deze strikte limieten is het verschil tussen een zeer winstgevende campagne en een onverwachte rekening die je marges wegvaagt. In deze gids leggen we precies uit hoe SMS-tekenlimieten werken, hoe verborgen symbolen je kosten opdrijven en hoe je deze beperkingen volledig kunt omzeilen.

SMS-marketing: Tot hoeveel tekens TeleSign en concurrenten je beperken

Wanneer je traditionele cloudcommunicatieplatforms zoals TeleSign, Twilio of Plivo gebruikt, ben je gebonden aan de standaard regels van de telecommunicatiesector. De absolute standaardlimiet voor een enkel SMS-bericht is 160 tekens. Deze limiet is echter zeer variabel en hangt volledig af van de gebruikte tekencodering. Als je deze limiet met slechts één teken overschrijdt, splitst je provider het bericht op in meerdere segmenten en brengt deze elk afzonderlijk in rekening.

Dit betekent dat als je een bericht van 161 tekens schrijft, je niet voor één bericht betaalt, maar voor twee. Om het nog erger te maken: wanneer berichten worden gesplitst, is er wat extra data (overhead) nodig om de telefoon van de ontvanger te instrueren hoe de delen weer moeten worden samengevoegd. Hierdoor daalt de limiet van elk gesplitst bericht van 160 tekens naar 153 tekens. Dit is hoe de berekening werkt voor standaard GSM-SMS-tekens:

• 1 berichtsegment: 0 tot 160 tekens
• 2 berichtsegmenten: 161 tot 306 tekens (153 tekens per segment)
• 3 berichtsegmenten: 307 tot 459 tekens (153 tekens per segment)

Voor kleine bedrijven die operationele updates, boekingsbevestigingen of promotionele aanbiedingen versturen, lopen deze segmenten snel op. Als je standaard API's gebruikt, moet je het maximale aantal tekens in je SMS-berichten nauwlettend in de gaten houden om budgetoverschrijdingen te voorkomen. Als je die complexe berekeningen beu bent en een eenvoudiger prijsmodel wilt, kun je onze gids lezen over Twilio-alternatieven voor 2026 om te zien hoe moderne platforms hiermee omgaan.

De splitsing tussen GSM-7 en UCS-2 codering

De reden achter de strikte limiet voor SMS-tekens ligt in de coderingsstandaard. Standaard gebruiken netwerken GSM-7-codering, die 128 basistekens ondersteunt, waaronder standaard Latijnse letters, cijfers en enkele veelvoorkomende leestekens. Elk teken in GSM-7 neemt 7 bits aan gegevens in beslag.

Als je bericht echter ook maar één teken bevat dat geen deel uitmaakt van het GSM-7-alfabet — zoals een emoji, een Cyrillisch teken, een Arabische letter of zelfs bepaalde gestileerde leestekens — moet het systeem overschakelen naar UCS-2 (Unicode) codering. UCS-2-tekens vereisen elk 16 bits aan gegevens. Hierdoor daalt het maximale aantal tekens in je SMS direct van 160 naar 70 tekens. Als een Unicode-bericht wordt gesplitst, is elk segment beperkt tot slechts 67 tekens.

Welke speciale tekens zijn meestal van invloed op berichten?

Veel ondernemers en ontwikkelaars schrikken wanneer hun maandelijkse SMS-factuur twee keer zo hoog is als begroot, hoewel hun sjablonen minder dan 160 tekens leken te bevatten. Dit gebeurt door verborgen Unicode-tekens die in gekopieerde en geplakte tekst sluipen. Dus, welke speciale tekens beïnvloeden berichten meestal het meest?

De meest voorkomende boosdoener is de 'slimme' apostrof of het gekrulde aanhalingsteken (’). Als je je marketingtekst kopieert en plakt uit Microsoft Word, Google Docs of Apple Notes, zetten die programma's standaard rechte apostrofen (') automatisch om in gekrulde (’). Wanneer je dit in een SMS-gateway-API zoals TeleSign plakt, detecteert de gateway een Unicode-teken. Plotseling wordt je bericht van 150 tekens opgesplitst in drie afzonderlijke facturatiesegmenten omdat de drempel is gedaald naar 70 tekens.

Als je ooit een geautomatiseerde gateway hebt gebruikt, ben je misschien een foutmelding tegengekomen zoals: message should only contain gsm characters for sms. the following characters are not valid: ’. Deze waarschuwing is bedoeld om je te beschermen tegen onbedoelde kosten voor meerdere segmenten. Andere veelvoorkomende tekens die deze downgrade veroorzaken, zijn onder meer:

• Gekrulde aanhalingstekens (“ en ”)
• Kastlijntjes (—) en halve kastlijntjes (–)
• Geaccentueerde tekens die niet in de GSM-7-extensietabel staan (zoals á, í, ó, ú)
• Emoji's (😊, 🚀, ⚠️)
• Niet-Latijnse alfabetische tekens

Moet ik eenvoudige tekens in SMS-berichten converteren?

Een veelgestelde technische vraag die ontwikkelaars stellen is: moet ik eenvoudige tekens converteren in SMS-berichten? Ja. Als je traditionele API's gebruikt, moet je een opschoningsscript in je backend implementeren. Dit script moet automatisch gekrulde aanhalingstekens vervangen door rechte aanhalingstekens, kastlijntjes door standaard streepjes, en niet-ondersteunde symbolen verwijderen voordat ze de API bereiken. Als je deze conversie niet uitvoert, zal je gateway je bericht stilletjes upgraden naar UCS-2, waardoor je kosten drastisch stijgen.

Hoe traditionele gateways factureren vs. MySMSGate

Traditionele gateways zoals TeleSign, Twilio en Plivo halen een aanzienlijk deel van hun inkomsten uit facturering per segment. Ze brengen elk afzonderlijk blok van 160 tekens (of 70 tekens) in rekening. Als je een SMS van 161 tekens verstuurt, betaal je het dubbele. Als je een gedetailleerde herinnering van 320 tekens verstuurt, betaal je het drievoudige.

Bij MySMSGate geloven we dat dit model verouderd is en oneerlijk voor kleine bedrijven. Wij veranderen je eigen Android-telefoon in een SMS-gateway. Omdat de berichten rechtstreeks vanaf je eigen simkaart worden verzonden met het abonnement van je provider, hoeven we ons niet te houden aan de beperkende segmentfacturatieregels van traditionele cloud-gateways. We rekenen een vast tarief van $0.02 per verzonden SMS, ongeacht hoe lang het bericht is. Er zijn geen maandelijkse kosten, geen contracten en geen verborgen segmentvermenigvuldigers.

Laten we eens kijken naar een kostenvergelijking voor het verzenden van 1.000 marketing- of operationele berichten van gemiddeld 200 tekens (wat onder de GSM-7-regels 2 segmenten activeert):

Door gebruik te maken van je eigen Android-toestel omzeilt MySMSGate het complexe web van providerregistraties en segmentkosten volledig. Dit maakt het de goedkoopste SMS-API voor kleine bedrijven die regelmatig relatiegerichte meldingen naar hun klantenlijsten willen sturen zonder technische rompslomp.

Ontwikkelaarshandleiding: SMS-tekens verwerken via API

Voor ontwikkelaars die SMS in hun applicatie integreren, kan het beheren van tekensets een tijdrovende klus zijn. Als je bouwt met TeleSign, moet je voortdurend het maximale aantal tekens berekenen dat je in een marketing-SMS kunt verzenden voordat er extra kosten in rekening worden gebracht. Dit houdt in dat je bibliotheekpakketten moet gebruiken om de string te parsen en te bepalen of deze Unicode bevat.

Met MySMSGate is de integratie ongelooflijk eenvoudig. Je hebt geen complexe opschoningslagen nodig om geld te besparen. Je doet gewoon een enkele POST-aanvraag naar onze API, en wij regelen de bezorging via je verbonden Android-telefoon. Hier is een voorbeeld van hoe eenvoudig het is om een SMS te verzenden met Python:

import requests

url = "https://mysmsgate.net/api/v1/send"
headers = {
    "Authorization": "Bearer YOUR_API_KEY",
    "Content-Type": "application/json"
}
payload = {
    "to": "+1234567890",
    "message": "Hallo! Dit is een lang marketingbericht met emoji's 🚀 en speciale tekens zoals ’ die je normaal gesproken driemaal zoveel zouden kosten op TeleSign. Met MySMSGate is het gewoon één vast tarief!",
    "sim_slot": 1
}

response = requests.post(url, json=payload, headers=headers)
print(response.json())

Deze API-aanroep verzendt het bericht rechtstreeks via de simkaart van je Android-toestel. De ontvanger ziet je daadwerkelijke telefoonnummer, wat het vertrouwen en de openingsratio verhoogt, terwijl je de standaard valkuilen van segmentfacturering vermijdt. Voor meer details over het instellen van deze workflow, bekijk onze gids over de verschillen tussen SMS-gateway en SMS-API.

Veelgestelde vragen

Hier zijn antwoorden op de meest voorkomende vragen over SMS-tekenlimieten, opmaakfouten en gateway-prijzen.

Hoe krijg je meer tekens voor een SMS op Gatekey?

Als je zoekt naar hoe je meer tekens krijgt voor een SMS op Gatekey of vergelijkbare vastgoedbeheerplatforms, ben je meestal gebonden aan hun ingebouwde gateway-integraties. Deze systemen beperken je tot 160 tekens om hun eigen kosten laag te houden. Om deze limieten te omzeilen, koppelen veel vastgoedbeheerders hun systemen aan externe API's zoals MySMSGate via Zapier of Make.com, waardoor ze berichten van onbeperkte lengte kunnen verzenden zonder boetes voor het splitsen van tekens.

Wat is het maximale aantal tekens per SMS in Dialog?

Het maximale aantal tekens per SMS in Dialog (een grote telecomprovider in Zuid-Azië) volgt de wereldwijde standaard: 160 tekens voor standaard GSM-7-tekst en 70 tekens voor Unicode (Singalees, Tamil of emoji's). Als je deze limieten overschrijdt, zal Dialog het bericht splitsen en kosten per segment in rekening brengen. Door een op Android gebaseerde gateway zoals MySMSGate te gebruiken, kun je via lokale Dialog-simkaarten verzenden terwijl je de wachtrij beheert via een centraal webdashboard.

Welke tekens zijn niet toegestaan in standaard GSM-7 SMS?

Standaard GSM-7 ondersteunt geen gekrulde aanhalingstekens (’, “), emoji's, wiskundige symbolen of niet-Latijnse alfabetten. Als je berichtenplatform een foutmelding geeft met de tekst 'message should only contain gsm characters for sms. the following characters are not valid', moet je die tekens vervangen door standaard ASCII-equivalenten (zoals het vervangen van ’ door ') om je bericht binnen de limiet van 160 tekens te houden.

Kan ik onbeperkt tekens verzenden met MySMSGate?

Ja. Omdat MySMSGate berichten verzendt via het native besturingssysteem van je Android-telefoon, verwerkt het besturingssysteem lange berichten automatisch. Hoewel lange berichten technisch gezien door de mobiele provider in segmenten worden gesplitst, brengt MySMSGate je een vast tarief van slechts $0,02 per volledig verzonden bericht in rekening vanaf ons dashboard of onze API. Dit beschermt je tegen onverwachte kosten voor meerdere segmenten via de API.