{"id":27752,"date":"2026-10-28T16:09:00","date_gmt":"2026-10-28T15:09:00","guid":{"rendered":"https:\/\/www.lukaswojcik.com\/blog\/?p=27752"},"modified":"2026-10-29T22:56:10","modified_gmt":"2026-10-29T21:56:10","slug":"matomo6-upgrade-en","status":"publish","type":"post","link":"https:\/\/www.lukaswojcik.com\/blog\/en\/digital-analytics\/matomo6-upgrade-en\/","title":{"rendered":"Preparing for Matomo 6: Database changes, bot filters and recovery"},"content":{"rendered":"

Preparation starts before the update<\/h2>\n

An analytics installation includes more than its interface. The database, extensions and archiving process need to work together. A major release is a useful opportunity for a contained trial with a recorded starting state.<\/p>\n

The scope of this preview<\/h2>\n

This article covers the Matomo 6 beta released on 9 September 2026. Its requirements rise to PHP 8.1 and MySQL 8.0 or MariaDB 10.6. These are version minimums, not recommendations for an old patch level. Current security updates and compatibility of installed extensions still need checking before migration.<\/p>\n

The visits table needs attention<\/h2>\n

The beta adds a consent column to log_visit in preparation for future consent-status tracking. This requires a table alteration; the column alone does not provide a finished consent feature. On a large installation, that operation can take time. A universal duration estimate would be unhelpful without knowing the data volume, database and hardware. A trial using a representative copy provides better evidence.<\/p>\n

\"Backup<\/figure>\n

Filters can change the totals<\/h2>\n

According to the beta announcement, spam and bot filtering becomes built in and enabled by default. Different filtering can affect the visits included in reports. A before-and-after comparison therefore needs the configuration and change time recorded. A decline alone proves neither fewer genuine visits nor a fault.<\/p>\n

A trial with a recovery path<\/h2>\n

Preparation includes a consistent database backup, configuration, application version and extensions. Restoration needs testing in a separate environment. The trial then covers the upgrade, archiving and selected reports. Simply restoring old application files is not a reliable recovery method after a database schema change.<\/p>\n

What belongs in the record<\/h2>\n

Useful evidence includes database size, table inventory, schema-change duration, archiving outcome and selected report comparisons. Unexpected errors and plugin versions also belong in the record. Before treating a difference as a release defect, the review needs to establish whether data freshness, filtering or calculation changed.<\/p>\n

Measurement Summary<\/h2>\n

The proposed checks measure schema-change and archiving duration and compare reports with recorded filter settings. Runtime depends on the installation. This is a documentation-based preparation guide for the beta, not an independently measured upgrade benchmark.<\/p>\n

\n

Questions and answers<\/h2>\n

Is Matomo 6 described here as a stable release?<\/h3>\n

No. This article explicitly covers the published beta. The current release status needs checking before a production upgrade.<\/p>\n

Is a backup of application files enough?<\/h3>\n

A reliable recovery path also needs a consistent database backup and the corresponding configuration.<\/p>\n

Does a traffic decline after upgrading mean an outage?<\/h3>\n

Not necessarily. Changed filtering can alter the visits included in reports. Data freshness and configuration require comparison first.<\/p>\n<\/div>\n

Tools and further reading<\/h2>\n

The backup planner helps with retention and transfer windows. Actual recoverability still needs a separate restoration test.<\/p>\n