beehiivへ移行する方法:CSV対応表と少数インポートで欠損を防ぐ

元サービスの列とbeehiivの項目・タグを対応させ、同意状態を守って段階移行します。

結論:beehiivへの移行は、CSVをアップロードする前の対応表で成否が決まります。 元の列をその場で推測して割り当てないでください。

対応表の列

元列名、意味、値の例、beehiiv側の保存先、型、空欄時の扱い、移行対象外理由を記録します。Emailは必須です。公式ヘルプではCSVヘッダーをcustom fieldまたはsubscriber tagへマッピングでき、Text、Number、True/False、Date、Date & Timeなどの型を利用できます。

小さく試す

  1. 同意済みのテスト対象を5〜10件に絞る
  2. 日本語、空欄、日付、真偽値を混ぜる
  3. 上書きしない設定で初回を通す
  4. プロフィールとsegmentを確認する
  5. Full exportで往復できるか検算する

既存購読者を上書きする選択肢は便利ですが、空欄で有効な値を消さないかを事前に検証します。配信履歴や元サービス固有の自動化はCSVだけでは移りません。

移行後の配信

全件直後に一斉送信せず、反応の高い同意済み層から段階的に開始します。登録経路と同意根拠はbeehiiv外の台帳にも残します。

次にすること

beehiivのカスタムフィールドで保存先を決め、テスト移行後に始め方の送信確認へ進みます。

Sources