How much does it costs to send SMS with Toky?
Last updated
Last updated
You can use Toky to send SMS in few clicks. Every text message has a price per SMS which you can find in our coverage page.
The price per SMS applies for texts up to 140 characters in GSM-7 encoding or 65 if you use special characters like emojis. If you send a longer text, it will be divided into blocks of 140 or 65 chars each, depending on the encoding, and every part will be charged as one message. The text blocks are reassembled as one message on the destination.
The limit of 140 characters only applies to regular characters of the GSM-7 encoding which require 1 byte for transference, if you use special characters like '{' and ']' the encoding could change to UCS-2 encoding because these characters require 2 bytes, so the message limit changes to 65 characters.
For example:
"Hi, this is a test message" has 26 characters and needs 26 bytes for transference.
"Hi, this is a test {message}" has 28 characters and needs 30 bytes for transference. This is because the "{" and "}" symbols requires 2 bytes instead of one.
You can check the length of your messages in this tool before sending bulk messages using our API or our Bulk SMS add-on.
You must get an SMS enabled phone number in order to send and even receive text messages.
If you check your SMS and see that you've only used 140 characters but it seems that the message has more than 2 segments please consider the following.
The answer to this lies in the encoding. This message has UCS2 listed as the encoding instead of GSM. To accommodate a message like the example Toky and the carriers need to use a different character set..
When you send messages with non-GSM characters such as Emojis a different type of encoding known as UCS2 is used.
UCS2 takes 16 bits to encode each character so going back to the above example we now have a limit of 70 characters (140 bytes * 8 bits in a byte / 16 bits).
Besides emojis you should also be careful with accented characters. GSM 03.38 includes some accented characters such as ñ, à, and ö, but does not include others such as á, í, or ú.
Still, it does not make sense for you that the message has 4 segments, and it should be three.
The answer to this is the concatenation. When you send multisegment messages we use User Data Headers to tell the destination how to reassemble it.
This takes up 6 bytes per message leaving only 67 characters for UCS2 encoded messages or 153 for GSM encoded messages.
Maybe it turns out the fire emojis aren’t worth it after all. However, when you trim the same message down and resend it, it still doesn’t seem to work out quite right:
This message contains two of the “gotchas” that commonly cause encoding issues: smart quotes and non-GSM spaces. Take a look at this message that appears almost identical:
Non-GSM spaces are usually a result of copying and pasting. Be extra careful with those as they’re often converted to conventional spaces for display. This includes de Toky SMS box. This means sms bodies that contain non-GSM spaces will be formatted as regular U+0020 spaces for display.
No, this is how SMS work across the industry.