Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 9 Next »


To provide a Mautic Marketplace within the application which allows the easy installation and maintenance of third-party plugins for Mautic

Due date


Key outcomes

  • An in-app Mautic Marketplace which allows the installation and management of third party plugins

  • Decoupling of existing plugins from Mautic Core



Problem Statement

  1. It is difficult to manage plugins and dependencies within Mautic

    Currently there is no easy way to manage plugins within Mautic, or their dependencies. This makes it quite difficult for the end-user to install new plugins, and is also restricting the growth of our ecosystem as the process is so complex.

  2. Changes to plugins are coupled to Mautic releases

    We are restricted in making changes or updates to plugins which are shipped with Mautic because they have to fit within the release cycle of Mautic itself. An issue might only affect a very small subset of Mautic users who actually use that plugin, but we have to ship the fix to every user of Mautic rather than every user of the plugin.

  3. Mautic Core is bloated by plugins that are not widely used

    Mautic itself is quite bloated and complex due to the number of plugins that we ship with the core product, whereas if we had the architecture to support a decoupled approach to plugins we could streamline the product significantly. This would also mean that we could easily empower smaller teams (e.g. Tiger Teams) to support specific plugins and make updates much more quickly.


Read more in John Linhart’s proposal about the Mautic Marketplace here.


v1 ‘read only’ PR:

Forum thread:


Must have:

  • List all packagist packages for Mautic (web and command line?)

  • Allow the install of packages

  • Allow the removal of packages

  • Allow the searching of packages

  • Checks for malicious code/activity and maybe bad practices?

  • Core plugins broken out into individual repositories and included as plugins

Nice to have:

  • Allow/deny list of packages

  • A way to raise the profile of sponsors (financial)

  • A way to raise the profile of contributors

  • Some kind of validation / certified status

  • Report this plugin feature (sends an issue to a private Github repo maybe for the team to review)

Not in scope:

Proposed phases

  1. Move all existing core plugins to independent repositories

  2. Provide alpha with browsing capabilities - we need some UI/UX experts to review and give advice here! Could be released now.

  3. Once the Composer work is done and Composer 2 support is in place, release a beta for people to review & test

  4. Will ship as stable with Mautic 4.0 due to BC breaks & requirement for Composer 2 support (at this point we may remove certain plugins from shipping with core and make them optional installs)


  • Mautic needs to be installable as a project using Composer

  • This will not work with Shared Hosting - may need to get some community input on this, maybe from Mautic 4.0 onwards saying we do not support Mautic being used on shared hosting?

  • Cannot move to Composer 2 until we get to Mautic 4 (due to dependency blocking which would be a BC break) and Composer 1 is too slow for plugins to be managed via the UI

    • Composer plugin may need to be reviewed to make sure it will support Composer 2

Initiative Coordinator/s



Position vacant

Jan Linhart

Product Team (Ruth Cheesley Dennis Ameling Norman Pracht (Unlicensed))

Get involved


Mar2018AprMayJunJulAugSepOctNovDecJan2019FebMarker 1
Lane 1
Lane 2

Feature 1

Feature 2

Feature 3

Feature 4

iOS app

Android app

Milestones and deadlines






Reference materials

  • No labels