At a glance#
A martech stack is the set of tools a marketing team uses to know its customers, reach them, make what it says to them and learn what worked. This piece helps with one recurring decision: what to add, replace or remove, and on what terms.
- Four layers Data (who the customer is and what they agreed to), engagement (the channels that send and receive), content (what is said and shown) and measurement (what worked). Consent and preferences run through all four.
- A crowded market The 2025 landscape published by Scott Brinker and Frans Riemersma counted 15,384 solutions, 9% more than the 14,106 of a year earlier, while the previous generation of vendors consolidates and AI-native firms arrive1, 2.
- Use lags spend Gartner's 2025 Marketing Technology Survey put the utilisation of stack capabilities at 49%, and only 15% of organisations qualified as high performers3.
- Integration and ownership decide value more than any feature list: who owns each layer, which system holds the reference copy of each piece of data, and how you would leave.
The market a stack is chosen from
The four layers#
A martech stack, bottom to top
- Data
Customer records, events, identity and consent: CRM, CDP, data warehouse
- Engagement
Email, messaging, social, advertising, web and app personalisation
- Content
The site, the asset library and the brand's templates: CMS, DAM, design tools
- Measurement
Web analytics, attribution, mix models and experiments
Data. The records everything else depends on. A CRM holds the people and accounts that sales and service work with. A customer data platform, in the definition the CDP Institute has kept since 2016, is packaged software that builds a unified, persistent customer database that other systems can use; the Institute added its RealCDP checklist in 2019 so buyers could test whether a product calling itself a CDP could do the expected jobs5. Many companies also keep a data warehouse that finance and analytics already trust. The choice between them is the subject of first-party data and CDPs.
Engagement. The channels that send and receive: email, messaging, social, paid media, on-site and in-app personalisation. Each has its own rules and its own primer: email, messaging, social, digital advertising. Engagement tools also collect data, and that collection is regulated: in its guidelines adopted in October 2024, the European Data Protection Board treats a tracking pixel in a web page or an email as falling within Article 5(3) of the ePrivacy Directive, the rule on storing or reading information on a person's device10.
Content. The website and its CMS, the digital asset library, design tools and the brand's templates. This layer keeps the brand consistent across every channel; see consistency and adaptation.
Measurement. Web and app analytics, attribution, marketing mix modelling and experiments. What each method can and cannot tell you is in measuring effectiveness.
The directory classifies every platform it lists by category, so you can see a layer's options side by side: customer data platforms, CRM, marketing automation, web content and DXP, asset management and web analytics.
What joins the layers: integration and ownership#
A stack is worth what moves between its layers. For every connection, write down three things: what moves (events, profiles, audiences, consent), in which direction and how often; which system holds the reference copy of each field; and who owns the connection when it breaks.
Three kinds of connection deserve particular care.
- Collection Tags in the browser send events to each vendor. With server-side tagging, the browser sends one request per event to a server the company controls, which then forwards what each vendor needs and can remove personal data first; cookies the server sets on the company's own subdomain are first-party cookies6.
- Consent signals A choice made in a banner must reach every tool. Google's consent mode lets its tags change behaviour according to the consent state7, and in European advertising IAB Europe's Transparency and Consent Framework is the common standard for passing people's choices to vendors8. Details are in consent, identity and cookies.
- Collaboration A data clean room lets two companies match and analyse their data for agreed purposes. The IAB Tech Lab's guidance, released as version 1.0 in July 2024, sets out common principles, functions and privacy-enhancing technologies, along with their limitations9.
One owner per layer (an example split)
Marketing operations, with the data protection lead
The channel owners: email, messaging, paid media
The brand team
Analytics, with finance for the business figures
Write the split down with the integration RACI; how marketing operations runs it day to day is in marketing operations and governance and on the marketing operations hub.
Build, buy or compose#
There are four ways to fill a layer.
- Buy a suite one vendor covers several layers. Fewer integrations to run; more dependence on one roadmap and one contract.
- Buy best-of-breed the strongest tool for each job, joined by integrations you maintain.
- Compose use the company's own data warehouse as the data layer and connect tools to it, often called a composable or warehouse-native approach. It suits companies that already run a warehouse and have engineers to own it.
- Build write your own software. Brinker describes a fast-growing "hypertail" of custom software1, and AI makes small internal tools cheaper to write; they are not cheaper to maintain.
Build, buy or compose
- 1Is this capability a source of advantage nobody sells?YesBuild it, and budget for its upkeepNo
- 2Does the company already run a data warehouse with engineers to own it?YesCompose: connect tools to the warehouseNo
- 3Do one vendor's layers cover most of what you need?YesBuy the suite, and check how you would leaveNoBuy best-of-breed tools and integrate them
Whatever the route, count all of the cost: licences, implementation, integration, the people who run the tools, and the cost of leaving. People are often the binding constraint. In Gartner's survey of 413 martech leaders in mid-2025, half said their organisation lacked the technical and data readiness for AI agents, and half cited a shortage of technical talent4.
Check that the vendor will still be there. With more than fifteen thousand products on the market and a previous generation consolidating1, 2, acquisitions and retired products are part of the risk. Ask who owns the company, what happened to the customers of products it merged or withdrew, and what the contract says if the product is sold or discontinued. A short notice period and a complete data export protect you better than any reassurance in a sales meeting.
How to evaluate vendors#
- Write three to five use cases as jobs, with the data each needs: "send a basket reminder within a day to people who agreed to email". Features follow from jobs, not the other way round.
- Shortlist two to four. Find your stack asks three plain questions and explains its matches; Compare puts two to four platforms side by side, for example two customer data platforms.
- Check the six criteria the directory publishes for every listing (transparency, interfaces, delivery, consent, data and commercial terms), described in the methodology.
- Ask for a demonstration of your use cases on your own data, not a scripted demo. Treat AI claims with care: 45% of martech leaders piloting or running vendor AI agents told Gartner the agents fell short of the promised business performance4.
- Read the exit terms before the price: data export in a usable format, notice periods, renewal and who owns derived data.
Questions to put to every vendor
- Use cases
Show our three jobs working, on our data
- Interfaces
A documented API, exports and the integrations we need
- Data
Who owns it, where it is stored, and how we take all of it out
- Consent
Choices stored, honoured and passed on to other tools
- Commercial
Published pricing, contract length, renewal and exit terms
- AI features
Evidence on our data, not a demo script
A worked example (illustrative)#
An illustrative business, not a real company: a regional retailer with a CRM, an email tool, a website on a CMS and web analytics. It wants to send messages based on what people browse and buy, online and in store.
- The jobs (1) A basket reminder by email within a day, only to people who agreed to email. (2) One view of each loyalty member's online and in-store purchases. (3) A monthly report that links campaigns to sales.
- The audit Two tools hold contact data, with different consent fields; the analytics tags fire before the banner is answered; nobody owns the CRM-to-email sync.
- The decisions Consent first: the CRM becomes the reference for consent, and tags wait for it. For job 2, the team compares the CRM vendor's add-on with a CDP, shortlists two CDPs in the directory, and runs a time-boxed pilot on real data against the three jobs. Job 3 goes into the measurement framework before any tool is chosen.
- What the team does not do It does not buy a new email tool: the existing one can handle job 1 once consent is fixed.
Common mistakes#
- Buying features, not jobs. A long feature list with no written use case is how stacks end up under-used.
- Two systems of record for the same field, especially consent, so that a person who unsubscribed in one tool is still mailed from another.
- Ignoring the exit. A tool that cannot hand back all your data in a usable form owns your customer record.
- Forgetting the people. A tool without an owner, training and time decays; Gartner's 49% utilisation figure is the result3.
- Adding a tool to fix a process. If briefs, approvals or data entry are broken, a new tool automates the problem.
- Judging a tool by its licence alone. Implementation, integration and the people who run it usually cost more over its life, and they belong in the comparison from the start.
Put it to work#
- Draw your stack on the four layers and mark the system of record for customer data, consent, assets and results.
- List every connection: what moves, in which direction, how often, and who fixes it.
- Name one owner per layer in the integration RACI.
- Retire or fix one under-used tool before buying another.
- For the next purchase, write three to five use cases, shortlist with Find your stack and Compare, and test on your own data.
- Put the cost and the expected effect in a business case, with the exit terms beside the price.
Further reading#
- The size and shape of the market: Brinker and Riemersma's 2025 landscape1 and CMSWire's report on it2.
- How stacks are used: Gartner's 2025 Marketing Technology Survey3 and its survey of martech leaders on AI agents4.
- The building blocks: the CDP Institute's definition5, Google's guides to server-side tagging6 and consent mode7, IAB Europe's consent framework8, the IAB Tech Lab's clean room guidance9 and the EDPB's guidelines on tracking techniques10.
- Next in this track: first-party data and CDPs, consent, identity and cookies and AI in marketing.
Sources
Every claim worth checking, with somewhere to check it.
- 2025 Marketing Technology Landscape Supergraphic: 100X growth since 2011, but now with AI (Scott Brinker and Frans Riemersma)chiefmartec · 2025-05
- The martech supergraphic has grown up: 15,000-plusCMSWire · accessed 2026-10
- Boost Martech Performance and Prepare for AI (on the 2025 Gartner Marketing Technology Survey)Gartner · accessed 2026-10
- Gartner Survey Finds 45% of Martech Leaders Say Existing Vendor-Offered AI Agents Fail to Meet Their Expectations of Promised Business PerformanceGartner · 2025-10-29
- The customer data platform definition, and the RealCDP checklist (David Raab, founder of the CDP Institute)CustomerThink · accessed 2026-10
- An introduction to server-side tagging (Google Tag Manager, server-side)Google for Developers · accessed 2026-10
- Consent mode overview (Tag Platform)Google for Developers · accessed 2026-10
- Transparency and Consent Framework (TCF)IAB Europe · accessed 2026-10
- Data Clean Rooms GuidanceIAB Tech Lab · 2024-07
- Guidelines 2/2023 on Technical Scope of Art. 5(3) of ePrivacy Directive, version 2European Data Protection Board · 2024-10-07