elementor-mcp-agent
Agency-grade MCP server for WordPress Elementor — multi-site management for 120+ WordPress sites with safe edits (backup + auto-rollback + post-write verification), template export/import, global widget detection, CSS flush, WP-CLI escape hatch, and headless Chrome screenshots. 34 tools across pages, widgets, templates, bulk find/replace, and fleet operations.
README
elementor-mcp-agent
Agency-grade MCP server for WordPress Elementor. Multi-site management, safe Elementor edits with backup + auto-rollback + CSS flush, template export/import, global widget detection, screenshots, WP-CLI escape hatch.
Built for agencies running many client sites on Elementor / Elementor Pro who want Claude (or any MCP client) to drive the toil — without breaking pages.
How this was built
elementor-mcp-agent was built end-to-end with Claude Code over ~48 hours. The process is intentionally open:
- Architecture, code, tests, docs — all generated through Claude Code pair-programming sessions
- The 7 bugs documented in this post-mortem were caught in real E2E testing against a live WordPress + Elementor install, not after the fact
- v1.2's post-write verification pattern was shipped 2 hours after a reader's comment (Mads Hansen on Dev.to) — the changelog credits the source
This isn't vibe-coded software thrown over the wall. Every release ran through lint + typecheck + 27 unit tests + (for v1.0) full E2E against a real WordPress install before publishing. The MCP itself hardcodes guardrails that prevent the model from making destructive WP-CLI calls.
I run a small WordPress agency and use this tool every day on client sites. If you're skeptical about agentic codegen for production infrastructure, the entire commit history is in the open — judge for yourself.
Why this exists
There are 25+ WordPress MCP servers on GitHub today. None targets the agency multi-site workflow with:
- Real backup before every edit (postmeta via WP-CLI when SSH available, JSON file fallback — never silently lost)
- Two-call confirmation for any destructive op (TTL 60s)
- JSON validation + auto-rollback if an edit produces invalid Elementor data
- 3-level CSS flush fallback (REST → wp-cli native → option/meta delete → re-save)
- Global widget awareness — preflight check warns if a page references shared widgets
- WP-CLI escape hatch for everything the REST API can't do safely
- Screenshots via headless Chrome (no puppeteer dep)
Install
npx -y elementor-mcp-agent
Configure
export ELEMENTOR_MCP_SITES='[{
"id": "client-acme",
"url": "https://acme.example.com",
"username": "admin",
"application_password": "xxxx xxxx xxxx xxxx xxxx xxxx",
"ssh": {
"host": "host.example.com",
"user": "username",
"port": 22,
"path": "/path/to/wordpress",
"wp_cli_path": "wp"
}
}]'
Generate the WordPress Application Password at https://{your-site}/wp-admin/profile.php#application-passwords-section.
The ssh block is optional but unlocks 8 additional tools (WP-CLI escape hatch + reliable custom-postmeta backups). The MCP works without SSH — backups go to local JSON files instead.
wp_cli_path auto-detects if omitted (tries wp, then ~/bin/wp.phar, then ~/wp-cli.phar).
Claude Desktop config
{
"mcpServers": {
"elementor": {
"command": "npx",
"args": ["-y", "elementor-mcp-agent"],
"env": {
"ELEMENTOR_MCP_SITES": "[{\"id\":\"acme\",\"url\":\"https://acme.com\",\"username\":\"admin\",\"application_password\":\"...\"}]"
}
}
}
}
Tools (34)
Sites & health
list_sites— enumerate the poolping_site— auth + version probesite_health— multi-call health snapshot
Pages
list_elementor_pages— pages in builder moderead_page_elementor— parsed summary + optional full treelist_widgets_in_page— flat widget inventory with excerptslist_global_widgets— shared widgets (edit one → affects every page using it)preflight_check— validate a page is safe to editelementor_find_replace— text replace with dry-run → token → apply → backup → validate → rollback if invalidlist_elementor_backups/restore_elementor_backup— full restore chain with pre-restore safety backupduplicate_elementor_page— clone within a site (data + page_settings + edit_mode)
Templates
list_elementor_templates— Theme Builder distinguished from regular libraryexport_elementor_template— portable JSONimport_elementor_template— drop into target siteapply_template_to_page— push template data onto an existing page
WP-CLI escape hatch (require SSH)
wp_cli_run— arbitrary wp-cli command with destructive-pattern detection + confirmationwp_search_replace—wp search-replacewith mandatory dry-runwp_elementor_flush_css— 3-level fallbackwp_plugin_list/wp_plugin_update(with confirmation)
Visual
screenshot_page— headless Chrome PNG of any URLcompare_screenshots— SHA-256 + byte-delta
Widgets (v1.1 — widget-level CRUD)
read_widget— fetch one widget by id (read-only)update_widget_settings— shallow-merge settings, with backup + validate + flushdelete_widget— remove a widget from its parent containerduplicate_widget— clone as sibling with fresh idswap_widget_type— replace widgetType + settings, preserve id + positionadd_widget— append a widget into a parent containermove_widget— move a widget between containers (with position)
Bulk & fleet (v1.1)
bulk_find_replace_site— find/replace across every Elementor page of one site, per-page backup + validate + flushfleet_find_replace— same across every site in the pool (sequential, dry-run mandatory)restore_from_file— restore_elementor_datafrom a JSON file backup, with pre-restore safety backup
Fleet
check_elementor_versions— flag outdated installs against wordpress.org latest
Post-write verification (v1.2)
Every mutating widget tool re-reads the page from canonical WP after the write and surfaces persisted state to the model. The HTTP write API can lie — return 200 OK while plugin filters or REST quirks silently drop the payload. This contract makes that observable.
Every applied response carries:
{
"mutated": true, // false = no-op OR silent drop
"warnings": [], // non-fatal issues
"verification": {
"method": "Re-read /wp/v2/pages/42 and check widget abc settings…",
"reread_ok": true,
"matches_requested": true, // false = write API lied
"persisted": { /* canonical state */ },
"notes": "…explanation when something diverged"
}
}
If verification.matches_requested === false, treat as a failure even if
the HTTP layer said OK. The original payload survives in
backup_meta_key — restore via restore_elementor_backup.
Safety guarantees
Hardcoded in src/elementor/policies.ts:
BACKUP_BEFORE_WRITE = true
BACKUP_PAGE_SETTINGS = true
VALIDATE_JSON_AFTER_EDIT = true
BLOCK_GLOBAL_WIDGET_WRITES_BY_DEFAULT = true
CONFIRMATION_TTL_SECONDS = 60
GLOBAL_WIDGET_CONFIRMATION_TTL_SECONDS = 30
FLUSH_CSS_AFTER_WRITE = true
MAX_ELEMENTOR_DATA_BYTES = 5_000_000
And these wp-cli patterns are hard-blocked regardless of confirmation:
rm -rfsudo *db reset --yes/db drop --yes
End-to-end verified
v1.0.0 was tested in real conditions against a live WordPress install with Elementor 4.0.9:
- ✅ 21/24 tools validated end-to-end
- ✅ find_replace → backup → restore round-trip preserves data
- ✅ duplicate_page copies data + page_settings + edit_mode
- ✅ apply_template_to_page with auto-backup
- ✅ wp_cli_run destructive flow (post delete) requires confirmation
- ✅ screenshots identical detection via SHA-256
- ✅ CSS flush uses
wp elementor flush-csswhen SSH available, falls back to option-delete otherwise
7 bugs found during testing, all fixed:
- REST API silently drops unregistered postmeta writes → switched to WP-CLI primary for backups
wpnot in SSH PATH on managed hosts → auto-detection +wp_cli_pathconfig- SSH post-quantum banner pollution → stderr filter
- Default Kit returned as "widget" → client-side filter
_elementor_page_settingstype object/string mismatch → normalisation- Chrome cold-start screenshot timeout → bumped to 60s
- Templates listing same filter bug → fixed
Roadmap
v1.1 ✅ shipped
- Widget-level CRUD:
read_widget,update_widget_settings,delete_widget,duplicate_widget,swap_widget_type,add_widget,move_widget bulk_find_replace_site(across all Elementor pages of one site)fleet_find_replace(across all sites in pool)restore_from_file
v1.2
- Global styles read/write
- Theme Builder template push across sites
- Section/column-level operations
v2.0
- WooCommerce-aware tools
- Visual diff (pixel comparison)
- Schedule + cron scheduling
License
推荐服务器
Baidu Map
百度地图核心API现已全面兼容MCP协议,是国内首家兼容MCP协议的地图服务商。
Playwright MCP Server
一个模型上下文协议服务器,它使大型语言模型能够通过结构化的可访问性快照与网页进行交互,而无需视觉模型或屏幕截图。
Magic Component Platform (MCP)
一个由人工智能驱动的工具,可以从自然语言描述生成现代化的用户界面组件,并与流行的集成开发环境(IDE)集成,从而简化用户界面开发流程。
Audiense Insights MCP Server
通过模型上下文协议启用与 Audiense Insights 账户的交互,从而促进营销洞察和受众数据的提取和分析,包括人口统计信息、行为和影响者互动。
VeyraX
一个单一的 MCP 工具,连接你所有喜爱的工具:Gmail、日历以及其他 40 多个工具。
graphlit-mcp-server
模型上下文协议 (MCP) 服务器实现了 MCP 客户端与 Graphlit 服务之间的集成。 除了网络爬取之外,还可以将任何内容(从 Slack 到 Gmail 再到播客订阅源)导入到 Graphlit 项目中,然后从 MCP 客户端检索相关内容。
Kagi MCP Server
一个 MCP 服务器,集成了 Kagi 搜索功能和 Claude AI,使 Claude 能够在回答需要最新信息的问题时执行实时网络搜索。
e2b-mcp-server
使用 MCP 通过 e2b 运行代码。
Neon MCP Server
用于与 Neon 管理 API 和数据库交互的 MCP 服务器
Exa MCP Server
模型上下文协议(MCP)服务器允许像 Claude 这样的 AI 助手使用 Exa AI 搜索 API 进行网络搜索。这种设置允许 AI 模型以安全和受控的方式获取实时的网络信息。