@Adrian Andrzejczyk / @Paweł Piekarski odkopałem z maili moją przygode z Shoperem sprzed około roku po przejściu klienta na storefront, może się wam przydać: To podsumowanie naszej dyskusji oraz korespondencji z supportem Shoper w sprawie wdrożenia śledzenia po stronie serwera (Server-Side Tracking / Stape.io / Cloudflare) na nowym szablonie Storefront dla sklepu: - Ograniczenia Storefront (SVE): Nowy szablon Shoper opiera się na architekturze modułowej i edytorze wizualnym (SVE), co uniemożliwia bezpośrednie i poprawne wklejenie niestandardowych skryptów JavaScript (np. zmodyfikowanego kodu GTM od Stape.io) bezpośrednio do sekcji <head> strony z poziomu panelu. Wbudowany moduł własny wrzuca kod do treści (body), co blokuje poprawne działanie skryptu. - - Stanowisko supportu Shoper: Shoper oficjalnie nie wspiera integracji zewnętrznych rozwiązań Server-Side Tracking (takich jak Stape.io, Taggrs czy Cloudflare Zaraz) ani ręcznych modyfikacji kodu w środowisku produkcyjnym Storefront. - - Wbudowany kontener GTM: Na stronie cały czas działa globalny, wewnętrzny kontener Shoper (GTM-XXXXX), do którego nie ma się dostępu, co dodatkowo koliduje z własnymi wdrożeniami i może powodować nakładanie się tagów lub problem z poprawnym przekazywaniem danych przez domyślne skrypty. - - Potencjalne obejście (Cloudflare Zaraz): Z nieoficjalnych źródeł (oraz konsultacji na grupach branżowych) wynika, że jedyną szansą na pełne Server-Side Tracking na Storefront byłoby przepięcie domeny na Cloudflare i wykorzystanie CF Zaraz. Wymagałoby to jednak rezygnacji z natywnego okienka zgód (CMP) Shoper na rzecz mechanizmu Cloudflare, co wiąże się z ryzykiem problemów z poprawnym przekazywaniem stanu zgód (Consent Mode) i wymaga dodatkowych, zaawansowanych testów.