88 lines
2.5 KiB
Plaintext
88 lines
2.5 KiB
Plaintext
Weryfikacja w bazie danych (tylko SELECT)
|
|
Data: 2026-03-15
|
|
|
|
1) Konfiguracja modułu
|
|
|
|
Tabela: ps_configuration
|
|
Klucz: PD_GA4P_TRANSACTION_SEND_TYPE
|
|
Wynik: value = 1
|
|
Zakres: globalny (id_shop_group = NULL, id_shop = NULL)
|
|
|
|
Dodatkowo:
|
|
- PD_GA4P_OS_SEND_ORDER = 5,11,2
|
|
- PD_GA4P_GOOGLE_ANAL_API_SECRET = NULL
|
|
- PD_GA4P_GOOGLE_ANAL_ID = G-4W98HPK3PQ
|
|
|
|
Wniosek:
|
|
W bazie aktywny jest tryb "Wyślij na stronie potwierdzenia" (type=1).
|
|
|
|
|
|
2) Multistore / scope
|
|
|
|
Tabela: ps_shop + ps_shop_url
|
|
Wynik: 1 shop (id_shop=1), bez dodatkowych scope per shop dla PD_GA4P_TRANSACTION_SEND_TYPE.
|
|
|
|
Wniosek:
|
|
Brak konfliktu konfiguracji między sklepami (jeden sklep, jedna wartość type=1).
|
|
|
|
|
|
3) Moduł i hooki
|
|
|
|
Tabela: ps_module
|
|
- pdgoogleanalytycs4pro, version 1.2.4, active=1
|
|
|
|
Tabela: ps_hook_module
|
|
- actionOrderStatusPostUpdate: podpięty
|
|
- displayOrderConfirmation: podpięty
|
|
- displayHeader/displayFooter/displayAfterBodyOpeningTag: podpięte
|
|
|
|
Wniosek:
|
|
Ścieżka server-side jest technicznie dostępna (hook istnieje), ale wg konfiguracji type=1
|
|
purchase powinien iść z frontu (order confirmation).
|
|
|
|
|
|
4) Dane pomocnicze w ps_connections
|
|
|
|
Tabela: ps_connections
|
|
- total_rows = 11
|
|
- nonempty http_referer = 3
|
|
- ostatnie niepuste referery pochodzą z 2020-05-07 (google/facebook)
|
|
- brak refererów admin/sell/orders
|
|
|
|
Wniosek:
|
|
Na tej bazie nie da się potwierdzić adminowego referera z ps_connections (brak takich wpisów).
|
|
|
|
|
|
5) Dane modułu dla zamówień
|
|
|
|
Tabela: ps_pdgoogleanalytycs4pro
|
|
- rekordów z order_send=1: 13775
|
|
- w najnowszych rekordach część ma pusty client_id/session_id, a order_send=1
|
|
|
|
Wniosek:
|
|
To jest zgodne z trybem frontowym (type=1), bo w tej ścieżce moduł nie wymaga client_id.
|
|
W trybie server-side (type=2) brak client_id blokowałby wysyłkę.
|
|
|
|
|
|
6) Najważniejszy wniosek końcowy
|
|
|
|
W aktualnej bazie:
|
|
- tryb wysyłki transakcji jest ustawiony na 1,
|
|
- nie ma konfliktu per-shop,
|
|
- nie ma śladów admin refererów w ps_connections.
|
|
|
|
To sugeruje, że adminowa ścieżka w GA4 może pochodzić z:
|
|
1) historycznych danych (z wcześniejszej konfiguracji/okresu), albo
|
|
2) innego źródła tagowania niż ten moduł (np. inny moduł/tag manager), albo
|
|
3) sposobu raportowania w GA4 (wymiar/atrybucja), a nie dosłownie z pola affiliation.
|
|
|
|
|
|
7) Niezależne błędy jakościowe wykryte w kodzie modułu
|
|
|
|
- Literówka klucza Smarty dla Ads label:
|
|
pd_google_analytics_id_label zamiast pd_google_analytics_id_aw_label.
|
|
- Błędny operator & zamiast && (ajax.php).
|
|
- Błędne mapowanie category4/category5 w displayFooter.tpl.
|
|
- Używanie http_referer jako affiliation (ryzyko brudnych danych).
|
|
|