I want to know what are the limits in Twilio to send mass messages using the WhatsApp API, I want to send notifications of the use of my site to 2,500 numbers but I don't know if that is going to be taken as spam and they will block my account.
Does anyone know if twilio allows me to do this? or what can I do to be able to send notifications to 2,500 numbers without being blocked.
regards!
Twilio developer evangelist here.
Twilio doesn't limit the number of messages you can send, but WhatsApp does while you ramp up your application.
From the docs:
Every new WhatsApp-enabled number is initialized at Tier 1. WhatsApp monitors message volume as well as quality, and will automatically move customers between tiers based on the total number of unique recipients across the past 7 days.
If within the past 7 days, a WhatsApp-enabled Twilio phone number has communicated with 2x the unique recipients of the per-day limit, and maintains a good "quality rating" from WhatsApp, that number will be automatically moved to the next tier on the next day.
The tiers are:
Tier
Limit
Tier 1
Limited to 1,000 unique message recipients per day
Tier 2
Limited to 10,000 unique message recipients per day
Tier 3
Limited to 100,000 unique message recipients per day
You can read more about the different tiers and how WhatsApp calculates a quality rating in the documentation.
Ultimately, you should be able to send 2,500 messages to your recipients, you just have to ramp up to that slowly.
Related
I am a big fan of Twilio and I love to use Twilio
Since a month ago, some unexpected things occurred on my Twilio account,
Fraud messages were sent by my Twilio number around 4 times so far,
Every time, the fraud happened, Twilio suspended my account to ask me to investigate this fraud,
I tried to find something wrong with me, but I wasn't able to find what is wrong here
I never shared my credentials, but fraud messages were sent by my Twilio number.
Here is a number of things I want to mention
Only one number was used for each time
I released the numbers used for fraud when I found the fraud, but another number was used for the fraud again
3,000 fraud messages were sent at once
The fraud messages were related to some other services like Amazon ads, Apple ads, etc.
What I think
I don't think someone hacked my account and send this fraud message using my Twilio number since only one number is used for this Fraud
Maybe these numbers are shared by other VoIP services, meaning two services are using one number at the same time
I want to know
if someone could send messages using my number without auth token and account sid on Twilio?
if Twilio doesn't know how to prevent this fraud?
if anyone else has this experience on Twilio?
what is the best and secure service for SMS, I am considering Telnyx, any idea?
Thanks in advance
Im planning to build a console application. My plan is to build a subscription base thru sms. For example text SUBSCRIBE to 2600 then after application received sms the user will become subscriber. It will send news, announcement, events etc to user with senderID sms.
Is it possible in Twilio ? receiving sms in shortcode and notifying with sender id. Is it possible having 2 type of number in 1 account ?
Twilio developer evangelist here.
You can absolutely use more than one type of number across an account, from local, national, short code and toll free numbers as well as using alphanumeric sender IDs in supported countries.
I have got a trial account on Twilio with a free number. When I send an SMS through the Rest API I do receive the SMS, but from a different number than the one I have been assigned.
Is this so because of the trial? Will it be fixed when I upgrade my account?
I need the users to be able to reply back with the message to the same number they received the SMS from.
Twilio developer evangelist here.
My guess is that you are sending messages to a country that doesn't support maintaining the original sender ID. I see from your profile that you're from Pakistan, you can check out the guidelines for sending SMS to Pakistan here.
As you can see from the support table, we can't guarantee that your Long Code (that is the phone number) sender ID is preserved and Two Way SMS is not supported.
So, this is not due to your trial account, but limitations with sending SMS messages into Pakistan.
I have some queries on Microsoft Translator API
1.If i use trial period before characters limit will be over am i going to get any emails from the configured email in datamarket.azure.com. I have seen that notifications will appear in our account when our subscription balance is 15% of our monthly limit and when our balance is completely finished, but i think these notifications will display in our www.datamarket.azure.com account. It's not good to check our account regular basis.So is there any other approach which is maintaining by Microsoft?
2.is there any specific limited characters or transactions per day for paid service also?
I referred this link but i didn't get much details
https://datamarket.azure.com/help-overview-purchasing-subcribing-data-apps#x_taxes
Please provide me the answers for the above queries.
Microsoft translator Support has sent a response for the above queries as follows
1.At this time the notification for low balances only appear in your Windows Azure Marketplace account. The email notification for low balances is a priority feature that we expect to be included in a future release of Marketplace. If you subscribe to a paid monthly subscription, a new feature for paid Translator API subscribers called ‘Auto-Refill’ was added last week and you may find this to be useful depending on your usage scenario.
If you enable this feature for your paid Translator API subscription, you allow Marketplace to automatically refill your subscription if your remaining balance reaches 10% or less of your monthly subscription limit. More information on Auto-Refill can be found here.
2.You are currently able to translate a maximum of 10000 characters per request, but we recommend keeping each request between 2000 and 5000 characters to optimize response times.
On WhitePages.com they have a mechanism in place that facilitates payment by entering your telephone number. After you enter your number, you get an SMS that instructs you to enter "GO" in order to complete the transaction. Following that reply with the purchase you've made, you get another message suggesting that for a certain monthly fee you can use the service in an unlimited fashion. I had not seen anything with quite those dynamics before and I'm curious of what service(s) one would use to construct a payment system like this for a Ruby on Rails app?
I am particularly interested in a platform that allows this kind of payment from as many countries as possible as I currently use Twilio for SMS messaging on another app.
Without knowing the full details of what WhitePages.com offer it sounds like they're using Premium SMS as a method of collecting payment from a mobile.
After you've entered your telephone number, they'll send you a text with the originator set to a premium shortcode (rather than from a long number). The reply you send back to the premium shortcode is deemed your acceptance to be charged more than your standard network SMS rate. The amount of the charge can vary but should be made obvious to subscribers before they are charged. This Mobile-Originated reply text (MO) is what causes the charge to be taken from your mobile telephone number bill.
Premium subscription services can then subsequently generate further charges whilst the user is still subscribed by sending messages from the premium shortcode. The act of receiving these messages causes a charge to be applied to your mobile telephone bill. These are deemed Mobile-Terminated texts (MT).
Premium SMS is not a simple solution for collecting payment for a number of reasons.
You often only receive a small percentage of what the user is being charged on their bill as the mobile networks keep a cut for offering the service.
As this relies on premium shortcodes you may have to accept you'll have different numbers for each country you want to operate in as you'll have to organise premium shortcodes in each country.
There's different regulations regarding Premium services that you need to be aware of in each country. For example, users need to be able to unsubscribe / opt-out of premium services once subscribed so premium services often have to comply with receiving 'STOP' and 'STOP ALL' messages from users.
As far as I know, Twilio doesn't support premium shortcodes at this time. There are other SMS Gateways which do support premium SMS but you won't get a single solution to fit any country you wish to operate in. Interacting with this kind of system is usually no more complex than sending and receiving normal SMS so the task of creating this with a Ruby on Rails app should be no more complex.
Normal SMS is pretty much globally universal. Premium SMS is an additional country specific feature.