SMS uses the SMMP protocol to send to devices (MSISDNsThe mobile phone number of an individual in your Airship audience. Each MSISDN represents an individual mobile device. ) that have opted in for a specific Sender IDThe alphanumeric code that your SMS messages come from — like a phone number or name. Your audience subscribes to each individual sender ID they want to receive messages from. . SMS benefits include:

• Immediacy: Send time-sensitive notifications.

• Reach: Contact customers who don’t have your app, or re-engage customers who are inactive on other channels or at-risk.

• Personalization: Send transactional messages triggered by a backend system, e.g., order confirmation and shipment tracking updates.

• Mobile wallet integration: Deliver personalized passes, tickets, coupons, and more.

• Integrated platform: Centralize all your engagement channels; manage personalization, scheduling, and deployment for all message types; and measure SMS alongside all your other channels, all in the Airship platform.

• No app required: If you do have an app, however, SMS notifications are an additional channel that you can use to engage your audience. You can decide which channel (app, SMS, etc.) is more important for different types of messaging, adjust your messaging for different channels, set priority per channel, and much more. See Channel CoordinationA group of strategies you can use to target users where they are most likely to receive your message. for details about priority channel and other cross-channel engagement strategies.

Use Cases

Sports Events

• Before the event: Last-minute ticket offers, seat upgrades, parking coupons.
• During the event: Coupons, promotions of venue facilities, promotion of sponsor experiences to increase partner activations.
• Mobile wallet pass delivery: Coupons, tickets.

Retail

• Campaigns: Location-aware promotions, promotions to drive in-store traffic, lifecycle marketing.
• Transactional: Offer confirmations, order status updates.
• Mobile wallet pass delivery: Loyalty card updates, coupons.

Airlines

• Day-of-travel: Flight reminders, promotions, loyalty benefits.
• Mobile wallet pass delivery: Boarding passes, loyalty card updates, coupons.

Media

• Campaigns: Re-engage inactive or at-risk readers.
• News: Preferred new categories.

SMS Users in Airship (Sender and MSISDN)

A mobile device is represented by an MSISDN. An MSISDN is the mobile phone number of a device in your Airship audience. While MSISDNs represent devices, in general, you can think of an MSISDN as a person — someone in your audience.

Your messages come from one or more Sender IDs. A sender ID is an alphanumeric code that your audience will see when they receive messages from you; it is essentially the phone number or name that your SMS messages come from. Members of your audience subscribe to each individual sender ID they want to receive messages from. Your sender ID could be a standard phone number, short code, or a set of alpha characters representing your sender, like your company name.

Each MSISDN — or member of your audience — subscribes to the sender IDs they want to receive messages from. If your project has multiple sender IDs, you should take care when sending your message to ensure that you reach the right audience members. Use the sender ID to select your audience, so you can be sure that you reach the right MSISDNs when you send your message.

SMS Notifications and Sending Methods

SMS notifications are text-based messages. They are viewed in the recipient device’s native SMS client. If your message exceeds the character limitation, it will appear as successive messages to the user.

You can send SMS notifications either individually or combined with other channels. You can also send SMS notifications using AutomationA set of conditions that your audience must meet before they receive a message. and JourneysA series of messages that is initiated by a single automation trigger. Airship sends messages in the series based on your timing settings, and you can also set conditions that determine the continuation of the series. . Automation can be set up in the dashboard or the API. Journeys are available in the dashboard only.

MMS Notifications

You can send multi-media messages (MMS) to your SMS audience. MMS messages include a fallback, ensuring that users who can’t view the original MMS message still receive a message that makes sense.

When sending an MMS message, you can provide the URL for your image or upload it to Airship. If you do not upload to Airship, you should use image assets you control and a dedicated media host to prevent delivery errors. Do not use images hosted on a site where others could change or remove the images you want to use in your messages.

MMS messages must be:

• .gif, .jpeg, .jpg, or .png format.
• Hosted over HTTP or HTTPS (for media not hosted by Airship).
• Smaller than 2 MB for .jpeg and .jpg.
• Smaller than 1 MB for .png and .gif.

SMS Link Shortening

Airship can shorten links in your SMS messages, saving valuable characters for your message and helping you track engagement with your SMS messages. When you enable link shortening, Airship replaces your URL with unique, shortened URLs for each member of your audience. You can use custom domains for your shorten links, e.g., mysite.co, or use the default airsp.co or airsp.eu domains. Contact Airship if you want to use a custom domain for shortened links. To support a custom domain, you must configure your web server appropriately.

Shortened URLs:

• Reduce the total number of characters in your messages. Shortened links using the default airsp domains consume exactly 25 characters.
• Track engagement with SMS messages. Airship generates short_link_click events in the Real-Time Data StreamingA service that delivers engagement events in real time via the Data Streaming API or an Airship partner integration. (RTDS), and generates engagement reports based on short-link usage to help you track the effectiveness of your messages and engagement down to individual audience members.
• Support adding or removing tags from your audience when they tap or click a link by adding query parameters to your URL — ?ua-tag-add=tag_group:tag or ?ua-tag-remove=tag_group:tag.
• Expire 60 days after they are sent.

For Airship to recognize and shorten your links, your URLs must:

• Begin with http:// or https://.
• Begin and end with a space. Your URL cannot have beginning or trailing punctuation or space characters in the URL; spaces determine the beginning and end of the URL.

To shorten links in your message:

• In the Dashboard: Check the box to shorten links when writing a message.

  

  You can also set a default link shortening setting in *Settings » Configurations » Feature Settings*.

   Note

  Your project’s link shortening setting does not affect operations in the API; you must set "shorten_links": true to shorten links in messages you send using the Airship API. See the SMS Object for more information.

• In the API: add the shorten_links boolean to your payload.

  <div class="highlight"><pre style="color:#f8f8f2;background-color:#272822;-moz-tab-size:4;-o-tab-size:4;tab-size:4"><code class="language-http" data-lang="http"><span style="color:#960050;background-color:#1e0010">    </span><span style="color:#a6e22e">POST</span> /api/templates/push <span style="color:#66d9ef">HTTP</span><span style="color:#f92672">/</span><span style="color:#ae81ff">1.1</span>
  <span style="color:#ae81ff">Authorization: Basic &lt;master authorization string&gt;</span>
  <span style="color:#ae81ff">Accept: application/vnd.urbanairship+json; version=3;</span>
  <span style="color:#ae81ff">Content-Type: application/json</span>
  
  {
      &#34;audience&#34;: {
      &#34;named_user&#34;: &#34;user&#34;
      },
      &#34;notification&#34;: {
      &#34;sms&#34;: {
          &#34;alert&#34;: &#34;An alert with a link for SMS users https://www.mysite.com/long_url?ua-tag-add=my_tag_group:cool_tag&#34;,
          &#34;expiry&#34;: 172800,
          &#34;shorten_links&#34;: true
      }
      },
      &#34;device_types&#34;: [ &#34;sms&#34; ]
  }
  </code></pre></div>
  

SMS Tag Actions

You can add or remove tags from your SMS audience when they use Airship-shortened links in your messages using query parameters in your un-shortened URL. The Airship user interface makes it easy to add or remove tags whenever your message contains a URL.

At the API level, add the following actions to your URL to perform tag actions:

• ?ua-tag-add=tag_group:tag to add a tag
• ?ua-tag-remove=tag_group:tag to remove a tag

Data & Analytics for SMS

Opt in/out counts are included in the Devices report and individual message reports. Message reports also include send counts and custom events for delivery events and errors.

These counts are also included in Performance Analytics, and you can open a Real-Time Data Streaming event stream to observe SMS-related events in real time.

SMS Configuration & Requirements

Contact Airship Support or Sales to provision your project for SMS notifications.

Your SMS channel requires a Sender ID. A sender ID is an alphanumeric code that your audience will see when they receive messages from you; it is essentially the phone number or name that your SMS messages come from. Members of your audience subscribe to each individual sender ID they want to receive messages from. Each individual user is represented by their msisdn (phone number) registered to a particular Sender ID.

Opt-In/Out Handling

Users must opt in to receive SMS messages from your Sender ID and can opt out at any time. There are two ways users can opt in or opt out of your SMS audience:

• Mobile-Originated (MO) Message: A message originating from the mobile handset can contain a keyword that triggers an opt-in. The opt-in keyword can trigger a single or double opt-in flow.
• External Opt In: Users can opt in to SMS messages through your app, website, or other channel. You must register these users through the API.

SMS User Time Zone and Locale

When you register or update an SMS user in Airship, you can set their IANA timezone, locale_country, and locale_language. If you don’t set these values yourself, Airship attempts to infer country and time zone information from the country code and format of your audience’s phone numbers (MSISDNsThe mobile phone number of an individual in your Airship audience. Each MSISDN represents an individual mobile device. ). You can use this information to reach your SMS audience at the right time and in the right language.

Airship takes advantage of the timezone when you use schedule a message using local_scheduled_time in the API or the Delivery By Time ZoneAn option for scheduled messages that delivers the messages according to recipient device’s current time zone. checkbox in the Delivery step in the Airship UI, and sends your message to your audience at the specified time in their respective time zones.

The locale_country and locale_language values support localization. If you send a localized message, Airship sends your audience the appropriate version of your message based on their country or the combination of country and language values.

These values all appear in an SMS channel’s tag_groups.

Example SMS Registration

POST /api/channels/sms HTTP/1.1
Authorization: Basic <application authorization string>
Accept: application/vnd.urbanairship+json; version=3;
Content-Type: application/json

{
  "msisdn" : "15035556789",
  "sender": "12345",
  "opted_in": "2020-02-13T11:58:59",
  "timezone": "America/Los_Angeles",
  "locale_country": "US",
  "locale_language": "en"
}

Example SMS Channel Object

{
   "channel_id": "a1308318-80c9-43ca-b47e-7e97d2cb6f4a",
   "device_type": "sms",
   "installed": true,
   "opt_in": true,
   "push_address": null,
   "created": "2019-05-24T20:39:46",
   "last_registration": "2020-02-11T19:32:06",
   "alias": null,
   "tags": [],
   "tag_groups": {
      "ua_channel_type": [
         "sms"
      ],
      "ua_sender_id": [
         "12345"
      ],
      "timezone": [
         "America/Los_Angeles"
      ],
      "ua_locale_country": [
         "US"
      ],
      "named_user_id": [
         "cool_person"
      ],
      "ua_locale_language": [
         "en"
      ],
      "ua_opt_in": [
         "true"
      ]
   }
}

Mobile-Originated Keywords

A mobile-originated message is a message sent from a member of your audience (originating from the mobile handset of a user) to you. A Keyword is a word that you define to perform an action, like opt-in or audience attribution, when used in a mobile-originated message. You can apply tags to your audience based on the keywords they use, segmenting your audience to send relevant messages based on your audience’s keyword-indicated interests.

Contact Airship Sales to provision keywords and associated tag operations. Airship stores your keywords and associated tag operations. Custom keywords and tag operations for keywords are not available through the dashboard or API.

By default, users can text you any of these words to opt out of notifications: STOP, STOPALL, UNSUBSCRIBE, CANCEL, END, QUIT, ARRET. You can also add additional opt-out keywords; like opt-in keywords, specialized keywords can provide additional data about opt-out behaviors.

Mobile-originated messages are represented as events. Each event records the keywords that your audience uses and additional identifying information. You can use these events to observe opt-in and opt-out trends in Performance Analytics, or to get events directly from Real-Time Data Streaming.

Mobile-Originated Single Opt-In

Single opt-in is the process of registering users and considering them opted in when they send you a single message containing a keyword. This method does not require users to confirm that they want to opt in through a second mobile-originated (MO) message.

While a single opt-in is a simple way to register users, it may not always be an optimal opt-in method. Airship mobile-originated opt-in handling defaults to a double opt-in process. Contact Airship if you want to take advantage of a single opt-in workflow.

The response to the keyword is a confirmation text message that provides information about the text program. The message usually:

• Confirms that the user has subscribed to an on-going text program.
• Provides the number of messages the subscriber can expect to receive.
• Informs the subscriber where they can obtain more information and how they can opt-out.

Example:

BrandX: Welcome to the BrandX Info and Alerts Program! Message frequency varies by use. For help, reply HELP. To end, reply, STOP. Msg&DataRatesMayApply.

Mobile-Originated Double Opt-In

Double opt-in requires a user to send you a keyword indicating that they want to receive mobile messages, and a second keyword confirming their choice:

1. Your audience texts a keyword to trigger the opt-in process.
2. Airship sends your audience a message requesting confirmation using a keyword.
3. Your audience texts the confirmation keyword, opting in to your audience.

Because each message in the opt-in workflow supports unique keywords, the double opt-in method provides multiple indices to categorize users as they opt in to your audience; you can add, remove, or replace tags for any of the opt-in messages, ensuring that you precisely segment your audiences and target future messages to the right users.

Non-Mobile Single Opt-In

If users provide consent to receive text messages without a mobile-originated keyword — like through your website or app — you can register them through the API in a single step. Use the /api/channels/sms endpoint with the date-time when the user opted_in.

POST /api/channels/sms HTTP/1.1
Authorization: Basic <application authorization string>
Accept: application/vnd.urbanairship+json; version=3;
Content-type: application/json

{
    "msisdn" : "15035556789",
    "sender": "12345",
    "opted_in": "2018-02-13T11:58:59"
}

When registering your audience without a mobile keyword, it is your responsibility to obtain express written consent from users. If users have not provided sufficient consent, you should perform a double opt-in.

Non-Mobile Double Opt-In

If users provide their phone numbers and express interest in SMS messages through your website or app but do not give sufficient consent to receive SMS messages from a particular sender, you can register them through the Airship API without an opted_in value.

When you register a user through the API without an opted_in value, Airship sends them a message prompting them to opt in. The user must then respond with a valid keyword to opt in to notifications.

When registering your audience without a mobile keyword, it is your responsibility to ensure that your users understand that they are agreeing to receive SMS messages from you and provide express written consent to receive SMS messages from you.

Handling Multiple Senders

Users opt in to messages from a sender. Your project can have multiple senders, and your audience can opt in to multiple senders within your project. To prevent a message from reaching the same user from multiple senders, you can select a specific sender ID in the Audience step when sending an SMS message.

If your project has multiple senders, selecting a sender ID:

• Determines the sender that your message comes from.
• Ensures that your message only goes to members of your audience subscribed to that sender.

Determining Time Zone and Locale for SMS Channels

When you register or update an SMS user in Airship, you can set their IANA timezone, locale_country, and locale_language. If you don’t set these values yourself, Airship attempts to infer country and time zone information from the country code and format of your audience’s phone numbers (MSISDNsThe mobile phone number of an individual in your Airship audience. Each MSISDN represents an individual mobile device. ). You can use this information to reach your SMS audience at the right time and in the right language.

Airship takes advantage of the timezone when you use schedule a message using local_scheduled_time in the API or the Delivery By Time ZoneAn option for scheduled messages that delivers the messages according to recipient device’s current time zone. checkbox in the Delivery step in the Airship UI, and sends your message to your audience at the specified time in their respective time zones.

The locale_country and locale_language values support localization. If you send a localized message, Airship sends your audience the appropriate version of your message based on their country or the combination of country and language values.

These values all appear in an SMS channel’s tag_groups.

Example SMS Registration

POST /api/channels/sms HTTP/1.1
Authorization: Basic <application authorization string>
Accept: application/vnd.urbanairship+json; version=3;
Content-Type: application/json

{
  "msisdn" : "15035556789",
  "sender": "12345",
  "opted_in": "2020-02-13T11:58:59",
  "timezone": "America/Los_Angeles",
  "locale_country": "US",
  "locale_language": "en"
}

SMS Data Protection and Compliance

Requests to opt in or out of SMS notifications are handled by Airship. Our opt-in and opt-out database:

• Is segregated from campaign content.
• Is encrypted.
• For opt-ins and opt-outs that occurred via mobile-originated messages on Airship SMS, Airship stores date/time data for those opt-ins and opt-outs for rolling 4 years.

Inbound (MO) Message Handling

In addition to standard opt-in and opt-out operations, you can configure a webhook to respond to mobile-originated messages.

Inbound message handling uses an SMS keyword webhook. Airship forwards mobile originated messagesA message sent from a member of your audience (originating from the mobile handset of a user) to you. from your audience to your webhook so you can process requests from your audience and send custom, targeted responses to individual members of your audience based on the keywords they use in mobile originated messages.

You can use a webhook to respond to mobile-originated messages when either the keyword or the information you want to respond with are variable and defined outside of Airship. For example, if users text the defined keyword balance to your sender ID, you can use a webhook to process incoming messages and respond with each individual user’s balance. If a user texts a variable keyword, like order <#orderNumber>, you can use a webhook to respond with the status of the specified order number.

Talk to your Airship account manager to determine the static or variable keywords that you want to route to your webhook.

Airship sends a payload to your webhook server at an /inbound-sms endpoint containing a mobile_originated_id that represents an individual MO message. You will use this ID and send a response using the /sms/custom-response API. Because you are responding to a message sent to you by a member of your audience, custom responses do not require users to opt in. However, the mobile_originated_id has a 10-minute lifespan; you have 10 minutes from the time a mobile-originated message is received to issue a response, after which the mobile_originated_id expires and you will be unable to respond to the inbound message.

Your webhook server must:

• Have a public URL. Airship server IPs regularly change and must be able to reach your webhook.
• Support an /inbound-sms (POST) endpoint to receive SMS inbound message payloads from Airship. Your webhook should immediately respond with HTTP 200 OK and process responses asynchronously. Long-lived connections can cause performance problems on both systems.
• Support a /validate (GET) endpoint. You must respond to a validation request with the Validation Code issued when you set up your webhook in Airship.
• Issue responses (to Airship’s /sms/custom-response endpoint) within 10 minutes of the received_timestamp in the /inbound-sms payload.
• Accept HTTPS connections.

  Airship uses TLSv1.2 with the following accepted cipher suites:

  • TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA
  • TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
  • TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384
  • TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA
  • TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
  • TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384

Additional Recommendations

Your webhook server should accept up to 100 concurrent connections. Airship will establish concurrent connections with your webhook when concurrent incoming messages require processing.