Omówienie

Skorzystaj z tego przewodnika, jeśli brakuje zdarzeń, żądania kończą się błędem lub dane w Ads Manager nie zgadzają się z danymi Twojej firmy. Zacznij od jednego zrealizowanego zakupu, przesłanego leada lub innego działania. Zanotuj, co się wydarzyło i kiedy, a następnie wybierz pasujące pytanie poniżej.

Zdarzenie rejestruje działanie, na przykład zakup. Piksel wysyła zdarzenia z przeglądarki odwiedzającego, a API konwersji (CAPI) — z Twojego serwera. Ads Manager gromadzi te zdarzenia w źródle danych. Atrybucja określa, do której reklamy zostanie przypisane działanie. Okno atrybucji określa, jak długo po interakcji z reklamą działanie może zostać do niej przypisane.

Często zadawane pytania

1. Od czego zacząć?

Określ działanie, które chcesz mierzyć, co wysyła informacje o nim oraz używane konto reklamowe i identyfikator piksela. Twoja konfiguracja może korzystać z piksela, CAPI, integracji partnerskiej lub połączenia tych rozwiązań. CAPI wymaga identyfikatora piksela, nawet jeśli piksel przeglądarkowy nie jest zainstalowany.

Przy pierwszej konfiguracji zapoznaj się z artykułami: Pomiar konwersji i Śledzenie konwersji. Twój programista może skorzystać z przewodników: Piksel, CAPI i Obsługiwane zdarzenia. Wysyłaj żądania CAPI i przechowuj klucze wyłącznie po stronie serwera.

Jeśli integracją zarządza partner, skorzystaj z przewodnika konfiguracji partnera pomiarowego lub przewodnika konfiguracji partnera pomiarowego dla aplikacji mobilnych. W przypadku połączenia z HubSpot zobacz: Konfiguracja ChatGPT Ads w HubSpot.

W przypadku istniejącej konfiguracji sprawdź każdy etap:

• Czy działanie spowodowało wysłanie żądania ze zdarzeniem?

• Czy żądanie zwróciło błąd, czy zostało zaakceptowane?

• Czy możesz potwierdzić, że właściwe źródło danych otrzymało zdarzenie?

• Czy zdarzenie zostało przypisane do reklamy w raporcie kampanii?

2. Mój piksel jest zainstalowany. Dlaczego nie widzę zakupów ani leadów?

Piksel może się załadować, nie wysyłając potrzebnego zdarzenia zakupu lub pozyskania leada. Poproś programistę o sprawdzenie jednego ukończonego działania:

• Sprawdź nazwę zdarzenia, identyfikator piksela oraz stronę lub wywołanie zwrotne, które je wysyła. Wyświetlenie strony nie jest sfinalizowanym zakupem.

• Potwierdź, że piksel jest inicjalizowany przed wysłaniem zdarzenia, również gdy ładuje go menedżer tagów.

• Sprawdź konsolę przeglądarki i żądanie sieciowe. Sam komunikat „uruchomiono” w menedżerze tagów nie potwierdza wysłania zdarzenia. Pomocny może być tryb debugowania piksela.

• Sprawdź, czy wybory dotyczące zgody, blokady przeglądarki lub polityka bezpieczeństwa Twojej witryny nie uniemożliwiły wysłania żądania.

• Sprawdź strony dostępne po zalogowaniu, moduł finalizacji zakupu, witryny rezerwacyjne, przekierowania i osadzone formularze. Działający piksel na stronie docelowej nie potwierdza, że śledzenie działa w innych miejscach.

Jeśli żądanie nie zostało wysłane, najpierw napraw ten etap. Czekanie na dane w raporcie nie pomoże. Przed dodaniem kolejnej integracji skorzystaj z przewodnika rozwiązywania problemów z pikselem.

3. Co zrobić, jeśli zdarzenie zostanie odrzucone, upłynie limit czasu żądania lub wystąpi błąd serwera?

Zapisz kod odpowiedzi, dokładną treść błędu, czas żądania i identyfikator zdarzenia. Poproś programistę o sprawdzenie formatu zdarzenia, identyfikatora piksela i klucza. Żądania CAPI ze zdarzeniami używają klucza API konwersji dla tego samego konta reklamowego. Żądania dotyczące konfiguracji, zarządzania i raportowania używają osobnego klucza API reklamodawcy. Nie wysyłaj kluczy API do zespołu pomocy technicznej.

W przypadku wysyłania zdarzeń partiami przez CAPI jedno nieprawidłowe zdarzenie może spowodować odrzucenie całej partii.

CAPI wymaga rzeczywistego czasu działania w formacie czasu Unix w milisekundach. Czas zdarzenia nie może być wcześniejszy niż 7 dni temu ani późniejszy niż 10 minut w przyszłości. Ten limit przesyłania jest niezależny od okna atrybucji. Nie zmieniaj czasu starego zdarzenia, aby zostało zaakceptowane.

Po przekroczeniu limitu czasu lub wystąpieniu błędu serwera może nie być jasne, czy zdarzenie dotarło. Sprawdź pierwotne żądanie i wszelkie zapisy potwierdzające odbiór. Jeśli ponawiasz wysyłanie tego samego działania, zachowaj pierwotny identyfikator zdarzenia i znacznik czasu. Nowy identyfikator może sprawić, że zostanie ono uznane za inne działanie.

Niezwłocznie sprawdź przyczynę odrzucenia lub powtarzającego się błędu żądania. Szacowany czas pojawienia się danych w raportach wynoszący 24–48 godzin nie dotyczy tych błędów. Wymagania dotyczące żądań znajdziesz tutaj: API konwersji.

4. Widzę, że zdarzenie zostało zaakceptowane. Dlaczego nie ma go w raporcie?

Zaakceptowanie zdarzenia nie oznacza, że przypisano je do reklamy. Sprawdź, co potwierdza odpowiedź i czy żądanie używało właściwego źródła danych. W CAPI ustawienie validate_only na true sprawdza zdarzenia bez ich zapisywania.

W przypadku nowego zdarzenia programista może sprawdzić ostatnie zdarzenia, jeśli ta funkcja jest dostępna. Widoczna jest tam próbka ostatnich zdarzeń, a nie pełna historia ani wynik atrybucji.

Jeśli nie możesz sprawdzić odbioru, skontaktuj się z pomocą techniczną i prześlij pierwotną odpowiedź oraz przykładowe zdarzenie. Daj nam znać, co udało Ci się sprawdzić — nie musisz najpierw ustalać przyczyny.

Jeśli odbiór jest potwierdzony, przejdź do pytania 5. Nie wysyłaj ponownie zdarzenia z nowymi identyfikatorami tylko dlatego, że raport kampanii się nie zmienił.

Konwersje przypisane do reklam mogą pojawić się po około 24–48 godzinach, a sumy dla ostatniego okresu mogą się zmieniać podczas przetwarzania. Nie gwarantuje to, że każde zaakceptowane zdarzenie pojawi się w raporcie, ani nie potwierdza jego odbioru. Zobacz: Pomiar wyników.

5. Zdarzenia są odbierane. Dlaczego kampania nadal pokazuje zero konwersji?

Zanim zmienisz integrację, sprawdź:

• Czy wybrane źródło danych jest połączone z właściwym kontem?

• Czy wysyłane zdarzenie odpowiada ustawieniu konwersji w kampanii? W przypadku zdarzeń niestandardowych sprawdź typ niestandardowy i dokładną nazwę zdarzenia. Zgodność samej wyświetlanej etykiety nie wystarczy.

• Czy właściwa konwersja była powiązana z kampanią, zanim nastąpiło sprawdzane działanie?

• Czy działanie nastąpiło po kliknięciu lub wyświetleniu reklamy, które kwalifikuje się zgodnie z ustawieniami atrybucji?

• Czy przeglądasz właściwą kampanię, kolumnę zdarzenia i daty oraz używasz właściwej podstawy czasowej raportowania?

Dane do dopasowania pomagają powiązać zdarzenie z reklamą, ale nie gwarantują przypisania. Zachowuj rzeczywisty identyfikator kliknięcia OpenAI, oppref, przez całą wizytę i uwzględniaj go w zdarzeniach z serwera, jeśli jest dostępny. Nigdy nie twórz fikcyjnego identyfikatora ani nie używaj identyfikatora innego odwiedzającego.

Sprawdzaj osobno zdarzenia z przeglądarki i serwera. Identyfikator kliknięcia lub pole danych klienta dostępne dla piksela mogą być nieobecne w zdarzeniu z serwera.

Po utworzeniu kampanii optymalizowanej pod kątem konwersji nie można zmienić jej wybranego celu. Aby użyć innego celu, utwórz nową kampanię. Zdarzenia niestandardowe nie mogą być celami optymalizacji. Zobacz: Kampanie optymalizowane pod kątem konwersji.

Po usunięciu niezgodności konfiguracji sprawdź nowe działania spełniające warunki atrybucji. Nie zakładaj, że zmiana skoryguje wcześniejsze raporty. Zasady dopasowywania znajdziesz tutaj: Pomiar konwersji.

6. Dlaczego dane w Ads Manager, naszym narzędziu analitycznym i CRM się różnią?

Porównuj te same działania przy tych samych zasadach raportowania. Twój CRM może zliczać wszystkie zakupy, a raport reklamowy — tylko zakupy przypisane do danej platformy. Różne platformy mogą inaczej przypisywać ten sam zakup.

W Ads Manager wskaźnik Konwersje łączy konwersje po kliknięciu i kwalifikujące się konwersje po wyświetleniu, gdy okno raportowania konwersji po wyświetleniu wynosi 1 dzień. Gdy okno po wyświetleniu wynosi 0 dni, zlicza tylko konwersje po kliknięciu. Porównuj raporty przy tym samym ustawieniu.

Na przykład ktoś klika reklamę, później wraca bezpośrednio na stronę i dokonuje zakupu. Jedno narzędzie może oznaczyć wizytę jako „Ruch bezpośredni”, a inne przypisać zakup do wcześniejszej reklamy. Sama ta różnica nie oznacza, że zakup został zliczony dwukrotnie.

Jeśli etykiety źródeł ruchu się różnią, sprawdź docelowy adres URL i parametry śledzenia użyte podczas tej wizyty. Obecne ustawienia kampanii mogą różnić się od wcześniejszych.

Porównaj:

• Konto, kampanię, typ zdarzenia, filtry i poziom raportowania.

• Zakres dat, strefę czasową oraz to, czy daty odnoszą się do interakcji z reklamą, czy do samej konwersji.

• Ustawienia konwersji po kliknięciu i po wyświetleniu oraz dokładnie wybrany wskaźnik lub kolumnę.

• Ostatnie opóźnienia przetwarzania, obsługę duplikatów, zgody i dostępne dane do dopasowania.

• Konwersje modelowane, jeśli są dostępne — mogą różnić się od bezpośrednio zarejestrowanych transakcji.

• W przypadku wartości: walutę, jednostki oraz to, czy porównanie obejmuje całe zamówienie, czy poszczególne pozycje.

W przypadku przychodów porównaj podatki, koszty wysyłki, rabaty i opłaty. Sprawdź, czy kopie zdarzenia z przeglądarki i serwera przesyłają tę samą wartość zamówienia. Wskaźniki Sprzedaż z utworzonych zamówień i ROAS utworzonych zamówień uwzględniają tylko zdarzenia order_created przypisane do reklam.

Aktywność zaimportowana z GA4 obejmuje zdarzenia ze wszystkich źródeł ruchu wybranej usługi. Te sumy nie oznaczają konwersji przypisanych do kampanii. Zobacz: Łączenie Google Analytics 4 z Ads Manager od OpenAI.

Przy porównywaniu danych z API zanotuj punkt końcowy i jawnie określ opcje raportowania. Pominięte ustawienie może mieć inną wartość niż w Ads Manager. Raporty mogą też uwzględniać różne zdarzenia: niektóre obejmują cele kampanii, ale nie inne śledzone działania. Brak zdarzenia w jednym raporcie nie dowodzi, że nigdy go nie odebrano.

Przy porównywaniu plików CSV używaj tych samych ustawień i zachowaj niezmienione pliki eksportu. Informacje o widokach w Ads Manager znajdziesz w artykule Pomiar wyników, a o opcjach API — w artykule Raportowanie.

7. Czy używanie piksela i CAPI spowoduje podwójne zliczenie zakupu?

Aby uniknąć podwójnego zliczenia tego samego działania, używaj tego samego identyfikatora piksela, nazwy zdarzenia i identyfikatora zdarzenia w jego kopiach wysyłanych z przeglądarki i serwera. Pole identyfikatora zdarzenia to id w CAPI i event_id w pikselu. Po obu stronach używaj też tej samej nazwy zdarzenia niestandardowego.

Zachowaj ten sam identyfikator przy ponawianiu wysyłania działania; dla każdego innego działania użyj nowego identyfikatora. Sprawdź, czy nie ma zduplikowanych tagów, powtórnych załadowań strony lub wywołań zwrotnych ani integracji partnerskich, które już wysyłają to zdarzenie.

Nie wysyłaj duplikatu, aby zmienić wartość pierwotnego zdarzenia lub dane służące do jego dopasowania. Przed próbą korekty sprawdź w dokumentacji, jak system obsługuje takie zmiany. Zobacz: deduplikacja zdarzeń z przeglądarki i serwera.

8. Korzystamy z Shopify. Czy potrzebujemy kolejnej integracji?

Przed dodaniem kolejnej integracji sprawdź połączenie z Shopify. Potwierdź podłączone konto reklamowe i piksel, a następnie sprawdź, jakie zdarzenia aplikacja wysyła dla Twojego sklepu.

Jeśli używasz też niestandardowych tagów, kodu w module finalizacji zakupu lub mechanizmu wysyłania po stronie serwera, sprawdź, czy nie wysyłają tych samych zdarzeń. Konfiguracje Shopify mogą łączyć śledzenie w przeglądarce i na serwerze na różne sposoby. Zobacz: Konfiguracja ChatGPT Ads dla Shopify.

9. Jak postępować ze zgodami i testowaniem?

Wysyłaj tylko dane, które wolno Ci udostępniać, i respektuj wybory odwiedzających dotyczące zgody. Twój programista powinien przestrzegać wytycznych integracji dotyczących zgody i obsługiwanych danych do dopasowania, w tym wymaganej normalizacji i haszowania. Nie usuwaj mechanizmów kontroli zgody, aby zwiększyć liczbę raportowanych konwersji lub poprawić ocenę.

Zgoda na pomiar i opcja opt_out służą różnym celom. Opcja opt_out dotyczy personalizacji; nie zatrzymuje wszystkich żądań pomiarowych. Poproś programistę o sprawdzenie obsługi zgód zarówno w integracjach przeglądarkowych, jak i serwerowych.

Zapisz czas, nazwę i identyfikator jednego działania testowego. Sprawdź, czy zostało wysłane, zweryfikowane i odebrane. Pomyślny test wdrożenia nie oznacza, że działanie kwalifikuje się do przypisania do reklamy.

Opcja validate_only w CAPI sprawdza zdarzenia bez ich zapisywania. Tryb debugowania piksela zapisuje aktywność w dzienniku, ale nie wyklucza zdarzeń testowych z raportów. Oznaczaj testy w swoich zapisach i nie twórz fikcyjnych zakupów ani nie zmieniaj czasu zdarzeń, aby wymusić wynik.

10. Czy niska lub niedostępna ocena jakości zdarzeń oznacza, że śledzenie nie działa?

Sama w sobie — nie. Ocena jakości zdarzeń dotyczy informacji otrzymanych ze źródła danych. Nie wskazuje, ile konwersji przypisano do reklam. Sama niska ocena lub jej brak nie pozwala stwierdzić, czy śledzenie działa.

Sprawdź, czy ostatnie rzeczywiste działania są poprawnie rejestrowane, a następnie zbadaj przyczynę ostrzeżenia. Nie wysyłaj dodatkowych zdarzeń ani fikcyjnych identyfikatorów, aby podnieść ocenę. Informacje o kontrolach i częstotliwości odświeżania znajdziesz tutaj: Jak rozumieć i poprawiać jakość zdarzeń.

11. Co dołączyć do zgłoszenia do pomocy technicznej?

Opisz oczekiwany i rzeczywisty wynik, kiedy problem się zaczął oraz co zostało sprawdzone. Dołącz dostępne informacje z tej listy:

• Identyfikator konta reklamowego, identyfikator piksela lub źródło danych oraz identyfikatory kampanii i reklam, których dotyczy problem.

• Typ integracji i dokładna nazwa zdarzenia, również w przypadku zdarzenia niestandardowego.

• Jeden lub dwa przykładowe identyfikatory istniejących zdarzeń oraz znaczniki czasu działań wraz ze strefą czasową.

• W przypadku błędów żądań lub niepewności co do odbioru: kod odpowiedzi, dokładna treść błędu, czas żądania, zwrócony identyfikator żądania lub CF-Ray oraz treść żądania lub fragment dziennika z usuniętymi poufnymi danymi.

• W przypadku rozbieżności w raportach: zakres dat, podstawa czasowa raportowania, ustawienia atrybucji, wybrane kolumny, eksport CSV oraz porównanie obejmujące ten sam zakres.

• Zrzuty ekranu ilustrujące problem oraz informacje o ostatnich zmianach konfiguracji, w tym o osobnym module finalizacji zakupu lub integracji partnerskiej.

Daj nam znać, czy udało się potwierdzić wysłanie, zaakceptowanie lub odebranie zdarzenia, czy sprawdzony został tylko raport. Możesz poprosić o pomoc, nawet jeśli nie uda Ci się przeprowadzić tych kontroli.

Usuń z załączników klucze API, nagłówki autoryzacji, hasła, pliki cookie i niepotrzebne dane klientów. Niezwłocznie zgłaszaj błędy lub nagłe zatrzymanie wcześniej działającej integracji. Nie czekaj, aż upłynie czas przewidziany na pojawienie się danych w raportach.