5 万人の購読者を Mailchimp から 3 日で移行した話

私たちのニュースレターは購読者 49,847 人の時点で、翌月分の Mailchimp 請求書が届きました：Standard tier で月 $259、5 万人を超えれば月 $310 への増額が予定されていました。年間 $3,108〜$3,720 の継続支出。そのサービスに私たちが本質的に必要としていた機能は「火曜日にリスト宛てにニュースレターを送る」だけだったのに、です。

このリストは 4 年間 Mailchimp 上にありました。開封率 38%、クリック率 4.2%、苦情率はほぼゼロ。Mailchimp が壊れていたから移行したのではなく — 使っている内容に対して価格が不釣り合いに感じたから移行したのです。

移行先候補：AcelleMail をセルフホストし、Amazon SES Frankfurt（購読者リストの EU レジデンシー）経由で送信。買い切りライセンス $80、月額オールイン約 $15。ライセンス回収：1 ヶ月目。

技術作業は約 3 時間。時間ごとに見ると：

• 1 時間目。Hetzner CX22（€4.51/月、eu-central-1 Falkenstein）を起動。Ubuntu 24.04 LTS。nginx + PHP 8.3 + MySQL 8 + composer をインストール。CodeCanyon から AcelleMail bundle をアップロードし、web インストーラーを実行。ライセンス検証、admin ユーザー作成。
• 2 時間目。Amazon SES → 「Verified identities」→ 送信ドメインを追加。Easy-DKIM を有効化（CNAME 3 件）。SPF + DMARC レコードを公開。SES の検証完了を約 10 分待つ。本番アクセスを申請（フォーム入力 4 分、翌朝に承認が返ってきた）。
• 3 時間目。AcelleMail admin → Sending servers → SES を SMTP で追加。クレデンシャルを貼り付け。組み込みのテストメールを自分の受信箱に送信。受信箱に到達、DKIM pass、SPF pass。✅

移行で学んだ Lesson 1：技術セットアップは簡単な部分です。残りの 2 日は全面的にデータ移行 + オートメーション再構築でした。

Mailchimp エクスポート：Audience → All contacts → Export。ダウンロードは CSV 4 ファイル入りの ZIP：subscribed members、unsubscribed members、cleaned（bounced）members、non-subscribed（pending）。サイズ：49,847 + 8,124 + 612 + 21。

小さな Python スクリプトを書いて 4 つの CSV を 1 つのマスターファイルに統合し、新規列を 2 つ追加：status（subscribed / unsubscribed / bounced）と consent_source_mailchimp（Mailchimp が記録していた取得元 URL を保持）。30 分。

AcelleMail インポート：Lists → Create List → merge field を設定（私たちのケースでは 6 つ：email、first_name、last_name、segment、signup_source、consent_date）。続いて Import → Upload CSV → 列をマッピング。インポートはバッチで実行され、合計 58,000 行で約 25 分。タグはカスタムフィールドとして取り込まれ、インポート後に segment へ変換しました。

Lesson 2：Mailchimp の segment はきれいにエクスポートされません。CSV はどのタグがコンタクトに付いているかしか教えてくれず、segment ルールは教えてくれません。私たちには 11 個の segment があり、AcelleMail の segment builder で再現するのにさらに 90 分かかりました。これは演算子の意味論がわずかに異なるためです（Mailchimp の「is or is not」vs AcelleMail の「equals / does not equal」）。移行を始める前に segment を文書化しておきましょう。

これが一番長い日でした。Mailchimp 上にアクティブなオートメーションが 4 つ：welcome シリーズ（5 通）、90 日 re-engagement、コンテンツダウンロードフォローアップ（3 通）、四半期 winback。合計 13 通を一から作り直しました。

AcelleMail のオートメーションビルダーは Mailchimp と同じプリミティブ — trigger / wait / condition / send / tag-update — を使うので、概念的マッピングは 1 対 1 です。律速はメール HTML の再構築でした。Mailchimp 用のカスタムテンプレートをベースに使っていたので、AcelleMail は生 HTML を受け付けるためソースを貼り付け、Mailchimp の merge tag（*|FNAME|*）を AcelleMail のもの（{{FNAME}}）へ search-and-replace で置換しました。

約 4 時間後、4 つのオートメーションすべて再構築完了 + 自分のアドレスへテスト送信。そしてスモークテスト：次のスケジュール済みニュースレターを AcelleMail から、Mailchimp で送ったはずのものと PARALLEL で送信。火曜の 9 時に両方送信。正午までに：

• Mailchimp 送信：開封率 38.1%（4 週間のベースライン）。
• AcelleMail 送信：開封率 37.4%。ノイズの範囲内。

到達率パリティを確認。Day 3 はサイトのサインアップフォームを AcelleMail の API に向け、Mailchimp Standard サブスクリプションを請求期間末で停止する手続きを完了して終了しました。

1. 3 人の購読者の first_name に絵文字。Mailchimp の CSV エクスポートはこれを ? プレースホルダーとしてエンコードしていました。気付いたのは Day 4 の新規サインアップに welcome メールが届き、名前が ? になっていた時。修正：インポート後のスイープ + サインアップフォームへのサニタイザ追加。
2. 1 つのオートメーションが発火し続けた。エクスポート前に Mailchimp の winback フローを無効化するのを忘れていました。失効済み購読者 3 人が、同じ時間内に Mailchimp と AcelleMail の両方から winback メールを受信。気まずい。フォローアップでお詫びしました。
3. 開封率が 48 時間「おかしく」見えた。AcelleMail は開封トラッキングピクセルで開封をカウントし、Mailchimp は自社トラッカーで開封をカウントします。メトリクスの定義は一致していましたが、最初の 48 時間 AcelleMail は 12% の開封を表示し、Mailchimp の履歴は 38% を示していました。追跡すると、購読者のメールクライアント（画像読み込みの判断をキャッシュする）でまだ開封トラッキングピクセルが温まっていないことが原因でした。48 時間後に数値は収束しました。

移行後 6 ヶ月のレトロ：

エンジニアリング時間の差分は実在し、継続的です。SES バウンスのレビュー、OS パッチ、たまの MySQL チューニングに月で約 1 時間余分にかかっています。私たちの時給換算で約 $50/月のソフトコスト — それでも Mailchimp Standard 比で 4〜5 倍の純削減です。

もう一度やるか？やります。3 日の作業で年間 $3,000〜$3,500 節約する価値はあったか？あります。すべてのチームに勧めるか？いいえ — 運用リソースがないなら、Mailchimp の利便性税は払う価値のある税かもしれません。