Claude Media
ClaudeとMailerLiteを連携する方法 — 購読者削除やキャンペーン送信を承認制で運用する

ClaudeとMailerLiteを連携する方法 — 購読者削除やキャンペーン送信を承認制で運用する

MailerLiteの公式MCPサーバーは購読者管理・キャンペーン作成・スケジュール送信まで扱えます。接続手順と、削除系・送信系ツールを承認制にする設定を扱います。

ClaudeとMailerLiteの連携でできること

MailerLiteは公式のリモートMCPサーバー(https://mcp.mailerlite.com/mcp)を公開しており、Claudeのコネクタとして接続できます。購読者の追加・検索、キャンペーンの作成・スケジュール、グループやセグメントの管理、オートメーションの作成、Eコマースデータの操作までを自然文で頼める構成です。

Connectorsディレクトリでは「Communication」カテゴリーに置かれ、2026年3月に追加されました。開発元はMailerLite自身で、サインインが必須です。全体像はClaude Connectorsとはにまとめています。

この連携の要点は、読み取りだけでなく書き込みも削除も送信予約もできることです。購読者を消す、キャンペーンを送る、といった取り消しにくい操作を、どのツールにどう承認を挟むかが運用の分かれ目になります。

MailerLiteのツールを操作の重さで分ける

MailerLiteの開発者向けページには、分野別にツールが並んでいます。ここでは「読むだけ」「作る・変える」「消す」「送る」の4段階で見ます。

段階主なツール内容
読むだけ主なツールget_subscriber / list_subscribers / get_subscriber_count / get_subscriber_activity / list_campaigns / get_campaign / get_campaign_links内容購読者や配信結果の参照
作る・変える主なツールadd_subscriber / update_subscriber / create_campaign / update_campaign / create_group / assign_subscriber_to_group内容購読者・キャンペーン・グループの登録と更新
消す主なツールdelete_subscriber / forget_subscriber / delete_campaign / delete_group / delete_segment / delete_form / delete_automation / delete_webhook内容削除系
送る主なツールschedule_campaign / cancel_campaign内容送信の予約と取り消し

add_subscriberは「新規追加か、既存の更新」を兼ねます(メール・名前・フィールド・グループを指定できる)。update_subscriberは「非破壊」と説明されています。つまり、同じ購読者に対して追加系と更新系の2つの入り口があります。

削除系のツールは分野ごとに散らばっています。購読者だけでなく、グループ・セグメント・フォーム・オートメーション・Webhook・カスタムフィールドにもdeleteが用意されています。承認制を敷くときは、購読者の削除だけを押さえても穴が残ります。

delete_subscriberとforget_subscriberの違い

購読者を消すツールは2つあります。

delete_subscriberは、開発者向けページで「購読者を削除する。再購読のために情報は残る」と説明されています。削除しても、あとで同じ人が再購読できるように情報が保持される動きです。

forget_subscriberはコネクタのディレクトリページのツール一覧に載っていますが、開発者向けページの購読者管理の表には見当たりません。どこまで消すのか、削除と何が違うのかは、確認できた公式ページに説明がありません。名前から「忘れられる権利への対応」と推測しても、公式の裏付けはないため、実行前にMailerLite側のドキュメントで挙動を確かめる必要があります。

ディレクトリページには「Show all 45 tools」と表示があり、開発者向けページにはそれ以上の数のツールが並びます。どちらのツール数が現行かは公式ページから判断できないため、実際に接続した画面のツール一覧を基準にしてください。

claude.aiでMailerLiteを接続する手順

ディレクトリからの接続は他の公式コネクタと同じ流れです。

  1. claude.aiで「Customize」→「Connectors」を開く
  2. 一覧からMailerLiteを探し、「Connect」を押す
  3. MailerLiteのログイン画面でサインインし、権限を許可する

ディレクトリに表示されない環境や、URLを直接指定したい場合は、カスタムコネクタとして追加できます。MailerLiteの案内では、Settings > ConnectorsからAdd Custom Connectorを選び、名前は任意(MailerLiteを推奨)、Remote MCP server URLにhttps://mcp.mailerlite.com/mcpを入れて、ログインの流れに従います。

Team・Enterpriseプランでは、Ownerが先に組織側でコネクタを有効化し、そのあと各メンバーが個別に認証します。組織側の有効化だけでは、誰も使えるようにはなりません。カスタムコネクタの追加もOwnerのみが行えます。

Claude Codeから接続する

ターミナルからは、MailerLiteが案内するコマンド1行で追加できます。

claude mcp add --transport http mailerlite \
  https://mcp.mailerlite.com/mcp

追加後はClaude Code内で/mcpを開き、OAuthのサインインを済ませます。ここで付けた名前(mailerlite)が、後述の権限ルールに出てくるサーバー名になります。

削除系・送信系ツールを承認制にする

書き込み系を安全に運用する方法は、Claudeアプリ側と、Claude Code側の2系統があります。

Claudeアプリ(Team・Enterprise)のTool permissions

Team・EnterpriseのOwnerは、「Customize」→「Connectors」でMailerLiteを選び、Tool permissionsを開きます。権限はツールの種類別(読み取り専用ツール、書き込み・削除ツールなど)に分類されて表示され、カテゴリー単位でも個別のツール単位でも、Always allow・Needs approval・Blockedの3段階から選べます。

この設定は組織全体に効き、個々のユーザーは上書きできません。MailerLiteでの現実的な割り当ては、次のような形です。

ツール設定の例理由
参照系(get_, list_)設定の例Always allow理由状態を変えない
add_subscriber / update_subscriber / create_campaign設定の例Needs approvalかAlways allow理由変更は起きるが、あとから直せる
schedule_campaign設定の例Needs approval理由送信が実行される操作
delete_*(購読者・キャンペーン・グループなど)設定の例Needs approval理由取り消しにくい
forget_subscriber設定の例Blocked理由説明が確認できない

上の割り当ては一例です。どれを許可するかは、組織の運用ルールで決めることになります。

Claude側で許可しても、MailerLiteのアカウントに権限がない操作は通りません。制限はソースシステムの権限を狭めるだけで、広げることはありません。

Tool permissionsはOwner向けの設定です。個人で使う場合、サポート記事は、承認要求の内容をよく読み、信頼できるツールだけにAlways allowを使うよう案内しています。会話ごとに不要なツールを、Search and toolsメニューで無効にする方法もあります。設定の落とし穴はClaude Connectorsの権限設定でよくある失敗と対策を参照してください。

Claude Codeのpermissionsで止める

Claude Codeでは、.claude/settings.jsonのpermissionsに、mcp__<サーバー名>__<ツール名>の形でルールを書きます。denyは常に拒否、askは実行前に確認を出します。ワイルドカードはmcp__mailerlite__*のようにサーバー名の後ろで使えます。

例えば次のような設定です(サーバー名をmailerliteにした場合の一例)。

{
  "permissions": {
    "ask": [
      "mcp__mailerlite__schedule_campaign",
      "mcp__mailerlite__delete_subscriber",
      "mcp__mailerlite__delete_campaign",
      "mcp__mailerlite__delete_group"
    ],
    "deny": [
      "mcp__mailerlite__forget_subscriber"
    ]
  }
}

allowルールのワイルドカードは、mcp__<サーバー名>__の接頭辞の後にだけ書けます。

Claude Codeで接続するとき、Claudeアプリ側でOwnerがaskに設定したコネクタ(mcp__claude_ai_<server>__<tool>の形で現れるもの)は、Claude Code側のallowルールでは上書きできません。Claudeアプリ側の組織設定が、Claude Codeの手元のルールより優先される場面があります。

実際の依頼と承認の流れ

MailerLiteの例示ページは、変更を伴う依頼に[ACTION]を付けて区別しています。読み取りだけの質問は次のようなものです。

  • 直近10本のキャンペーンを開封率とクリック率で並べ、上位に共通する点を挙げて
  • 購読者数と、アクティブ・配信停止・未確認の内訳を教えて
  • 開封したがクリックしていない購読者を、直近5通分で出して

[ACTION]の付く依頼は、アカウントを変更します。

  • 「Active Subscribers」セグメント宛てに、下書きのニュースレターを来週火曜9:30に予約して
  • 前月に最も反応が良かったニュースレターを、未開封の人に件名を変えて再送して
  • 新商品の告知でA/Bテストを作り、購読者の20%に送って

送信系の依頼では、承認画面で見るべき点が3つあります。宛先(グループかセグメントか)、件名と本文、送信日時です。例示ページには、全員宛ての依頼の前にテストメールを自分に送る流れも載っています。schedule_campaignをNeeds approvalにしておけば、この確認が実行前に必ず挟まります。

削除を含む整理の依頼は、いきなり消させず、対象の一覧を出させてから進めます。例示ページにも「Inactiveセグメントの購読者を、リストを掃除する前に一覧して確認したい」という依頼が載っています。list_subscribersで対象を確認し、件数と条件を読んでから、delete_subscriberの承認に進む順序です。

Eコマース系は1つのツールに複数の操作が入る

Eコマースのツール群は、他と作りが違います。manage_ecommerce_shopsやmanage_ecommerce_ordersなどのツールは、actionパラメーター(list・get・create・update・delete・importなど)で操作を切り替えます。

この作りだと、ツール単位で権限を分けても「参照」と「削除」が同じツールに同居します。manage_ecommerce_をAlways allowにすると、deleteのactionも承認なしで通り得ます。承認制を敷くなら、manage_ecommerce_はNeeds approvalに寄せるのが無難です。

よくあるつまずき

削除したのに購読者が残っているように見える

delete_subscriberは、再購読のために情報を保持する動きだと説明されています。完全な消去を求める場面では、このツールだけで足りるとは言えません。forget_subscriberの挙動は確認できた公式ページに説明がないため、MailerLite側のドキュメントで確かめます。

ツールが期待通りに呼ばれない

MailerLiteの例示ページには、クライアントによっては、意図したツールが呼ばれるように依頼の言い回しを調整する必要があると書かれています。

複数のコネクタで似た機能が競合する

他のメール配信系コネクタも接続していると、どのサービスで動かすか曖昧になります。「MailerLiteで」と名指しし、読み込むツールの数はClaudeのツールアクセス設定で調整できます。

まとめ

MailerLiteのコネクタは、購読者管理からキャンペーンの作成・予約まで扱える読み書き両対応です。運用上のポイントは、参照系を許可し、schedule_campaignと各種のdelete系はNeeds approvalに、説明が確認できないforget_subscriberはBlockedまたは承認制にすることです。Eコマース系のmanage_ecommerce_*は複数の操作が同居するため、ツール単位ではなくactionまで見て承認します。

この記事を共有:XはてブLinkedIn