Tillbaka till artiklar
Webbplatspersonalisering

Martech-stack: lager inom B2B, exempelstackar och en granskning

15 oktober 2026
Av Markettailor-teamet
Vy ovanifrån av en marknadsförare som arbetar vid ett skrivbord med flera skärmar, ett tangentbord och hörlurar

En martech-stack är den uppsättning verktyg ett marknadsteam använder för att samla in data, nå köpare, driva webbplatsen och mäta resultat. Uttrycket ”marknadsteknologistack” får det att låta genomtänkt. I de flesta B2B-företag har den vuxit fram: ett CRM som sälj valt, ett automationsverktyg som en tidigare marknadschef valt, tre analysverktyg som ingen riktigt litar på.

Utbudet är enormt. Scott Brinkers årliga Marketing Technology Landscape räknade till 15 505 martech-produkter 2026 (chiefmartec, 2026), upp från 15 384 året innan, vilket Brinker beskriver som i praktiken oförändrat. Samtidigt används de verktyg team redan har för lite: en Gartner-undersökning bland 405 marknadsledare visade att den genomsnittliga användningen av martech-stackens funktioner sjönk till 33 % 2023, ner från 42 % 2022 (Gartner, 2023). Problemet är sällan ett saknat verktyg. Det är oklara lager, oklara ägare och data som inte flödar.

Nedan: lagren i en martechstack för B2B, exempelstackar i tre faser av ett företags utveckling, hur data ska flöda mellan dem, var personalisering av webbplatsen passar in och en granskning i sex steg som du kan göra före nästa förnyelse.

De nio lagren i en martech-stack för B2B

Tänk i lager, inte i logotyper. Varje lager har en uppgift. Om två verktyg gör samma sak har du överlapp; om inget verktyg gör en sak har du en lucka.

LagerUppgiftVälkända exempel
1. Datagrund (datalager / CDP)Lagra och samla data från alla andra verktygSnowflake, BigQuery, Segment, RudderStack, Hightouch
2. CRMMasterregister för konton, kontakter och affärerSalesforce, HubSpot, Pipedrive
3. Marketing automationE-post, nurture, formulär, leadscoringHubSpot Marketing Hub, Marketo Engage, Salesforce Account Engagement (Pardot)
4. AnalysMät beteende på webbplatsen, i produkten och i kampanjerGA4, Mixpanel, Amplitude, PostHog, Looker Studio
5. Identifiering och berikningGör anonym trafik och formulärinskick till företags- och kontaktdataZoomInfo, Apollo, Cognism, Leadfeeder, HubSpot Breeze Intelligence
6. AnnonseringBetald räckvidd och retargetingGoogle Ads, LinkedIn Ads, Meta, ABM-annonsplattformar
7. Webbplats, CMS, experiment och personaliseringPublicera sidor, testa dem och anpassa dem per besökareWordPress, Webflow, Contentful, VWO, Optimizely, Mutiny
8. Sales engagementSekvenser, samtal och möten för SDR:er och AE:erOutreach, Salesloft, Apollo, HubSpot Sales Hub
9. Samtycke och styrningRegistrera samtycke, styr taggar, hantera rättigheter till dataCookiebot, OneTrust, Usercentrics, Google Tag Manager

Två anmärkningar. För det första spänner många produkter över flera lager: HubSpot täcker CRM, automatisering och viss analys; Apollo täcker berikning och säljengagemang. Det är helt i sin ordning, så länge du bestämmer vilken produkt som äger varje uppgift. För det andra ligger samtycke längst ner i tabellen men högst upp i dataflödet. Om samtycket är fel ärver varje efterföljande lager problemet.

Exempel på stackar i tre företagsfaser

Rätt stack beror mindre på antal anställda än på hur många kanaler du aktiverar och om du har någon som underhåller datan. Det här är exempel på uppställningar baserade på hur lagren beror av varandra, inte inköpslistor eller enkätresultat.

LagerSeed / Series A (1 marknadsförare)Tillväxt (5–15 marknadsförare, rekrytering av RevOps)Storföretag (marketing ops-team, datateam)
DatagrundIngen; CRM:et är den enda sanningskällanDatalager tas i bruk (BigQuery eller Snowflake) för rapporteringDatalager plus CDP eller reverse ETL för aktivering
CRMHubSpot Starter eller PipedriveHubSpot Professional eller SalesforceSalesforce eller HubSpot Enterprise
Marketing automationI CRM:etHubSpot Marketing Hub eller MarketoMarketo eller Salesforce Account Engagement
AnalysGA4GA4 plus produktanalysGA4 plus produktanalys plus BI (Looker, Tableau, Power BI)
Identifiering/berikningEndast besöksidentifiering på företagsnivåEn berikningsleverantör plus besöksidentifieringFlera dataleverantörer, teknografisk data, intentdata
AnnonseringGoogle Ads, LinkedIn AdsPlus retargeting och målgruppssynk från CRMPlus annonsplattform för ABM
Webbplats och personaliseringWebflow eller WordPress; några regelbaserade varianterExperimentverktyg plus segmentbaserad personaliseringHeadless CMS, experimentprogram, personalisering på kontonivå
Sales engagementSekvenser i CRMOutreach, Salesloft eller ApolloOutreach eller Salesloft med fördelningsregler
SamtyckeCookiebanner (Cookiebot, Usercentrics)Samma, plus styrning av taggar i GTMPlattform för samtyckeshantering med regionala regler
Antal verktyg i de här exemplen4-68-1215+

Vår syn: det vanligaste misstaget i tillväxtfasen är att köpa enterprise-lager för tidigt, särskilt en CDP. En CDP gör sig förtjänt av sin plats när du har flera aktiveringskanaler som alla behöver samma enhetliga profil och någon vars jobb är att underhålla identitetsreglerna. Innan dess klarar ett rent CRM plus direkta integrationer jobbet med färre rörliga delar.

Så bör data flöda mellan lagren

De flesta problem i stacken är flödesproblem. Skriv ner för varje viktigt dataobjekt var det skapas, var det lagras och var det används. En enkel tabell räcker.

DataSkapad iMasterkällaAnvänds av
SamtyckesstatusSamtyckesbannerSamtyckesplattformVarje tagg och verktyg som sätter cookies
Anonymt besök och företagsmatchningWebbplatstagg, identifieringsverktygAnalys/datalagerPersonalisering, säljlarm, ABM-rapportering
KampanjkällaUTM-parametrar i annonser och mejlAnalys, sedan CRM när formuläret skickasAttribuering, annonsmålgrupper, personaliseringsregler
Kontakt- och företagspostFormulär, berikning, säljCRMAutomation, säljengagemang, personalisering av webbplatsen
AffärsfasSäljCRMAnnonsundertryckning, budskap på webbplatsen, rapportering
ProduktanvändningProduktDatalagerMerförsäljningskampanjer, kundupplevelse på webbplatsen

Två regler gör det här hanterbart. Ett: varje objekt har exakt ett källsystem, och allt annat läser från det. Två: koppla verktyg till navet (CRM eller datalager), inte till varandra. En kedja där verktyg A utlöser verktyg B via Zapier, som uppdaterar verktyg C, som skriver tillbaka till A, är den sortens uppsättning som går sönder i det tysta och märks först när en rapport ser fel ut flera veckor senare. För CRM-delen specifikt, se vår guide om att koppla data från webbplatspersonalisering till ditt CRM.

Där webbplatspersonalisering passar in

Personalisering är ett aktiveringslager. Det skapar inte mycket ny data; det använder data från identifiering, CRM, kampanjparametrar och beteende, och ändrar vad en besökare ser. Det får två konsekvenser.

  • Kvaliteten begränsas av lagren under. Om branschfältet i CRM är tomt på hälften av kontona kommer branschpersonaliseringen att misslyckas på hälften av kontona. Åtgärda fältet innan du köper verktyget.
  • Den bör skriva tillbaka. Vilket segment en besökare tillhörde och vilken variant de såg hör hemma i analysverktyget och, på kontonivå, i CRM, så att sälj och attribuering kan använda det. Vårt inlägg om attribuering för personaliserade webbplatser förklarar varför.

Minimikraven för användbar personalisering av en B2B-webbplats är företagsidentifiering (se vår sammanställning av programvara för besöksidentifiering), konsekvent kampanjtaggning och läsbehörighet till några CRM-fält som kontonivå och affärsfas.

Så granskar du din martech-stack i sex steg

Gör det här en gång om året, eller före varje nytt köp. Gör det i ett delat kalkylark med en rad per verktyg, så att kolumnerna nedan blir granskningens resultat.

  1. Inventering. Lista alla verktyg som har en inloggning eller en tagg på webbplatsen, även gratisverktygen och de som betalas med företagskort. Kontrollera din tagghanterare och nätverksfliken i webbläsaren på startsidan – du kommer att hitta taggar som ingen minns att de lagt till.
  2. Ägare. Utse en namngiven ägare per verktyg. Ett verktyg utan ägare är ett verktyg som ingen underhåller, och det är oftast det som läcker data eller pengar.
  3. Kostnad. Registrera årskostnad, avtalets slutdatum och uppsägningstid. Lägg in förnyelsedatumen i en kalender.
  4. Användning. Notera för varje verktyg vilka funktioner du faktiskt använder och hur många licenser som har varit aktiva de senaste 30 dagarna. Många leverantörer visar senaste inloggning i administrationsinställningarna; om någon inte gör det, fråga kontoansvarig före förnyelsen.
  5. Överlapp. Koppla varje verktyg till de nio lagren ovan. Varje lager med två eller fler verktyg som gör samma jobb är en kandidat för konsolidering. Lead scoring på tre ställen är det klassiska fallet.
  6. Integration. Notera för varje verktyg vad det läser från och skriver till. Flagga manuella CSV-exporter och trasiga synkar. Det är dina mest värdefulla åtgärder.

Exempel (illustrativt granskningsresultat för ett hypotetiskt mjukvaruföretag med 60 anställda):

VerktygLagerÅrskostnadAktiva licenserÖverlappBeslut
CRMCRM, automatisering€24,00018 av 20-Behåll, källsystem
Fristående e-postverktygAutomation€3,6001 av 3Dubblerar e-post i CRMSägs upp vid förnyelse
Ett andra analysverktygAnalys€6,0002 av 10Överlappar delvis GA4Behåll bara om produktteamet använder det
Leverantör av berikningsdataBerikning€12,0004 av 4-Behåll, rätta fältmappningen i CRM
ChattwidgetWebbplats€2,4000 av 2-Stryk, ingen svarar på det

I det här exemplet sparar man 6 000 € om året genom att stryka två verktyg, vilket kan finansiera integrationsarbetet som flaggades i steg 6. För att bedöma om ett nytt verktyg skulle betala sig, kör siffrorna genom en ROI-kalkylator för marknadsföring före demon, inte efter.

Hur mycket ska du lägga på martech?

Det finns ingen korrekt siffra. Som jämförelse rapporterade Gartners CMO Spend Survey 2025 att marknadsbudgetarna i genomsnitt låg på 7,7 % av företagets omsättning (Gartner, 2025). Gartner uppger att den stora majoriteten av de 402 respondenterna hade en årsomsättning på över 1 miljard USD, så använd den inte som mål för en startup. Den mer användbara interna kontrollen är nyttjandet: om du inte kan nämna vilka funktioner du använder i ett verktyg betalar du för dem du inte använder.

Vanliga misstag

  • Verktygsspridning: varje team köper sin egen punktlösning. Lösningen är en enkel regel: inget nytt verktyg utan att man anger vilket lager det hör till och vilket verktyg det ersätter eller vilken lucka det fyller.
  • Ingen dataägare. CRM:et har tolv värden i rullistan för ”bransch” och tre av dem betyder samma sak. Någon måste äga fältdefinitionerna i alla verktyg.
  • Inkonsekventa definitioner. ”Företagsstorlek” betyder antal anställda i CRM, omsättning i berikningsverktyget och ett intervall i annonsplattformen. Välj en enda gällande definition per fält.
  • Att köpa för funktionerna, inte för integrationerna. Ett verktyg som gör tio saker men bara synkar via CSV kommer att användas till en sak.
  • Samtycke som en eftertanke. Taggar som triggas före samtycke är ett problem både juridiskt och för datakvaliteten. Led varje tagg genom samtyckesplattformen och tagghanteraren.
  • Kaos i kampanjtaggningen. Utan konsekventa UTM:er går analys, attribution och personaliseringsregler sönder. En gemensam namnkonvention och en UTM-byggare löser det billigt.

Om webbplatsen bara är en del av en bredare ombyggnad täcker den här texten om att välja en GTM-teknikstack sälj- och driftsidan av samma beslut. För just webbplatslagret kombinerar Markettailor besöksidentifiering på företagsnivå med segmentbaserad personalisering, vilket kan ersätta två separata verktyg i tillväxtfasen. När du inte ska konsolidera: om din berikningsleverantör redan är inkopplad i CRM och sälj förlitar sig på den, behåll den och lägg bara till webbplatslagret.

Vanliga frågor

Vad är en martech-stack?

En martechstack är samlingen av programvara som ett marknadsteam använder för att samla in kunddata, driva kampanjer, hantera webbplatsen och mäta resultat. Inom B2B ingår vanligtvis CRM, marketing automation, analys, verktyg för berikning och identifiering, annonsplattformar, ett CMS med test eller personalisering, säljengagemang och samtyckeshantering. En bra stack har en ägare och ett system som sanningskälla för varje uppgift.

Vad ska ingå i en martech-stack för B2B?

Som minimum: ett CRM som masterregister, ett sätt att skicka e-post och fånga formulär, webbanalys, samtyckeshantering och dina annonsplattformar. När du växer lägger du till berikning och besökaridentifiering, ett verktyg för experiment eller personalisering, programvara för sales engagement och så småningom ett datalager. Lägg till lager när ett specifikt jobb inte blir gjort, inte för att en kategori finns.

Behöver B2B-företag en CDP?

Oftast inte i ett tidigt skede. En kunddataplattform lönar sig när flera aktiveringskanaler behöver samma samlade profil och någon kan underhålla reglerna för identitetsmatchning. De flesta företag i seed- och tidig tillväxtfas klarar sig bättre med ett rent CRM med direkta integrationer. Många team i senare skeden använder sitt datalager plus verktyg för reverse ETL i stället för en färdigpaketerad CDP.

Hur ofta ska du granska din martechstack?

En gång om året som en fullständig granskning, plus en snabb kontroll inför varje nytt köp och varje förnyelse. Den fullständiga granskningen omfattar inventering, ansvarig, kostnad, användning, överlapp och integrationer. Håll förnyelsedatum och uppsägningstider i en delad kalender, eftersom det billigaste tillfället att säga upp eller omförhandla ett verktyg är månaden innan uppsägningstiden börjar.