update

ga-db.txt

@@ -0,0 +1,87 @@
+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).
+