Jak mierzyć zakupy bez podwójnych konwersji
Odwiedzenie potwierdzenia zamówienia oznacza otwarcie dokumentu, a nie nową sprzedaż. Policz zweryfikowaną zmianę zamówienia raz, następnie połącz ją z analityką, gdy pomiar jest dozwolony.
Trzy reguły wiarygodnych zakupów
- Określ, czy konwersja oznacza złożenie zamówienia, czy potwierdzenie płatności.
- Usuwaj duplikaty według zamówienia i typu zdarzenia, między odświeżeniami, urządzeniami i próbami.
- Używaj danych sklepu do sum; analityka dodaje zmierzone sesje i kampanie.
Zdefiniuj zdarzenie biznesowe
Rozdziel order_submitted, payment_confirmed i receipt_opened. Wybierz zdarzenie zgodne z pytaniem; złożone zamówienie za pobraniem nie jest otrzymanym przychodem.
W WooCommerce Pending payment jest nieopłacone, Processing opłacone i czeka na realizację, a On hold na potwierdzenie płatności. Użyj miarodajnej zmiany sklepu zamiast adresu URL lub podziękowania.
Jeden właściciel i trwały klucz
Każdej konwersji przypisz klucz store_id + event_type + order_id. Zapisz go na serwerze, a wysyłkę powierz jednej integracji. Odświeżenie, dokument z e-maila i druga przeglądarka nie mogą tworzyć kolejnej konwersji.
Pamięć przeglądarki nie obejmuje wszystkich urządzeń i ustawień. Tag sesji purchased wskazuje zmierzone sesje zakupowe; jedna sesja może zawierać kilka zamówień. Liczba tagów nie jest dokładną liczbą zamówień.
Bezpieczne ponawianie wysyłki
Rozdziel kwalifikację i dostarczenie. Zapisz oczekujące zdarzenie, wyślij stały klucz i potwierdź dopiero po odpowiedzi odbiorcy. Timeout może oznaczać nieznany wynik: wyjaśnij go lub ponów przez odbiorcę usuwającego duplikaty tego klucza.
Wyświetlony skrypt nie dowodzi dostarczenia. Gdy pomiar jest blokowany lub niedozwolony, dane sklepu pozostają miarodajne; pokaż lukę pokrycia. Wysyłka serwerowa przestrzega tych samych zezwoleń.
Ustaw cel analityczny
Zastąp wizyty potwierdzenia zweryfikowanym zdarzeniem zakupu albo tagiem integracji. Sprawdź dostęp do zamówienia i kwalifikację na serwerze; sam numer lub URL nie jest autoryzacją.
GA4 usuwa duplikaty purchase w strumieniach web przez transaction_id. Każde zamówienie wymaga unikatowego, niepustego ID bez danych osobowych. Inne produkty mają inne reguły: sprawdź API, zanim zaufasz właściwości zdarzenia.
Uzgodnij sumy i przychód
Porównaj różne kwalifikujące się ID zamówień z różnymi potwierdzonymi zdarzeniami dla tej samej strefy i daty biznesowej. Oddziel braki, duplikaty i niekwalifikowane zdarzenia. Dla opłaconej sprzedaży użyj daty płatności, jeśli tak zdefiniowano raport.
Ustal walutę, podatki, dostawę i zwroty przed porównaniem przychodu. Usuń dane osobowe i klucze dostępu do dokumentów z payloadów. Nie taguj każdej wizyty, by wymusić zgodność z sumą sklepu.
Test przypadków błędu
Usuwaj duplikaty według zamówienia i typu zdarzenia, między odświeżeniami, urządzeniami i próbami.
Przesuń tabelę lub użyj strzałek, aby zobaczyć wszystkie kolumny.
| Test | Oczekiwany wynik | Co sprawdzić |
|---|---|---|
| Pierwszy kwalifikujący checkout | Jedno zdarzenie na zamówienie | Stały klucz i potwierdzenie dostarczenia |
| Odświeżenie lub dokument z e-maila | Brak nowego zakupu | Brak drugiego zdarzenia lub tagu |
| Dwie karty lub urządzenia | Nadal jeden zakup | Deduplikacja serwerowa |
| Nieudane, robocze lub nieopłacone zamówienie | Brak payment_confirmed | Wybrana definicja biznesowa |
| Timeout i ponowienie | Jedna potwierdzona konwersja | Ten sam klucz; bez przedwczesnego sukcesu |
| Blokada lub brak zgody | Suma sklepu nadal poprawna | Jawna luka pokrycia analityki |
Praktyczne wdrożenie
Używaj danych sklepu do sum; analityka dodaje zmierzone sesje i kampanie.
- 1Zapisz definicję zdarzenia i wskaż jedną integrację.
- 2Sprawdź sześć przypadków na testowych zamówieniach; nie licz ich jako sprzedaż.
- 3Zmień cel, zapisz datę i oddziel dawną serię opartą na wizytach dokumentu.
- 4Codziennie uzgadniaj ID i potwierdzone zdarzenia przez pierwszy tydzień.
- 5Sprawdź zwroty i pokrycie przed użyciem wskaźnika konwersji do decyzji.
Powiązane poradniki
Wybierz platformę analityczną
Źródła pierwotne
2026-09-30