In this guide, we will review different scenarios for sending notifications with Notify, like using identity and tags, and show different useful tricks on how to receive Push notifications on iOS and Android devices.
Note, that to be able to send notifications, you first need to create bindings and to receive Push notifications on both iOS and Android, you first need to configure Push Notifications and register a device to receive Push Notifications.
Check out our other guides, that explain how to do that:
Once you have that done, you will be able to send and receive notifications. So lets get to it!
We'll want to send a POST request to Twilio from notify.js in our server app. The request should authenticate using your Twilio Account SID and Auth Token. It should also identify who to send a notification to by either their identity or tags.
Make sure you have consent from users to receive notifications.
It is best practice, and also potentially required by law in certain jurisdictions, for you to have consent from your end users before sending messages to them, and you should respect your end users' choice to not receive messages from you. It is also important to make sure your database is up to date. This is particularly important for number-based communications like SMS because over time phone numbers may be reassigned to different individuals. If your database is out of date, you could inadvertently send a message to someone who did not consent but was reassigned a phone number that was previously subscribed to your service by another person. Check out the Twilio Marketplace for Add-ons from our partners that can help you keep your database up to date.
Twilio recommends that you consult with your legal counsel to make sure that you are complying with all applicable laws in connection with communications you transmit using Twilio.
In this section, we will review how to receive notifications with an iOS device and go through different scenarios of receiving notifications like App in the Background, App in the Foreground or using apn payload to display a badge.
iOS has a native listener functions that fire whenever a notification is received. This happens in our AppDelegate.
There are a number of ways we can potentially receive a notification depending on the state of our app, our device type and channel specific payload specified in a notifications. Let's take look at some of these scenarios.
• If it's an alert notification, it will show on the home screen and in notification center. The notification can be retrieved by parsing the launch options dictionary in application:willFinish LaunchingWithOptions: and application:didFinishLaunchingWithOptions
• If it's a silent notification, it will be delivered to application:didReceiveRemoteNotification :fetchCompletionHandler: and no alert will be raised
When your app is in the foreground, the message is not shown in the device's notification center; instead, it is delivered to your app and needs to be processed. Please note that the app may stay in foreground mode up to 10 minutes after switching to another application.
• application:didReceiveRemoteNotification:fetchCompletionHandler: メソッドが呼び出されますが、アラートは発生しません。
To send a notification to an iOS device dislaying a badge, you need to use apn payload.
Notifications resource has channel specific parameters (payload) where you can specify information on how the user should be notified of a Push Notification, including displaying a badge on the app icon. To do that, just add
"badge" : X (X being the number the app icon will be badged with).
Note, device you want to send notifications to has to be registered for receiving Push notifications, including badges. See how to do that in our Registering for iOS Push Notifications guide
Yes, its that easy! Now all you need to do is implement badge count, to pass on the correct badge number depending on the logic of your application.
In this section, we will review how to receive notifications with an Android device and go through different scenarios of receiving notifications like App in the Background, App in the Foreground.
Android has a native listener functions that fire whenever a notification is received. This happens in our MyFcmListenerService.
通知は JSON フォーマットで届き、メッセージ本文が文字列として含まれるので、ローカルに使用できます。
Now lets see how notifications can be received depending on the state of your app.
• Data message (default): If there is only a data bundle then the app is woken up in the background and the onMessageReceived function is called. This is the default behavior in Notify as we map all parameters to the data bundle. Read more in our REST API docs.
• 通知メッセージ: データセクションに何もない場合は、通知センターに追加されます。
• 混成メッセージ: データセクションと通知セクションがある場合、通知センターに登録され、ユーザーが通知をクリックするとAppが起動してデータバンドルがonMessageReceived関数に渡されます。
The notification is delivered to onMessageReceived of the FcmListenerService. The data key-value pairs can be found in the data bundle but the key-value pairs of the notification bundle are not available.
誰しもが一度は考える「コーディングって難しい」。そんな時は、お問い合わせフォームから質問してください。 または、Stack Overflow でTwilioタグのついた情報から欲しいものを探してみましょう。