A martech stack is the set of tools a marketing team uses to collect data, reach buyers, run the website and measure results. The phrase "marketing technology stack" makes it sound designed. In most B2B companies it is accumulated: a CRM chosen by sales, an automation tool chosen by a former marketing lead, three analytics tools nobody fully trusts.
The menu is enormous. Scott Brinker's annual Marketing Technology Landscape counted 15,505 martech products in 2026 (chiefmartec, 2026), up from 15,384 the year before, which Brinker calls effectively flat. Meanwhile, the tools teams already own go underused: a Gartner survey of 405 marketing leaders found average utilization of martech stack capabilities fell to 33% in 2023, down from 42% in 2022 (Gartner, 2023). The problem is rarely a missing tool. It is unclear layers, unclear owners and data that does not flow.
Below: the layers of a B2B martech stack, example stacks at three company stages, how data should move between them, where website personalization fits, and a six-step audit you can run before your next renewal.
The Nine Layers of a B2B Martech Stack
Think in layers, not logos. Each layer has one job. If two tools do the same job, you have overlap; if no tool does a job, you have a gap.
| Layer | Job | Well-known examples |
|---|---|---|
| 1. Data foundation (warehouse / CDP) | Store and unify data from every other tool | Snowflake, BigQuery, Segment, RudderStack, Hightouch |
| 2. CRM | System of record for accounts, contacts and deals | Salesforce, HubSpot, Pipedrive |
| 3. Marketing automation | Email, nurture, forms, lead scoring | HubSpot Marketing Hub, Marketo Engage, Salesforce Account Engagement (Pardot) |
| 4. Analytics | Measure website, product and campaign behavior | GA4, Mixpanel, Amplitude, PostHog, Looker Studio |
| 5. Identification and enrichment | Turn anonymous traffic and form fills into company and contact data | ZoomInfo, Apollo, Cognism, Leadfeeder, HubSpot Breeze Intelligence |
| 6. Advertising | Paid reach and retargeting | Google Ads, LinkedIn Ads, Meta, ABM ad platforms |
| 7. Website, CMS, experimentation and personalization | Publish pages, test them, adapt them per visitor | WordPress, Webflow, Contentful, VWO, Optimizely, Mutiny |
| 8. Sales engagement | Sequences, calls and meetings for SDRs and AEs | Outreach, Salesloft, Apollo, HubSpot Sales Hub |
| 9. Consent and governance | Record consent, control tags, manage data rights | Cookiebot, OneTrust, Usercentrics, Google Tag Manager |
Two notes. First, many products span several layers: HubSpot covers CRM, automation and some analytics; Apollo covers enrichment and sales engagement. That is fine, as long as you decide which product owns each job. Second, consent sits at the bottom of the table but at the top of the data flow. If consent is wrong, every downstream layer inherits the problem.
Example Stacks at Three Company Stages
The right stack depends less on headcount than on how many channels you activate and whether you have someone to maintain data. These are example shapes based on how the layers depend on each other, not shopping lists or survey results.
| Layer | Seed / Series A (1 marketer) | Growth (5-15 marketers, RevOps hire) | Enterprise (marketing ops team, data team) |
|---|---|---|---|
| Data foundation | None; the CRM is the source of truth | Warehouse starts (BigQuery or Snowflake) for reporting | Warehouse plus CDP or reverse ETL for activation |
| CRM | HubSpot Starter or Pipedrive | HubSpot Professional or Salesforce | Salesforce or HubSpot Enterprise |
| Marketing automation | Inside the CRM | HubSpot Marketing Hub or Marketo | Marketo or Salesforce Account Engagement |
| Analytics | GA4 | GA4 plus product analytics | GA4 plus product analytics plus BI (Looker, Tableau, Power BI) |
| Identification / enrichment | Company-level visitor identification only | One enrichment provider plus visitor identification | Several data providers, technographics, intent data |
| Advertising | Google Ads, LinkedIn Ads | Plus retargeting and audience sync from CRM | Plus ABM advertising platform |
| Website and personalization | Webflow or WordPress; a few rule-based variants | Experimentation tool plus segment-based personalization | Headless CMS, experimentation program, account-level personalization |
| Sales engagement | CRM sequences | Outreach, Salesloft or Apollo | Outreach or Salesloft with routing rules |
| Consent | Cookie banner (Cookiebot, Usercentrics) | Same, plus tag governance in GTM | Consent management platform with regional rules |
| Tool count in these examples | 4-6 | 8-12 | 15+ |
Our view: the most common mistake at the growth stage is buying enterprise layers too early, especially a CDP. A CDP earns its keep when you have several activation channels that all need the same unified profile and someone whose job it is to maintain identity rules. Before that, a clean CRM plus direct integrations does the job with fewer moving parts.
How Data Should Flow Between Layers
Most stack problems are flow problems. Write down, for each important data object, where it is created, where it is stored, and where it is used. A simple table is enough.
| Data | Created in | System of record | Used by |
|---|---|---|---|
| Consent state | Consent banner | Consent platform | Every tag and tool that sets cookies |
| Anonymous visit and company match | Website tag, identification tool | Analytics / warehouse | Personalization, sales alerts, ABM reporting |
| Campaign source | UTM parameters on ads and emails | Analytics, then CRM on form submit | Attribution, ad audiences, personalization rules |
| Contact and company record | Form, enrichment, sales | CRM | Automation, sales engagement, website personalization |
| Deal stage | Sales | CRM | Ad suppression, website messaging, reporting |
| Product usage | Product | Warehouse | Expansion campaigns, customer website experience |
Two rules keep this manageable. One: every object has exactly one system of record, and everything else reads from it. Two: connect tools to the hub (CRM or warehouse), not to each other. A chain where tool A triggers tool B through Zapier, which updates tool C, which writes back to A, is the kind of setup that breaks silently and is only noticed when a report looks wrong weeks later. For the CRM side of this specifically, see our guide to connecting website personalization data to your CRM.
Where Website Personalization Fits
Personalization is an activation layer. It does not create much new data; it consumes data from identification, CRM, campaign parameters and behavior, and changes what a visitor sees. That has two consequences.
- Its quality is capped by the layers beneath it. If the CRM industry field is blank on half the accounts, industry personalization will fail on half the accounts. Fix the field before buying the tool.
- It should write back. Which segment a visitor was in and which variant they saw belongs in analytics and, at account level, in the CRM, so sales and attribution can use it. Our post on attribution for personalized websites explains why.
The minimum inputs for useful B2B website personalization are company identification (see our roundup of website visitor identification software), consistent campaign tagging, and read access to a few CRM fields such as account tier and deal stage.
How to Audit Your Martech Stack in Six Steps
Run this once a year, or before any new purchase. Do it in a shared spreadsheet with one row per tool, so the columns below become the audit output.
- Inventory. List every tool with a login or a tag on the site, including free ones and the ones expensed on a card. Check your tag manager and the browser network tab on your homepage; you will find tags nobody remembers adding.
- Owner. Assign one named owner per tool. A tool without an owner is a tool nobody is maintaining, and it is usually the one leaking data or money.
- Cost. Record annual cost, contract end date and notice period. Put the renewal dates in a calendar.
- Usage. For each tool, note which features you actually use and how many seats are active in the last 30 days. Many vendors show last-login data in admin settings; if one does not, ask the account manager before renewal.
- Overlap. Map each tool to the nine layers above. Any layer with two or more tools doing the same job is a consolidation candidate. Lead scoring in three places is the classic case.
- Integration. For each tool, record what it reads from and writes to. Flag manual CSV exports and broken syncs. These are your highest-value fixes.
Example (illustrative audit output for a hypothetical 60-person software company):
| Tool | Layer | Annual cost | Active seats | Overlap | Decision |
|---|---|---|---|---|---|
| CRM | CRM, automation | €24,000 | 18 of 20 | - | Keep, system of record |
| Standalone email tool | Automation | €3,600 | 1 of 3 | Duplicates CRM email | Cut at renewal |
| Second analytics tool | Analytics | €6,000 | 2 of 10 | Partly duplicates GA4 | Keep only if product team uses it |
| Enrichment provider | Enrichment | €12,000 | 4 of 4 | - | Keep, fix CRM field mapping |
| Chat widget | Website | €2,400 | 0 of 2 | - | Cut, nobody answers it |
In this example, cutting two tools saves €6,000 a year, which can fund the integration work flagged in step 6. To judge whether a new tool would pay for itself, run the numbers through a marketing ROI calculator before the demo, not after.
How Much Should You Spend on Martech?
There is no correct number. For context, Gartner's 2025 CMO Spend Survey reported that marketing budgets averaged 7.7% of company revenue (Gartner, 2025). Gartner says the vast majority of the 402 respondents reported annual revenue above $1 billion, so do not use it as a target for a startup. The more useful internal check is utilization: if you cannot name the features you use in a tool, you are paying for the ones you do not.
Common Mistakes
- Tool sprawl: every team buys its own point solution. The fix is a simple rule: no new tool without naming the layer it belongs to and the tool it replaces or the gap it fills.
- No data owner. The CRM has twelve "industry" picklist values and three of them mean the same thing. Someone has to own field definitions across tools.
- Inconsistent definitions. "Company size" means headcount in the CRM, revenue in the enrichment tool and a range in the ad platform. Pick one canonical definition per field.
- Buying for features, not integrations. A tool that does ten things but only syncs via CSV will be used for one thing.
- Consent as an afterthought. Tags that fire before consent are a legal and data-quality problem. Route every tag through the consent platform and tag manager.
- Campaign tagging chaos. Without consistent UTMs, analytics, attribution and personalization rules all break. A shared naming convention and a UTM builder fix this cheaply.
If the website is only one part of a wider rebuild, this piece on choosing a GTM tech stack covers the sales and operations side of the same decision. For the website layer specifically, Markettailor combines company-level visitor identification with segment-based personalization, which can replace two separate tools at the growth stage. When not to consolidate: if your enrichment provider is already wired into the CRM and sales relies on it, keep it and only add the website layer.
Frequently Asked Questions
What is a martech stack?
A martech stack is the collection of software a marketing team uses to collect customer data, run campaigns, manage the website and measure results. In B2B it typically includes a CRM, marketing automation, analytics, enrichment and identification tools, ad platforms, a CMS with testing or personalization, sales engagement and consent management. A good stack has one owner and one system of record for each job.
What should be in a B2B martech stack?
At minimum: a CRM as the system of record, a way to send email and capture forms, web analytics, consent management and your ad platforms. As you grow, add enrichment and visitor identification, an experimentation or personalization tool, sales engagement software, and eventually a data warehouse. Add layers when a specific job is not being done, not because a category exists.
Do B2B companies need a CDP?
Usually not early on. A customer data platform pays off when several activation channels need the same unified profile and someone can maintain identity resolution rules. Most seed and early growth companies are better served by a clean CRM with direct integrations. Many later-stage teams use their data warehouse plus reverse ETL tools instead of a packaged CDP.
How often should you audit your martech stack?
Once a year as a full audit, plus a quick check before every new purchase and every renewal. The full audit covers inventory, owner, cost, usage, overlap and integrations. Keep renewal dates and notice periods in a shared calendar, because the cheapest time to cut or renegotiate a tool is the month before its notice period begins.