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).