Send push notifications, build audiences, and view campaign analytics from PushEngage.
This MCP server connects an AI assistant to PushEngage, enabling management of a PushEngage account. It focuses on sending push notifications, building audiences, and viewing campaign analytics, grounded in PushEngageβs support for web push, mobile app push, WhatsApp, and on-site chat widgets.
π οΈ Key Features
Send push notifications
Build audiences
View campaign analytics
π Use Cases
Manage PushEngage account operations via an AI assistant in plain language
Manage your PushEngage account from any AI assistant, in plain language.
PushEngage is a push notification platform for web push, mobile app push, WhatsApp, and on-site chat widgets, used to grow subscribers and recover revenue (cart abandonment, price drops, back-in-stock, and more).
This package is a Model Context Protocol (MCP) server. It connects MCP-capable assistants such as Claude Desktop, Claude Code, and Cursor to your PushEngage account so you can send and schedule notifications, run A/B tests, build audiences, inspect analytics, and manage site settings just by asking, without leaving your chat.
You log in once through your browser; the assistant then acts on your behalf against whichever PushEngage site you select.
Once connected, just describe what you want. A few examples:
Send and schedule
"Send a notification titled 'Sale ends tonight', message 'Last call, 50% off', linking to https://example.com/sale."
"Schedule that for 9 AM in each subscriber's local timezone."
"Set up a recurring digest every Monday and Thursday at 8 AM through the end of the month."
"Run an A/B test of two headlines and auto-roll-out the winner by click rate."
Target the right people
"Create a segment for visitors of /pricing."
"Build an audience of gold-plan customers in the US and send only to them."
Understand performance
"How many subscribers do I have, and what was my click rate over the last 30 days?"
"List my active drip campaigns with their sent, seen, and clicked stats."
Configure a site
"Set my default notification expiry to 7 days."
"Change my site timezone to Asia/Kolkata and turn on geolocation."
Requirements
A PushEngage account (free or paid) with at least one site.
Node.js 18 or newer (the assistant runs the server via npx).
An MCP-capable client (Claude Desktop, Claude Code, Cursor, or any other).
Install
Add the server to your client's MCP config. No global install is needed; npx fetches it on demand.
Claude Desktop (one-click bundle)
The easiest path on Claude Desktop is the MCP Bundle:
Download the latest pushengage-mcp-<version>.mcpb file from the GitHub releases page.
Open it with Claude Desktop (double-click it, or drag it onto the window) and click Install.
Everything is bundled β no JSON editing needed. The install dialog optionally lets you set the label shown on the PushEngage authorize screen and a custom token file path (for running multiple accounts).
Claude Desktop (manual config)
Edit ~/Library/Application Support/Claude/claude_desktop_config.json (macOS) or the equivalent on your platform:
Any client that speaks MCP over stdio works. Configure it to run the command npx -y @pushengage/mcp.
First run: logging in
Authentication is browser-based, so your credentials never touch the assistant.
Ask: "Log me into PushEngage." The server opens a browser tab to the PushEngage authorize page.
Click Authorize. The tab confirms success and an access token is saved locally.
Ask: "Show my PushEngage sites," then "Use site 12345" to pick the site to work with. The selection is remembered across restarts.
Every site-scoped tool acts on this current site unless you pass an explicit site_id. When the token expires you will see an AUTH_EXPIRED message; just ask to log in again.
Tools
All site-scoped tools default to the current site.
Authentication and sites
Tool
Purpose
pushengage_auth_login
Opens the browser to PushEngage and stores the token on success.
pushengage_auth_status
Shows whether you are authenticated and which site is selected.
Workflow automations. Filter by status; set include_analytics for entered/active/completed/failed and goal stats.
Chat widgets
Tool
Purpose
pushengage_list_chat_widgets
The on-site widget that surfaces WhatsApp, Messenger, and other channels. Shows status, channels, devices, business-hours restriction, and targeting.
Analytics
Tool
Purpose
pushengage_get_analytics_summary
Lifetime totals: subscribers, notifications sent, views, clicks, and goal count/value.
pushengage_get_analytics_timeseries
Per-bucket (day/week/month) subscribers, sends, views, clicks, CTR, and unsubscribes over a date range.
Sending notifications
Tool
Purpose
pushengage_list_notifications
Lists sent, scheduled, and draft notifications, newest first. Filter by status (dashboard-tab semantics), sent-date range, or tags; set include_analytics for rolled-up A/B and timezone-send stats.
pushengage_send_notification
Sends or schedules a notification. One tool, three delivery modes: send now, one-shot schedule (optionally per-subscriber timezone), and recurring. Optional audience_groups targeting; otherwise all subscribers.
pushengage_send_ab_notification
An A/B notification with two variants. Pass intelligent_ab_test to sample each variant, pick the winner by click rate after a delay, and roll the winner out to the rest.
Configuration
No configuration is required β the server talks to PushEngage's production API out of the box. These environment variables are available for less common setups:
Env var
Default
Purpose
PE_MCP_CLIENT_NAME
AI assistant
Label shown on the authorize screen as the requesting app. Set it if you want a specific label, e.g. "Claude Desktop".
PE_MCP_CONFIG_PATH
~/.pushengage/mcp.json
Where the token is stored. Set this to run more than one PushEngage account side by side (see below). Must be an absolute path β it's used exactly as given, with no ~ expansion.
Running multiple PushEngage accounts side by side
Register the server under two different names, each with its own PE_MCP_CONFIG_PATH so the tokens don't collide:
Ask the assistant to log in under each server name separately; each authorizes against whichever PushEngage account you choose in the browser.
Security and token storage
Login is browser-based. The assistant never sees your PushEngage password.
The dashboard sends the token to the server as a POST request, so it never appears in a URL, browser history, or access log.
The token is stored at ~/.pushengage/mcp.json with 0600 permissions (readable only by you). Its expiry is set by PushEngage and is shown by pushengage_auth_status.
To revoke it, run pushengage_auth_logout or log out of all sessions in PushEngage under Settings β Security.
Troubleshooting
The server won't connect at all ("Connection closed")
If npx -y @pushengage/mcp runs fine when you type it directly in a terminal, but your client (Claude Desktop, Cursor, etc.) shows the server as disconnected or logs something like MCP error -32000: Connection closed, this is almost always a PATH problem, not a bug in the server.
These clients are launched from your Dock/Finder, not from a terminal, so they never load your shell's startup files (.zshrc, .zprofile, etc). If Node was installed via a version manager (nvm, fnm, volta, ...), those tools only add node/npx to PATH from inside those startup files β so the client can't find npx at all, the server process never starts, and you get a generic connection error instead of a clear "command not found."
Fix: point the client at the absolute path to npx (this skips the PATH lookup for finding it) and also pass that same folder as PATH in env (so npx's own #!/usr/bin/env node shebang can find node when it re-execs). Run which npx in your terminal to get the path, then use it in your client's config:
Restart the client after editing. If which npx instead prints something under /usr/local/bin or /opt/homebrew/bin, your Node install isn't version-manager-based and this likely isn't your issue β check the client's own MCP logs for the actual error instead.
Other errors
AUTH_EXPIRED β your token expired. Ask the assistant to log you in again.
NO_SITE_SELECTED β call pushengage_list_sites and then ask to use one of the returned sites before using a site-scoped tool.
Browser doesn't open β this happens in headless or remote (e.g. SSH) sessions. The authorize URL is printed to the terminal running the server; open it manually.
Something else β every error the server returns starts with a [CODE] tag and a plain-language explanation; share that with support if you need help.