SMS コスト最適化のベストプラクティス sms-cost-optimization

SMS メッセージは通常、メッセージあたり 160 文字の制限に基づいてプロバイダーにより課金されます。メッセージが複数の部分に分割されている場合、SMS メッセージの送信には追加コストが発生することがあります。

メッセージ戦略を最適化し、費用を削減するには、次のガイドラインに従ってください。

メッセージを簡潔にする keep-messages-short

Journey Optimizer では、SMS メッセージ本文に最大 1,500 文字まで使用できます。この制限を超えると警告が表示され、このしきい値を超えるメッセージによりエラーがトリガーされます。

ほとんどの SMS プロバイダーは、GSM 7 ビットエンコーディングをサポートし、1 つの SMS に最大 160 文字を含めることができます。この長さを超えるメッセージは、自動的に次の複数の SMS 部分に分割されます（連結）。

コストを最小限に抑えるには、メッセージを 160 文字未満に保持し、1 つの SMS 部分として課金されるようにします。

例えば、1,600 文字のメッセージは、Journey Optimizer では 1 つのメッセージとして表示されますが、10 個の SMS クレジットを消費する可能性があります。

長さを増やす特殊文字を回避 avoid-special-characters

| ^ € { } [ ] ~ \ などの特定の文字は、GSM エンコーディングでは 2 文字としてカウントされます。これらの文字を含めると、メッセージが 160 文字の制限​をすぐに超える場合があります。

UCS-2 エンコーディングを防ぐ prevent-ucs2-encoding

メッセージに中国語やアラビア語のテキスト、商標記号、リッチフォーマットツールからのハード改行など、GSM 以外の文字が含まれている場合、メッセージはプロバイダーにより UCS-2 を使用してエンコードされます。UCS-2 では、SMS あたり 70 文字のみがサポートされます。

UCS-2 エンコーディングを使用すると、文字数が増加し、その結果、サービスプロバイダーへのメッセージ課金に影響する場合があります。

例えば、200 文字の Unicode メッセージは、3 つの SMS 部分で配信されます。

オーサリングのベストプラクティス authoring-best-practices

最終的な SMS メッセージを Journey Optimizer 内で直接作成するか、プレーンテキストアプリケーションからペーストします。

UCS-2 エンコーディングをトリガーする非表示文字や改行が導入されることにより、SMS 部分の数と関連コストが増加する可能性があるので、リッチテキストアプリケーションの使用を回避します。

送信前に文字カウントを確認 check-character-count

文字カウントを確認するには、プレーンテキストアプリケーションまたは Journey Optimizer の​ コンテンツをシミュレート ​メニューを使用します。

Journey Optimizer では、コンテンツのシミュレーション中にスペースを含む文字カウントが表示されますが、次の点に注意してください。

レポートについて understanding-reporting

Journey Optimizer レポート​では、SMS 部分に関係なく、メッセージ全体を 1 回の送信としてカウントします。

プロバイダーレポート​には、配信に使用される SMS メッセージ部分の実際の数が反映されており、課金と潜在的な超過分を確認するために参照する必要があります。アドビが Sinch 経由の SMS プロバイダーである場合は、この課金レポートを月単位で個別に受け取ります。

パーソナライゼーションの考慮事項 personalization-considerations

動的なパーソナライゼーションにより、メッセージの長さが増える場合があります。例えば、変数の代わりに長い名を使用すると、文字数が追加されることがあります。

その他のリソース additional-resources

サポートされる文字とエンコーディングルールの確認について詳しくは、Sinch 文字サポートガイドを参照してください