Amazon Pinpoint

解決する課題

顧客への通知やマーケティング配信を、チャネルごとにバラバラの仕組みで実装すると、宛先管理・配信ログ・効果測定が分断されてしまいます。Amazon Pinpoint なら：

• メール・SMS・プッシュ通知・音声を1つのサービスから横断的に送れる
• 顧客の属性や行動でセグメント分けして、対象を絞った配信ができる
• 開封率やクリック率などの結果を計測し、改善サイクルを回せる

主要概念と用語

• プロジェクト（アプリケーション）: 配信設定やデータをまとめる単位
• エンドポイント: 1人の顧客の1つの宛先（メールアドレス、電話番号、デバイストークンなど）。属性を付与できる
• セグメント: 条件（属性・行動）で抽出した配信対象の集合。動的セグメントと静的（インポート）セグメントがある
• キャンペーン: セグメントに対して1回または定期で配信するメッセージ施策
• ジャーニー: 条件分岐や待機を含む複数ステップの自動フロー（カスタマージャーニー）
• チャネル: メール、SMS、プッシュ（モバイル）、音声、カスタムなどの配信経路
• テンプレート: 再利用できるメッセージ本文。変数で個別差し込みができる

仕様・制限・クォータ

• 1つのプロジェクトに複数チャネルを有効化して併用できる
• セグメントは属性や行動データに基づき動的に評価される
• メール・SMS・プッシュなどチャネルごとに送信レートや到達性のルールが異なる
• アカウントあたりのエンドポイント数・キャンペーン数・1日の配信数などにクォータがあり、引き上げ申請が可能
• SMS や音声では電話番号（ロングコード、ショートコード等）の取得・登録が前提になる場合がある

内部の仕組み

Pinpoint はエンドポイント（顧客の宛先）と属性データを蓄積し、セグメントの条件に照らして配信対象を抽出します。キャンペーンやジャーニーが実行されると、対象エンドポイントごとに最適なチャネルでメッセージを送出し、各チャネルの基盤（メール送信基盤や SMS 事業者連携など）を通じて配信されます。

• 配信や反応のイベント（送信・到達・開封・クリックなど）が記録され、分析ダッシュボードに集計される
• イベントは Kinesis などへストリーミングでき、外部の分析基盤に連携できる
• メッセージ本文はテンプレートと変数で個別化され、エンドポイント属性が差し込まれる

設計パターン / ベストプラクティス

• セグメント設計を先に決める: 属性・行動データをエンドポイントに正しく持たせ、動的セグメントで対象を絞る
• ジャーニーで自動化: ウェルカム配信やフォローアップなど、条件分岐と待機を組み合わせた多段フローを組む
• テンプレートで個別化: 共通テンプレート＋変数差し込みで、保守性と一貫性を両立
• イベントをデータ基盤へ連携: 反応イベントをストリーミングで外部に出し、横断分析に活用

運用・監視

• 配信結果は分析画面で到達・開封・クリック・バウンスなどを確認できる
• 送信や配信のイベントはストリーミング連携で外部に蓄積し、長期分析に使える
• バウンスや苦情（スパム報告）が増えると到達性が低下するため、リスト品質を継続的に管理する
• API 操作は CloudTrail で記録され、監査に利用できる

コスト

• 基本は従量課金で、送信したメッセージ数やチャネルごとの単価に応じて課金される
• メール・SMS・プッシュ・音声でそれぞれ料金体系が異なる（特に SMS や音声は宛先国・事業者で変動しやすい）
• 月間アクティブな対象（ターゲティング対象）に対する課金要素もある
• 不要なキャンペーンの停止や、配信対象の絞り込みがコスト最適化につながる

セキュリティ

• IAM でプロジェクトやチャネルへのアクセスを制御し、最小権限を徹底する
• 顧客の連絡先や属性は個人情報を含むため、取得・保管・利用の範囲を明確にする
• 配信は各チャネルの暗号化された経路で行われ、API 通信は TLS で保護される
• オプトイン・オプトアウト（配信停止）の管理を徹底し、法令やプラットフォーム規約を順守する

Well-Architected の観点

• 運用上の優秀性: 配信・反応イベントを一元的に計測し、改善サイクルを自動化できる
• 信頼性: マネージドな配信基盤に乗せることで、宛先管理や再送の運用負荷を下げられる
• セキュリティ: IAM による権限分離と、個人情報・同意管理の徹底
• コスト最適化: セグメント精緻化で無駄な配信を減らし、チャネル単価を踏まえた設計にする

試験で問われるポイント

関連サービス・比較

通知という点で Amazon SNS と混同されがちですが、目的が異なります。

ハンズオン / CLI例

# プロジェクト（アプリ）を作成し、IDを控える
aws pinpoint create-app \
  --create-application-request '{"Name":"my-engagement-app"}'

# エンドポイント（顧客の宛先）を1件登録する
aws pinpoint update-endpoint \
  --application-id "$APP_ID" \
  --endpoint-id "user-001" \
  --endpoint-request '{"ChannelType":"EMAIL","Address":"user@example.com","Attributes":{"Plan":["pro"]}}'