MailPoet→Mailchimp 移行手順|CSVインポートとタグ設計(解除/バウンス持ち越し)

MailPoetからMailchimpへ。配信状態・タグ・登録フォームを引き継ぐ

MailPoetは「WordPress内完結で最短スタート」には強い。

ただ、運用が伸びると「自動化・管理・到達率・安定性」の都合で、外部ESP(Mailchimpなど)に逃がしたくなる場面が出る。

このページは、MailPoet → Mailchimp の移行を 状態を確認しながら進める順番 でまとめた手順書。

関連: MailPoetから乗り換える手順(全体像) / MailPoetの代替5サービス|必要機能と移行条件から比較する / メール到達率の基本|SPF・DKIM・DMARCと送信経路の確認


この手順は公開資料を基にした移行チェックリストです。移行を実施した所要時間・成功率の実測ではありません。データ件数、既存フォーム、自動配信、認証の反映待ちによって時間は変わります。送信予約や自動配信を一時停止し、変更前の設定とデータを残してから進めてください。

CSVに出る項目は現在の画面で確認します。購読状態を示す列を出せない場合は、管理画面の状態別件数と照合できる方法で分けて書き出します。日時項目の出力可否は、公式資料のURLによって説明が異なります。日時項目を含むエクスポートの公式説明ではSubscription time・Confirmation time等を選べる一方、下記の旧URLには出力不可の記載が残っています。利用中の版の選択項目と実際のCSVで確かめ、出せない同意日時・取得元・証跡は別途保全してください。複数リストを一緒に出す場合は同一宛先が複数行になることもあるため、CSVの行数だけでなく重複を除いた宛先数でも照合します。MailPoet公式のエクスポート範囲を確認してください。

Mailchimpの抑止リストはAudienceごとです。複数のAudienceへ配信するなら、それぞれで停止状態を維持します。また、抑止リストのインポートだけでは、すでにSubscribedになっている既存連絡先をUnsubscribedへ変更できません。既存購読者を止める必要がある場合は、公式の一括解除手順を確認してください。

公式資料(2026年9月28日確認):抑止リストの対象と既存連絡先の制約。

目次

先に結論(迷うならここだけ)

  • 移行は 「データ(CSV)」 と 「入口(フォーム)」 の2つ
  • 解除・バウンス情報を持ち越さずに送ると、誤配信や苦情につながる
  • 送信を止めて状態を点検したうえで、基本の確認順:MailPoetエクスポート → CSV整形 → 抑止状態の引き継ぎ → 同意済み購読者のMailchimpインポート → フォーム切替 → 差分取り込み

このページのゴール(この手順で確認する範囲)

  • MailPoetから購読者をCSVで出せる
  • MailchimpにCSVで入れられる(タグも付けられる)
  • 解除/バウンスは「送らない側」に退避できる
  • フォーム切替で登録漏れと解除情報の持ち越しを確認する

0) 先に決めること(ここが雑だと後で詰む)

  • Mailchimpの箱:基本は Audience 1つ+タグ運用(増やすほど運用がカオスになる)
  • タグ命名だけ固定(例:src:post / src:footer / topic:mailpoet)
  • フォーム設置場所を絞る(記事末+固定ページくらい)

1) MailPoetから購読者をエクスポートする

手順(公式):MailPoet → Subscribers → Export。(MailPoet公式)

  • 対象:使ってるリスト(or セグメント)
  • 最低限出す列:email / first_name / last_name(あるなら)
  • できれば出す列:Global status(subscribed/unconfirmed/unsubscribed/bounced)

2) CSV整形:送れる人 / 送らない人を分ける(事故防止)

MailPoetのGlobal statusを使って、CSVを2つに分ける。

MailPoetの状態 扱い Mailchimp側
subscribed 同意を確認した配信対象 Subscribedでインポート
unsubscribed 配信停止・保留 抑止リスト(Unsubscribed)へ
bounced 配信停止・保留 抑止リストへ(送らない)
unconfirmed 配信停止・保留(原則) まずは送らない(必要なら再オプトイン設計)
  • 重複(同一メール)はこのタイミングで潰す
  • 文字化け対策:UTF-8で保存

3) Mailchimp用CSVの列(列と状態を照合する)

MailchimpのインポートはCSVでいける。(Mailchimp公式)

おすすめの列(例):

  • Email Address(必須)
  • First Name(任意)
  • Last Name(任意)
  • Tags(任意だけど強い)

タグをCSVで持ち込むなら、Tags列にカンマ区切りで入れる。(Mailchimp公式:Tags列)

例:src:post,topic:mailpoet

4) 送信停止状態を先に確認し、購読者を取り込む

初回の一斉配信と自動化を止めた状態で、先に次節の抑止状態を引き継ぎます。移行先に既存購読者がいるなら、抑止CSVだけで解除へ変更できない例外にも対応します。

  • 対象Audienceを選び、Importの案内でCSVをアップロードする。
  • Email Addressなど、CSV列とAudienceの項目を対応させる。
  • 購読状態の選択は、実際に配信同意を確認した宛先に限って行う。
  • Tags列や取り込み全体のタグを確認し、取り込み結果の件数・エラーを照合する。

公式資料(2026年9月28日確認):Mailchimpの連絡先インポート、既存購読者と抑止リストの例外。

5) 抑止リスト(送らないリスト)を作る:解除/バウンスを持ち越す

解除/バウンスは「送らない側」に退避させる。これが到達率の守り。

Mailchimpは抑止リスト(Suppression list)として、Unsubscribedでの取り込みができる。(Mailchimp公式)

  1. MailPoetで unsubscribed / bounced をまとめたCSVを用意
  2. Mailchimp側で「Unsubscribed」として取り込む(抑止リスト化)

6) フォームを切り替える(登録・解除の差分を照合する手順)

  • 切替直前に、もう一度MailPoetから最新CSVを出す(差分対策)
  • Mailchimpにインポート(重複・既存状態・属性更新の結果を照合する)
  • WordPress上のフォームをMailchimpのフォームに差し替える
  • 差し替え後にMailPoetをエクスポートして差分を取り込む

7) 最初の配信は小さく始める

  • まず少数にテスト(自分が管理する確認用アドレス)
  • 同意を確認でき、移行先で配信対象となった宛先から段階的に送る(いきなり全員に投げない)
  • From固定・認証(SPF/DKIM/DMARC)を先に固める

よくある詰まりポイント(速攻で回避)

  • タグが増えて管理できない:Audience増やすより、タグ命名を固定して最小から
  • 解除済みへ送ってしまう:抑止リスト(Unsubscribed)を先に作る
  • CSVが文字化け:UTF-8で保存、列名は英語に寄せると楽
  • unconfirmedをどうする?:原則は送らない。再オプトイン設計が必要なら別で段取りを作る

まとめ

  • 移行ではCSV・フォーム・配信状態を照合する
  • 解除・バウンスの状態を持ち越し、誤配信を防ぐ
  • 迷ったら「タグ命名+フォーム設置場所」だけ先に決める

移行前後の件数と配信状態を照合する

次は確認表の例です。架空の件数で、実際の移行結果ではありません。CSVの行数だけでなく、メールアドレスを重複除去した件数、配信状態、取り込みエラーを照合してください。

確認対象 移行元の例 移行先で確認するもの
配信に同意した購読者 80件 同意の範囲内で配信対象になった件数
解除済み 10件 送信対象へ含まれないこと
バウンス・未確認 5件・5件 送信を停止・保留すること
取り込みエラー・重複 別に集計 成功件数との差を説明できること

合計100件でも、80件全員が配信できるとは限りません。移行先に以前からある解除状態、同意の範囲、エラーを優先します。新規登録と解除は移行中にも発生するため、切り替え時刻を記録し、最後に「登録者」だけでなく「解除・変更」も照合します。

自分の確認用アドレスで登録→確認→受信→解除まで通し、旧フォームと旧自動配信を止めたことも確認します。必要な記録を保全するまでは、移行元を消さず戻せる状態を残してください。

次に読む(おすすめ)

Opsoryの更新情報をメールで受け取る

メール配信の設定・比較・トラブル対処など、Opsoryで公開した記事の更新情報をお届けします。配信はメール内のリンクから解除できます。

スパムはしません!詳細については、プライバシーポリシーをご覧ください。

よかったらシェアしてね!
  • URLをコピーしました!
  • URLをコピーしました!

この記事を書いた人

コメント

コメントする

目次