Adobe Analytics or self-hosted Matomo: when each fits
Adobe Analytics fits best when your analysts rely heavily on Analysis Workspace, when the site or app depends on other Adobe Experience Cloud products such as Adobe Experience Platform, Target or Audience Manager, or when an existing Adobe contract already covers the work. Self-hosted Matomo fits when you want to own retention and hosting outright, when your pageview volume can run on servers your team controls, and when you have an in-house or partner team to operate, patch and back up the platform. Neither answer is universal, and the choice usually comes down to a renewal date, a data residency requirement or a retention deadline that forces a decision before the team is ready.
Three drivers should frame the decision. First, list the Adobe features your team uses every week, such as segments, calculated metrics, virtual report suites, attribution and Workspace dashboards that business users depend on, and check each one against Matomo's report set and its paid plugins. Second, name the person or team who will run the server, handle upgrades and respond to incidents, because that cost recurs for as long as you self-host. Third, measure how much history must move. Adobe's own export options and retention terms, along with any extension your contract includes, should be confirmed in your agreement and in Adobe's documentation, since this page does not set out verified Adobe retention periods, feature lists or contract terms.
Before you commit, ask your Adobe account team and your legal or procurement contact to confirm the current retention period, the terms for exporting raw data and any dependency that ties your implementation to other Adobe products. Then size your own traffic against Matomo's published hardware guidance, and confirm with your security team whether hosting the analytics database in your own environment meets your data residency and access requirements. If the answers point toward self-hosting, the remaining questions are about migration scope and operating capacity, which the sections that follow cover in more detail.
Which platform fits which situation
This table matches common Adobe Analytics situations with the platform that usually fits better, and the condition behind each choice. Read each row against your own traffic, staffing, data residency and feature needs before deciding, since several answers depend on configuration.
| Situation | Better fit | Reason |
|---|---|---|
| Heavy Analysis Workspace reporting with many custom segments and attribution models | Adobe Analytics | Workspace's freeform tables, cross-report flexibility and attribution depth exceed what Matomo's standard reports cover, so confirm which of your reports can be rebuilt with Matomo's segmentation and custom dimensions before choosing Matomo. |
| Warehouse feed that drives BI dashboards and a central data team | Matomo, if the warehouse can ingest Matomo's exports | Adobe's Data Warehouse and raw feeds are the input to your BI, so Matomo works only if you rebuild the event schema and confirm that your pipeline can read its database or export format. |
| EU data residency with a strict consent position | Matomo, self-hosted in your EU data center | Matomo runs on your own servers with no third-country transfer, and its audience measurement configuration can fit the CNIL exemption if you keep the tracker limited to that purpose. |
| EU site that plans to add heatmaps or session recordings | Adobe Analytics or a separate tool, reviewed with counsel | Matomo's Heatmap and Session Recording plugin is a paid premium plugin sold per number of users, and adding it removes the consent exemption, so the consent position changes for that scenario. |
| Team with no server operations staff | Adobe Analytics | Matomo needs a web server, PHP, a database, upgrades and backups run by your team or a partner, so confirm you have a funded operations owner before choosing it. |
| Large content site with recurring retention or extension costs | Matomo, after sizing the servers | Self-hosted Matomo has no license fee, but its application and database servers, storage and maintenance recur, so compare them with the Adobe retention contract line by line. |
| Mid-size site with moderate pageviews and a small analytics team | Matomo, with the sizing guidance applied | Matomo's requirements FAQ sizes a single server with 4 CPUs, 8 GB of RAM and 250 GB of SSD for up to 1 million pageviews a month, which may suffice if your traffic stays within that range. |
| Historical Adobe data must remain queryable in the same form | Adobe Analytics until export is verified | Matomo's importers bring in aggregated reports, not raw hits, so Visitor Log and segmentation on imported history will not work, and raw feeds must be replayed to keep that detail. |
How reporting depth compares in Analysis Workspace and Matomo
Reporting depth is the first thing to test, because it decides whether your analysts can keep working the way they do today. In Analysis Workspace, depth comes from freeform tables, drag-and-drop analysis, segments applied per panel, cross-channel attribution models and shared projects that colleagues can open and edit. Matomo covers a large share of standard web analytics with built-in reports, segments, goals, Ecommerce reports and the Visitor Log, which shows individual visits. It does not offer a one-to-one equivalent of Workspace's freeform canvas or its attribution model builder, so the gap will sit in your custom analysis habits rather than in the core dashboards. Confirm each Analysis Workspace feature you depend on against current Adobe documentation, since Adobe changes these capabilities over time.
Premium functionality is a separate cost line. Matomo's Heatmap and Session Recording is a paid premium plugin sold per number of users under the InnoCraft EULA, not under the GPL that covers the core platform, and it comes with a 30-day free trial. Heatmaps and session recordings also remove the consent exemption that Matomo's ePrivacy guidance describes, so any team that adds them needs a fresh consent review. Plan for the plugin license, its renewal terms and the consent work as recurring items, not as a footnote. The Google Analytics Importer is free under GPL v3 or later, but it brings in aggregated reports only, so the Visitor Log and segmentation do not work on imported history. If you need historical segment analysis, export it from Adobe first and plan how it will be kept.
Before deciding, list your top twenty recurring reports, including the segments, date ranges and exports behind each one. Build those reports in a Matomo trial with a sample of current traffic and compare the numbers and the time each report takes to produce. Mark each report as reproduced, reproduced with changes, or not reproduced, and assign an owner to every gap. Reports that are not reproduced are the ones to scope before any migration starts, because they decide whether you keep historical raw data, change a business process or accept a loss.
Adobe Analytics and Matomo capabilities side by side
This table compares how Adobe Analytics and self-hosted Matomo differ on licensing, hosting, retention, data access and server needs. Where Adobe's terms are not in the sources available to us, the cell says what to confirm in your contract and Adobe documentation. Read the Matomo column as verified facts and the Adobe column as a checklist for procurement.
| Capability | Adobe Analytics | Self-hosted Matomo |
|---|---|---|
| Licensing | Commercial subscription. Confirm the licensing model, included products and whether Analysis Workspace features are bundled. | GPLv3 licensed source code. The On-Premise Community edition is free with unlimited users and hits. |
| Hosting model | Adobe-operated cloud. Confirm which Adobe regions and data centers serve your tenant and any contractual hosting terms. | Runs on your own servers or cloud accounts behind Apache, Nginx, IIS or LiteSpeed. |
| Data location | Confirm in writing where raw and processed data is stored, including any sub-processors and transfers outside the EU. | Fully controlled by you. Matomo Cloud stores data in Frankfurt, Germany, if you choose the hosted option. |
| Retention control | Retention periods and any paid extensions must be confirmed in your contract. Ask what happens to data at term end. | You set retention and deletion rules on your own database and backups. |
| Raw event access | Confirm which raw data feeds are included, their delivery schedule and whether historical exports are offered before deletion. | Raw hits are stored in your own database and can be queried or exported directly. Imported Google Analytics history is aggregated only. |
| Segmentation and Visitor Log | Confirm segment and log features in your Adobe package and whether they apply to all report history. | Available for data collected by Matomo. Imported aggregated history does not support Visitor Log or segmentation. |
| Goals and funnels | Confirm which goal, funnel and attribution features your contract includes in Analysis Workspace. | Goals are supported. Funnels from imported Google Analytics data are not imported, so rebuild them on new data. |
| Heatmaps and session recording | Confirm whether these are licensed separately from your Adobe Analytics contract. | Available only through the paid Heatmap and Session Recording plugin, sold per number of users under the InnoCraft EULA, with a 30-day free trial. |
| Tag management integration | Confirm the Adobe Experience Platform Tags and Web SDK versions your team uses and any contract dependencies. | Tracking code can be deployed through any tag manager. Map Adobe props, eVars and events to Matomo custom dimensions and goals. |
| Server requirements | Not applicable to a hosted SaaS product. Confirm any Adobe-side limits on hit volume and the impact on your contract. | Matomo 6.0.0 needs PHP 8.1 or newer and MySQL 8.0 or newer or MariaDB 10.6 or newer. Sizing guidance starts at 4 CPUs, 8 GB RAM and 250 GB SSD for up to 1 million pageviews a month. |
| Vendor support | Confirm the support tier, response commitments and escalation paths in your agreement. | Community forum support is included in the free edition. Paid support and implementation come from a partner or your own team. |
Who controls retention, hosting and compliance under each option
Adobe Analytics and self-hosted Matomo differ less in features than in who holds the data, how long it stays, and who answers to regulators. The cards below cover the decisions that change most when a team leaves an Adobe contract.
Retention is a contract term
Under Adobe Analytics, how long processed data stays available is set by your agreement with Adobe, and extending it is typically a commercial negotiation. Before you plan a migration, ask Adobe in writing for the retention period on your contract, any extension terms, and what happens to data after the term ends. Treat that answer as the start of your exit timeline.
Retention you set yourself
With self-hosted Matomo, retention is a decision your operator makes, limited by the storage you provision and by your own data deletion settings. Storage sizing follows your pageview volume, so a retention policy should be written down alongside the server plan. Confirm with your Matomo administrators how raw visit data and archived reports are kept and purged, and document the answer for your privacy team.
Matomo Cloud versus your own infrastructure
Matomo Cloud stores data in Frankfurt, Germany, which may suit some residency requirements, but it is still a third-party hosting relationship with its own contract. Self-hosted Matomo runs in your cloud account or data center, so hosting location, access control and backups are your responsibility. Decide which model fits your residency and audit obligations before comparing costs.
CNIL consent exemption for analytics
CNIL's guidance states that most large audience measurement offerings do not fall within the consent exemption, regardless of how they are configured. CNIL points to open-source software such as Matomo, which the publisher can configure to meet the exemption conditions. Those conditions include limiting purposes to audience measurement, truncating the last byte of the IP address and keeping the tracker lifetime at 13 months or less.
Features that remove the exemption
Adding User ID tracking, heatmaps or session recordings removes the consent exemption, even when the core Matomo setup qualifies. Teams that enable these features for product or UX research need a consent flow for those visitors. Review your tag configuration whenever a new plugin or tracking feature is switched on, and record who approved it.
EU-US transfers as a separate contract question
The European Commission's adequacy decision 2023/1795 allows personal data to flow from the EU to US companies that participate in the EU-US Data Privacy Framework. That decision does not settle your position with any particular vendor. Check the transfer mechanism, sub-processors and support locations in each vendor contract, including Adobe's, and confirm them with your legal team.
How many servers high-traffic Matomo sites need
Matomo's requirements FAQ sizes a single server for up to 1 million pageviews a month at a minimum of 4 CPUs, 8 GB of RAM and 250 GB of SSD storage. A single machine running the web application and database together is the simplest starting point for a pilot or a single high-traffic property. The web server can be Apache, Nginx, IIS or LiteSpeed, and the stack must meet the PHP and database versions listed in the requirements FAQ. Matomo 6.0.0 needs PHP 8.1 or newer and MySQL 8.0 or newer or MariaDB 10.6 or newer, while Matomo 4.16 and 5 run on PHP 8 with MySQL 5.5 or later or MariaDB.
- Minimum hardware: 4 CPUs, 8 GB of RAM and 250 GB of SSD, per the requirements FAQ.
- Storage growth: Raw visit data and archives grow with retention, so plan disk capacity against the retention window you intend to keep.
- Archiving load: Scheduled archiving competes with live tracking on a single machine, so check that reports finish before the next day's data arrives.
- Version pinning: Confirm the PHP and database versions your chosen Matomo release requires before provisioning.
- Backups: Include the database and the file system in the backup window on the same host.
Before you commit to this tier, run a pilot on production-like traffic and confirm archiving finishes on schedule at your peak hours.
For traffic up to 10 million pageviews a month, Matomo recommends separating the application and database onto their own servers, with 8 CPUs and 16 GB of RAM on each. Splitting the tiers lets the database handle query and archive load without starving the web application that receives tracking requests. This is a planning baseline from Matomo's requirements FAQ, not a guarantee of performance for your site, so the same PHP and database version rules apply as in the lower tier.
- Two dedicated servers: One application node and one database node, each at 8 CPUs and 16 GB of RAM as recommended.
- Database version: MySQL 8.0 or newer or MariaDB 10.6 or newer for current Matomo releases.
- Network path: Keep the application and database on a private link with low latency, since every archive query crosses it.
- Storage performance: Size database storage for growth and I/O, not only capacity.
- Redundancy: Two servers means two failure points to back up and patch, so plan restore tests for both.
Ask the implementation partner to confirm how many sites, archiving jobs and users your specific traffic creates on these two servers.
No sizing exists in the supplied material for traffic above 10 million pageviews a month, so this tier cannot be sized from published numbers. Requirements beyond that range depend on your architecture, peak behavior and the number of sites and reports you run. Do not assume that adding hardware to the two-server layout scales linearly, because archiving and database load depend on how your data is structured. The right step is a load test against your own traffic profile, followed by an architecture review before procurement.
- Load test: Replay representative peak traffic against a staging build and record CPU, memory, database I/O and archive completion times.
- Architecture review: Ask for a written review of database tuning, caching, horizontal options and archive scheduling.
- Scope in writing: Request the load test and review as a fixed-scope deliverable with agreed success criteria.
- Vendor input: Ask the Matomo project or its support channels whether they have documented sizing above this range.
- Capacity plan: Require a capacity plan that states the hardware, the tests behind it and the growth assumptions.
No commitment to hardware should be made for this tier until the load test results are in hand.
Pageviews set the starting point, but they are not the only input. Archiving, the number of sites, the retention window, installed plugins and peak hours change how much work the server does for the same pageview count. Two sites with identical traffic can need very different hardware if one has many custom reports and the other has few. Adobe-side capacity is not a sizing input you control, since your Matomo servers are sized from your own tracking volume and reporting load, not from Adobe's infrastructure.
- Archiving schedule: Frequent or overlapping archive runs raise CPU and database load, so set the schedule to fit your peak windows.
- Number of sites: Each site adds reports and archives, so multi-site installations need more capacity than a single property.
- Retention window: Longer retention increases database and disk growth over time.
- Plugins: Add-ons such as heatmap or session recording tools add tracking and storage work on top of core reports.
- Peak hours: Size for the busiest hour of the day, not the monthly average.
In a pilot, measure archive completion time, peak CPU and memory use, database query latency and disk growth per week, then compare those figures against the tier you plan to buy.
Which Adobe Experience Cloud dependencies keep teams on Adobe
Does Adobe tag management and data collection keep us locked into Adobe Analytics?
Often yes, in part: if your pages load Adobe's tag layer and Analytics collection through it, switching the destination is a tag change, but every data element, rule and extension built on that layer must be rebuilt or retired. To test this, list every tag container on your sites, every data element that writes to props, eVars and events, and the teams who edit rules. Then ask whether a self-hosted Matomo tag (set through a standard tag manager) can carry the same events. Matomo covers page and event tracking, goals and custom dimensions, but you should confirm that each Adobe-specific rule maps to something Matomo can express. Replacing the layer means re-testing each tag on staging, and that work recurs whenever a page template changes.
Do Audience Manager or Target audiences depend on Adobe Analytics data?
They can, and this is one of the less visible lock-in points. Audiences built in Adobe Audience Manager or Target often use Analytics segments as their source, so the same definitions drive personalization and reporting. To test it, export a list of active Target activities and Audience Manager traits, then check which ones reference Analytics segments or report suites. If an audience feeds an ad platform or a personalization engine through Adobe, you need a replacement for the activation step, not just the measurement step. Matomo can segment visitors and exports data through its APIs, but it does not replace an audience activation service, so confirm with your marketing technology owner whether another tool will take over that job before you retire the Adobe audiences.
Do Customer Journey Analytics or Experience Platform flows need Adobe Analytics?
If your Adobe Experience Platform pipeline sends web events to Customer Journey Analytics, the dependency sits in the data model, not only in the dashboards. To check it, identify which datasets and connections feed Experience Platform, which downstream consumers read them, and whether any of them expect Analytics report suites or the Analytics schema. Adobe's guidance cited in our research, summarized on the Adobe Analytics to Customer Journey Analytics page, is that implementers should avoid locking into the Adobe Analytics schema, which suggests the event model is the thing to decouple. A self-hosted option means re-implementing the event collection once and writing a separate export into your warehouse, which is an engineering project with its own testing and ownership.
Which executive dashboards in Analysis Workspace would break after a move?
Executive dashboards are usually the hardest dependency to move, because the people who read them rarely use the tool directly. Start by listing every Analysis Workspace project that is shared, scheduled as a report, or linked from a board pack or internal portal, along with its owner and refresh schedule. Then compare each metric and breakdown against what Matomo's reports and custom reports produce. Matomo covers common web metrics well, but advanced Workspace features such as flexible attribution and multi-dimensional fallout views may not have a direct equivalent, so mark each as a gap to confirm. Expect to rebuild the most important dashboards in the new tool and to agree on definitions with finance and marketing before the old figures are retired.
Is our Adobe contract bundling Analytics with other products?
Frequently, yes. Analytics may be sold alongside Target, Audience Manager, Experience Platform or a wider Experience Cloud agreement, so cancelling Analytics alone may not reduce the bill. To test this, read the order form and the renewal schedule with procurement, and ask Adobe in writing what each product line costs and what the termination and data retention terms are. Note the retention deadline that applies to your historical data, because it sets your timeline. Once bundled products are separated, you can compare the remaining Adobe cost against the self-hosted costs, which include servers, storage, upgrades, support and internal analyst time. Ask for the terms in writing rather than assuming a saving.
Do warehouse teams depend on Adobe-hosted data feeds?
If analysts or finance pull Analytics data from Adobe-hosted data feeds or Data Warehouse exports into a warehouse, that pipeline is a dependency even if nobody opens Workspace. To find it, ask the data team which jobs load Analytics files, where they land, which tables and dashboards read them, and who receives the alerts when they fail. Replacing the feed means choosing where the event history will live, whether in a self-hosted warehouse or the Matomo database, and then rewriting each downstream job. Matomo exposes data through its reporting APIs and can be connected to a warehouse, but the transformation work is yours, so confirm the exact export shape with your data engineers before planning the cutover.
What each option costs to run beyond the license
Adobe Analytics and self-hosted Matomo both carry costs that sit outside the headline license line. The cards below separate the contract, infrastructure, plugins, migration, support and analyst time, and note which parts are one-time and which recur. Request every component in writing before comparing totals.
Adobe contract and retention extension
The Adobe Analytics agreement is the largest recurring line for most enterprise teams, and retention terms can carry their own charge. Ask Adobe in writing for the current contract price, the data retention period included in it, and the cost and terms of any extension. Confirm whether historical raw data can be exported before the retention deadline, since that export is a one-time task with its own deadline. Many costs here depend on negotiated terms that are not public.
Matomo On-Premise license cost
The Matomo On-Premise Community edition carries no license fee, and its GPLv3 license allows it to be run without per-hit or per-user charges. The recurring costs move to your own servers, staff and backups. Check whether your reporting needs fit the Community edition, or whether premium plugins are needed for features such as heatmaps or session recordings, before you assume zero software spend.
Matomo Cloud subscription option
Matomo Cloud is a hosted alternative with plans starting at 29 (excluding tax) per month, tiered from 50,000 to 10 million hits a month. Cloud data is stored in Frankfurt, Germany. This is a recurring fee that rises with the hit tier, so compare it with your pageview volume and the staff time you would save by not running servers. Confirm the tier, tax treatment and data location in the order form.
Servers and database by pageviews
Self-hosting cost is driven mainly by traffic. Matomo's requirements FAQ sizes a single server with at least 4 CPUs, 8 GB of RAM and 250 GB of SSD for up to 1 million pageviews a month, and recommends separate app and database servers with 8 CPUs and 16 GB of RAM each for up to 10 million pageviews a month. These are recurring cloud or hardware costs, and archiving and storage growth push them up over time. Ask your team to price them against your own pageview forecast.
Premium plugins priced per user
The Heatmap and Session Recording plugin is a paid premium plugin sold per number of users under the InnoCraft EULA, not the GPL, and it includes a 30-day free trial. Its cost recurs and grows with the number of people who need access. Note that adding heatmaps or session recordings also affects consent under the CNIL exemption, so the plugin decision carries compliance work as well as license cost. Request the per-user price and renewal terms in writing.
Implementation, migration, upgrades and support
Implementation and data migration are mostly one-time costs, covering tag switching, custom dimensions and goals, and historical data import. Google Analytics history imported with the Matomo importer is aggregated only, so Visitor Log and segmentation will not work on it, which affects migration scope. Upgrades and support recur, and Matomo 6.0.0 requires PHP 8.1 or newer and MySQL 8.0 or newer or MariaDB 10.6 or newer. Ask for upgrade cadence and support hours in the quote.
Internal analyst time
The largest hidden cost is often internal effort to rebuild reports and dashboards, since Adobe Analytics Workspace projects do not transfer directly to Matomo reports. This is a one-time effort for rebuilding, followed by a recurring effort for maintaining reports and training. The effort rises with the number of custom reports, segments and props or eVars that must be mapped. Estimate it with your analytics lead, and record the expected hours in the project plan.
What a move from Adobe Analytics to Matomo involves
The sequence turns an Adobe Analytics implementation into a self-hosted Matomo site that carries the metrics your teams rely on, with the raw history archived before Adobe's deadlines pass.
Inventory reports, segments and tracking variables
List every report, segment, calculated metric, custom dimension, prop, eVar, event and goal that analysts and business owners use, and record which ones feed decisions, dashboards or other systems. Ask each report owner which numbers they must still see after the move. The output is a signed-off inventory that marks each item as keep, rebuild or retire. Confirm the list against the tag code on your site, because undocumented variables often appear there and nowhere else.
Confirm Adobe retention and export terms
Ask your Adobe account team in writing what raw data feeds, Data Warehouse exports and historical exports your contract allows, what the deletion or retention dates are for your report suite, and whether any extension is available and at what cost. Set the export plan against those dates. The output is a written confirmation of terms and a dated export schedule. Do not rely on memory of the contract, and do not assume the timeline in a sales deck is the one in your agreement.
Export raw history before deadlines
Run the hourly or daily raw data feeds to cloud storage you control, and export the Data Warehouse reports you need for management reporting. Decide which history must stay raw, since Matomo's importers bring in aggregated report data only, which means Visitor Log, segmentation and custom reports do not work on imported history. Store the archive with checksums and a retention policy. The output is a verified archive with a manifest that lists date ranges and report suites.
Size and build the Matomo environment
Choose the Matomo version and database engine that match the requirements listed in Matomo's requirements FAQ, then size the application and database servers against your monthly pageview volume. Matomo's own guidance describes a single server for smaller volumes and separate application and database servers for larger ones. Build the hosting in your own cloud account or data center, configure backups, and enable the consent and IP handling settings your legal team has approved. The output is a tested staging instance with documented configuration.
Map the tracking model to Matomo
Translate each prop, eVar and event into a Matomo custom dimension, event category or goal, and document the mapping with the owner of each item. Matomo's model differs from Adobe's, so some Adobe persistence rules and classifications will need redesign rather than direct copying. Confirm which items feed the replayed history and which start only from the cutover date. The output is a tracking specification that developers and analysts sign off before implementation.
Replay history and run a parallel period
Because the Google Analytics Importer applies to Google data only, load Adobe history through Matomo's bulk Tracking API from the raw archive, and check the replayed totals against the Adobe source for the same periods. Run both platforms side by side for a defined period, then reconcile key metrics such as visits, pageviews, conversions and revenue. Record each variance and its cause. The output is a reconciliation report with agreed tolerances, approved by the analytics owner.
Switch tags and retire Adobe
Move the Matomo tracking code into your tag manager, deploy it through the usual release process, and confirm that events fire on production pages. Then remove the Adobe tags, disable report suites that are no longer needed, and keep the export archive under the retention rules agreed with your compliance team. The output is a change record showing the switch date, the removed tags and the archive location. The detailed steps for each part of this sequence are covered on the sibling migration page.
Questions buyers ask before switching from Adobe Analytics
How much does it cost to move from Adobe Analytics to self-hosted Matomo?
The Matomo software itself carries no license fee, so the cost is the infrastructure, the implementation work, the premium plugins you choose to buy, and the internal time your team spends. Infrastructure is one recurring cost, and it scales with traffic: Matomo's requirements FAQ sizes a single server with at least 4 CPUs, 8 GB of RAM and 250 GB of SSD for up to 1 million pageviews a month, and recommends separate app and database servers with 8 CPUs and 16 GB of RAM each for up to 10 million. Implementation, tag switching and history replay are largely one-time. Your current Adobe contract and any retention extension are the figures to set against these, so ask Adobe for the exact terms in writing. For a line-by-line breakdown, see the cost comparison page under this hub.
How long does an Adobe Analytics to Matomo migration take?
The timeline is set mainly by two dates: the retention deadline in your Adobe contract, which controls how long you can still export raw data, and the scope of the historical export you decide to keep. Confirm the retention end date with Adobe first, because it fixes the window for pulling raw data feeds and any Data Warehouse exports. After that, the work depends on how many props, eVars and events you map to Matomo custom dimensions and goals, how many sites and tag containers you run, and how much history you replay. No duration is set here; ask for a schedule built from your own inventory of implementation variables and sites.
Which people does a move from Adobe Analytics to Matomo need on our side?
Plan for three roles that the work cannot do without. An analyst owns the reporting requirements, decides which Adobe reports and segments must be rebuilt, and signs off on the mapping of props, eVars and events to Matomo dimensions and goals. A server owner runs the application and database hosts, handles network access, backups and patching, and is the person who approves the sizing. A tag owner controls the tag manager containers and the site code, and switches the tracking calls over without breaking pages. In smaller organizations one person may hold two roles, but each role still needs time from someone accountable for it. Ask any implementation partner to name who fills each role in the written scope.
Can a small team move from Adobe Analytics to Matomo without outside help?
A small team can do it alone if it has someone comfortable with a PHP and MySQL or MariaDB stack, someone who can change the tag manager and site code, and an analyst who can rebuild the reports that matter. The harder parts are sizing and running the servers, replaying history through the bulk Tracking API, and keeping the consent setup correct for your markets. Matomo's requirements also depend on the version: Matomo 6.0.0 needs PHP 8.1 or newer and MySQL 8.0 or newer or MariaDB 10.6 or newer. Teams that lack one of these skills often bring in outside help for those specific tasks only, and that help should be scoped in writing.
Can Matomo import our Adobe Analytics history directly?
No ready-made importer for Adobe Analytics data is supplied for this comparison, so you should confirm the path with Matomo and your implementation partner before you plan around it. The approach described for this migration is to export raw history through Adobe's data feeds, replay it into Matomo with the bulk Tracking API, and map the old variables to Matomo custom dimensions and goals. Matomo's Google Analytics Importer shows the limits of a different route: it brings over aggregated reports only, so the Visitor Log and segmentation do not work on imported data. Ask whether replayed raw hits will support the segments and logs you need, and what fidelity you lose.
Does self-hosted Matomo keep the consent exemption that Adobe does not?
Matomo can fit within the consent exemption that France's CNIL describes for audience measurement, but only if your configuration meets the conditions, and the exemption is not automatic. The CNIL conditions include limiting purposes to audience measurement and A/B testing, a single publisher scope, no cross-checking with other processing, truncating the last byte of the IP address and a tracker lifetime of at most 13 months. Adding User ID, heatmaps or session recordings removes the exemption, according to Matomo's own ePrivacy FAQ. The CNIL also states that most large audience measurement offerings fall outside the exemption regardless of configuration. Have counsel confirm your setup in each market, including Italy, the Netherlands and Spain.
What happens to Adobe-only features like Analysis Workspace after the move?
Analysis Workspace features such as its drag-and-drop freeform tables, cross-report calculations and certain attribution models do not have one-to-one equivalents in Matomo, and some depend on Adobe's stitching across Experience Cloud products. Matomo offers its own reports, segmentation and custom reports, and paid plugins such as Heatmap and Session Recording, which is sold under a separate commercial license and removes the consent exemption when used. Make a feature inventory before you commit: list each dashboard, calculated metric and Experience Cloud integration you depend on, then mark each one as rebuilt, replaced, accepted as lost or kept on Adobe. Ask the implementation partner to deliver that inventory as part of the written scope.
How does DeployOpen scope and price a migration from Adobe Analytics?
DeployOpen works on fixed scope agreed in writing before any work starts. The written scope should name the sites and tag containers, the variables to map, the historical data to replay, the servers to build, the consent configuration, the test and cutover steps, and the training and handover. The quote follows from that scope, and DeployOpen does not publish a price list. Ask for a fixed price tied to each deliverable, a list of what is excluded, and the responsibilities of your analyst, server owner and tag owner. Ongoing upgrades, backups and support can be covered by a retainer, which you should price separately. DeployOpen prepares systems and evidence for compliance assessments but does not issue audit reports or certifications.
How DeployOpen helps you evaluate, implement and migrate
DeployOpen plans, implements and supports self-hosted Matomo inside your own infrastructure, whether that is your cloud account, a data center or an air-gapped network. We start with the questions that decide this move for Adobe Analytics: which reports and Experience Cloud dependencies matter, how much history you must keep, and where the data will live.
How we scope
- We inventory the reports, segments, props, eVars and Experience Cloud integrations your teams rely on today.
- We agree the scope, deliverables and timelines in writing before any implementation work starts.
- We document which Adobe features have no Matomo equivalent, so the gaps are accepted before cutover.
- We size application and database servers against your measured pageviews, using Matomo's published requirements as the baseline.
How we build
- We install and configure Matomo on servers in your environment, with separate application and database tiers where traffic requires it.
- We map props, eVars and events to Matomo custom dimensions and goals, and plan the tag manager changes.
- We build the history export from your Adobe data feeds and test a replay into Matomo on a staging site first.
- We test tracking, consent configuration and reporting accuracy against the Adobe baseline before go-live.
How we hand over
- We deliver architecture, configuration, tagging and data mapping documentation that your own team can maintain.
- We prepare runbooks for backups, upgrades, monitoring and restoring from a failed host.
- We walk your analysts and administrators through the new reports, so the handover covers daily use.
- We set out the evidence your privacy and compliance reviewers will ask for, without issuing any audit or certification.
How we support
- Ongoing support, upgrades and continuous testing are available as a retainer after the handover.
- We can plan Matomo version upgrades and test plugins and tracking changes in staging before production.
- We can run security testing of the Matomo deployment and its hosting, with findings reported in writing.
- Ask us to confirm any retention, plugin or hosting detail in writing against your current Matomo version.

