ACSのLanding Pagesは、プロフィールやサービスの購読・解除等に使うWebページです。任意の会員サイトやすべてのデータを更新する汎用フォームとは異なります。対象リソース、照合、アクセス、試験、公開後の更新までを確認して設計します。
操作できるリソースの範囲を知る
公式資料では、LPの表示・更新はProfileとSubscriptionに制限されます。任意の注文履歴や独自リソースの一覧を、そのまま表示・更新できるとは考えないでください。購読中サービスのリストを自動で表示することにも制約があります。資料請求やアンケート等を計画する場合は、取得する値をどこへ保存し、何の処理が別に必要かを先に確認します。
テンプレートでアクセスと更新を決める
ResourcesのLanding page templates等から目的に合うテンプレートを用意し、識別済み・未識別の訪問者のアクセスやフォーム送信時の動きを設定します。そのテンプレートを基にページを作り、ラベルや説明、表示と項目の対応を確認します。入力項目を氏名・電話等の固定の必須セットにせず、目的と既存のデータ定義に合わせます。
照合と事前入力を確認する
公式資料は、事前入力されたフォームはCampaignメールからアクセスする条件や、照合が一つのレコードで止まる動作を説明しています。重複プロフィールがあれば、送信した内容がどこへ反映されるかを試す必要があります。外部Webサイトからの新規登録と、メールから既存情報を更新する用途を混ぜず、対象者の識別と更新する項目を明確にしましょう。
購読・停止と確認メールを分ける
サービス単位の購読や解除と、チャネルの停止は同じ意味とは限りません。変更後に何が止まり、何が残るかを確認します。ダブルオプトインも、フォームを置くだけで完成する機能ではありません。公式の例は、確認LP、確認のトランザクションメール、取得LP等を順序立てて設定します。未確認の人へ通常の案内が送られない制御まで試してください。
テストでもプロフィールが更新される
LPはTest profilesではなくProfilesを扱い、メールのProofだけでは試験を完了できません。公式資料は、フォーム送信で選択したプロフィールが実際に更新されるため、架空の検証用顧客を使うよう案内しています。通常、重複、必須値の欠落、エラー、購読解除等を確認し、検証前後の値を比較します。本番顧客を試しに書き換えない手順を決めてください。
公開・再公開と期限を管理する
試験後にPublishし、公開状態とURLを確認します。変更を反映するには再公開が必要です。公式は有効期限の設定も勧めているため、終了した企画のページをどう扱うかを決めます。公開後はリンク、送信後の表示、更新結果、通知等を確認します。HTTPSや同意のチェック欄があるだけで、個別の表示や法的要件をすべて満たしたとは判断しないようにしましょう。
LP公開の確認表
| 段階 | 確認すること |
|---|---|
| 設計 | 対象リソース、識別、更新、権限 |
| 入力 | 必須、形式、説明、確認・エラー画面 |
| 購読 | 対象サービス、停止範囲、確認フロー |
| 試験 | 検証用Profile、前後の値、重複 |
| 公開 | URL、公開状態、再公開、期限 |
導入前の確認事項
- ProfileとSubscriptionの範囲を確認した
- アクセス・照合・更新項目を定義した
- 検証用プロフィールで変更を確認した
- 公開URL・再公開・期限を管理した
公式資料・関連記事
関連記事：ACSのProfiles管理｜作成・更新とデータ確認、ACSのTransactional Messaging｜種類と設計、ACSのデータモデル｜顧客・購読とリソース拡張。
運用設計や確認項目の整理は、現在の業務と対象URLを添えて株式会社AOへご相談ください。
公式資料の確認日：2026年11月2日。記入例や手順は編集上の提案で、導入成果を保証するものではありません。
コメント