mautic / mautic/developer-documentation-new
Campaign API docs are outdated and do not reflect current graph/import-export capabilities
@alexhammerschmied is already working on this.
Since Apr 17, 2026.
- Dominant language
- Shell
- Stars
- 19
- Forks
- 48
- Avg merge
- 1d 16h
- Merged PRs (30d)
- 25
Description
The current Campaign API documentation appears to lag behind the codebase and does not adequately describe the current campaign graph model or the operational capabilities already present in Mautic.
Problem
The live page at devdocs.mautic.org already warns that it requires a major update. After reviewing the current Mautic codebase, there appear to be several campaign capabilities that are either under-documented or not surfaced clearly enough for implementers, agencies, and tooling authors.
Examples from current code include:
- graph-based campaign persistence through
CampaignModel::setEvents(...) - campaign entities exposing
events,lists,forms,canvasSettings, andallowRestart - campaign clone support in
CampaignApiController - campaign import/export support in
CampaignApiController - event-level APIs and campaign event log/contact-event APIs
- campaign dependency/export behavior via import/export subscribers
Why this matters
For people building integrations, agency delivery workflows, and agent/MCP tooling, the current docs make campaigns look much simpler than they really are. That creates two problems:
- people may assume important capabilities do not exist
- people may reverse-engineer behavior from source instead of relying on stable documentation
Suggested improvements
- Update the Campaign API docs to explain the campaign graph model more clearly
- Add realistic request/response examples for campaign create/update payloads, especially:
eventslistsformscanvasSettings
- Document clone/import/export capabilities and intended use cases
- Document event-related APIs and contact-event/log workflows
- Clarify any differences or overlap between legacy controller-based API behavior and newer entity/API resource behavior where relevant
- Add version/caveat notes where behavior is changing or partially documented
Potential follow-up work
If useful, I’d be happy to help draft or contribute the actual doc updates after alignment on scope.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Assessment
This issue has not been assessed yet.