ClaudeとMailerLiteを連携する方法 — 購読者削除やキャンペーン送信を承認制で運用する
MailerLiteの公式MCPサーバーは購読者管理・キャンペーン作成・スケジュール送信まで扱えます。接続手順と、削除系・送信系ツールを承認制にする設定を扱います。
ClaudeとMailerLiteの連携でできること
MailerLiteは公式のリモートMCPサーバー(https://mcp.mailerlite.com/mcp)を公開しており、Claudeのコネクタとして接続できます。購読者の追加・検索、キャンペーンの作成・スケジュール、グループやセグメントの管理、オートメーションの作成、Eコマースデータの操作までを自然文で頼める構成です。
Connectorsディレクトリでは「Communication」カテゴリーに置かれ、2026年3月に追加されました。開発元はMailerLite自身で、「Anthropic verified」の表示があり、サインインが必須です。全体像はClaude Connectorsとはにまとめています。
読み取りだけでなく、書き込みも削除も送信予約もできる点が、この連携の分かれ目です。購読者を消す、キャンペーンを送るといった取り消しにくい操作に、どのツールでどう承認を挟むかを決めておくと運用が安定します。SMSの送信コネクタで同じ発想を使う例はClaudeのInfobip MessageでSMSを送る前に宛先と文面を確かめるにあります。
MailerLiteのツールを操作の重さで分ける
MailerLiteの開発者向けページには、分野別に77個のツールが並んでいます。ここでは「読むだけ」「作る・変える」「消す」「送る」の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が用意されています。購読者の削除だけを押さえても穴が残ります。
4段階の表に収まらない3つのツール
開発者向けページの説明文だけで、名前から想像した動きとは違うと分かるツールがあります。
update_automation_email_contentは、オートメーション内のメールのHTML本文を置き換え、既存のデザインを上書きします。名前は更新系ですが、結果は上書きですimport_subscribers_to_groupは、購読者をグループへまとめて取り込みます。1回の依頼で件数が大きく動きますbatch_requestsは、複数のAPI操作を1回の要求にまとめて実行します。ツール単位の権限では、中身にどの操作が入るかが見えません
名前だけで見ると、どれも「作る・変える」の段階に入ります。承認制にするなら、この3つはNeeds approval側に寄せるという選択肢があります。
ディレクトリページと開発者向けページで数が違う
Connectorsディレクトリのツール一覧には「Show all 45 tools」と表示されます。開発者向けページは77個です。名前も一致しません。get_single_importとlist_groupsはディレクトリ側にだけ並び、forget_subscriberもディレクトリ側にだけあります。
どちらのページが正しいかは公開ページだけでは決められないため、権限を決める前に、接続した画面の一覧で名前を引き直します。
delete_subscriberとforget_subscriberの違い
購読者を消すツールは2つあります。
delete_subscriberは、開発者向けページで「購読者を削除する。再購読のために情報は残る」と説明されています。削除しても、あとで同じ人が再購読できるように情報が保持される動きです。
forget_subscriberはディレクトリページのツール一覧にだけ載っており、開発者向けページの購読者管理の一覧にはありません。どちらのページにも、どこまで消すのか、削除と何が違うのかの説明は書かれていません。名前から「忘れられる権利への対応」を連想できても、実際の挙動はMailerLite側のドキュメントで確かめてから許可する流れになります。
claude.aiでMailerLiteを接続する手順
ディレクトリからの接続は他の公式コネクタと同じ流れです。
ディレクトリからの接続
- 1
Connectorsを開く
claude.aiで「Customize」→「Connectors」を開きます。
- 2
MailerLiteを探して接続する
一覧からMailerLiteを探し、「Connect」を押します。
- 3
サインインして権限を許可する
MailerLiteのログイン画面でサインインし、権限を許可します。
ディレクトリに表示されない環境や、URLを直接指定したい場合は、カスタムコネクタとして追加できます。MailerLiteの案内では、Settings > ConnectorsからAdd Custom Connectorを選び、名前は任意(MailerLiteを推奨)、Remote MCP server URLにhttps://mcp.mailerlite.com/mcpを入れて、ログインの流れに従います。
Team・Enterpriseプランでは、Ownerが先に組織側でコネクタを有効化し、そのあと各メンバーが個別に認証します。組織側の有効化だけでは、誰も使えるようにはなりません。カスタムコネクタの追加は、TeamではOwnerとPrimary Ownerが行えます。Enterpriseでは、これらに加えてLibrariesのManage access権限を含むカスタムロールの人も追加できます。
Claude Codeから接続する
ターミナルからは、MailerLiteが案内するコマンド1行で追加できます。
claude mcp add --transport http mailerlite \
https://mcp.mailerlite.com/mcp--transport httpを落とすと、URLがstdioサーバーのコマンドとして扱われます。v2.1.289のclaude mcp add --helpは、次のように出力します。
claude mcp add --help -s, --scope <scope> Configuration scope (local, user, or project)
(default: "local")
-t, --transport <transport> Transport type (stdio, sse, http). Defaults to
stdio if not specified.スコープの既定はlocalです。そのプロジェクトで自分だけが使う設定になります。チームで同じ設定を共有するときは--scope projectを付けると、プロジェクト直下の.mcp.jsonに書かれます。
追加後はClaude Code内で/mcpを開き、OAuthのサインインを済ませます。ここで付けた名前(mailerlite)が、後述の権限ルールに出てくるサーバー名になります。
同じURLを指すclaude.aiのコネクタがすでにあっても、claude mcp addで足したサーバーが優先されます。/mcpではコネクタ側が「hidden」と表示されます。
削除系・送信系ツールを承認制にする
書き込み系を安全に運用する経路は、Claudeアプリ側と、Claude Code側の2系統あります。できることの範囲がはっきり違います。
承認制を敷く場所の違い
Claudeアプリ(Owner)
Team・EnterpriseのOwnerだけが、Tool permissionsでAlways allow・Needs approval・Blockedを選べます。個々のユーザーは上書きできません。
Claude Code(手元の設定)
.claude/settings.jsonのpermissionsに、askとdenyを書きます。Claudeアプリ側のNeeds approvalが届くセッションでは、手元のallowで外せません。
Claudeアプリ(Team・Enterprise)のTool permissions
Ownerは「Customize」→「Connectors」でMailerLiteを選び、Tool permissionsを開きます。権限はツールの種類別(読み取り専用ツール、書き込み・削除ツールなど)に分類されて表示され、カテゴリー単位でも個別のツール単位でも設定できます。
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のアカウントに権限がない操作は通りません。制限はソースシステムの権限を狭めるだけで、広げることはありません。
個人で使う場合、サポート記事は、承認要求の内容をよく読み、信頼できるツールだけにAlways allowを使うよう案内しています。会話ごとに不要なツールを、Search and toolsメニューで無効にする方法もあります。設定の落とし穴はClaude Connectorsの権限設定でよくある失敗と対策を参照してください。
Claude Codeのpermissionsで止める
Claude Codeでは、.claude/settings.jsonのpermissionsに、mcp__<サーバー名>__<ツール名>の形でルールを書きます。denyは常に拒否、askは実行前に確認を出します。
例えば次のような設定です(サーバー名をmailerliteにした場合の一例)。
{
"permissions": {
"ask": [
"mcp__mailerlite__schedule_campaign",
"mcp__mailerlite__delete_subscriber",
"mcp__mailerlite__delete_campaign",
"mcp__mailerlite__delete_group"
],
"deny": [
"mcp__mailerlite__forget_subscriber"
]
}
}ワイルドカードはmcp__mailerlite__*のようにサーバー名の後ろで使えます。allowルールのワイルドカードは、mcp__<サーバー名>__の接頭辞の後にだけ書けます。askとdenyは、ツール名の位置にもglobを使えます。
組織のNeeds approvalがClaude Codeに届くとき
Claude Codeがclaude.aiのコネクタを自分で取得するセッションでは、組織がaskにしたツールが次のように動きます。この場合のツール名はmcp__claude_ai_<server>__<tool>の形です。
- allowルールがあっても、毎回確認が出ます。
acceptEdits・auto・bypassPermissionsでも同じで、「今後は聞かない」という選択肢は出ません - 確認を出さない
dontAskモードでは、確認の代わりに呼び出しが拒否されます - Blockedのツールは、Claudeのツール一覧から外れます。
/mcpでは「disabled by your organization」と表示されます
例外はデスクトップアプリのローカル・SSHセッションです。ここではaskの設定がClaude Codeに届かず、通常の権限ルールが適用されます。blockedは変わらず効きます。
実際の依頼と承認の流れ
MailerLiteの例示ページは、変更を伴う依頼に[ACTION]を付けて区別しています。読み取りだけの質問は次のようなものです。
- 直近10本のキャンペーンを開封率とクリック率で並べ、上位に共通する点を挙げて
- 購読者数と、アクティブ・配信停止・未確認の内訳を教えて
- 開封したがクリックしていない購読者を、直近5通分で出して
[ACTION]の付く依頼は、アカウントを変更します。
- 「Active Subscribers」セグメント宛てに、下書きのニュースレターを来週火曜9:30に予約して
- 前月に最も反応が良かったニュースレターを、未開封の人に件名を変えて再送して
- 新商品の告知でA/Bテストを作り、購読者の20%に送って
送信系の依頼では、承認画面で見るポイントが3つあります。
schedule_campaignの承認画面で見る点
宛先
グループかセグメントか。依頼した範囲どおりに指定されているかを読みます。
件名と本文
再送の依頼では、件名が頼んだとおりに変わっているかも見ます。
送信日時
「来週火曜9:30」のような相対表現が、どの日付に解決されたかを見ます。
例示ページには、全員宛ての依頼の前にテストメールを自分に送る流れも載っています。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に寄せるのが無難です。
Claude Code側では、settings.jsonのmcp__ルールに括弧を付けても読み込み時に読み飛ばされます。パラメーター単位で止める場合、案内されているのは--disallowedToolsでdenyルールを渡す方法です。形は内蔵ツールのTool(param:value)と同じです。たとえばmcp__mailerlite__manage_ecommerce_orders(action:delete)のように書きます。この指定が一致するのは、パラメーターがその値に完全一致したときだけです。
よくあるつまずき
削除したのに購読者が残っているように見える
delete_subscriberは、再購読のために情報を保持する動きだと説明されています。完全な消去を求める場面では、このツールだけで足りるとは言えません。forget_subscriberの挙動はMailerLite側のドキュメントで確かめます。
ツールが期待通りに呼ばれない
MailerLiteの例示ページには、クライアントによっては、意図したツールが呼ばれるように依頼の言い回しを調整する必要があると書かれています。
複数のコネクタで似た機能が競合する
他のメール配信系コネクタも接続していると、どのサービスで動かすか曖昧になります。「MailerLiteで」と名指しし、読み込むツールの数はClaudeのツールアクセス設定で調整できます。
まとめ
取り消せるかどうかで、承認の要否を分けると決めやすくなります。送信系は、承認画面で宛先・件名・送信日時を実行前に読むことに意味があります。
参照した一次ソース
この記事の記述は、次の一次ソースと照合しています。更新時に参照先が変わった場合は一覧も更新します。