本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# Amazon SNS SMS 訊息的最佳實務
<a name="channels-sms-best-practices"></a>

**重要**  
Amazon SNS SMS 開發人員指南已更新。Amazon SNS 已與 整合，[AWS End User Messaging SMS](https://docs.aws.amazon.com/sms-voice/latest/userguide/what-is-service.html)以傳遞簡訊。本指南包含有關如何建立、設定和管理 Amazon SNS SMS 訊息的最新資訊。

行動電話使用者都很難忍受來路不明的簡訊。對於來路不明簡訊行銷活動的回覆率幾乎都很低，因此投資報酬會很差。

此外，行動電話業者會持續稽核大量簡訊寄件者。如果他們認定號碼在傳送來路不明的訊息，則他們會阻擋或封鎖來自這些號碼的訊息。

傳送來路不明的內容也違反 [AWS 可接受的使用政策](https://aws.amazon.com/aup/#No_E-Mail_or_Other_Message_Abuse)。Amazon SNS 團隊會定期稽核簡訊行銷活動，如果發現您似乎在傳送來路不明的訊息，就可能會阻擋或禁止您傳送訊息。

最後，在許多國家、區域和轄區，對於傳送來路不明簡訊的情況，有很嚴厲的處罰。例如，在美國，《電話消費者保護法案》(TCPA) 規定，按消費者收到的每一則來路不明訊息，消費者可獲得 500-1,500 USD 的損壞賠償 (由寄件者支付)。

本節描述幾個最佳實務，可能有助於您提升客戶參與度及避免昂貴的罰款。不過，請注意，本節不含法律建議。請一律諮詢律師以取得法律建議。

## 遵守法律、法規和電信業者要求
<a name="channels-sms-best-practices-understand-laws"></a>

如果您違反客戶所在地的法律與法規，您可能會面臨巨額的罰款和處罰。因此，務必了解您經營業務的每個國家或區域的簡訊相關法律。

以下清單包含適用於世界各地主要市場的簡訊通訊的重要法律連結。
+ **美國**：《1991 年電話消費者保護法案》(也稱為 TCPA) 適用於某些類型的簡訊。如需詳細資訊，請參閱聯邦通訊委員會網站上的[法條和法規](https://www.fcc.gov/document/telephone-consumer-protection-act-1991)。
+ **英國**：《2003 年隱私與電子通訊 (EC 指令) 法規》(也稱為 PECR) 適用於某些類型的簡訊。如需詳細資訊，請參閱英國資訊委員辦公室網站上的[什麼是 PECR？](https://ico.org.uk/for-organisations/direct-marketing-and-privacy-and-electronic-communications/guide-to-pecr/what-are-pecr/)。
+ **歐盟**：《2002 年隱私與電子通訊指令》(有時稱為 ePrivacy 指令) 適用於某些類型的簡訊。如需詳細資訊，請參閱 Europa.eu 網站上的[法律全文](http://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX:32002L0058)。
+ **加拿大**：《打擊網際網路及無線垃圾郵件法案》(更常稱為《加拿大反垃圾郵件法》或 CASL) 適用於某些類型的簡訊。如需詳細資訊，請參閱加拿大國會網站上的[法律全文](http://www.parl.ca/DocumentViewer/en/40-3/bill/C-28/first-reading)。
+ **日本**：《特定電子郵件傳輸法規法案》可能適用於某些類型的簡訊。如需詳細資訊，請參閱日本總務省網站上的[日本反垃圾郵件對策](https://www.japaneselawtranslation.go.jp/en/laws/view/3767/en)。

身為寄件人，即使您的公司或組織不在這些國家/地區，這些法律仍可能適用於您。這份清單中的某些法律當初制定是為了對付來路不明的電子郵件或電話，但經過解釋或擴充之後，也適用於簡訊。其他國家或區域可能有自己的法律來規範簡訊的傳輸。請向客戶所在每個國家或區域的律師諮詢，以獲得法律建議。

在許多國家/地區，當地電信業者最終有權確定哪種流量在其網路上流動。這表示電信業者可能會對超出當地法律最低要求的 SMS 內容施加限制。

## 取得許可
<a name="channels-sms-best-practices-obtain-permission"></a>

切勿將訊息傳送給尚未明確要求接收您計劃傳送之特定訊息類型的收件者。即使在同一家公司內的組織中，也不要共享選擇加入名單。

如果收件人可以使用線上表單來註冊接收您的訊息，請新增系統以避免自動化指令碼未告知使用者就強迫訂閱。您也應該限制使用者在單一工作階段中提交電話號碼的次數。

當您收到選擇接收簡訊請求時，請傳送訊息給收件人，請他們確認希望接收您的訊息。在收件人確認訂閱之前，請勿傳送任何額外的訊息給他們。訂閱確認訊息可能類似以下範例：

`Text YES to join ExampleCorp alerts. 2 msgs/month. Msg & data rates may apply. Reply HELP for help, STOP to cancel.`

維護記錄，包括每個選擇接收請求和確認的日期、時間和來源。這在電信業者或法規機構需要時可能非常有用，也可協助您對客戶清單執行例行稽核。

### 選擇加入工作流程
<a name="channels-sms-best-practices-obtain-permission-optin"></a>

在某些情況下 (例如美國免付費電話或短碼註冊)，行動電信業者會要求您提供整個選擇加入工作流程的圖樣或螢幕擷取畫面。圖樣或螢幕擷取畫面必須與收件者將完成的選擇加入工作流程非常相似。

您的圖樣或螢幕擷取畫面應包含下列所有必要的揭露資訊，以維持最高的合規程度。

**必要的披露**
+ 您將透過程式傳送之訊息使用案例的說明。
+ 短語「可能適用訊息和傳輸費率」。
+ 指示收件者收到您的訊息的頻率。例如，週期性傳訊程式可能會顯示「每週一則訊息」。一次性密碼或多重要素驗證使用案例可能會顯示「訊息頻率不同」或「每次登入嘗試一則訊息」。
+ 您的條款和條件以及隱私權政策文件連結。

**不合規選擇加入的常見拒絕原因**
+ 如果提供的公司名稱不符合圖樣或螢幕擷取畫面中所提供的名稱。任何非明顯的關係都應在選擇加入工作流程描述中進行說明。
+ 如果看起來訊息將傳送給收件者，但在執行此動作之前並未明確收集同意。明確同意是所有訊息傳遞的要求。
+ 如果看起來需要接收簡訊才能註冊服務。如果工作流程不提供任何以其他形式 (例如電子郵件或語音通話) 接收選擇加入訊息的替代方法，則此選項不符合規定。
+ 如果選擇加入的語言完全顯示在服務條款中。這些披露應始終在選擇加入時向收件人提交，而不是放在連結的政策文件中。
+ 如果客戶同意接收來自您的某種類型的訊息，而您向他們傳送其他類型的簡訊。例如，他們同意接收一次性密碼，但也收到投票和調查訊息。
+ 如果未向收件人提供所需的披露 (上面列出)。

下列範例符合行動電信業者對多重要素驗證使用案例的要求。

![選擇加入工作流程的step-by-step模型，用於在 ExampleCorp 的使用者帳戶上啟用多重要素驗證 (MFA)。此程序會從提供基本帳戶資訊的使用者開始，例如名稱和電子郵件。接著，使用者決定是否啟用 MFA 以提高安全性。如果啟用 MFA，使用者會選取他們想要接收 MFA 字符的方式，以及文字訊息或電話等選項。如果使用者選取文字訊息，他們會收到包含驗證碼的簡訊。最後一個步驟需要使用者輸入收到的代碼，以確認他們的電話號碼，完成選擇加入程序。此模擬可確保為 SMS 合規提供所有必要的揭露。](http://docs.aws.amazon.com/zh_tw/sns/latest/dg/images/best-practices-usecase.png)


它包含已完成的文字和圖像，並顯示完整的選擇加入流程，並帶有註釋。在選擇加入流程中，客戶必須採取明確的有意行動來表示同意接收簡訊，並包含所有必要的披露。

### 其他選擇加入工作流程類型
<a name="channels-sms-best-practices-obtain-permission-other"></a>

如果電信業者符合上述內容，則行動電信業者還將接受應用程式和網站之外的選擇加入工作流程，例如口頭或書面選擇加入。合規的選擇加入工作流程和口頭或書面腳本將收到收件人的明確同意，以接收特定的訊息類型。範例包括支援代理在錄製到服務資料庫之前用來收集同意的口頭指令碼，或是宣傳單上列出的電話號碼。若要提供這些選擇加入工作流程類型的模擬，您可以提供選擇加入指令碼、行銷資料或收集號碼的資料庫的螢幕擷取畫面。如果選擇加入不清楚或使用案例超過特定數量，行動電信業者可能會對這些使用案例有其他問題。

## 不要傳送至舊清單
<a name="channels-sms-best-practices-old-lists"></a>

人們經常更改電話號碼。您兩年前同意聯繫的電話號碼現在可能屬於其他人。不要在新的訊息傳遞程序中使用舊的電話號碼清單；如果這樣做，則可能會有一些訊息失敗，因為該號碼不再使用，有些人因為他們不記得首先徵求您的同意而選擇退出。

## 稽核您的客戶清單
<a name="channels-sms-best-practices-audit-lists"></a>

如果您傳送週期性簡訊行銷活動，請定期稽核客戶清單。稽核客戶清單可確保僅有興趣接收訊息的客戶才會收到您的訊息。

當您稽核清單時，請傳送訊息給每個選擇接收的客戶來提醒他們已訂閱，並提供有關取消訂閱的資訊給他們。提醒訊息可能類似以下範例：

`You're subscribed to ExampleCorp alerts. Msg & data rates may apply. Reply HELP for help, STOP to unsubscribe.`

## 保留記錄
<a name="channels-sms-best-practices-keep-records"></a>

保留記錄，以顯示每個客戶何時請求接收您的簡訊，以及您傳送什麼訊息給每個客戶。世界各地許多國家和區域會要求簡訊寄件者以可輕鬆擷取的方式維護這些記錄。行動電信業者也可能隨時向您請求此資訊。您必須提供的確切資訊隨國家或區域而不同。如需有關記錄保留需求的詳細資訊，請檢閱客戶所在每個國家或區域的商業簡訊法規。

有時，電信業者或監管機構會要求我們證明客戶已選擇接收您的訊息。在這些情況下， 支援 會與您聯絡，提供電信業者或代理機構所需的資訊清單。如果您無法提供所需的資訊，我們可能會暫停您傳送更多簡訊。

## 訊息保持清晰、誠懇和簡潔
<a name="channels-sms-best-practices-appropriate-content"></a>

簡訊是一種獨特的媒介。每則訊息 160 個字元的限制，表示您的訊息必須簡潔。您可能在其他通訊管道 (例如電子郵件) 中使用的技巧可能不適用於 SMS 管道，並且在與簡訊搭配使用時，甚至可能看起來不誠實或具欺騙性。如果訊息中的內容不符合最佳做法，收件人可能會忽略您的訊息；在最壞的情況下，行動電信業者可能會將您的訊息識別為垃圾郵件，並封鎖未來來自您電話號碼的訊息。

本節提供一些建立有效簡訊內文的提示和想法。

### 將您自己識別為寄件者
<a name="channels-sms-best-practices-appropriate-content-identify"></a>

您的收件人應該能夠立即得知訊息來自您。遵循此最佳作法的寄件者會在每封郵件的開頭加上識別名稱 (以下稱「程式名稱」)。

**請勿執行此作業：**  
`Your account has been accessed from a new device. Reply Y to confirm.`

**或改用這項優惠：**  
`ExampleCorp Financial Alerts: You have logged in to your account from a new device. Reply Y to confirm, or STOP to opt-out.`

### 不要試圖使您的訊息看起來像是個人訊息
<a name="channels-sms-best-practices-appropriate-content-p2p"></a>

有些行銷人員會想讓訊息看似來自個人，來為其簡訊添加個人風格。但是，此技術可能會使您的郵件看起來像是網路釣魚。

**請勿執行此作業：**  
`Hi, this is Jane. Did you know that you can save up to 50% at Example.com? Click here for more info: https://www.example.com.`

**或改用這項優惠：**  
`ExampleCorp Offers: Save 25-50% on sale items at Example.com. Click here to browse the sale: https://www.example.com. Text STOP to opt-out.`

### 談論金錢時要小心
<a name="channels-sms-best-practices-appropriate-content-money"></a>

詐騙者經常利用人們想獲取金錢的慾望。不要讓報價看起來好的不像真的。不要用金錢的誘惑來欺騙人。不要使用貨幣符號來表示金錢。

**請勿執行此作業：**  
`Save big $$$ on your next car repair by going to https://www.example.com.`

**或改用這項優惠：**  
`ExampleCorp Offers: Your ExampleCorp insurance policy gets you discounts at 2300+ repair shops nationwide. More info at https://www.example.com. Text STOP to opt-out.`

### 僅使用必要的字元
<a name="channels-sms-best-practices-appropriate-content-characters"></a>

品牌通常傾向於透過在其訊息中包含商標符號 (例如 ™ 或 ®) 來保護其商標。但是，這些符號不屬於可包含在 160 個字元簡訊中的標準字元集 (稱為 GSM 字母)。當您傳送包含這些字元之一的訊息時，會使用不同的字元編碼系統自動傳送郵件，每個訊息部分僅支援 70 個字元。因此，您的訊息可能分為幾個部分。由於您會針對傳送的每個訊息部分收費，因此傳送整封訊息所花費的成本可能會超過預期的費用。此外，您的收件者可能會收到來自您的數個連續訊息，而不是單一訊息。如需簡訊字元編碼的詳細資訊，請參閱 [Amazon SNS 中的簡訊字元限制](#channels-sms-limitations-characters)。

**請勿執行此作業：**  
`ExampleCorp Alerts: Save 20% when you buy a new ExampleCorp Widget® at example.com and use the promo code WIDGET.`

**或改用這項優惠：**  
`ExampleCorp Alerts: Save 20% when you buy a new ExampleCorp Widget(R) at example.com and use the promo code WIDGET.`

**注意**  
前面的兩個範例幾乎相同，但第一個範例包含一個註冊商標符號 (®)，它不屬於 GSM 字母。因此，第一個範例會以兩則訊息的形式傳送，而第二個範例則以一則訊息傳送。

### 使用有效、安全的連結
<a name="channels-sms-best-practices-appropriate-content-links"></a>

如果您的訊息包含連結，請再次檢查這些連結以確定這些連結可運作。在公司網路外的裝置上測試連結，以確保連結能正確解析。由於簡訊的限制為 160 個字元，因此過長 URL 會分割為數則訊息。您應該使用重新導向網域來提供簡化的 URL。不過，您不應該使用免費連結縮短服務，如 tinyurl.com 或 bitly.com，因為電信業者傾向於篩選掉包含這些網域連結的訊息。不過，只要您的連結指向貴公司或組織專用的網域，您就可以使用付費連結縮短服務。

**請勿執行此作業：**  
`Go to https://tinyurl.com/4585y8mr today for a special offer!`

**或改用這項優惠：**  
`ExampleCorp Offers: Today only, get an exclusive deal on an ExampleCorp Widget. See https://a.co/cFKmaRG for more info. Text STOP to opt-out.`

### 限制您使用的縮寫數
<a name="channels-sms-best-practices-appropriate-content-abbrev"></a>

簡訊管道的 160 個字元限制會導致一些寄件者認為需要在訊息中廣泛使用縮寫。但是，對於許多讀者來說，過度使用縮寫看起來並不專業，並且可能導致某些使用者將您的訊息回報為垃圾郵件。其實可以在不使用過多縮寫的情況下編寫一致的訊息。

**請勿執行此作業：**  
`Get a gr8 deal on ExampleCorp widgets when u buy a 4-pack 2day.`

**或改用這項優惠：**  
`ExampleCorp Alerts: Today only—an exclusive deal on ExampleCorp Widgets at example.com. Text STOP to opt-out.`

## 適當回應
<a name="channels-sms-best-practices-respond-appropriately"></a>

當收件人回覆您的訊息時，請務必回覆有用的資訊。例如，當客戶以關鍵字「HELP」回應您的其中一個訊息時，請傳送有關他們所訂閱方案的相關資訊、您每個月將傳送的訊息數量，以及他們可聯絡您以取得更多資訊的方式。HELP 回應可能類似以下範例：

`HELP: ExampleCorp alerts: email help@example.com or call 425-555-0199. 2 msgs/month. Msg & data rates may apply. Reply STOP to cancel.`

當客戶以關鍵字「STOP」回覆時，請告知他們不會再收到任何進一步的訊息。STOP 回應可能類似以下範例：

`You're unsubscribed from ExampleCorp alerts. No more messages will be sent. Reply HELP, email help@example.com, or call 425-555-0199 for more info.`

## 根據參與度來調整傳送
<a name="channels-sms-best-practices-adjust-engagement"></a>

客戶的優先順序可能隨著時間而變更。如果客戶已覺得您的訊息沒有用處，他們可能選擇完全不要您的訊息，或甚至將您的訊息回報為來路不明。基於這些原因，您必須根據客戶參與度來調整傳送實務。

如果客戶很少與您的訊息互動，您應該調整訊息的頻率。例如，如果您傳送每週訊息給參與的客戶，您可以為較少參與的客戶建立單獨的每月摘要。

最後，從您的客戶清單中移除完全不參與的客戶。此步驟可避免客戶對您的訊息感到厭煩。還可節省您的成本，並協助保護您身為寄件者的評價。

## 適時傳送
<a name="channels-sms-best-practices-appropriate-times"></a>

只在正常白天上班時間傳送訊息。如果您在晚餐時間或午夜傳送訊息，客戶很可能會取消訂閱您的清單，以避免受到打擾。此外，當您的客戶無法立即回應時，則傳送簡訊也沒有意義。

如果您向非常大的受眾傳送行銷活動或旅程，請仔細檢查起始數量的輸送率。將收件者數量除以輸送率，以決定將訊息傳送給所有收件者所需的時間。

## 避免跨管道疲勞轟炸
<a name="channels-sms-best-practices-cross-channel-fatigue"></a>

在您的行銷活動中，如果您使用多個通訊管道 (例如電子郵件、簡訊和推送訊息)，請勿在每個管道中傳送相同的訊息。當您同時在多個管道中傳送相同的訊息時，客戶可能覺得您的傳送行為很討厭，而沒有用處。

## 使用專用短碼
<a name="channels-sms-best-practices-dedicated-short-codes"></a>

如果您使用短碼，請為每個品牌和每個類型的訊息維護單獨的短碼。例如，如果您的公司有兩個品牌，請對每個品牌使用單獨的短碼。同樣地，如果您同時傳送交易訊息和促銷訊息，請對每種訊息使用單獨的短碼。若要進一步了解如何請求短碼，請參閱*AWS End User Messaging SMS 《 使用者指南*》中的[向 請求短碼簡訊 AWS End User Messaging SMS](https://docs.aws.amazon.com/sms-voice/latest/userguide/phone-numbers-request-short-code.html)。

## 驗證您的目的地電話號碼
<a name="channels-sms-best-practices-verify-destination-numbers"></a>

當您透過 Amazon SNS 傳送簡訊時，需按傳送的每個訊息部分向您收取費用。您根據訊息部分支付的價格，因收件人的國家或地區而異。如需簡訊定價的詳細資訊，請參閱[AWS 全球簡訊定價](https://aws.amazon.com/sns/sms-pricing)。

當 Amazon SNS 接受傳送簡訊的請求時 (由於呼叫 [SendMessages](https://docs.aws.amazon.com/pinpoint/latest/apireference/apps-application-id-messages.html#SendMessages)A PI，或由於促銷活動或旅程啟動的結果)，您需要支付傳送該訊息的費用。即使預定的收件者實際上並未收到訊息，此聲明也是正確的。例如，如果收件人的電話號碼已停止使用，或者您傳送訊息的電話號碼不是有效的行動電話號碼，您仍需支付傳送訊息的費用。

Amazon SNS 接受傳送簡訊的有效請求，並嘗試傳送簡訊。因此，您應驗證發送訊息的電話號碼是否為有效的手機號碼。您可以使用 AWS End User Messaging SMS 傳送測試訊息來判斷電話號碼是否有效，以及電話號碼的類型 （例如行動電話、有線電話或 VoIP)。如需詳細資訊，請參閱*AWS End User Messaging SMS 《 使用者指南*》中的[使用 SMS 模擬器傳送測試訊息](https://docs.aws.amazon.com/sms-voice/latest/userguide/getting-started-tutorial.html#getting-started-tutorial-step3)。

## 考量備援的設計
<a name="channels-sms-best-practices-redundancy"></a>

對於關鍵任務簡訊計劃，我們建議您在多個 AWS 區域中設定 Amazon SNS。Amazon SNS 可在數個 中使用 AWS 區域。如需可使用 Amazon SNS 的區域清單，請參閱 [AWS 一般參考](https://docs.aws.amazon.com/general/latest/gr/sns.html)。

您用於 SMS 訊息的電話號碼 (包括短碼、長碼、免費電話號碼和 10DLC 號碼) 無法跨 AWS 區域複製。因此，若要在多個區域使用 Amazon SNS，您必須在要使用 Amazon SNS 的每個區域中要求個別的電話號碼。例如，如果您使用短碼傳送文字訊息給美國收件人，則需要在您計劃使用的每個短碼中請求個別 AWS 區域 的短碼。

在某些國家/地區，您也可以使用多種類型的電話號碼來增加備援。例如，在美國，您可以要求短碼、10DLC 號碼和免費電話號碼。這些電話號碼類型中的每一種都採用不同的路由到收件人。有多個電話號碼類型可用，無論是在相同 AWS 區域 或分散在多個中 AWS 區域，都提供額外的備援層，這有助於改善彈性。

## 簡訊限制和規定
<a name="channels-sms-best-practices-limits"></a>

如需 SMS 限制和約束，請參閱*AWS End User Messaging SMS 《 使用者指南*》中的 [SMS 和 MMS 限制和約束](https://docs.aws.amazon.com/sms-voice/latest/userguide/sms-limitations.html)。

## 管理退出關鍵字
<a name="channels-sms-best-practices-optout-keywords"></a>

SMS 收件者可以回覆關鍵字，以使用其裝置選擇退出訊息。如需詳細資訊，請參閱[停止接收簡訊](sms_manage.md#sms_manage_optout)。

## CreatePool
<a name="channels-sms-best-practices-createpool"></a>

使用 `CreatePool` API 動作可建立新集區，並將指定的起始身分與集區關聯。如需詳細資訊，請參閱《 *AWS End User Messaging SMS API 參考*》中的 [CreatePool](https://docs.aws.amazon.com/pinpoint/latest/apireference_smsvoicev2/API_CreatePool.html)。

## PutKeyword
<a name="channels-sms-best-practices-putkeyword"></a>

使用 `PutKeyword` API 動作在起始電話號碼或集區上建立或更新關鍵字組態。如需詳細資訊，請參閱《 *AWS End User Messaging SMS API 參考*》中的 [PutKeyword](https://docs.aws.amazon.com/pinpoint/latest/apireference_smsvoicev2/API_PutKeyword.html)。

## 管理號碼設定
<a name="channels-sms-best-practices-number-settings"></a>

若要管理您向 AWS Support 請求並指派給帳戶的專用短碼和長碼設定，請參閱[使用 中的 變更電話號碼的功能 AWS CLI](https://docs.aws.amazon.com/sms-voice/latest/userguide/phone-numbers-change-capabilitiy.html)*AWS End User Messaging SMS*。

## Amazon SNS 中的簡訊字元限制
<a name="channels-sms-limitations-characters"></a>

單一簡訊最多可包含 140 個位元組的資訊。您在單一簡訊中可以包含的字元數，取決於訊息所包含的字元類型。

如果訊息只使用 [GSM 03.38 字元集的字元](#channels-sms-limitations-characters-gsm-alphabet) (也稱為 GSM 7 位元字母)，則最多可包含 160 個字元。如果訊息包含 GSM 03.38 字元集以外的任何字元，則最多可有 70 個字元。當您傳送簡訊時，Amazon SNS 會自動決定最有效率的編碼來使用。

當訊息超過字元數上限時，訊息會分割成多個部分。當訊息分割成多個部分時，每個部分都會包含有關其前面訊息部分的其他資訊。當收件人的裝置收到以這種方式分隔的訊息部分時，它會使用這個其他資訊來確保所有訊息部分都以正確的順序顯示。根據收件人的行動電信業者和裝置，多則訊息可能會顯示為單一訊息或一系列個別訊息。因此，每個訊息部分的字元數會降至 153 個 (若訊息只包含 GSM 03.38 字元) 或 67 個 (若訊息包含其他字元)。您可以使用 SMS 長度計算器工具 (可在線上取得數個這類工具)，在傳送訊息之前，預估訊息中包含多少個訊息部分。任何訊息的最大支援大小為 1600 GSM 字元或 630 個非 GSM 字元。有關輸送量和訊息大小的更多資訊，請參閱 *《Amazon Pinpoint 使用者指南》* 中的 [Amazon Pinpoint 中的 SMS 字元限制](https://docs.aws.amazon.com/pinpoint/latest/userguide/channels-sms-limitations-mps.html)。

若要檢視您傳送的每個訊息的訊息部分數量，請為 SMS 交付啟用 CloudWatch Logs。當您這麼做時，Amazon SNS 會為包含交付狀態的簡訊交付產生 CloudWatch Logs。CloudWatch Log 包含稱為 的屬性`numberOfMessageParts`。此屬性指定訊息所包含的訊息部分數目。

**重要**  
當您傳送包含多個訊息部分的訊息時，將按訊息中包含的訊息部分數目向您收費。

### GSM 03.38 字元集
<a name="channels-sms-limitations-characters-gsm-alphabet"></a>

下表列出 GSM 03.38 字元集的所有字元。如果您傳送的訊息只包含下表所示的字元，則訊息最多可包含 160 個字元。


<table>
<thead>
  <tr><th colspan="13">GSM 03.38 標準字元</th></tr>
</thead>
<tbody>
  <tr><td>A</td><td>B</td><td>C</td><td>D</td><td>E</td><td>F</td><td>G</td><td>H</td><td>I</td><td>J</td><td>K</td><td>L</td><td>M</td></tr>
  <tr><td>N</td><td>O</td><td>P</td><td>Q</td><td>R</td><td>S</td><td>T</td><td>U</td><td>V</td><td>W</td><td>X</td><td>Y</td><td>Z</td></tr>
  <tr><td>a</td><td>b</td><td>c</td><td>d</td><td>e</td><td>f</td><td>g</td><td>h</td><td>i</td><td>j</td><td>k</td><td>l</td><td>m</td></tr>
  <tr><td>n</td><td>o</td><td>p</td><td>q</td><td>r</td><td>s</td><td>t</td><td>u</td><td>v</td><td>w</td><td>x</td><td>y</td><td>z</td></tr>
  <tr><td>à</td><td>Å</td><td>å</td><td>Ä</td><td>ä</td><td>Ç</td><td>É</td><td>é</td><td>è</td><td>ì</td><td>Ñ</td><td>ñ</td><td>ò</td></tr>
  <tr><td>Ø</td><td>ø</td><td>Ö</td><td>ö</td><td>ù</td><td>Ü</td><td>ü</td><td>Æ</td><td>æ</td><td>ß</td><td>0</td><td>1</td><td>2</td></tr>
  <tr><td>3</td><td>4</td><td>5</td><td>6</td><td>7</td><td>8</td><td>9</td><td>&</td><td>\*</td><td>@</td><td>:</td><td>,</td><td>¤</td></tr>
  <tr><td>$</td><td>=</td><td>\!</td><td>></td><td>\#</td><td>-</td><td>¡</td><td>¿</td><td>(</td><td><</td><td>%</td><td>.</td><td>\+</td></tr>
  <tr><td>£</td><td>?</td><td>"</td><td>)</td><td>§</td><td>;</td><td>'</td><td>/</td><td>\_</td><td>¥</td><td>Δ</td><td>Φ</td><td>Γ</td></tr>
  <tr><td>Λ</td><td>Ω</td><td>Π</td><td>Ψ</td><td>Σ</td><td>Θ</td><td>Ξ</td><td></td><td></td><td></td><td></td><td></td><td></td></tr>
</tbody>
</table>


除了上表所示的字元，GSM 03.38 字元集還包含幾個符號。不過，這些字元還包含一個隱形的逸出字元，所以都以兩個字元計算：
+ ^
+ {
+ }
+ \\
+ [
+ ]
+ \~
+ \|
+ €

最後，GSM 03.38 字元集還包含以下非列印字元：
+ 空白字元。
+ 換行控制，表示一行文字結束，並開始另一行。
+ 歸位控制，移到一行文字的開頭 (通常接在換行字元後)。
+ 逸出控制，自動新增到前面清單中的字元。

### 範例訊息
<a name="channels-sms-limitations-characters-example-messages"></a>

本節包含數則範例簡訊。針對每個範例，此區段會顯示字元總數，以及訊息的訊息部分數目。

**範例 1：長訊息，只包含 GSM 03.38 字母表中的字元**  
下列訊息只包含 GSM 03.38 字母表中的字元。

`Hello Carlos. Your Example Corp. bill of $100 is now available. Autopay is scheduled for next Thursday, April 9. To view the details of your bill, go to https://example.com/bill1.`

上述訊息包含 180 個字元，因此必須將其分割成多個訊息部分。當一則訊息分成多個訊息部分時，每個部分都可包含 153 個 GSM 03.38 字元。因此，此訊息會當成 2 個訊息部分傳送。

**範例 2：包含多位元組字元的訊息**  
下列訊息包含幾個中文字元，所有這些字元都在 GSM 03.38 字母表之外。

`亚马逊公司是一家总部位于美国西雅图的跨国电子商务企业，业务起始于线上书店，不久之后商品走向多元化。杰夫·贝佐斯于1994年7月创建了这家公司。`

上述訊息包含 71 個字元。不過，因為訊息中的所有字元幾乎都在 GSM 03.38 字母表之外，所以它會當成兩個訊息部分傳送。其中每個訊息部分最多可包含 67 個字元。

**範例 3：包含單一非 GSM 字元的訊息**  
下列訊息包含不是 GSM 03.38 字母表一部分的單一字元。在此範例中，字元是結束單引號 (’)，它是與一般撇號 (') 不同的字元。文書處理應用程式 (例如 Microsoft Word) 通常會自動以結束單引號取代撇號。如果您在 Microsoft Word 中撰寫簡訊草稿並將其貼入 Amazon SNS，則應該移除這些特殊字元，並以撇號取代之。

`John: Your appointment with Dr. Salazar’s office is scheduled for next Thursday at 4:30pm. Reply YES to confirm, NO to reschedule.`

上述訊息包含 130 個字元。不過，由於它包含了不是 GSM 03.38 字母表一部分的結束單引號字元，因此它會當成兩個訊息部分傳送。

如果以撇號 (這是 GSM 03.38 字母表的一部分)取代此訊息中的結束單引號字元，則該訊息會當成單一訊息部分傳送。