通知テキストの文字数設計

プッシュ通知やメール件名は、ユーザーとの最初の接点です。限られた表示領域で情報を的確に伝えるには、各プラットフォームの文字数制限を把握し、制限内で最大の効果を発揮するテキスト設計が求められます。本記事では、主要な通知チャネルの文字数制限と設計のポイントを解説します。

プラットフォーム別の文字数制限

プッシュ通知の文字数設計

iOS と Android ではプッシュ通知の表示領域が異なります。iOS のロック画面ではタイトルが 1 行、本文が 4 行程度で切り詰められるため、重要な情報は冒頭 50 文字以内に配置しましょう。Android は展開表示に対応していますが、通知一覧では 1 行に短縮されるため、最初の 40 文字で要点を伝える設計が重要です。

APNs (Apple Push Notification service) のペイロード上限は 4,096 バイト、FCM (Firebase Cloud Messaging) は 4,000 バイトです。ただし、これはメタデータを含む全体のサイズであり、表示されるテキストの文字数とは異なります。日本語はバイト数が大きいため、ペイロード全体のサイズにも注意が必要です。

メール件名の最適な長さ

メール件名は開封率に直結する要素です。デスクトップのメーラーでは 60 文字程度まで表示されますが、モバイル端末では 30 文字前後で切り詰められます。モバイルでの閲覧が過半数を占める現在、件名の核心は先頭 30 文字以内に置くべきです。

プレヘッダーテキスト (件名の横に表示されるプレビュー文) は 40 〜 90 文字が表示されます。件名で伝えきれない補足情報をプレヘッダーに配置すると、開封率の向上が期待できます。件名とプレヘッダーの合計で 80 〜 100 文字を目安に、一貫したメッセージを構成しましょう。

ブラウザ通知の制約

Web Push 通知は、ブラウザと OS の組み合わせによって表示文字数が変動します。Chrome on Windows ではタイトル約 50 文字、本文約 120 文字が表示されますが、macOS の Chrome ではバナー表示が短くなる傾向があります。

Notification API の title と body プロパティには技術的な文字数制限はありませんが、OS 側の表示領域で切り詰められます。確実に伝えたい情報はタイトルの先頭 30 文字と本文の先頭 60 文字に集約し、残りは補足情報として扱う設計が堅実です。

通知テキストの UX 設計原則

効果的な通知テキストには共通する設計原則があります。第一に、ユーザーにとっての価値を冒頭で明示すること。「注文が発送されました」「30% オフセール開始」のように、通知を見た瞬間に内容が把握できる表現を選びます。

第二に、行動を促す要素を含めること。「今すぐ確認」「残り 3 時間」のような緊急性や具体的なアクションを示す文言は、タップ率の向上に寄与します。ただし、過度な煽りはユーザーの信頼を損なうため、事実に基づいた表現に留めましょう。第三に、パーソナライズを活用すること。ユーザー名や過去の行動に基づいた通知は、汎用的なメッセージよりも高いエンゲージメントを得られます。

まとめ

通知テキストの文字数制限はプラットフォームごとに異なりますが、タイトルは 40 文字以内、本文は 100 文字以内を基本とすれば、主要な環境で情報が切り詰められるリスクを抑えられます。メール件名はモバイル表示を前提に 30 文字以内で核心を伝えましょう。通知テキストの文字数を調整する際は、文字カウンタスで事前に確認すると効率的です。