Нуждаете ли се от UTM параметри за Microsoft Ads, ако съществува MSCLKID?
Да. MSCLKID управлява атрибуцията в рамките на екосистемата на Microsoft — Clarity, UET тагове и таблото на Microsoft Ads — но спира дотам. Вашият CRM, BI инструмент, платформа за атрибуция на трети страни? Те не четат MSCLKID. UTM параметрите запълват тази празнота.
Microsoft Advertising обхваща около 38% от обема на настолните търсения в САЩ чрез Bing, Yahoo, AOL и синдикационни партньори на DuckDuckGo към Q1 2026. Това не е незначително число. И все пак повечето маркетингови екипи копират настройката от Google Ads и считат работата за свършена, без да проверяват дали синтаксисът на макросите действително съвпада. Не съвпада. Microsoft Ads използва макроси в PascalCase формат — {CampaignId}, а не {campaignid}. Ако сбъркате това, всяко кликване ще попадне в GA4 отчетите с буквалния низ {campaignid} вместо действителен ID.
Така че настройката е важна. А разликите от Google Ads са достатъчно малки, за да ги пропуснете, но достатъчно големи, за да унищожат данните ви.
Какви динамични параметри поддържа Microsoft Ads?
Динамичните параметри на Microsoft Ads — наречени параметри на UET тага или макроси за проследяване на URL — автоматично вмъкват данни за кампанията по времето на кликване, точно като ValueTrack на Google. Синтаксисът е PascalCase в единични фигурни скоби: {Параметър}.
Ето какво реално ще използвате:
| Макрос на Microsoft Ads | Какво вмъква | Най-добра употреба в |
|---|---|---|
{CampaignId} | Числов ID на кампания | utm_campaign, utm_id |
{Campaign} | Наименование на кампания (текст) | utm_campaign |
{AdGroupId} | Числов ID на рекламна група | utm_campaign |
{AdGroup} | Наименование на рекламна група | utm_campaign |
{AdId} | Числов ID на реклама | utm_content |
{Keyword} | Текст на съответстващата ключова дума | utm_term |
{MatchType} | Тип на съвпадение: e, p или b | utm_term |
{Network} | Мрежа: o (Bing), s (синдицирана) | utm_source |
{Device} | Устройство: m, t или c | Персонализиран параметър |
{TargetId} | Целеви ID (аудитория, местоположение) | utm_term |
{QueryString} | Действителната заявка, въведена от потребителя | Персонализиран параметър |
{BidMatchType} | Тип на съвпадение на офертата на ключова дума | Персонализиран параметър |
Две неща си заслужава да се отбележат. Първо, {QueryString} ви дава действителната търсачна заявка, не само съответстващата ключова дума. Ако тепърва навлизате в UTM параметрите, ръководството 5 UTM параметъра обяснени покрива какво прави всяко поле преди да започнете да ги попълвате с макроси. Google Ads премахна предаването на заявки за търсене преди години поради "поверителност". Microsoft все още го предоставя. Това е реално конкурентно предимство за анализ на намеренията при търсене — използвайте го в персонализиран параметър, ако вашият аналитичен стек го поддържа.
Второ, {Network} връща o за собствени свойства на Bing и s за синдикационни партньори (Yahoo, AOL, DuckDuckGo). Ако управлявате синдицирани кампании и се чудите защо CPC-тата са по-ниски, но процентите на конверсия падат, {Network} ви казва точно кой трафик идва от партньори. Миналата година управлявах кампания, при която 61% от разходите отиваха към синдикационни партньори с процент на конверсия 0,3%, докато самият Bing конвертираше на 2,8%. Без {Network} в UTM това щеше да е невидимо.
За пълна справка с макросите вижте документацията за параметрите за проследяване на Microsoft Ads.
Как да настроите шаблон за проследяване в Microsoft Ads?
Шаблонът за проследяване в Microsoft Ads работи идентично с концепцията на Google — задайте го на ниво акаунт и всяка реклама го наследява автоматично.
Навигирайте до: Microsoft Ads → Всички кампании → Настройки (икона на зъбно колело) → Опции на ниво акаунт → Шаблон за проследяване
Шаблонът по Clean Signal Method за 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} е макросът на Microsoft за URL адреса на целевата страница — идентична концепция и идентично наименование като в Google. Системата замества вашия краен URL по времето на кликване.
Разбивка на случващото се:
-
utm_source=bing-{Network}комбинира статичния "bing" с динамичния тип мрежа. В GA4 ще виждатеbing-o(собствен Bing) илиbing-s(синдициран). Тази единствена буква е разликата между знаенето и гадаенето накъде отиват парите ви. -
utm_medium=paid_searchсъответства на стандартното групиране на канали в GA4. Неcpc, неbing, неppc. Всъщност —cpcсъщо работи. Ноpaid_searchе по-ясно в отчетите и все пак се маппира правилно. Изберете едно и се придържайте към него при всички платени платформи за търсене. -
utm_id={CampaignId}е задължителен за импортиране на данни за разходи в GA4. Числовите ID-та преживяват преименуванията на кампании. Наименованието "Q1 Brand Terms" става "H1 Brand Campaign 2026" при нечие пролетно почистване, но{CampaignId}остава12345678завинаги.
След въвеждане на шаблона Microsoft Ads предоставя бутон Тест. Използвайте го. Интерфейсът валидира, че всички макроси се разрешават правилно преди запазване.
Едно предупреждение: Microsoft Ads поддържа шаблони за проследяване на ниво акаунт, кампания, рекламна група, ключова дума и реклама. По-ниските нива отменят по-високите. Ако някой от вашия екип зададе шаблон на ниво кампания за тест и забрави да го премахне, тази кампания игнорира вашата настройка на ниво акаунт. Провеждайте периодичен одит — филтрирайте по шаблон за проследяване в масовия редактор, за да засечете отмените. Ръководството за UTM управление показва как да изградите одитни процеси, които улавят тези проблеми преди да развалят данните ви за месеци.
Какво е MSCLKID и как се сравнява с GCLID?
MSCLKID (Microsoft Click Identifier) е еквивалентът на Google GCLID — автоматично генериран уникален идентификатор на кликване, добавян към URL адреси, когато автоматичното тагиране е активирано в Microsoft Ads. Изглежда като ?msclkid=abc123def456... и предава данни на ниво кликване към UET (Universal Event Tracking) тага на Microsoft.
Сравнението:
| Функция | MSCLKID | GCLID | UTM параметри |
|---|---|---|---|
| Автоматично генериран | Да | Да | Не (ръчна настройка) |
| Работи в GA4 | Да (чрез импорт) | Нативна интеграция | Да |
| Работи в CRM системи | Не | Не | Да |
| Работи в BI инструменти | Не | Не | Да |
| Преживява iOS 17 LTP | Не | Не | Да |
| Съвместим между платформи | Не | Не | Да |
GA4 може да импортира MSCLKID данни, ако свържете акаунта си в Microsoft Ads в административния панел на GA4. Но това покрива само GA4 — не вашия CRM, не вашето BI табло, не атрибуцията на трети страни.
И точно като GCLID, iOS 17 Link Tracking Protection на Apple премахва MSCLKID от URL адреси в Mail, Messages и частното сърфиране в Safari. UTM параметрите преминават незасегнати. Според документацията на Apple, Link Tracking Protection целенасочено атакува известните идентификатори на кликвания.
Заключение: активирайте автоматичното тагиране за MSCLKID и добавете UTM параметри чрез шаблона за проследяване. Те съществуват едновременно без конфликт.
Какво е различно между настройката на UTM в Microsoft Ads и Google Ads?
Концепциите са идентични. Детайлите не са. А именно в детайлите се чупи проследяването.
| Разлика | Google Ads | Microsoft Ads |
|---|---|---|
| Синтаксис на макрос | малки букви: {campaignid} | PascalCase: {CampaignId} |
| Макрос на наименованието на кампания | {campaignname} | {Campaign} |
| Макрос на наименованието на рекламна група | {adgroupname} | {AdGroup} |
| Стойности на мрежата | g, s, d | o, s |
| Достъп до заявки за търсене | Премахнат (поверителност) | {QueryString} наличен |
| Стойности на типа съвпадение | b, p, e | b, p, e (същите) |
| Авто-таг ID | GCLID | MSCLKID |
| Местоположение на шаблона за проследяване | Admin → Настройки на акаунт → Проследяване | Всички кампании → Настройки → Проследяване |
Най-голямата грешка? Копиране на шаблона за проследяване от Google Ads в Microsoft Ads без промяна на регистъра на буквите в макросите. {campaignid} в Microsoft Ads не се разрешава — преминава като буквалния низ {campaignid}. Вашите GA4 отчети ще показват стойности на кампанията като {campaignid}_{adgroupid} вместо действителни ID-та. Виждал съм това в три различни клиентски акаунта. Всеки беше резултат от копиране-поставяне от Google Ads.
Ако управлявате и двете платформи, ръководството за UTM при Google Ads покрива настройката, специфична за Google. Структурата е паралелна, но макросите не са взаимозаменяеми.
Про съвет: Изберете "Bing Ads" в UTM Generator и инструментът автоматично попълва полетата с PascalCase макроси —
{CampaignId}_{AdGroupId}за кампания,{AdId}за съдържание,{Keyword}за термин. Нулев риск от случайно копиране на синтаксиса с малки букви на Google. Генерира пълния формат на шаблона за проследяване с{lpurl}, готов за Microsoft Ads.
Какви шаблони работят за всеки тип кампания в Microsoft Ads?
Различните типове кампании излагат различни данни. Шаблонът на ниво акаунт покрива повечето случаи, но ето оптимизирани варианти.
Search кампании — налични данни за ключови думи и типове съвпадение:
{lpurl}?utm_source=bing-{Network}&utm_medium=paid_search&utm_campaign={CampaignId}_{AdGroupId}&utm_content={AdId}&utm_term={Keyword}_{MatchType}&utm_id={CampaignId}
Shopping кампании — данните за продуктите са по-важни:
{lpurl}?utm_source=bing&utm_medium=shopping&utm_campaign={CampaignId}&utm_content={AdId}&utm_id={CampaignId}
Audience кампании (Microsoft Audience Network) — инвентар, подобен на дисплей:
{lpurl}?utm_source=bing&utm_medium=display&utm_campaign={CampaignId}_{AdGroupId}&utm_content={AdId}&utm_id={CampaignId}
Performance Max — еквивалентът на PMax на Microsoft, стартирал в края на 2025 г.:
{lpurl}?utm_source=bing&utm_medium=paid_search&utm_campaign={CampaignId}&utm_id={CampaignId}
Бележка относно utm_medium за Shopping кампании. Използването на shopping като медиум е описателно, но не съответства на никое стандартно групиране на канали в GA4 — трафикът отива в "Неприсвоен". Ако искате Shopping трафикът да бъде класифициран под Платено търсене в GA4, използвайте paid_search или cpc. Компромисът: губите възможността да филтрирате Shopping отделно в стандартните отчети на GA4. Ако това е важно за вас, запазете shopping и създайте персонализирана група канали в GA4.
За екипи, управляващи едновременно Google и Microsoft кампании, последователните стойности на utm_medium между платформите правят отчитането по-просто. Използвайте paid_search и за двете — тогава utm_source=google срещу utm_source=bing ги разграничава чисто. Ръководството за конвенции за именуване на UTM показва как да изградите система за именуване между платформи, която не се срива при добавяне на трета или четвърта рекламна мрежа.
Как да импортирате Microsoft Ads в Google Ads (и какво се случва с UTM)?
Microsoft Ads разполага с вградена функция за импортиране от Google Ads. Много рекламодатели я използват за огледално копиране на кампаниите си в Google в Bing с един клик. Удобно. Но ето уловката: импортирането копира структурата на кампанията, офертите и рекламния текст — но НЕ превежда макросите на шаблона за проследяване.
Ако вашият шаблон за проследяване в Google Ads използва {campaignid} (малки букви), именно този низ се импортира в Microsoft Ads. Няма да се разреши. Вашият Bing трафик ще има счупени UTM стойности.
След всяко импортиране от Google Ads:
- Отидете в шаблона за проследяване на ниво акаунт в Microsoft Ads
- Заменете Google шаблона с Microsoft PascalCase версията
- Тествайте шаблона с вградения валидатор на Microsoft
Това отнема 60 секунди. Пропускането ви струва месеци счупени данни за атрибуция. Не е хипотетично — собственият рекламен блог на Microsoft посочва това като един от основните проблеми при миграцията.
Как да настроите Microsoft Ads UTM в UTM Generator
Отворете UTM Generator и изберете Bing Ads от падащото меню за рекламна мрежа. Инструментът попълва всички полета с PascalCase макроси, следвайки Clean Signal Method.
Работният поток:
- Въведете URL адреса на вашата целева страница
- Изберете Bing Ads от падащото меню за мрежа
- Източникът автоматично се попълва с
bing— препоръчваната Clean Signal стойност - Медиумът показва
paid_search— съвместим с канали на GA4 - Кампанията показва
{CampaignId}_{AdGroupId}— числови ID-та, преживяващи преименуванията - Съдържанието показва
{AdId}— проследяване на ниво реклама - Терминът показва
{Keyword}— данни за ключови думи - UTM ID показва
{CampaignId}— необходим за импортиране на разходи в GA4 - Копирайте генерирания шаблон за проследяване (включва префикса
{lpurl}) - Поставете в шаблона за проследяване на ниво акаунт в Microsoft Ads
Запазете го като шаблон в UTM Generator. Споделете URL адреса на шаблона с вашия екип, така че всички да използват идентични Bing UTM параметри — без повече объркване PascalCase срещу малки букви в екипа.
Генераторът следва Принцип 1 на Clean Signal Method (Говорете езика на GA4) с правилния медиум paid_search, Принцип 4 (Автоматизирайте или ще съжалявате) с динамични макроси и Принцип 7 (Никаква кампания без ID) с utm_id={CampaignId}.
Често задавани въпроси
Какво е MSCLKID в Microsoft Ads?
MSCLKID (Microsoft Click Identifier) е уникален параметър, който Microsoft Ads автоматично добавя към URL адресите на кликванията върху реклами, когато автоматичното тагиране е активирано. Предава данни за атрибуция на ниво кликване към UET тага на Microsoft и може да бъде импортиран в GA4 чрез свързване на вашия акаунт в Microsoft Ads. MSCLKID работи в екосистемата на Microsoft, но не може да бъде четен от CRM системи, BI инструменти или платформи за атрибуция на трети страни — поради което UTM параметрите все още са необходими заедно с него.
Какъв е правилният синтаксис на макросите за Microsoft Ads UTM?
Microsoft Ads използва PascalCase в единични фигурни скоби: {CampaignId}, {AdGroupId}, {Keyword}. Това е различно от Google Ads, който използва малки букви: {campaignid}, {adgroupid}, {keyword}. Копирането на макросите на Google с малки букви в Microsoft Ads е най-честата грешка при Bing UTM — макросите няма да се разрешат и ще се появят като буквални текстови низове в аналитичните отчети.
Поддържа ли Microsoft Ads автоматично тагиране като Google Ads?
Да. Автоматичното тагиране на Microsoft Ads добавя MSCLKID към URL адресите на кликванията, подобно на начина, по който Google Ads използва GCLID. Активирайте го в Microsoft Ads под Споделена библиотека → Опции на ниво акаунт → Автоматично тагиране. GA4 поддържа импортиране на MSCLKID данни, когато свързвате акаунта си в Microsoft Advertising. Подобно на GCLID, MSCLKID се премахва от iOS 17 Link Tracking Protection на Apple в Mail, Messages и частното сърфиране в Safari.
Къде да добавя шаблона за проследяване в Microsoft Ads?
Навигирайте до Всички кампании → Настройки (икона на зъбно колело) → Опции на ниво акаунт → Шаблон за проследяване. Въвеждането на шаблона на ниво акаунт го прилага автоматично към всички кампании. Microsoft Ads позволява шаблони и на ниво кампания, рекламна група, ключова дума и реклама — по-ниските нива отменят по-високите. Нивото на акаунта е правилното стандартно, освен ако не са ви необходими различни параметри за специфични типове кампании като Shopping или Audience Network.
Мога ли да използвам един и същ UTM шаблон за Google Ads и Microsoft Ads?
Не. Синтаксисът на макросите е различен. Google Ads използва малки букви ({campaignid}), а Microsoft Ads PascalCase ({CampaignId}). Макросите за наименование на кампания също се различават: {campaignname} в Google срещу {Campaign} в Microsoft. Стойностите на мрежата също са различни — Google връща g, s, d, докато Microsoft връща o, s. Имате нужда от специфични за платформата шаблони. Използвайте последователни конвенции за именуване utm_medium и utm_source и в двете за чисти GA4 отчети.
Какво се случва с UTM параметрите при импортиране на кампании от Google Ads в Microsoft Ads?
Импортирането копира структурата на кампанията, офертите и рекламния текст, но не превежда макросите на шаблона за проследяване. Макросите на Google с малки букви, като {campaignid}, ще се появят като буквални низове в Microsoft Ads — няма да се разрешат до действителни стойности. След всяко импортиране от Google Ads заменете шаблона за проследяване с Microsoft PascalCase еквивалентите и тествайте с вградения валидатор. Тази 60-секундна стъпка предотвратява месеци счупена атрибуция.
Има ли Microsoft Ads еквивалент на параметъра на Google?
Да — и всъщност е предимство. Microsoft Ads предоставя {QueryString}, който връща действителната заявка, въведена от потребителя. Google Ads премахна това ниво на прозрачност при заявките за търсене. {QueryString} е ценен за анализ на намеренията при търсене и може да бъде добавен като персонализиран параметър в шаблона за проследяване. Забележка: данните на ниво заявка могат значително да увеличат дължината на URL адреса при дългоопашати търсения.
Какъв utm_medium да използвам за Microsoft Ads?
Използвайте paid_search или cpc за Search кампании — и двете съответстват на стандартната група канали Платено търсене в GA4. За Shopping кампании cpc или paid_search осигурява класификация в GA4, докато shopping е по-описателно, но отива в "Неприсвоен". За Audience Network кампании използвайте display, за да съответства на групата канали Display в GA4. Избягвайте bing, ppc, sem или search-ads — GA4 няма да ги класифицира правилно.
Настройте правилно проследяването на UTM в Microsoft Ads от първия път — отворете UTM Generator, изберете Bing Ads и копирайте пълен шаблон за проследяване с правилни PascalCase макроси за под 30 секунди. Безплатно, без нужда от акаунт.