Промотирайте и растете6 мин. четене

Проследяване с Meta и Google

Свържете Meta Pixel + Conversions API и Google Analytics, Tag Manager и реализация за Google Ads, за да измерват рекламите и справките ви продажбите - със съгласие, верификация, тест и продуктовия feed.

Екранът Маркетинг → Проследяване свързва магазина ви с рекламните и аналитичните системи на Google и Meta, за да измерват реалните продажби - а не само кликовете. Има две карти: Google Analytics и Meta · Pixel и Conversions API. Попълвате идентификаторите веднъж; ZweiHost ги вгражда в сайта и изпраща събитията вместо вас.

И двете платформи се зареждат едва след като посетителят приеме бисквитки. Google работи с Consent Mode (зарежда се, но не съхранява нищо без съгласие), а Meta Pixel изобщо не се зарежда преди съгласие. Нищо не се настройва ръчно за това - вградено е.

Google Analytics (GA4)

  1. В Google Analytics отворете Admin → Data streams и изберете уеб потока на сайта си.
  2. Копирайте Measurement ID (изглежда като G-XXXXXXXXXX).
  3. Поставете го в полето Google Analytics ID (GA4) и натиснете Запази.

Това е публичен идентификатор - вгражда се в страниците на сайта, безопасно е да се споделя.

Google Tag Manager (по избор)

Ако управлявате таговете си през Google Tag Manager, поставете ID на контейнера (GTM-XXXXXXX) в полето Google Tag Manager ID.

Внимание за двойно броене: ако вашият GTM контейнер вече зарежда таг за Google Analytics, оставете полето Google Analytics ID (GA4) празно. В противен случай всяко посещение се брои два пъти. Зареждайте GA4 само на едно място. ZweiHost ви предупреждава, когато и двете полета са попълнени.

За агенции с GTM: налични събития в data layer

Когато е зададен GTM контейнер, ZweiHost подава на витрината пълен dataLayer по спецификацията на GA4 Recommended events - контейнерът ви има всичко нужно, без допълнителен код по сайта. В GA4 Event тага включете Send Ecommerce data → Data Layer, за да се мапнат автоматично.

Навигация:

  • page_view - при всяко клиентско (soft) навигиране; носи page_path, page_location, page_title.

Фуния (данните са вложени в обект ecommerce):

  • view_item
  • view_item_list, select_item (+ item_list_id, item_list_name)
  • add_to_cart, remove_from_cart, view_cart, add_to_wishlist
  • begin_checkout, add_shipping_info (+ shipping_tier), add_payment_info (+ payment_type)
  • view_promotion, select_promotion (+ promotion_id, promotion_name, creative_slot)

Поръчка:

  • purchase - ecommerce.transaction_id, ecommerce.value, ecommerce.currency, ecommerce.items[].

Други (плоски параметри, без обвивка ecommerce):

  • search (search_term), sign_up (method), login (method), generate_lead.

Идентификация: за логнат клиент се изпраща user_id като отделен push (обект без ключ event) - мапнете го към полето user_id на GA4 тага.

Полетата на всеки ред в ecommerce.items[]: item_id, item_name, price, item_variant, item_category, index, quantity (незададените се пропускат). Преди всеки push с ecommerce изпращаме { ecommerce: null } за нулиране, така че стойностите не се смесват между събитията.

Внимание за двойно броене на page_view: ние вече изпращаме page_view при всяка soft навигация. Ако добавите и History Change тригер за същия таг, навигациите ще се броят два пъти - използвайте само единия. Първоначалното (твърдо) зареждане се брои от вашия GA4 config таг (All Pages); нашето page_view събитие покрива само следващите навигации. Затова пускайте config тага на All Pages / Initialization, а тага за преглед на страница - на Custom Event = page_view.

Внимание за съгласие: ZweiHost прилага Consent Mode v2 автоматично само за Google таговете. Самият контейнер се зарежда независимо от съгласието, затова всеки не-Google таг, който добавите в GTM (напр. TikTok пиксел, ръчен Meta pixel), не е автоматично обвързан със съгласие - заключете го сами зад тригер за съгласие или ползвайте вградените Meta полета на ZweiHost, които са обвързани.

Сървърно проследяване (Measurement Protocol) - от план Pro нагоре

Освен от браузъра, ZweiHost изпраща поръчките към GA4 и от нашия сървър, за да не се губи реализация при блокиран браузър или на iOS. Дублира се с браузърното събитие по номера на поръчката, така че не брои два пъти.

  1. В GA4 отворете Admin → Data streams → [вашият поток] → Measurement Protocol API secrets.
  2. Натиснете Create, дайте име и копирайте стойността на секрета.
  3. Поставете я в Measurement Protocol · API secret и запазете.

Секретът е криптиран и никога не се показва отново (оставете полето празно, за да запазите текущия). Заедно с него ZweiHost изпраща Enhanced Conversions - хеширан имейл/телефон на клиента, само при съгласие за реклама - за по-точно съпоставяне на реализациите.

Проверка

  • Изпрати тестово събитие - изпраща валидираща поръчка към debug endpoint-а на Google и показва резултата веднага. Без реални поръчки.
  • Тествай проследяването - отваря витрината ви с включен GA4 DebugView, за да гледате събитията на живо, докато настройвате.

Реализация за Google Ads

За да оптимизира Google Ads към продажби, трябва да получи реализацията от вашия магазин. Има два начина - изберете само единия:

  • (Препоръчано) Импорт от GA4. Свържете GA4 профила с Google Ads (Google Ads → Tools → Data manager / Linked accounts) и импортирайте събитието purchase като реализация. Ползва наготово всичко по-горе, включително Enhanced Conversions - без допълнителен код.
  • Директен таг. В Google Ads → Goals → Conversions отворете действието за покупка → Tag setup и копирайте:
  • ID на реализацията (AW-XXXXXXXXX) → поставете в полето ID на реализацията (Google Ads);
  • етикета на реализацията → поставете в Етикет на реализацията за покупка. Тагът се задейства на страницата за успешна поръчка, в реалната валута на поръчката (Google сам конвертира).

Използвайте само единия начин. Ако сте импортирали purchase от GA4 и попълните директния таг, Google Ads ще брои всяка продажба два пъти. ZweiHost ви предупреждава, когато директният таг е попълнен.

Meta · Pixel и Conversions API

  1. В Meta Events Manager отворете Data sources и изберете вашия pixel.
  2. Копирайте Pixel ID и го поставете в полето Pixel ID (публичен, безопасен за споделяне).
  3. За Conversions API: в Settings → Conversions API натиснете Generate access token и копирайте токена.
  4. Поставете го в Access token за Conversions API и запазете.

Токенът е криптиран и никога не се показва отново (празно поле = запазва текущия). Изберете и Държава на бизнеса - изпраща се хеширана със сървърните събития и подобрява качеството на съпоставяне на Meta.

Meta Pixel работи от браузъра; Conversions API изпраща същите събития и от нашия сървър (с хеширани клиентски данни), за да оцелеят при блокиран браузър или iOS. Двете се дублират по едно и също event id. Всички стойности към Meta се изпращат в EUR, за да са коректни агрегатите за ROAS.

Проверка (Meta Test Events)

  1. В Events Manager отворете таба Test Events и копирайте показания код.
  2. Поставете го в Код за тестови събития и запазете - сървърните ви събития се появяват там на живо.
  3. Изчистете кода, щом се уверите, че работи.

Верификация на домейна (в Настройки)

Кодовете за верификация на собствеността живеят в Настройки → Общи, не на този екран:

  • Meta domain verification (Business Settings → Brand Safety → Domains, методът с meta-таг) - нужен, за да приписва Meta реализациите на вашия домейн (iOS / Aggregated Event Measurement).
  • Google site verification (google-site-verification) - за Google Search Console.

Вижте Настройки на сайта.

Продуктовият feed (за Merchant Center и каталога на Meta)

Един продуктов feed обслужва и двете платформи: насочете Google Merchant Center и Meta Commerce Manager към същия feed URL. Настройката е на екрана Каталог за Meta, където е и връзката към feed-а.

Следваща стъпка

С проследяването наготово, свържете каталога си за динамични реклами - вижте Каталог за Meta.

Всички ръководства

Пробвайте всичко това в собствения си магазин

Всяка функция от ръководствата е в магазина от първия ден - без инсталиране и без разработка.

Започни сайта си