Upgrade in staging before changing production

To upgrade Mautic 5 to Mautic 7, inventory the instance, verify the target server requirements, restore-test a complete backup in staging, and use the documented command-line path that matches the installation. Mautic 7 removed browser-based updating, so plan for either the non-Composer CLI updater or Composer. Test the exact route, custom code, plugins, jobs, forms, campaigns, APIs, and editors on a production-like clone. Promote the same tested procedure to production with a rollback point; do not assume every Mautic 5 instance follows one universal route.

Procedure and version changes checked August 23, 2026 against Mautic’s update guide and Mautic 7 release announcement.

Current target version, updated September 3, 2026: Mautic published 7.2.0 (Lynx Edition) as a stable release on September 2, 2026, so a fresh Mautic 5 upgrade now lands on 7.2.0 rather than 7.1.x. The staged procedure on this page is unchanged; see what the 7.2 release cycle means for sales teams for the stage-management entries worth re-testing.

The six documented upgrade steps

Choose one update path. Step 4 is for a non-Composer installation; Step 5 is for a Composer-managed installation. Do not run both against the same codebase.

Step 1

Inventory the installation and its customizations

Record how Mautic is installed and deployed. List plugins, themes, integrations, API clients, cron jobs, custom overrides, and any dependency managed outside the core application. Mautic 6 removed legacy code, and Mautic 7 moved to Symfony 7.3 and removed additional legacy components, so custom code and extensions need explicit compatibility tests.

Sources checked August 23, 2026: Mautic 6 release announcement and Mautic 7 release announcement.

Step 2

Verify the Mautic 7 server requirements

Confirm the requirements for the current stable Mautic 7.x target before touching application files. Mautic’s version 7 release announcement requires PHP 8.2 or newer. Its version-specific environment announcement raises the database minimums to MySQL 8.4.0 or MariaDB 10.11.0. Compare the target host’s PHP extensions with Mautic’s published requirements before updating.

Sources checked August 23, 2026: Mautic 7 release announcement, Mautic 7 environment announcement, and Mautic requirements.

Step 3

Restore-test a files-and-database backup in staging

Back up the application files and database, then prove that both can be restored. Clone production into a representative staging environment. Before cloning, disable cron jobs so the staging copy cannot repeat live campaign actions or sends; use a test mail transport if outbound behavior must be exercised.

Sources checked August 23, 2026: Mautic’s update guide and staging guide.

Step 4

For non-Composer installs, use the CLI updater

Run the commands as the normal deployment user or web-server user, not as root. From the Mautic directory, use the official find, apply, and finish sequence, follow the updater’s output, then clear the cache:

php bin/console mautic:update:find
php bin/console mautic:update:apply
php bin/console mautic:update:apply --finish
php bin/console cache:clear

The command output may identify conditions that must be resolved for this installation. Stop the rehearsal, restore the staging copy if necessary, and address those conditions before repeating the procedure.

Command sequence checked August 23, 2026 against Mautic’s official update procedure.

Step 5

For Composer installs, update constraints and finish migrations

Back up composer.json and composer.lock. Change Mautic package constraints to the approved 7.x target, check Marketplace and extra-package compatibility, then run Composer and inspect scaffold changes such as .htaccess. Complete the documented cache, finish, migration, and final cache sequence:

composer update --with-dependencies
bin/console cache:clear
bin/console mautic:update:apply --finish
bin/console doctrine:migration:migrate --no-interaction
bin/console cache:clear

Composer procedure checked August 23, 2026 against Mautic’s official update guide.

Step 6

Verify staging, then repeat the tested process in production

Confirm the installed version. Review System Info and the error log, navigate the dashboard, and test the visual editor. Then exercise the instance-specific forms, campaigns, cron jobs, mail transport, APIs, webhooks, integrations, plugins, and themes from Step 1. When staging passes, schedule production maintenance, take a fresh rollback backup, repeat the tested procedure, and run the same checks again.

If the update fails, start with Mautic’s troubleshooting documentation and the captured command output rather than improvising changes on production.

Verification checks retrieved August 23, 2026 from Mautic’s staging guide.

Frequently asked questions

Must Mautic 5 be upgraded through Mautic 6 first?

This guide does not prescribe an intermediate Mautic 6 hop. Mautic’s version 7 release-candidate announcement invited testers to verify upgrades from both Mautic 5 and Mautic 6. That establishes the announced testing scope, not that every installation can use either route. Validate the route for your exact installation in staging and follow current updater output.

Can Mautic 7 be updated in a browser?

No. The Mautic 7 release announcement says browser-based updating was removed. Use the documented CLI or Composer process that matches the installation.

What should be backed up before upgrading?

Mautic’s update guide says to back up both the files and database and verify that the backup can be restored before updating.

What should be checked after the upgrade?

On staging, confirm the installed version, inspect System Info and the error log, navigate the dashboard, test the editor, and exercise the production-specific forms, campaigns, jobs, APIs, integrations, and extensions.

Deal Flow already runs on Mautic 7.x. After the core upgrade passes staging, verify its documented installation and routes there too.

Review the Mautic 7.x option Try free for 7 days