Jak importować marżę z zamówień do Google Ads bez zapisywania identyfikatora kliknięcia w sklepie

Google Ads optymalizuje kampanie na podstawie przychodów raportowanych przez tag na stronie. Przychód to nie zysk. Większość sklepów sprzedaje własne produkty obok towarów od dostawców. Z mojego doświadczenia wynika, że ich marże wynoszą w przybliżeniu od 20 do 60%. Gdy stawki są ustalane na podstawie przychodów, dwa zamówienia o tym samym przychodzie liczą się tak samo, nawet jeśli jedno ma niską marżę, a drugie wysoką. Zazwyczaj od 3 do 10% zamówień zostaje anulowanych. Tag na stronie nie rejestruje anulowania zamówienia. Konwersja zachowuje swoją pełną wartość.

Nie chcesz wysyłać marży przez tag na stronie. Każdy może odczytać dane tagu w przeglądarce. Twoja konkurencja również może odczytać te dane. Dlatego marża trafia do Google Ads przez API.

Zwykły import przez API wymaga identyfikatora Google Click ID dla każdego zamówienia. Na gotowej platformie takiej jak Shopify lub Shoptet nie kontrolujesz procesu zapisu zamówienia. Zamówienie nie ma pola identyfikatora kliknięcia. Shopify przechowuje tylko stronę docelową pierwszej i ostatniej wizyty klienta. Strona ta może zawierać identyfikator kliknięcia, ale tylko wtedy, gdy odwiedzający wyraził zgodę na śledzenie. Bez niestandardowego kodu lub aplikacji zamówienie nie zachowa niezawodnie identyfikatora kliknięcia. Nie musisz zapisywać identyfikatora kliknięcia w sklepie. Eksport GA4 do BigQuery przechowuje kliknięcie przy każdej wizycie z reklamy.

Czego potrzebujesz

• GA4 na stronie sklepu, rejestrujące zakupy z numerem zamówienia
• zamówienia sklepu z cenami zakupu z eksportu zamówień, API platformy lub bazy danych
• projekt Google Cloud
• dostęp administracyjny do konta Google Ads
• miejsce do uruchamiania jednego zadania dziennie

Nikt nie musi zmieniać strony internetowej ani procesu składania zamówienia. Kliknięcie pochodzi z GA4. GA4 już działa na stronie. Marża pochodzi z danych zamówień. Sklep już przechowuje te dane. Gotowe platformy zazwyczaj eksportują zamówienia z cenami zakupu. Sprawdź to w swoim systemie.

Krok 1: Utwórz projekt Google Cloud

Nazwy stron i przycisków w konsoli Google Cloud podaję po angielsku. Jeden projekt Cloud zawiera eksport GA4 i daje dostęp do obu API. Jeśli GA4 już eksportuje dane do projektu, użyj go.

1. Jeśli nie masz jeszcze konta rozliczeniowego, otwórz Billing w konsoli Google Cloud i utwórz je. Nowe konto rozliczeniowe ma początkowo status Free trial account.
2. Otwórz stronę Overview konta rozliczeniowego. Jeśli widzisz Free trial account, kliknij Activate tam lub na stronie Welcome konsoli. Potwierdź w oknie dialogowym.
3. Otwórz Manage resources. Kliknij Create project. Wpisz nazwę i wybierz to konto rozliczeniowe. Na koncie osobistym organizacja pozostaje jako No organization. Kliknij Create.
4. W sekcji APIs & Services otwórz Library. Znajdź BigQuery API i kliknij Enable. Zrób to samo dla Data Manager API i Google Ads API.

Projekt wymaga płatnego konta rozliczeniowego. Google obecnie odrzuca prośby o dostęp do Google Ads API z projektów na darmowym okresie próbnym. Odrzuca też prośby z zawieszonego lub wyłączonego konta rozliczeniowego. Bez konta rozliczeniowego BigQuery działa jako piaskownica. Tabele wygasają tam po 60 dniach.

Sam eksport GA4 jest darmowy. BigQuery pobiera opłaty za przechowywanie i zapytania. Z mojego doświadczenia wynika, że dla typowego sklepu wynosi to kilka dolarów miesięcznie. Aby zobaczyć rzeczywistą kwotę, otwórz Billing. Wybierz konto rozliczeniowe. Otwórz Reports i ustaw filtr dla tego projektu.

Sprawdzenie. Strona Enabled APIs & services wymienia wszystkie trzy API.

Krok 2: Włącz eksport GA4 do BigQuery

W tym kroku uzyskujesz Google Click ID bez wprowadzania zmian w sklepie. Zrób to wcześnie. Eksport zawiera tylko dni po jego powiązaniu. Pomoc Google nie opisuje sposobu na eksport wcześniejszych dni.

Potrzebujesz roli Edytor w usłudze GA4 i roli Właściciel w projekcie Cloud. W Google Ads sprawdź, czy automatyczne tagowanie jest włączone. Znajdziesz to w sekcji Administracja, Ustawienia konta, Automatyczne tagowanie. Bez tego kliknięcia w reklamy nie zawierają Google Click ID. Jeśli jest wyłączone, zaznacz Dodaj tag do adresu URL, który klikają użytkownicy w reklamie i kliknij Zapisz.

1. W GA4 otwórz sekcję Administracja. W sekcji Połączenia usług kliknij Połączenia z BigQuery, a następnie Połącz.
2. Kliknij Wybierz projekt BigQuery. Wybierz projekt z kroku 1 i kliknij Potwierdź.
3. Wybierz lokalizację danych. Dla sklepu w UE wybierz lokalizację wieloregionalną EU lub pojedynczy region w Unii Europejskiej. Zanotuj ją. Zapytania importu i tabele stanu używają tej samej lokalizacji. Jeśli projekt ma już zbiór danych dla tej usługi, lokalizacja jest stała. Nie można jej zmienić. Kliknij Dalej.
4. Kliknij Skonfiguruj strumienie danych i zdarzenia. Wybierz strumień danych z witryny sklepu i kliknij Gotowe.
5. Zostaw opcję Uwzględniaj identyfikatory reklamowe w przypadku strumieni danych z aplikacji mobilnej wyłączoną. Sklep internetowy tego nie potrzebuje.
6. Wybierz Codziennie i zostaw opcję Strumieniowe przesyłanie danych wyłączoną.
7. Kliknij Dalej, a następnie Prześlij.

Codziennie wystarczy. Import odczytuje codzienne tabele events_YYYYMMDD. Przesyłanie strumieniowe dodaje dzisiejsze dane w ciągu kilku minut. Codzienne zadanie tego nie używa. Przesyłanie strumieniowe wiąże się z dodatkową opłatą.

Limit 1 miliona. Standardowa usługa GA4 może eksportować 1 milion zdarzeń dziennie w trybie Codziennie. Jeśli usługa stale go przekracza, Google wstrzymuje eksport. Google nie uzupełnia brakujących dni. Jeśli jesteś blisko limitu, wyklucz niepotrzebne zdarzenia. Zrób to w oknie strumieni danych. Wyklucz na przykład scroll lub user_engagement. Zachowaj purchase, page_view i session_start. Zawierają one zamówienie, stronę docelową i kliknięcie. Jeśli to nie wystarczy, Przesyłanie strumieniowe nie ma limitu. Wymaga to jednak dostosowania importu. Pomoc Google sugeruje również uaktualnienie do Analytics 360.

Pierwsze tygodnie. Kliknięć sprzed daty powiązania nie ma w BigQuery. Przez pierwsze 30 dni import wysyła więcej zamówień wyłącznie z zhashowanym adresem e-mail i numerem telefonu.

Sprawdzenie. Dane powinny zacząć napływać w ciągu 24 godzin. Trafią do zbioru danych BigQuery analytics_<property ID>. Każdego dnia dodawana jest tabela z danymi z poprzedniego dnia. Zazwyczaj dzieje się to we wczesnych godzinach popołudniowych według strefy czasowej ustawionej w usłudze. Czasami pojawia się później tego samego dnia lub następnego dnia.

Krok 3: Skonfiguruj dostęp do obu API

Nowe zamówienia i zmiany marży przechodzą przez Data Manager API. Anulowania przechodzą przez starsze Google Ads API. Data Manager API nie potrafi wycofać konwersji. Oba API używają tego samego projektu i tego samego logowania.

Piszę kod pod Google Ads API od dwunastu lat. W 2026 roku dostęp do niego uległ zmianie. Google wycofało tokeny programisty 9 września 2026 roku. Dostęp należy teraz do projektu Cloud. Nowy projekt zaczyna z poziomem dostępu Test, który działa tylko z kontami testowymi. Twoje prawdziwe konto potrzebuje poziomu Explorer.

1. W konsoli Cloud otwórz stronę Google Ads API Overview. Sprawdź, czy poziom dostępu to Test.
2. Rozwiń Upgrade access level. Sprawdź, czy następny poziom to Explorer.
3. Kliknij Apply for access. Wypełnij krótki formularz i poczekaj na odpowiedź Google przez e-mail. Strona Overview pokazuje Explorer dopiero po zatwierdzeniu.

Explorer pozwala na 2 880 operacji dziennie na rzeczywistych kontach. Nie wymaga weryfikacji marki. Google zatwierdza to automatycznie w większości przypadków. Jedną z udokumentowanych przyczyn odrzucenia jest darmowy okres próbny. Inną jest zawieszone lub wyłączone konto rozliczeniowe. Sprawdź powód w e-mailu. Napraw konto rozliczeniowe, poczekaj kilka minut i złóż wniosek o poziom Explorer ponownie.

Logowanie. Dla konta użytkownika skonfiguruj OAuth w konsoli Cloud w sekcji Google Auth Platform.

1. W zakładce Branding wpisz nazwę aplikacji, e-mail pomocy dla użytkowników i e-mail kontaktowy programisty. Kliknij Create.
2. W zakładce Data Access kliknij Add or remove scopes. Dodaj Data Manager API, Google Ads API i BigQuery API. Import używa tego samego logowania do odczytu eksportu GA4. Kliknij Update, a następnie Save.
3. W zakładce Audience wybierz Internal tylko wtedy, gdy projekt Cloud należy do twojej organizacji Google Workspace. Każdy użytkownik musi być w niej. W przeciwnym razie wybierz External i kliknij Publish app. Status zmieni się na In production.

Nigdy nie zostawiaj statusu na Testing. Przewodnik Google dla Data Manager używa statusu Testing do programowania. Poświadczenia z logowania w Testing wygasają po 7 dniach. Codzienne zadanie zatrzymuje się po tygodniu. Nikt nie zostaje o tym powiadomiony, chyba że zadanie wysyła alerty o błędach. Opublikowana aplikacja bez weryfikacji Google pokazuje ostrzeżenie o niezweryfikowanej aplikacji przy pierwszym logowaniu. Do własnego użytku kliknij Advanced i kontynuuj. Ostrzeżenie nie oznacza niczego złego.

Utwórz poświadczenia.

1. Jeśli import będzie działał na serwerze lub na twoim komputerze, utwórz klienta OAuth typu Desktop app w zakładce Clients. Pobierz jego plik JSON. Google Apps Script loguje się przez sam skrypt i nie potrzebuje tego pliku.
2. Przekaż plik JSON osobie budującej import (Krok 5). Ta osoba użyje pliku JSON do jednorazowego logowania. To wygeneruje zapisane poświadczenia, które import odnawia automatycznie.

Na serwerze zamiast tego działa konto usługi. Utwórz je. Przyznaj mu role Service Usage Consumer i BigQuery Job User w projekcie. Dodaj BigQuery Data Viewer w zbiorze danych GA4 i BigQuery Data Editor we własnym zbiorze danych importu. Następnie dodaj jego e-mail w Google Ads jak poniżej.

Następnie dodaj konto w Google Ads. Znajdziesz to w sekcji Administracja, Dostęp i bezpieczeństwo. Użyj przycisku z plusem i wybierz dostęp Standardowy. Dla osoby kliknij Wyślij zaproszenie. Osoba je akceptuje. Dla konta usługi wpisz jego e-mail i kliknij Dodaj konto bez zaproszenia. Użyj konta należącego do firmy. Import zatrzymuje się po jego usunięciu.

Sprawdzenie. Strona Overview pokazuje Explorer. Krok 6 testuje oba API. Używa wywołania API validateOnly do Data Manager i testowego wywołania anulowania do Google Ads API.

Krok 4: Utwórz działanie powodujące konwersję dla marży

Utwórz osobne działanie powodujące konwersję typu import dla marży. W tym miejscu włączasz również konwersje rozszerzone. Pozwalają one Google dopasować zamówienia bez kliknięcia.

1. W Google Ads kliknij Cele, następnie Konwersje, a potem Podsumowanie.
2. Kliknij + Utwórz działanie powodujące konwersję i wybierz Konwersje offline.
3. Gdy system zapyta o źródło danych, wybierz Pomiń ten krok i skonfiguruj źródło danych później. Import wysyła dane przez API.
4. Następnie zdefiniuj samo działanie w kreatorze. Wybierz kategorię Zakup. Nazwij działanie. Kliknij Zapisz i kontynuuj, a na koniec Zaakceptuj i zakończ.

Pomoc Google twierdzi, że nowe działanie offline nie jest aktywne przed podłączeniem źródła danych. W praktyce przesyłanie przez API jest tym źródłem. Test dziesięciu zamówień w Kroku 6 jest na to dowodem. Jeśli działanie nie pokazuje wartości następnego dnia, otwórz je. Kliknij Edytuj źródła danych i sprawdź je.

Otwórz działanie. Kliknij Edytuj ustawienia i ustaw następujące opcje:

• Wartość na Zastosuj inną wartość do każdej konwersji. W przeciwnym razie Google użyje wartości domyślnej zamiast twojej marży. Pole nadal wymaga wartości domyślnej. Wpisz dowolną małą wartość. Google użyje jej tylko wtedy, gdy zdarzenie nie zawiera wartości.
• Liczba na Każda. Każde zamówienie to osobna sprzedaż.
• Okno konwersji po kliknięciu na 90 dni. Zamówienia z kliknięciem sprzed tygodni nadal się liczą.
• Model atrybucji na Oparty na danych, jeśli jest oferowany. Wybierz go lub zachowaj, jeśli jest już ustawiony.

Kliknij Zapisz. Następnie w sekcji Podsumowanie otwórz wiersz z działaniem dla marży i kliknij Edytuj cel. W sekcji Optymalizacja działania powodującego konwersję wybierz Dodatkowe (tylko obserwacja) i kliknij Zapisz. Marża nie wpłynie na ustalanie stawek przed jej sprawdzeniem. Kampania z celem niestandardowym używa każdego działania w tym celu do ustalania stawek, w tym dodatkowych. Trzymaj działanie dla marży poza celami niestandardowymi.

Dla konwersji rozszerzonych kliknij Cele, następnie Ustawienia. Rozwiń Wykorzystanie danych klientów, zaznacz Włącz konwersje rozszerzone i kliknij Wyrażam zgodę i chcę kontynuować. Następnie przejrzyj warunki korzystania z danych klienta i kliknij Wyrażam zgodę i chcę kontynuować. Jeśli nie zaakceptujesz tych warunków, Google nie używa zhashowanego adresu e-mail i numeru telefonu.

Skopiuj identyfikator działania z zakładki Szczegóły, obok Identyfikator typu konwersji. Zanotuj również 10-cyfrowy identyfikator konta Google Ads, które jest właścicielem działania. Google zaleca odczekanie od 4 do 6 godzin przed pierwszym przesłaniem. Następny dzień to dogodny czas na pierwsze wysłanie.

Sprawdzenie. Źródło konwersji działania to Witryna (Import z kliknięć). Konwersje rozszerzone są zaznaczone w sekcji Wykorzystanie danych klientów.

Krok 5: Znajdź kliknięcie w reklamę dla każdego zamówienia w BigQuery

Od tego momentu Claude Code lub programista buduje import na podstawie pobranego pakietu. Poniższe kroki opisują działanie importu i to, co musisz sprawdzić.

Ten krok zastępuje zapisywanie kliknięcia w sklepie. Dopasowujesz każde zamówienie do jego wizyty w eksporcie GA4.

Znajdź w eksporcie GA4 zdarzenie zakupu, którego ecommerce.transaction_id równa się numerowi zamówienia ze sklepu. Porównaj oba numery jako tekst, usuwając wyłącznie spacje na początku i na końcu. Wizytę identyfikuje para user_pseudo_id i ga_session_id. Pobierz najnowszy Google Click ID lub wbraid zarejestrowany przed zakupem podczas wizyty, w której doszło do zakupu. Jeśli wizyta ich nie ma, znajdź wcześniejsze wizyty tego samego odwiedzającego. Użyj user_pseudo_id. Cofnij się do 30 dni przed zakupem i pobierz z nich najnowszy identyfikator kliknięcia. Jeśli jedno zdarzenie zawiera oba, użyj Google Click ID.

Google Click ID znajduje się w collected_traffic_source.gclid. wbraid to identyfikator kliknięcia z iPhone’a. Jeśli wyeksportowany adres URL strony w page_location zachowuje parametr wbraid, zapytanie odczytuje go stamtąd. Sprawdź to na swoich danych.

Pełne zapytanie uwzględniające zdarzenia docierające z opóźnieniem znajduje się w pakiecie instrukcji.

Sprawdzenie. Weź pięć zamówień ze sklepu. W danych GA4 z wyeksportowanych dni musi znajdować się zdarzenie zakupu dla każdego z tych zamówień. Zapytanie musi znaleźć ten zakup dla każdego z nich. Numery zamówień muszą pasować znak po znaku. To samo zapytanie pokazuje, dla ilu zakupów udało się znaleźć identyfikator kliknięcia.

Krok 6: Wyślij zamówienia z marżą do Data Manager API

W tym kroku wysyłasz pełny zestaw danych dla każdego zamówienia przez Data Manager API z metodą events:ingest. Jedno żądanie może zawierać do 2 000 zamówień.

Marża to marża brutto zamówienia bez VAT. Weź ceny produktów po rabatach na produkty. Pomnóż je przez liczbę sztuk zatrzymanych przez klienta. Odejmij rabaty naliczone dla całego zamówienia oraz ceny zakupu tych sztuk. Pomiń koszty wysyłki i opłaty za płatność. Nie traktuj brakującej ceny zakupu jako zera. Nie wysyłaj takiego zamówienia, dopóki nie ma cen zakupu.

Każde zdarzenie zawiera te pola:

• transactionId, numer zamówienia
• conversionValue i currency, marża i jej waluta
• eventTimestamp, czas zamówienia z przesunięciem strefy czasowej
• eventSource, WEB
• adIdentifiers, Google Click ID lub wbraid z Kroku 5
• userData, zhashowany adres e-mail i numer telefonu
• consent, z przyznanym adUserData
• userProperties.customerType, NEW lub RETURNING, jeśli wcześniejsze zamówienia sklepu to pokazują

{
  "transactionId": "ORDER-EXAMPLE-000",
  "eventTimestamp": "2026-01-01T12:00:00+01:00",
  "eventSource": "WEB",
  "conversionValue": 123.45,
  "currency": "EUR",
  "adIdentifiers": { "gclid": "INVALID-EXAMPLE-CLICK-ID" },
  "userData": {
    "userIdentifiers": [
      { "emailAddress": "sha256-hex-of-the-normalised-email" },
      { "phoneNumber": "sha256-hex-of-the-e164-phone-number" }
    ]
  },
  "consent": { "adUserData": "CONSENT_GRANTED" },
  "userProperties": { "customerType": "NEW" }
}

Wszystkie wartości w przykładzie są zmyślone. Przykład to jedno zdarzenie, nie pełne żądanie. Import umieszcza zdarzenie w żądaniu razem z miejscem docelowym (identyfikatorem konta będącego właścicielem działania i identyfikatorem działania) oraz kodowaniem. Znormalizuj adres e-mail i numer telefonu zgodnie z zasadami formatowania Google. Zhashuj je za pomocą SHA-256. Ustaw encoding żądania na HEX.

Wysyłaj każde zamówienie ze zgodą, nie tylko te z kliknięciem. Import wysyła każde kwalifikujące się zamówienie ze zgodą i co najmniej jednym identyfikatorem (identyfikatorem kliknięcia, adresem e-mail lub numerem telefonu). Import wysyła zamówienie bez kliknięcia ze zhashowanym adresem e-mail, numerem telefonu lub obydwoma. Google dopasowuje część z tych zamówień przez konwersje rozszerzone, nie wszystkie. Nie możesz z góry określić które. Zamówienie bez identyfikatora kliknięcia, bez zhashowanego adresu e-mail i bez zhashowanego numeru telefonu nie może zostać dopasowane. Pomijasz je.

Zgoda. Wysyłaj zamówienie tylko wtedy, gdy zarejestrowano dla niego zgodę ad_user_data. Nigdy nie wysyłaj brakującej zgody jako odrzuconej. Eksport GA4 zawiera tylko privacy_info.ads_storage. Używaj go tylko wtedy, gdy twój baner cookies zawsze przyznaje ad_storage i ad_user_data razem. Sprawdzisz to w Tag Assistant. W przeciwnym razie pobierz zgodę z własnych rejestrów sklepu. Ocena, czy jest to prawnie wystarczające, należy do sklepu.

Pierwsze wysłanie. Import może wysłać zamówienie, gdy istnieje dzienna tabela GA4 z danymi z dnia jego złożenia. To tylko pierwszy warunek. Import stosuje również zasady oczekiwania z pakietu.

1. Wyślij jedną partię do Data Manager z validateOnly ustawionym na true. Wyślij jedno wywołanie anulowania do Google Ads API również z validateOnly. Google je sprawdza i niczego nie zapisuje.
2. Wyślij dziesięć prawdziwych zamówień. Najlepiej niedawnych z Google Click ID. Następnego dnia sprawdź, czy żądanie zakończyło się statusem SUCCESS. Działanie dla marży powinno pokazać ich wartość w kolumnie “Wartość wszystkich konw.”. Dodatkowe działania nie pojawiają się w standardowych kolumnach konwersji. Wartości są w walucie konta. Jeśli możesz anulować jedno z tych dziesięciu zamówień, anuluj je również (Krok 7).
3. Następnie włącz codzienny harmonogram z alertami o błędach.

Odpowiedź z events:ingest oznacza tylko, że Google zaakceptowało żądanie. Import zachowuje każdy identyfikator żądania. Odczytuje jego wynik przy następnym uruchomieniu. Google potrzebuje od 30 minut do 24 godzin.

Krok 7: Codziennie wysyłaj zmiany marży i anulowania

Każdego dnia import porównuje każde wysłane zamówienie z jego stanem w sklepie.

Zmiana marży. Wyślij zapisane zdarzenie ponownie do Data Manager API. Użyj tego samego numeru zamówienia, identyfikatorów i miejsca docelowego. Podaj nową wartość i dzisiejszą zgodę. Jeśli klient wycofał zgodę, nie wysyłaj ponownie. Według dokumentacji Google nadpisuje wartość i zachowuje liczbę konwersji. Sprawdź to po pierwszej zmianie.

Anulowanie. Wyślij je przez Google Ads API. Użyj metody UploadConversionAdjustments i typu RETRACTION bez wartości. Powiadomienie Google o zamknięciu części Google Ads API wymienia tylko przesyłanie konwersji. Anulowania przechodziły przez Google Ads API w momencie pisania tego tekstu. Twoje pierwsze anulowanie potwierdzi to dla twojego projektu.

Nigdy nie wysyłaj zera ani wartości ujemnej. Pomoc Google dotycząca korekt konwersji mówi, że wartość 0 wycofuje konwersję na dobre. Wycofania nie można cofnąć. Dokumentacja nie określa, co Data Manager API robi z zerem. Nigdy nie wysyłaj zera ani wartości ujemnej. Jeśli marża zamówienia spadnie do zera lub poniżej, wyślij anulowanie jego konwersji.

Czas. Wyślij anulowanie co najmniej 24 godziny po konwersji i w ciągu 54 dni. Według pomocy Google korekta, która dotrze po upływie 7 dni od zarejestrowania konwersji, nie jest używana do ustalania stawek. Wysyłaj korekty codziennie.

Limity. Korekty w Google Ads API nie działają z wbraid. Nie można wycofać konwersji z zamówienia wysłanego wyłącznie z wbraid. Import oznacza takie anulowanie jako nierozwiązane z powodem wbraid. Dokumentacja Google dla Data Manager API nie wymienia takiego limitu dla zmian marży. Sprawdź wynik pierwszej zmiany marży na koncie. Nigdy nie wysyłaj zamówienia ponownie do Data Manager API, jeśli podjęto dla niego próbę anulowania. Google mogłoby zarejestrować je jako nową konwersję. Nie mógłbyś jej anulować po raz drugi.

Krok 8: Sprawdź, czy to działa, a następnie zdecyduj o ustalaniu stawek

W pierwszym tygodniu codziennie sprawdzaj cztery rzeczy:

1. Działanie dla marży pokazuje wartość w kolumnie “Wartość wszystkich konw. (wg czasu konw.)”, nie tylko liczbę. Przefiltruj lub posegmentuj raport według działania powodującego konwersję.
2. Każde żądanie kończy się statusem SUCCESS. Przeczytaj również ostrzeżenia.
3. Liczba konwersji w kolumnie “Wszystkie konw. (wg czasu konw.)” dla działania marży powinna w przybliżeniu odpowiadać liczbie zamówień wysłanych za te same dni. Wyraźna różnica to powód do zbadania sprawy. To nie dowód, że import wysłał zamówienie dwa razy.
4. Google akceptuje pierwszy wiersz anulowania. Brak błędu dostępu nie wystarczy.

Następnie porównaj działanie dla marży z działaniem tagu na stronie według daty konwersji. Uwzględnij tylko dane z dni sprzed co najmniej 3 dni. Dwa działania mogą raportować różne liczby. Zmierz różnicę na swoim koncie.

Ustalanie stawek na podstawie marży to osobna decyzja. Podejmij ją, gdy wartości, anulowania i żądania są w porządku. Następnie uczyń działanie dla marży podstawowym. W tym samym momencie uczyń działanie dla przychodów dodatkowym i usuń je z celów niestandardowych. W przeciwnym razie każdy zakup policzy się podwójnie. Sprawdź również, czy każda kampania używa celu zawierającego działanie dla marży. Przelicz również cel tROAS. Marża jest niższa niż przychód.

Dwie dodatkowe rzeczy do wysłania z każdym zamówieniem

Nowy lub powracający klient. Wypełnij userProperties.customerType (Krok 6) z historii zamówień sklepu. Oznacz zamówienie jako NEW, jeśli w ciągu ostatnich 540 dni nie było wcześniejszego nieanulowanego zamówienia z tym samym adresem e-mail lub identyfikatorem klienta. To okno zalecane przez Google. Eksport zamówień musi sięgać tak daleko. Jeśli nie potrafisz tego określić, nie wysyłaj tego pola. Google używa tego pola do celu pozyskiwania nowych klientów. Po włączeniu ustalania stawek na podstawie działania dla marży (Krok 8) otwórz kampanię w wyszukiwarce, Performance Max, produktową lub Demand Gen. Kliknij Ustawienia kampanii. Rozwiń Pozyskiwanie klientów i wybierz Dostosuj stawki, aby pozyskiwać nowych klientów.

Sprawdzenie. W tabeli Kampanie kliknij Segmentuj i dodaj Nowi a powracający klienci. Podział powinien w przybliżeniu pasować do tego, co wysłałeś. Raport zaczyna się w dniu włączenia celu.

Twoje własne zmienne. Zmienna niestandardowa dodaje informację o zamówieniu do każdej konwersji. Może to być na przykład B2B lub B2C. Najpierw w Google Ads kliknij Cele, następnie Konwersje, a potem Zmienna niestandardowa i przycisk z plusem. Wpisz nazwę małymi literami i kliknij Zapisz. Jej status powinien wskazywać Aktywna. Import wysyła jej nazwę i wartość w customVariables zdarzenia. Google ignoruje zmienną, która nie istnieje na koncie, i nie pokazuje błędu. Nigdy nie używaj adresu e-mail, numeru telefonu, imienia ani nazwiska jako jej wartości. Google dokumentuje zmienne niestandardowe dla raportów, nie dla ustalania stawek.

Sprawdzenie. W tabeli Kampanie kliknij Segmentuj. Wybierz Konwersje, następnie Zmienna niestandardowa i wybierz swoją zmienną. Każda wartość powinna otrzymać własny wiersz.

FAQ

Co zrobić najpierw

1. Utwórz projekt Cloud i włącz eksport GA4 do BigQuery już dziś. Eksport nie obejmuje danych historycznych. Włącz go jak najwcześniej.
2. W Tag Assistant sprawdź, czy twój baner cookies przyznaje ad_storage i ad_user_data razem.
3. Oblicz marżę pięciu zamówień ręcznie. To pokaże, czy twój sklep ma cenę zakupu dla każdego produktu.