Behöver du UTM-parametrar för Microsoft Ads när MSCLKID redan finns?
Ja. MSCLKID hanterar attribuering inom Microsofts ekosystem — Clarity, UET-taggar och Microsoft Ads-dashboarden — men det stannar där. Ditt CRM, ditt BI-verktyg, din tredjepartsattribueringsplattform? De läser inte MSCLKID. UTM-parametrar fyller det gapet.
Microsoft Advertising stod för ungefär 38% av desktop-sökvolymen i USA via Bing, Yahoo, AOL och DuckDuckGos syndikationspartners i Q1 2026. Det är inget avrundningsfel. Ändå kopierar de flesta marknadsföringsteam sin Google Ads-konfiguration rakt av utan att kontrollera om makrosyntaxen stämmer. Det gör den inte. Microsoft Ads använder PascalCase-makron — {CampaignId}, inte {campaignid}. Gör du fel där landar varje klick med den bokstavliga strängen {campaignid} i GA4-rapporterna istället för ett riktigt ID.
Konfigurationen spelar roll. Och skillnaderna från Google Ads är tillräckligt små för att missa men tillräckligt stora för att förstöra din data.
Vilka dynamiska parametrar stöder Microsoft Ads?
Dynamiska parametrar i Microsoft Ads — kallade UET-taggsparametrar eller URL-spåringsmakron — infogar kampanjdata automatiskt vid klicktillfället, precis som Googles ValueTrack. Syntaxen är PascalCase inom enkla klammerparenteser: {Parameter}.
Det här är vad du faktiskt kommer att använda:
| Microsoft Ads-makro | Vad det infogar | Bäst använt i |
|---|---|---|
{CampaignId} | Numeriskt kampanj-ID | utm_campaign, utm_id |
{Campaign} | Kampanjnamn (text) | utm_campaign |
{AdGroupId} | Numeriskt annonsgrupp-ID | utm_campaign |
{AdGroup} | Annonsgruppens namn | utm_campaign |
{AdId} | Numeriskt annons-ID | utm_content |
{Keyword} | Matchat nyckelord (text) | utm_term |
{MatchType} | Matchningstyp: e, p eller b | utm_term |
{Network} | Nätverk: o (Bing), s (syndikerat) | utm_source |
{Device} | Enhet: m, t eller c | Anpassad parameter |
{TargetId} | Mål-ID (målgrupp, plats) | utm_term |
{QueryString} | Användarens faktiska sökfråga | Anpassad parameter |
{BidMatchType} | Budets matchningstyp | Anpassad parameter |
Två saker värda att notera. Först: {QueryString} ger dig den faktiska sökfrågan — inte bara det matchade nyckelordet. Om du är ny på UTM-parametrar täcker guiden De 5 UTM-parametrarna förklarade vad varje fält gör innan du börjar fylla dem med makron. Google Ads tog bort sökfrågstransparensen för år sedan av "integritetsskäl". Microsoft erbjuder det fortfarande. Det är en verklig konkurrensfördel för analys av sökintention — använd det i en anpassad parameter om din analytics-stack stöder det.
Sedan: {Network} returnerar o för Bing-ägda egendomar och s för syndikationspartners (Yahoo, AOL, DuckDuckGo). Kör du syndikerad sökning och undrar varför CPC:erna är lägre men konverteringsgraden sjunker, berättar {Network} exakt vilket trafik som är partnertrafik. I en kampanj förra året gick 61% av budgeten till syndikationspartners med en konverteringsgrad på 0,3% medan Bing självt konverterade på 2,8%. Utan {Network} i UTM hade det varit osynligt.
För den fullständiga makroreferensen, se Microsofts dokumentation för spårningsparametrar.
Hur konfigurerar du ett Tracking Template i Microsoft Ads?
Tracking Template i Microsoft Ads fungerar identiskt med Googles koncept — konfigurera det på kontonivå och varje annons ärver det automatiskt.
Navigera till: Microsoft Ads → Alla kampanjer → Inställningar (kugghjulsikonen) → Kontoinställningar → Spårningsmall
Clean Signal Method-mallen för Microsoft Ads:
{lpurl}?utm_source=bing-{Network}&utm_medium=paid_search&utm_campaign={CampaignId}_{AdGroupId}&utm_content={AdId}&utm_term={Keyword}&utm_id={CampaignId}
{lpurl} är Microsofts makro för landningssidans URL — identiskt koncept som Google, identiskt namn. Systemet ersätter din slutliga URL vid klicktillfället.
Vad som händer:
-
utm_source=bing-{Network}kombinerar statiskt "bing" med dynamisk nätverkstyp. Du serbing-o(Bing-ägt) ellerbing-s(syndikerat) i GA4. Den enda bokstaven är skillnaden mellan att veta och gissa vart dina pengar tar vägen. -
utm_medium=paid_searchmatchar GA4:s standardkanalgrupperingar. Intecpc, intebing, inteppc. Visst —cpcfungerar också. Menpaid_searchär tydligare i rapporter och mappas fortfarande korrekt. Välj ett och håll fast vid det på alla betalsöksplattformar. -
utm_id={CampaignId}är icke-förhandlingsbart för GA4-kostnadsimport. Numeriska ID:n överlever kampanjbyten av namn. "Q1 Brand Terms" blir "H1 Brand Campaign 2026" i någons vårputsning, men{CampaignId}förblir12345678för alltid.
Efter att ha angett mallen erbjuder Microsoft Ads en Test-knapp. Använd den. Gränssnittet validerar att alla makron löses upp korrekt innan du sparar.
En fallgrop: Microsoft Ads stöder spårningsmallar på konto-, kampanj-, annonsgrupp-, nyckelords- och annonsnivå. Lägre nivåer åsidosätter högre. Om någon i ditt team ställer in en mall på kampanjnivå för ett test och glömmer att ta bort den, ignorerar den kampanjen din kontokonfiguration. Gör ibland en granskning — filtrera efter spårningsmall i bulkredigeraren för att hitta åsidosättningar. UTM-styrningsguiden förklarar hur du bygger granskningsprocesser som fångar dessa problem innan de förstör din data i månader.
Vad är MSCLKID och hur skiljer det sig från GCLID?
MSCLKID (Microsoft Click Identifier) är Microsofts motsvarighet till Googles GCLID — ett automatiskt genererat unikt klick-ID som läggs till URL:er när auto-taggning är aktiverat i Microsoft Ads. Det ser ut som ?msclkid=abc123def456... och skickar klicknivådata till Microsofts UET-tagg (Universal Event Tracking).
Jämförelsen:
| Funktion | MSCLKID | GCLID | UTM-parametrar |
|---|---|---|---|
| Automatiskt genererat | Ja | Ja | Nej (manuell konfiguration) |
| Fungerar i GA4 | Ja (via import) | Inbyggd integration | Ja |
| Fungerar i CRM:er | Nej | Nej | Ja |
| Fungerar i BI-verktyg | Nej | Nej | Ja |
| Överlever iOS 17 LTP | Nej | Nej | Ja |
| Kompatibelt på flera plattformar | Nej | Nej | Ja |
GA4 kan importera MSCLKID-data om du kopplar ditt Microsoft Ads-konto i GA4:s adminpanel. Men detta täcker bara GA4 — inte ditt CRM, inte ditt BI-dashboard, inte din tredjeparts-attribuering.
Och precis som GCLID tar Apples iOS 17 länkspårningsskydd bort MSCLKID från URL:er i Mail, Meddelanden och Safaris privata surfning. UTM-parametrar passerar opåverkade. Enligt Apples dokumentation riktar länkspårningsskyddet in sig specifikt på kända klick-ID:n.
Slutsats: aktivera auto-taggning för MSCLKID och lägg till UTM-parametrar via Tracking Template. De existerar sida vid sida utan konflikt.
Vad är annorlunda mellan Microsoft Ads och Google Ads UTM-konfiguration?
Koncepten är identiska. Detaljerna är det inte. Och detaljerna är där spårningen går sönder.
| Skillnad | Google Ads | Microsoft Ads |
|---|---|---|
| Makrosyntax | gemener: {campaignid} | PascalCase: {CampaignId} |
| Makro för kampanjnamn | {campaignname} | {Campaign} |
| Makro för annonsgruppnamn | {adgroupname} | {AdGroup} |
| Nätverksvärden | g, s, d | o, s |
| Åtkomst till sökfråga | Borttaget (integritet) | {QueryString} tillgängligt |
| Matchningstyps-värden | b, p, e | b, p, e (samma) |
| Auto-tagg ID | GCLID | MSCLKID |
| Tracking Template-plats | Admin → Kontoinställningar → Spårning | Alla kampanjer → Inställningar → Spårning |
Det vanligaste misstaget? Kopiera Google Ads Tracking Template till Microsoft Ads utan att ändra makrots skiftläge. {campaignid} i Microsoft Ads löses inte upp — det skickas vidare som den bokstavliga strängen {campaignid}. Dina GA4-rapporter visar kampanjvärden som {campaignid}_{adgroupid} istället för riktiga ID:n. Jag har sett detta i tre olika kundkonton. Varje gång var det copy-paste från Google Ads.
Hanterar du båda plattformarna täcker UTM för Google Ads-guiden den Google-specifika konfigurationen. Strukturen är parallell, men makrona är inte utbytbara.
Proffstips: Välj "Bing Ads" i UTM Generator och verktyget fyller automatiskt i PascalCase-makron i rätt fält —
{CampaignId}_{AdGroupId}för campaign,{AdId}för content,{Keyword}för term. Ingen risk att råka kopiera Googles gemensyntax av misstag. Det genererar det fullständiga Tracking Template-formatet med{lpurl}klart för Microsoft Ads.
Vilka mallar fungerar för respektive Microsoft Ads-kampanjtyp?
Olika kampanjtyper exponerar olika data. Kontomallens standardmall täcker de flesta fall, men här är optimerade varianter.
Sökkampanjer — nyckelords- och matchningstypdata tillgängliga:
{lpurl}?utm_source=bing-{Network}&utm_medium=paid_search&utm_campaign={CampaignId}_{AdGroupId}&utm_content={AdId}&utm_term={Keyword}_{MatchType}&utm_id={CampaignId}
Shopping-kampanjer — produktdata är viktigare här:
{lpurl}?utm_source=bing&utm_medium=shopping&utm_campaign={CampaignId}&utm_content={AdId}&utm_id={CampaignId}
Audience-kampanjer (Microsoft Audience Network) — display-liknande inventarie:
{lpurl}?utm_source=bing&utm_medium=display&utm_campaign={CampaignId}_{AdGroupId}&utm_content={AdId}&utm_id={CampaignId}
Performance Max — Microsofts PMax-motsvarighet, lanserad i slutet av 2025:
{lpurl}?utm_source=bing&utm_medium=paid_search&utm_campaign={CampaignId}&utm_id={CampaignId}
En notering om utm_medium för Shopping-kampanjer. Att använda shopping som medium är beskrivande men matchar ingen GA4-standardkanalgrupperng — den trafiken hamnar under "Otilldelad". Om du vill att Shopping-trafik ska klassificeras under Betald sökning i GA4, använd paid_search eller cpc. Avvägningen: du förlorar möjligheten att filtrera Shopping separat i GA4:s standardrapporter. Om det spelar roll, behåll shopping och skapa en anpassad kanalgrupp i GA4.
För team som kör både Google och Microsoft sökkampanjer: konsistenta utm_medium-värden på båda plattformarna förenklar rapporteringen. Använd paid_search för båda — sedan skiljer utm_source=google vs utm_source=bing dem åt tydligt. UTM-namngivningskonventionsguiden visar hur du bygger ett plattformsoberoende namngivningssystem som inte kollapsar när du lägger till ett tredje eller fjärde annonsnätverk.
Hur importerar du Google Ads till Microsoft Ads (och vad händer med UTM)?
Microsoft Ads har en inbyggd Google Ads-importfunktion. Många annonsörer använder den för att spegla sina Google-kampanjer till Bing med ett klick. Bekvämt. Men här är fällan: importen kopierar kampanjstruktur, bud och annonstext — den översätter INTE Tracking Template-makrona.
Om ditt Google Ads Tracking Template använder {campaignid} (gemener) importeras exakt den strängen till Microsoft Ads. Den löses inte upp. Din Bing-trafik får trasiga UTM-värden.
Efter varje Google Ads-import:
- Gå till Tracking Template på kontonivå i Microsoft Ads
- Ersätt Google-mallen med Microsofts PascalCase-version
- Testa mallen med Microsofts inbyggda validator
Det tar 60 sekunder. Hoppar du över det kostar det månader av trasig attribueringsdata. Inte hypotetiskt — Microsofts eget annonsblogg lyfter fram detta som ett av de vanligaste migreringsproblemen.
Konfigurera Microsoft Ads UTM i UTM Generator
Öppna UTM Generator och välj Bing Ads i annonsnätverksdropdown:en. Verktyget fyller alla fält med PascalCase-makron enligt Clean Signal Method.
Arbetsflödet:
- Ange URL:en för din landningssida
- Välj Bing Ads i nätverksdropdown:en
- Source fylls automatiskt med
bing— det rekommenderade Clean Signal-värdet - Medium visar
paid_search— GA4-kanalkompatibelt - Campaign visar
{CampaignId}_{AdGroupId}— numeriska ID:n som överlever namnbyten - Content visar
{AdId}— spårning på annonsnivå - Term visar
{Keyword}— nyckelordsdata - UTM ID visar
{CampaignId}— krävs för GA4-kostnadsimport - Kopiera den genererade Tracking Template (inkluderar
{lpurl}-prefix) - Klistra in i Microsoft Ads Tracking Template på kontonivå
Spara den som en mall i UTM Generator. Dela mall-URL:en med ditt team så att alla använder identiska Bing UTM-parametrar — inget mer PascalCase vs gemener i teamet.
Generatorn följer Clean Signal Method Princip 1 (Tala GA4:s språk) med korrekt paid_search-medium, Princip 4 (Automatisera eller ångra) med dynamiska makron, och Princip 7 (Ingen kampanj utan ID) med utm_id={CampaignId}.
Vanliga frågor
Vad är MSCLKID i Microsoft Ads?
MSCLKID (Microsoft Click Identifier) är en unik parameter som Microsoft Ads automatiskt lägger till annonsklick-URL:er när auto-taggning är aktiverat. Det skickar attribueringsdata på klicknivå till Microsofts UET-tagg och kan importeras till GA4 genom att koppla ditt Microsoft Ads-konto. MSCLKID fungerar inom Microsofts ekosystem men är inte läsbart för CRM:er, BI-verktyg eller tredjeparts-attribueringsplattformar — därför är UTM-parametrar fortfarande nödvändiga vid sidan av det.
Vad är rätt makrosyntax för Microsoft Ads UTM?
Microsoft Ads använder PascalCase inom enkla klammerparenteser: {CampaignId}, {AdGroupId}, {Keyword}. Det skiljer sig från Google Ads som använder gemener: {campaignid}, {adgroupid}, {keyword}. Att kopiera Googles gemensmakron till Microsoft Ads är det vanligaste Bing UTM-misstaget — makrona löser inte upp och visas som bokstavliga textsträngar i dina analysrapporter.
Stöder Microsoft Ads auto-taggning som Google Ads?
Ja. Auto-taggning i Microsoft Ads lägger till MSCLKID på klick-URL:er, liknande hur Google Ads använder GCLID. Aktivera under Delat bibliotek → Alternativ på kontonivå → Automatisk taggning. GA4 stöder MSCLKID-dataimport när du kopplar ditt Microsoft Advertising-konto. Precis som GCLID tas MSCLKID bort av Apples iOS 17-länkspårningsskydd i Mail, Meddelanden och Safaris privata surfning.
Var lägger jag till Tracking Template i Microsoft Ads?
Navigera till Alla kampanjer → Inställningar (kugghjulsikonen) → Alternativ på kontonivå → Spårningsmall. Att ange mallen på kontonivå tillämpar den automatiskt på alla kampanjer. Microsoft Ads tillåter även mallar på kampanj-, annonsgrupp-, nyckelords- och annonsnivå — lägre nivåer åsidosätter högre. Kontonivå är rätt standard om du inte behöver olika parametrar för specifika kampanjtyper som Shopping eller Audience Network.
Kan jag använda samma UTM-mall för Google Ads och Microsoft Ads?
Nej. Makrosyntaxen är annorlunda. Google Ads använder gemener ({campaignid}) och Microsoft Ads använder PascalCase ({CampaignId}). Kampanjnamnsmakron skiljer sig också: {campaignname} i Google vs {Campaign} i Microsoft. Nätverksvärden skiljer sig också — Google returnerar g, s, d medan Microsoft returnerar o, s. Du behöver plattformsspecifika mallar. Använd konsekventa namngivningskonventioner för utm_medium och utm_source på båda plattformarna för att hålla GA4-rapporterna rena.
Vad händer med UTM-parametrar när man importerar Google Ads-kampanjer till Microsoft Ads?
Importen kopierar kampanjstruktur, bud och annonstext men översätter inte Tracking Template-makrona. Googles gemensmakron som {campaignid} visas som bokstavliga strängar i Microsoft Ads — de löser inte upp till riktiga värden. Efter varje Google Ads-import, ersätt Tracking Template med Microsofts PascalCase-ekvivalenter och testa med den inbyggda validatorn. Det här 60-sekunderssteget förhindrar månader av trasig attribuering.
Har Microsoft Ads ett motsvarighet till Googles -parameter?
Ja — och det är faktiskt en fördel. Microsoft Ads tillhandahåller {QueryString}, som returnerar den exakta sökning användaren angav. Google Ads tog bort den här nivån av transparens i sökfrågor. {QueryString} är värdefullt för analys av sökintention och kan läggas till som en anpassad parameter i din Tracking Template. Notera att data på fråghnivå kan öka URL-längden avsevärt för long tail-sökningar.
Vilket utm_medium ska jag använda för Microsoft Ads?
Använd paid_search eller cpc för sökkampanjer — båda matchar GA4:s standardkanalgrupp Betald sökning. För Shopping-kampanjer säkerställer cpc eller paid_search korrekt GA4-klassificering, medan shopping är mer beskrivande men hamnar under "Otilldelad". För Audience Network-kampanjer, använd display för att matcha GA4:s Display-kanalgrupp. Undvik bing, ppc, sem eller search-ads — GA4 klassificerar inte dessa korrekt.
Konfigurera din Microsoft Ads UTM-spårning rätt från start — öppna UTM Generator, välj Bing Ads och kopiera en komplett Tracking Template med korrekta PascalCase-makron på under 30 sekunder. Gratis, inget konto krävs.