結論:beehiivの自動化は、線をつなぐ前に停止時の扱いを決めます。 入口とアクションが一つずつでも、誰が進行中か分からなければ安全に変更できません。
一枚に書く内容
| 項目 | 記録例 |
|---|---|
| trigger | 特定フォームから登録 |
| action | メール送信、待機、項目更新 |
| exit | 最終メール後にタグ付与 |
| exclusion | 既存顧客、解除済み、社内 |
| emergency | 停止、Activity確認、再公開 |
公式ヘルプでは自動化にはtriggerとactionが必要で、機能は有料プラン向けです。稼働中の自動化を編集すると未公開の変更になり、進行中購読者へ変更を適用するか新規だけにするかを選ぶ場面があります。
変更前にActivityを見る理由
現在のステップを確認せず編集すると、購読者が処理途中で止まる可能性が公式に注意されています。完了済みの購読者へ後から追加したステップは適用されません。変更日時、対象、選択した適用範囲を運用記録へ残してください。
最初の試験
自分のテストアドレス一件、短い待機、一通のメールで開始します。二つ目の分岐を足すのは、入口から終了までの履歴を説明できた後です。
次にすること
beehiivの始め方のテストデータだけで一周させ、必要な自動化数を公式料金表へ照合します。
Sources
- beehiiv automations(確認日:2026-08-17)
- beehiiv Pricing(確認日:2026-08-17)
- Add custom fields to a subscribe form(確認日:2026-08-17)