Przejdź do treści
sGTM.space

Regulamin

Ostatnia aktualizacja: 2026-10-09 · Wersja 2.13

Niniejszy Regulamin (dalej „Regulamin”) określa zasady korzystania z platformy tagowania po stronie serwera SGTM.space (dalej „Usługa”) prowadzonej przez BEO TECHNOLOGY SPÓŁKA Z OGRANICZONĄ ODPOWIEDZIALNOŚCIĄ, w tym zasady Programu partnerskiego. Jest to regulamin świadczenia usług drogą elektroniczną w rozumieniu art. 8 ustawy z dnia 18 lipca 2002 r. o świadczeniu usług drogą elektroniczną. Usługa jest przeznaczona wyłącznie dla przedsiębiorców (punkt 4).

1. Definicje

  • Operator, my, nas: BEO Technology sp. z o.o., spółka opisana w punkcie 2.
  • Klient, Ty: przedsiębiorca, który zakłada Konto lub korzysta z Usługi, a w sprawach Organizacji przedsiębiorca, w imieniu którego działa ta Organizacja (punkt 6).
  • Konto: konto w Usłudze przypisane do jednej osoby i jej adresu e-mail.
  • Organizacja: przestrzeń robocza w Usłudze, do której należą Kontenery, ich plany, dane do faktur, kody rabatowe i połączenia z Cloudflare.
  • Członek: Konto dodane do Organizacji. Administrator Organizacji: Członek z rolą administratora.
  • Usługa / Platforma: SGTM.space wraz z panelem klienta, API, serwerem MCP dla asystentów AI, Kontenerami, Dodatkami, audytem strony, publicznym skanerem, Akademią oraz czatem i zgłoszeniami wsparcia.
  • Kontener: skonfigurowana w Usłudze obsługa jednej witryny Klienta. Obejmuje obsługę na brzegu sieci (Domena własna, Worker Cloudflare, Better Loader), a po wklejeniu konfiguracji kontenera Google Tag Manager także hostowany serwer tagujący Google Tag Manager po stronie serwera (sGTM).
  • Domena własna: domena lub subdomena podłączana do Kontenera poprzez niestandardowe nazwy hostów Cloudflare.
  • Dodatek: opcjonalna funkcja Kontenera, którą włączasz i konfigurujesz w panelu (punkt 7).
  • Plan: plan cenowy jednego Kontenera, darmowy (plan Free) albo płatny.
  • Żądanie: żądanie HTTP wliczane do limitu planu, zgodnie z punktem 13.
  • Odwiedzający / Użytkownik końcowy: osoba odwiedzająca Twoje strony, której żądania przechodzą przez Kontener.
  • Umowa powierzenia (DPA): umowa regulująca przetwarzanie przez nas danych osobowych Odwiedzających w Twoim imieniu.
  • Dodo Payments: dostawca płatności, który sprzedaje plany jako sprzedawca rejestrowy (Merchant of Record).
  • Program partnerski, Partner: program opisany w punkcie 27 i Klient, który do niego dołączył.
  • Asystent AI, aplikacja AI: aplikacja podmiotu trzeciego korzystająca ze sztucznej inteligencji (na przykład Claude, ChatGPT, Cursor lub Codex), którą łączysz z Usługą przez nasz serwer MCP (punkt 8).

2. Kim jesteśmy

Operatorem Usługi jest:

  • BEO TECHNOLOGY SPÓŁKA Z OGRANICZONĄ ODPOWIEDZIALNOŚCIĄ
  • Prezydenta Gabriela Narutowicza 40 / 1, 90-135 Łódź, Polska
  • KRS 0001103255 · NIP 7252343252 · numer VAT-UE PL7252343252 · REGON 528493956
  • Kontakt: [email protected]

3. Akceptacja, dokumenty i język

Niniejszy Regulamin wraz z Polityką prywatności, Polityką plików cookie oraz umową powierzenia przetwarzania danych stanowi całość umowy między Klientem a Operatorem w zakresie Usługi. Akceptujesz wszystkie cztery dokumenty w całości, zaznaczając wymagane pole przy zakładaniu Konta, także przy rejestracji przez Google lub GitHub. Umowa zostaje zawarta z chwilą założenia Konta, na czas nieokreślony. W razie sprzeczności umowa powierzenia ma pierwszeństwo w sprawach przetwarzania danych osobowych Odwiedzających, a niniejszy Regulamin w pozostałych sprawach, chyba że odrębnie podpisana umowa stanowi inaczej.

Przy rejestracji zapisujemy wersje wszystkich czterech zaakceptowanych dokumentów wraz z datą, adresem IP i identyfikatorem przeglądarki. To potwierdzenie umowne jest odrębne od opcjonalnej zgody na pliki cookie analityczne lub reklamowe, którą zarządzasz przez CookieTip, oraz od zgody na e-maile marketingowe. Obie możesz cofnąć w każdej chwili.

Regulamin publikujemy po polsku i po angielsku. Wiążąca jest wersja polska, a wersja angielska jest tłumaczeniem. Strona w pozostałych językach (niemieckim, francuskim, hiszpańskim i niderlandzkim) wyświetla wersję angielską. Regulamin jest dostępny nieodpłatnie pod adresem https://sgtm.space/pl/terms w formie, która pozwala go pobrać, zapisać i wydrukować.

4. Usługa wyłącznie dla przedsiębiorców

Usługa jest przeznaczona wyłącznie dla przedsiębiorców, do celów związanych z ich działalnością gospodarczą lub zawodową. Zakładając Konto, oświadczasz, że korzystasz z Usługi w ramach swojej działalności albo działasz w imieniu przedsiębiorcy i jesteś do tego upoważniony. Nie zawieramy umów z konsumentami w rozumieniu art. 221 Kodeksu cywilnego (dalej „KC”).

Jeśli jesteś osobą fizyczną, która zawiera umowę bezpośrednio związaną ze swoją działalnością gospodarczą, a z treści umowy wynika, że nie ma ona dla Ciebie charakteru zawodowego, wynikającego w szczególności z przedmiotu Twojej działalności udostępnionego w Centralnej Ewidencji i Informacji o Działalności Gospodarczej, przysługuje Ci ochrona przewidziana dla konsumentów w zakresie określonym w art. 3855 KC oraz w art. 7aa ustawy z dnia 30 maja 2014 r. o prawach konsumenta (dalej „UPK”). W tym zakresie:

  • nie wiążą Cię postanowienia Regulaminu, które byłyby wobec Ciebie niedozwolone w rozumieniu art. 3851 do 3853 KC, w szczególności wyłączenia i ograniczenia odpowiedzialności z punktów 24 i 25 oraz postanowienie o sądzie właściwym z punktu 31, w części, w jakiej byłyby niedozwolone;
  • możesz odstąpić od umowy zawartej na odległość bez podawania przyczyny w terminie 14 dni od jej zawarcia, wysyłając oświadczenie na adres [email protected]. Jeśli wyraźnie zażądałeś rozpoczęcia świadczenia płatnego planu przed upływem tego terminu, zapłacisz za świadczenia spełnione do chwili odstąpienia (art. 35 UPK). Zwrot płatności realizuje Dodo Payments;
  • Twoje uprawnienia w razie braku zgodności usługi cyfrowej z umową wynikają z rozdziału 5b UPK i Regulamin ich nie ogranicza.

5. Konta, logowanie i wymagania techniczne

Konto możesz założyć, jeśli możesz zawrzeć wiążącą umowę i podasz prawdziwe dane. Możemy wymagać weryfikacji adresu e-mail oraz stosować mechanizmy zapobiegające nadużyciom (np. Cloudflare Turnstile). Logujesz się hasłem, kluczem dostępu (passkey) albo przez konto Google lub GitHub. Przy logowaniu przez Google lub GitHub obowiązują także warunki tych dostawców. Konto jest osobiste: nie udostępniaj go innym osobom, tylko dodawaj je do Organizacji jako Członków. Odpowiadasz za aktywność na swoim Koncie i za zabezpieczenie danych logowania. Niezwłocznie poinformuj nas pod adresem [email protected] o nieautoryzowanym użyciu Konta.

Do korzystania z Usługi potrzebujesz urządzenia z dostępem do Internetu, aktualnej przeglądarki (np. Chrome, Firefox, Safari lub Edge) z włączonym JavaScriptem i niezbędnymi plikami cookie oraz działającego adresu e-mail. Do działania Kontenera potrzebujesz domeny, w której możesz zmieniać rekordy DNS, i kontenera web Google Tag Manager, a do uruchomienia serwera tagującego także konfiguracji kontenera serwerowego Google Tag Manager. Niektóre funkcje wymagają konta Cloudflare (punkt 8).

6. Organizacje, role i agencje

Przy rejestracji tworzymy dla Ciebie Organizację, w której jesteś Administratorem Organizacji. Możesz tworzyć kolejne Organizacje, do 20 utworzonych przez Twoje Konto (limit możemy zmienić dla danego Konta). Kontenery, ich plany, dane do faktur, kody rabatowe i połączenia z Cloudflare należą do Organizacji, a nie do Konta. Każdy Członek ma dostęp do Kontenerów Organizacji i może je konfigurować. Tylko Administrator Organizacji może kupować, zmieniać i anulować plany, włączać i wyłączać nadwyżkę i auto-upgrade, zmieniać dane do faktur, wpisywać kody rabatowe, usuwać Kontenery oraz zapraszać i usuwać Członków i zmieniać ich role.

Administrator Organizacji oświadcza, że jest upoważniony do działania w imieniu przedsiębiorcy, dla którego prowadzi Organizację (wskazanego w danych do faktur Organizacji, a w ich braku przedsiębiorcy, który Organizację utworzył). Ten przedsiębiorca jest Klientem w sprawach Organizacji: jest związany Regulaminem, odpowiada za działania Członków i za opłaty za Kontenery Organizacji.

Członek może w każdej chwili opuścić Organizację, a Administrator Organizacji może usunąć Członka. Kontenery i dane zostają w Organizacji. Ostatni Administrator Organizacji nie może jej opuścić, dopóki nie nada roli administratora innemu Członkowi. Organizacji nie można usunąć samodzielnie w panelu. Jej zamknięcie opisuje punkt 28.

Agencje. Możesz prowadzić Kontenery dla swoich klientów: we własnej Organizacji (wtedy wobec nas Klientem jesteś Ty i Ty płacisz za te Kontenery) albo w Organizacji klienta, do której zostałeś dodany (wtedy Klientem jest Twój klient). W obu przypadkach odpowiadasz za to, że Twój klient zgodził się na takie prowadzenie, ma podstawę prawną i wymagane zgody Odwiedzających oraz zawarł z Tobą umowę powierzenia wymaganą przez RODO. Możesz wynagradzać swoją pracę i obciążać klientów kosztem Usługi. To jedyny wyjątek od zakazu odsprzedaży z punktu 18: bez naszej pisemnej zgody nie możesz odsprzedawać dostępu do Usługi pod własną marką ani udostępniać Konta osobom trzecim.

7. Usługa

SGTM.space zapewnia hosting i zarządzanie kontenerami Google Tag Manager po stronie serwera. Serwer tagujący każdego Kontenera działa w usłudze Google Cloud Run, w regionie wybranym przez Ciebie spośród oferowanych. Ruch do Kontenera przechodzi przez prowadzonego przez nas Workera Cloudflare, który m.in. liczy Żądania, stosuje limity i obsługuje Dodatki. Kontener może na początku działać bez serwera tagującego („tylko web”): obsługuje wtedy Domenę własną, DNS i Better Loader na brzegu sieci, a serwer tagujący uruchamiamy po wklejeniu konfiguracji kontenera Google Tag Manager.

Dodatki to opcjonalne funkcje, np. ładowanie skryptów Google z Twojej domeny, wydłużanie ważności plików cookie, filtrowanie botów, maskowanie żądań, wzbogacanie żądań o dane o lokalizacji i urządzeniu czy tryb podglądu. Aktualną listę Dodatków, ich opis i dostępność w poszczególnych planach podajemy w Usłudze i w cenniku. Dodatki włączasz i konfigurujesz samodzielnie, z jednym wyjątkiem: filtrowanie botów włącza się samo w trybie „Tylko oznaczaj”, gdy plan Kontenera je obejmuje, chyba że wcześniej sam ustawisz filtrowanie botów dla tego Kontenera. W tym trybie tylko oznacza prawdopodobne boty i niczego nie blokuje; tryb możesz zmienić, a dodatek wyłączyć w każdej chwili.

Usługa obejmuje też audyt strony (zakładka Audyt Kontenera i odczyt strony przy tworzeniu Kontenera, także w prawdziwej przeglądarce), publiczny skaner (punkt 9), Akademię z materiałami edukacyjnymi oraz czat i zgłoszenia wsparcia. Możemy dodawać, zmieniać, wycofywać lub zaprzestawać udostępniania funkcji. Ograniczenie funkcji trwającego płatnego planu na Twoją niekorzyść podlega punktowi 15. Usługa korzysta z platform zewnętrznych (w tym Google, Cloudflare, Dodo Payments i CookieTip) i jest świadczona z zastrzeżeniem ich warunków w zakresie, w jakim dotyczą Twojego korzystania. Za Twoją opcjonalną zgodą mierzymy korzystanie z SGTM.space przez własne zdarzenia webowe i bezpośrednie server-to-server, zgodnie z Polityką prywatności oraz Polityką plików cookie.

8. Połączenie z Cloudflare, Same Origin Transport, Live Logs i asystenci AI

Funkcje opisane w tym punkcie udostępniamy stopniowo. Postanowienia dotyczące danej funkcji stosuje się, gdy jest ona dostępna dla Twojego Konta, Organizacji lub Kontenera, i wiążą Cię od chwili, gdy z niej skorzystasz (połączysz konto Cloudflare lub asystenta AI, włączysz dodatek lub uruchomisz sesję). Same Origin Transport z wbudowanym Google Tag Gateway oraz Live Logs wymagają Better Loadera, podobnie jak Dodatki Google Tag Gateway, Request Proxy i Cookie Extender oraz opcja dataLayer filtrowania botów.

Połączenie z Cloudflare. Organizacja może połączyć z Usługą swoje konta Cloudflare przez OAuth. Połączenie autoryzuje uprawniona osoba z Organizacji na ekranie zgody Cloudflare, który pokazuje uprawnienia, o które prosimy w danej chwili. Poza tym, czego potrzebuje każde połączenie, o uprawnienia danej funkcji prosimy wtedy, gdy ją konfigurujesz, a o zapis rekordów DNS także wtedy, gdy łączysz konto bez wyboru funkcji: przy każdym połączeniu o odczyt stref i rekordów DNS oraz o dostęp bez ponownego logowania (offline access); dla rekordów DNS o ich zapis; dla Google Tag Gateway o odczyt i edycję jego ustawień (uprawnienia Zaraz w Cloudflare); dla Workera Same Origin Transport o odczyt i zapis skryptów Workers i tras Workerów, a jeżeli Usługa zakłada regułę pamięci podręcznej, także o odczyt i zapis ustawień pamięci podręcznej. Połączenie należy do Organizacji. Upoważniasz nas do zmian w Twoim koncie Cloudflare wyłącznie w zakresie udzielonych uprawnień i wyłącznie po podglądzie i potwierdzeniu zmian w Usłudze, z wyjątkiem opisanych niżej aktualizacji w miejscu Workera Same Origin Transport wdrożonego przez nas. Każdą zmianę zapisujemy w dzienniku zmian, który Organizacja widzi w Usłudze, a usuwamy tylko to, co sami utworzyliśmy i czego nikt od tego czasu nie zmienił. Jedyny wyjątek dotyczy trasy: jeżeli Usługa to oferuje, a ścieżkę Same Origin Transport obsługuje już trasa Twojego własnego Workera, możemy skierować tę trasę na naszego Workera (przejęcie trasy), ale wyłącznie po podglądzie, który wskazuje tę trasę i Twojego Workera, oraz po potwierdzeniu przez Administratora Organizacji. Nigdy nie zmieniamy ani nie usuwamy skryptu Twojego własnego Workera, dziennik zmian zapisuje, na którego Workera wskazywała trasa, a gdy usuwasz naszego Workera w Usłudze, proponujemy skierowanie trasy z powrotem na tamtego Workera, jeżeli nadal istnieje. Niektóre ustawienia działają na całą strefę (np. Google Tag Gateway obejmuje wszystkie strony w strefie), co pokazujemy przed potwierdzeniem. Połączenie możesz w każdej chwili odłączyć w Usłudze lub w Cloudflare. Gdy odłączasz je w Usłudze, prosimy Cloudflare o unieważnienie naszego dostępu i usuwamy nasze tokeny. Zmiany już wprowadzone pozostają wtedy w Twoim koncie. Dopóki połączenie obsługuje wdrożonego przez nas Workera Same Origin Transport, raz w tygodniu odnawiamy jego dostęp w Cloudflare, aby móc utrzymywać tego Workera w aktualnej wersji; gdy przy odnowieniu (najpóźniej cotygodniowym) stwierdzimy, że Cloudflare unieważnił dostęp, wysyłamy e-mail do Członków, którzy mogą ponownie połączyć Cloudflare. Odpowiadasz za swoje konto Cloudflare, jego plan i pozostałe ustawienia.

Rekordy DNS przez połączenie. Tworzymy w Twojej strefie rekordy CNAME hosta tagowania i hosta Better Loadera Kontenera, bez proxy Cloudflare, z komentarzem wskazującym SGTM.space i Kontener. Nigdy nie zmieniamy ani nie usuwamy Twoich rekordów, z jednym wyjątkiem: gdy Usługa to oferuje, rekord pod dokładnie tą nazwą, której potrzebuje Kontener, blokujący utworzenie naszego (na przykład CNAME pozostawiony przez innego dostawcę), nadpisujemy, ale tylko po tym, jak osoba uprawniona do zmiany ustawień Cloudflare Organizacji wyraźnie potwierdziła nadpisanie tego wskazanego rekordu, po podglądzie jego obecnej i nowej wartości. Nigdy nie nadpisujemy głównej nazwy Twojej strefy ani nazwy, pod którą są też rekordy inne niż A, AAAA lub CNAME. Każde nadpisanie zapisujemy w dzienniku zmian z pełnym poprzednim rekordem, a Cofnij przywraca ten rekord w niezmienionej postaci. Nasze rekordy usuwamy na Twoje polecenie, także, jeżeli to wybierzesz, przy usunięciu Kontenera; rekord, który nadpisaliśmy, zostaje wtedy przywrócony w poprzedniej postaci zamiast usunięty.

Google Tag Gateway przez połączenie. Ustawienie Google Tag Gateway zakładamy tylko w strefie, która go nie ma albo ma je tylko puste (wyłączone, bez ścieżki i tagu). Zakładając je, pozostawiamy opcję ukrywania pierwotnego adresu IP klienta („Hide original client IP”) tak, jak jest w strefie, a gdy nie jest ustawiona, wyłączoną, więc Google otrzymuje wtedy adres IP Odwiedzającego tak jak przy zwykłej instalacji tagu Google. W ustawieniu, które już istnieje, niezależnie od tego, czy założyłeś je Ty, ktoś inny, czy my, poprawiamy, przełączamy lub cofamy wyłącznie wartości pokazane w podglądzie: na potwierdzenie osoby, która może zmieniać ustawienia Cloudflare Organizacji, możemy wyłączyć albo włączyć opcję ukrywania pierwotnego adresu IP klienta, a cofnięcie przywraca poprzednią wartość. Opcję możesz też zmienić w Cloudflare. Ustawienie obejmuje wszystkie strony w strefie. Jeżeli Usługa to oferuje, gdy wyłączasz Dodatek Google Tag Gateway, a połączenie Organizacji może zmieniać ustawienie strefy, potwierdzenie proponuje także wyłączenie Google Tag Gateway w strefie Cloudflare, niezależnie od tego, kto je tam założył: pole wyboru zaznaczone z góry tylko wtedy, gdy w strefie nie ma innej witryny ani innego Kontenera Organizacji, a w przeciwnym razie niezaznaczone, z listą pozostałych nazw hostów strefy objętych proxy i innych Kontenerów Organizacji w tej strefie. Na stronie Dodatku, niezależnie od tego, czy Dodatek jest włączony, osoba, która może zmieniać ustawienia Cloudflare Organizacji, może też zlecić nam samo wyłączenie Google Tag Gateway w strefie, po potwierdzeniu, które wymienia pozostałe nazwy hostów strefy objęte proxy i inne Kontenery Organizacji w tej strefie; włączony Dodatek pozostaje włączony, chyba że wbudowana bramka Same Origin Transport wczytuje Google Tag Managera dla tej witryny: wtedy Dodatek zostaje wyłączony, jak opisujemy niżej. Cofnięcie włącza je ponownie. Wyłączenie w te sposoby, a także na potrzeby Same Origin Transport, działa tak, jak opisujemy niżej.

Same Origin Transport. Dodatek obsługuje ruch tagowania Kontenera na ścieżce Twojej witryny (np. https://example.com/K7q2xPm/), na najwyżej 10 hostach tej witryny (jej domenie i subdomenach), przez Workera w Twoim koncie Cloudflare, który przekazuje żądania do hosta tagowania Kontenera, albo, jeżeli Usługa oferuje to dla platformy, na której działa Twoja witryna (Vercel lub Netlify), przez plik generowany przez Usługę dla Twojego projektu na tej platformie (plik platformy), który robi to samo. Wdrażasz go samodzielnie z kodu pobranego z Usługi albo, przez połączenie z Cloudflare, wdrażamy go my po potwierdzeniu podglądu: tworzymy wtedy w Twoim koncie skrypt Workera o nazwie zaczynającej się od sgtm-same-origin-transport- i po jednej trasie na każdy host, wyłączamy jego adresy workers.dev i adresy podglądu, a jeżeli Usługa to przewiduje, dodajemy regułę wyłączającą ścieżkę z pamięci podręcznej. Workera wdrożonego w ten sposób możemy później zaktualizować do nowszej wersji jego kodu bez ponownego pytania Cię o zgodę, ale wyłącznie w miejscu: ten sam skrypt i te same trasy, zmieniamy tylko kod Workera (a przy zmianie klucza także jego klucz), a jego adresy workers.dev i adresy podglądu pozostają wyłączone. Każda taka aktualizacja trafia do dziennika zmian. Nową wersję wdrażamy etapami, najpierw w kilku Kontenerach, a potem w grupach, sprawdzając każdego Workera po aktualizacji; gdy sprawdzenie się nie powiedzie, wstrzymujemy wdrażanie i możemy przywrócić kod, który każdy zaktualizowany Worker miał wcześniej, w ten sam sposób, w miejscu, co również trafia do dziennika zmian. Gdy zmiany, którą potwierdziłeś, nie da się dokończyć od razu (na przykład dlatego, że Cloudflare przez jakiś czas odrzuca wywołanie), kończymy ją kolejnymi próbami w ciągu kilku godzin, wykonując wyłącznie potwierdzone kroki, które nadal dotyczą tego, co utworzyliśmy; wszystko nowe wymaga nowego podglądu i Twojego potwierdzenia. Jeżeli Cloudflare udostępnia takie ustawienie, tworzone przez nas trasy ustawiamy tak, aby po osiągnięciu limitu żądań Workerów na Twoim koncie przepuszczały żądania do Twojej witryny bez Workera (fail open). Utworzenie, przeniesienie lub usunięcie trasy, reguły albo Workera zawsze wymaga nowego podglądu i Twojego potwierdzenia. Nigdy nie zmieniamy Workera wdrożonego przez Ciebie samodzielnie z pobranego kodu; Usługa pokazuje, gdy jest nieaktualny. Plik platformy dodajesz do swojego projektu i wdrażasz samodzielnie; odczytuje on klucz Kontenera ze zmiennych środowiskowych Twojego projektu, w których go przechowujesz, nigdy z samego pliku. Nigdy nie zmieniamy pliku platformy; Usługa pokazuje, gdy jest nieaktualny. Twoja platforma hostingowa uruchamia go na podstawie Twojej własnej umowy z nią, a nie jako nasz podwykonawca.

Worker albo plik platformy przekazuje do Kontenera żądanie przeglądarki Odwiedzającego, jego adres IP i lokalizację ustaloną przez Cloudflare albo Twoją platformę hostingową na podstawie tego adresu (w zakresie, w jakim ją podaje: kraj i informację, czy leży w UE, kontynent, region i jego kod, miasto, kod pocztowy, współrzędne, strefę czasową oraz numer i nazwę sieci), a także host i ścieżkę witryny. Przekazuje tylko pliki cookie o dozwolonych nazwach (identyfikatory Google i platform reklamowych, pliki cookie Cookie Extendera, plik cookie Live Logs i nazwy, które dodasz) i tylko te nazwy, oraz krótkotrwały testowy plik cookie sprawdzenia konfiguracji, pozwala ustawić w odpowiedzi. Nigdy nie przekazuje plików cookie o nazwach zaczynających się od __Host- ani popularnych plików cookie sesji i logowania, które odrzuca (np. PHPSESSID, laravel_session czy JSESSIONID), nawet jeśli je dodasz, i usuwa nagłówki Authorization. Nie dodawaj nazw plików cookie sesji ani logowania swojej witryny. Po pomyślnym sprawdzeniu ścieżki skrypt Better Loadera zawiera klienta, który w przeglądarce Odwiedzającego kieruje przez tę ścieżkę, na sprawdzonych hostach, żądania pomiarowe Google adresowane do hosta tagowania (zdarzenia Google Analytics, Google Ads i Floodlight oraz pobieranie plików cookie po odpowiedzi strumieniowej); pozostałe żądania, np. klienta Data (/data), skrypty i żądania fetch z treścią w obiekcie Request, zostają na hoście tagowania. Dzięki temu fragment kodu i internetowy kontener GTM pozostają bez zmian. Klient nie zapisuje plików cookie ani danych w przeglądarce i nie przesyła żadnych danych ponad te, które i tak wysyłają Twoje tagi. Gdy odpowiedź przez ścieżkę nie niesie naszego oznaczenia, klient kieruje resztę danej odsłony do hosta tagowania, a część żądań już wysłanych przez ścieżkę wysyła tam ponownie; żądania, których odpowiedzi nie można odczytać (np. wysłane przez sendBeacon), wysłane przed wykryciem awarii mogą zostać utracone. Na żądanie fetch odpowiedź przekierowaną albo nieczytelną dla strony klient uznaje za naszą, więc takiej awarii nie wykrywa, a sprawdzenie ścieżki wykrywa ją tylko wtedy, gdy dotyczy ona także jego własnych żądań. Po dwóch nieudanych sprawdzeniach ścieżki z rzędu usuwamy klienta ze skryptu do czasu kolejnego udanego sprawdzenia.

Wbudowany Google Tag Gateway. W folderze ścieżki (np. https://example.com/K7q2xPm/a1B2c3/) nasz Worker obsługuje także Google Tag Gateway dla kontenera Google Tag Manager, który ładuje Better Loader: Twój Worker albo plik platformy przekazuje te żądania do naszego Workera, a ten przesyła je dalej do Google. Przechodzą przez niego skrypt Google Tag Manager, tag Google (gtag.js) oraz żądania pomiarowe i reklamowe Google (np. Google Analytics i Google Ads). Na hostach, na których nasze sprawdzenia go przechodzą, pozwalamy Better Loaderowi ładować przez niego Google Tag Manager, po własnych klientach Better Loadera. Obsługujemy go tylko dla żądań, w których Twój Worker albo plik platformy przekazał prawidłowy klucz. Adres żądania z parametrami zapytania i treść żądania trafiają do Google tak, jak wysłała je przeglądarka (np. parametry zdarzenia w żądaniu pomiarowym). Z nagłówków przeglądarki przekazujemy wyłącznie identyfikator przeglądarki (user agent), nagłówki Accept, typ treści oraz nagłówki Origin i Referer, a z jej plików cookie wyłącznie te o dozwolonych nazwach (identyfikatory Google, nigdy pliki cookie o nazwach zaczynających się od __Host-), i dodajemy adres IP Odwiedzającego i jego lokalizację (kraj i region), tak jak otrzymuje je Google przy zwykłej instalacji tagu Google. Nagłówek Referer trafia do Google tak, jak wysłała go przeglądarka: jako pełny adres strony, który może zawierać parametry zapytania. Z odpowiedzi Google przekazujemy z powrotem tylko dozwolone nagłówki i pliki cookie o dozwolonych nazwach, i tylko skrypty, JSON, obrazy i zwykły tekst, nigdy HTML; przekierowanie przekazujemy tylko w obrębie tego samego folderu albo na własne adresy Google, a odpowiedzi nie zachowujemy w naszej pamięci podręcznej. Każde takie żądanie zapisujemy i liczymy jak każde inne żądanie przez ścieżkę (punkt 13), a sesja Live Logs pokazuje żądania testera wysłane przez niego. Włączając Same Origin Transport z wbudowanym Google Tag Gateway, polecasz nam przekazywać te żądania do Google. Google otrzymuje je jako Twój odbiorca, na podstawie Twoich własnych umów z Google, a nie jako nasz podwykonawca. Jeżeli Google Tag Gateway w Cloudflare w Twojej strefie ukrywał adres IP Odwiedzającego („Hide original client IP”), Google otrzymuje ten adres, gdy wbudowany gateway przejmie ruch. Gdy wbudowany gateway przestaje działać, nowe odsłony ładują Google Tag Manager w zwykły sposób, a żądania Google wysyłane przez niego ze stron już otwartych mogą w tym czasie zostać utracone.

Wyłączenie Google Tag Gateway w Cloudflare. Własny Google Tag Gateway Cloudflare w Twojej strefie uruchamia Google Tag Manager przed Better Loaderem. Gdy Better Loader ładuje Google Tag Manager przez wbudowany gateway, możemy wyłączyć to ustawienie przez połączenie z Cloudflare, wyłącznie na polecenie osoby, która może zmieniać ustawienia Cloudflare Organizacji w Usłudze, i wyłącznie po podglądzie, który wymienia nazwy hostów strefy objęte proxy (albo informuje, że jest ich więcej lub że nie udało się ich odczytać) oraz inne Kontenery Organizacji z witryną w tej strefie, które wszystkie tracą gateway Cloudflare. Zmieniamy tylko wartość, która go włącza, na wyłączoną, a wszystkie inne wartości zachowujemy. Cofnięcie w Usłudze włącza ponownie tylko tę wartość, o ile ustawienie nadal zawiera to, co pozostawiliśmy, i włącza ponownie Dodatek Google Tag Gateway Kontenera, jeżeli był wcześniej włączony i można go włączyć. Gdy wyłączamy ustawienie, Dodatek Google Tag Gateway Kontenera zostaje wyłączony, a dopóki ustawienie pozostaje wyłączone, a Better Loader ładuje Google Tag Manager przez wbudowany gateway, ten Dodatek jest częścią Same Origin Transport i nie można go włączyć. Nigdy nie wyłączamy tego ustawienia z własnej inicjatywy i nigdy nie zmieniamy go w strefie samego SGTM.space. Jeżeli Usługa to oferuje, wyłączenie ustawienia razem z Dodatkiem Google Tag Gateway (wyżej) podlega tym samym zasadom: wyłącznie po tym potwierdzeniu, zmieniamy tylko wartość, która je włącza, zapisujemy to w dzienniku zmian, a cofnięcie włącza je ponownie; dotyczy to wszystkich stron w strefie. Wyłączenie Same Origin Transport włącza ustawienie ponownie tylko wtedy, gdy zaznaczysz tę opcję w jego potwierdzeniu (niżej, jeżeli Usługa to oferuje); w przeciwnym razie użyj cofnięcia albo włącz je w Cloudflare.

Klucz Kontenera. Adresowi IP i lokalizacji z Twojego Workera ufamy tylko wtedy, gdy żądanie niesie klucz Kontenera. Klucz jest zapisany w kodzie Workera, który pobierasz, albo jako sekret Workera, którego wdrażamy. Zachowaj go w tajemnicy i nie publikuj kodu Workera. Jeżeli klucz mógł wyciec, zmień go w Usłudze, zaktualizuj Workera i zakończ zmianę klucza. Poprzedni klucz działa do zakończenia zmiany, które następuje najpóźniej po 7 dniach, chyba że Worker wdrożony przez nas nie ma jeszcze nowego klucza. Kto zna klucz, może wysyłać do Kontenera żądania z fałszywym adresem IP i lokalizacją.

Minimalna wersja Workera. Domyślnie ufamy każdej wersji Workera (i pliku platformy). Tylko w razie rzeczywistego problemu z bezpieczeństwem starszych wersji możemy ustalić minimalną wersję z terminem co najmniej 30 dni późniejszym, o którym informujemy e-mailem i w Usłudze. Od tego terminu Worker starszy niż minimalna wersja nadal przekazuje żądania na ścieżce, ale nie ufamy już przesyłanym przez niego adresowi IP i lokalizacji Odwiedzającego i używamy w ich miejsce tych, które widzi nasza sieć (sieci, w której działa Twój Worker), więc przetwarzanie oparte na adresie IP lub lokalizacji Odwiedzającego, takie jak raporty według kraju lub miasta i tagi po stronie serwera odczytujące adres IP, traci je do czasu aktualizacji Workera.

Twoje konto i jego limity. Worker, jego trasy oraz reguły WAF, pamięci podręcznej i inne ustawienia dotyczące ścieżki znajdują się w Twoim koncie i działają na warunkach Twojego planu Cloudflare: limity (np. 100 000 żądań dziennie na konto w planie Workers Free) i opłaty Cloudflare ponosisz Ty. Po przekroczeniu limitu, po usunięciu lub zmianie Workera albo trasy, a także gdy Twoje reguły blokują ścieżkę lub zapisują ją w pamięci podręcznej, ruch przez ścieżkę może nie docierać do Kontenera, a dane pomiarowe mogą zostać utracone. Jeżeli zmienisz kod Workera, odpowiadasz za zmieniony kod, a Usługa może nie móc go sprawdzić ani zaktualizować.

Wyłączenie ścieżki. Aby przestać korzystać ze ścieżki, zachowaj tę kolejność: (1) wyłącz dodatek, co usuwa klienta i wbudowany Google Tag Gateway ze skryptu Better Loadera, więc Better Loader znów ładuje Google Tag Manager w zwykły sposób; (2) przywróć na host tagowania wszystko, co zmieniłeś ręcznie w internetowym kontenerze GTM (np. adres serwera server_container_url), i opublikuj zmiany; (3) jeżeli wyłączyliśmy Google Tag Gateway w Cloudflare na potrzeby dodatku, a Twoja witryna go potrzebuje, włącz go ponownie przez cofnięcie w Usłudze albo w Cloudflare; (4) pozostaw trasę i Workera (albo plik platformy) co najmniej 24 godziny, bo otwarte wcześniej karty nadal wysyłają dane przez ścieżkę (przez te 24 godziny nadal ufamy adresowi IP i lokalizacji z Twojego Workera, a dopóki Better Loader pozostaje włączony z tym samym identyfikatorem kontenera Google Tag Manager, wbudowany Google Tag Gateway nadal odpowiada, dlatego pozostaw Better Loader włączony z tym identyfikatorem do upływu 24 godzin: jeżeli wcześniej go wyłączysz lub zmienisz identyfikator, żądania Google z kart otwartych wcześniej mogą zostać utracone); (5) usuń trasę; (6) usuń Workera (w przypadku pliku platformy: usuń plik i ponownie wdróż projekt). Jeżeli Usługa to oferuje, potwierdzenie wyłączenia dodatku pokazuje tę kolejność i dwie opcje, a w Cloudflare nic się nie zmienia, jeżeli żadnej nie zaznaczysz: (a) jeżeli wyłączyliśmy Google Tag Gateway w Cloudflare, włączenie go ponownie, które działa jak cofnięcie i włącza ponownie Dodatek Google Tag Gateway Kontenera; (b) dla Workera wdrożonego przez nas zaplanowanie usunięcia tego Workera, jego tras i reguły pamięci podręcznej po upływie 24 godzin, przez co z góry potwierdzasz, że do tego czasu wszystko, co zmieniłeś ręcznie w internetowym kontenerze GTM, wróci na host tagowania. Zaplanowane usunięcie jest anulowane, jeżeli ponownie włączysz dodatek, usuwa tylko to, co sami utworzyliśmy i czego nikt od tego czasu nie zmienił, i jest zapisywane w dzienniku zmian. W przeciwnym razie Worker wdrożony przez nas usuwamy w Usłudze w tej samej kolejności, po Twoim potwierdzeniu kroków (1) i (2) oraz upływu 24 godzin. Nie usuwamy go, dopóki klient jest aktywny w skrypcie Better Loadera, ani w ciągu 24 godzin od wyłączenia dodatku, chyba że zażądasz usunięcia awaryjnego (np. gdy Worker psuje witrynę); wtedy dane z kart otwartych wcześniej mogą zostać utracone. Klient wstrzymany po nieudanych sprawdzeniach może jeszcze działać w kartach otwartych wcześniej, dlatego także wtedy najpierw wyłącz dodatek i odczekaj 24 godziny. Nie usuwamy skryptu Workera, jeżeli nie możemy potwierdzić, że nic już z niego nie korzysta (np. gdy wskazuje na niego inna trasa albo nie możemy odczytać strefy Twojego konta). Ani odłączenie Cloudflare, ani usunięcie Kontenera nie usuwa Workera, tras ani reguły. Takie pozostałości mogą wymagać ręcznego usunięcia w Cloudflare; to, co utworzyliśmy, wskazuje dziennik zmian.

Pliki cookie i Twoje obowiązki. Pliki cookie, które serwer tagujący ustawia w odpowiedziach przesyłanych przez ścieżkę, oraz te, które Google ustawia przez wbudowany Google Tag Gateway, pochodzą z adresu Twojej witryny; pozostałe żądania, np. skrypty serwowane przez serwer tagujący, nadal korzystają z hosta tagowania. Nie obiecujemy żadnego okresu ważności plików cookie w żadnej przeglądarce: przeglądarki stosują i zmieniają własne zasady. Pomiar przez ścieżkę jest Twoim przetwarzaniem jako administratora (punkt 19): podstawa prawna, zgody i informacja dla Odwiedzających, także o ścieżce, o danych przekazywanych przez Twojego Workera i o danych, które wbudowany Google Tag Gateway przekazuje do Google, pozostają po Twojej stronie. Dane otrzymane przez ścieżkę przetwarzamy w Twoim imieniu na podstawie umowy powierzenia.

Odpowiedzialność. W granicach punktu 25, w najszerszym zakresie dopuszczalnym przez prawo, nie odpowiadamy w szczególności za: dane wysłane z użyciem klucza, który wyciekł lub został ujawniony, w tym za fałszywy adres IP lub lokalizację; skutki zmian, które wprowadzisz w kodzie Workera; działanie, limity, koszty i reguły Twojego konta Cloudflare; utratę danych przy wyłączaniu ścieżki w innej kolejności niż opisana wyżej, przy usunięciu awaryjnym albo gdy ścieżka przestanie działać; pozostałości w Twoim koncie po odłączeniu Cloudflare lub usunięciu Kontenera; okres, przez jaki przeglądarki przechowują pliki cookie; dane, które Google otrzymuje przez Google Tag Gateway w Twojej strefie albo przez wbudowany Google Tag Gateway; ani za skutki wyłączenia Google Tag Gateway w Cloudflare dla innych witryn, nazw hostów i instalacji Google Tag Manager w strefie, które wymienił podgląd lub potwierdzenie, ani dla stron zapisanych wcześniej w pamięci podręcznej, które nadal zawierają skrypt Cloudflare.

Live Logs. Sesja Live Logs przez 15 do 60 minut pokazuje w panelu, co przeglądarka jednego testera wysyła do Kontenera, co strona umieszcza w dataLayer oraz jakie tagi web i serwerowe zostały wywołane. Przed rozpoczęciem sesji poinformujesz testerów, że w jej trakcie ich żądania do serwerów tagujących witryny, Google i Meta są pokazywane w panelu z nagłówkami i treścią, i potwierdzisz to w formularzu. Zapisujemy to potwierdzenie. Sesję uruchamiasz wyłącznie na stronie witryny Kontenera. Dane z sesji przetwarzamy w Twoim imieniu na podstawie umowy powierzenia.

Sprawdzenie serwera w Live Logs Enhance. Sprawdzenie uruchamia się wyłącznie na Twoje polecenie: wysyłamy przez Twój kontener serwerowy jedno utworzone przez nas zdarzenie testowe, bez danych osobowych i z odmową zgody, a Twoje tagi mogą przekazać je swoim dostawcom jak każde inne zdarzenie, na przykład tag uruchamiany przy każdym zdarzeniu z własnym identyfikatorem pomiaru. Usługa informuje o tym przed uruchomieniem sprawdzenia.

Asystenci AI (MCP). Gdy funkcja jest dostępna, możesz połączyć z Usługą asystenta AI przez nasz serwer MCP pod adresem https://sgtm.space/mcp. Połączenie asystenta zależy wyłącznie od Ciebie, nie kosztuje w Usłudze nic dodatkowo (dostawca AI może pobierać opłaty za swoją aplikację), a Usługa działa tak samo bez niego. Każdą aplikację AI zatwierdzasz na naszym ekranie zgody po zalogowaniu się do Usługi. Ekran podaje nazwę aplikacji i adres, na który wraca odpowiedź, dlatego zatwierdzaj tylko aplikację, którą sam dodajesz. Zatwierdzona aplikacja działa jako Ty: ma dostęp do każdej Organizacji, do której należysz, i do każdego Kontenera, do którego masz dostęp w panelu, z tymi samymi funkcjami, planami i limitami, i traci ten dostęp w chwili, gdy Ty go tracisz. Może odczytywać Kontenery, ich konfigurację, audyty strony i Live Logs, uruchamiać audyt strony, rozpoczynać i kończyć sesję Live Logs oraz włączać i wyłączać Live Logs Enhance i uruchamiać jego sprawdzenia. Nie może kupować, zmieniać ani anulować planów, zmieniać danych do faktur, usuwać Kontenerów ani Twojego Konta, zapraszać ani usuwać Członków ani zmieniać ich ról. Aplikację możesz w każdej chwili odłączyć na karcie Aplikacje AI w ustawieniach konta, co od razu kończy jej dostęp; aby znów z niej korzystać, zatwierdzasz ją ponownie. Możemy odłączyć aplikację albo ograniczyć lub zawiesić dostęp przez nasz serwer MCP ze względów bezpieczeństwa lub z powodu naruszenia Regulaminu.

Działania asystenta AI są Twoimi działaniami. Wszystko, co zatwierdzona aplikacja robi przez nasz serwer MCP, odbywa się na Twoim Koncie i jest Twoim własnym działaniem, tak jakbyś wykonał je w panelu: uruchomiony przez nią audyt strony wlicza się do dziennego limitu audytów Kontenera i wczytuje Twoją stronę jak każdy odwiedzający (punkt 13); rozpoczęta przez nią sesja Live Logs jest Twoją sesją, a potwierdzenie, które przez nią składasz, że testerzy wiedzą o pokazywaniu ich żądań, jest Twoim potwierdzeniem w rozumieniu akapitu o Live Logs powyżej i zapisujemy je tak samo jak potwierdzenie z formularza; włączenie lub wyłączenie Live Logs Enhance i uruchomienie jego sprawdzeń, w tym zdarzenia testowego sprawdzenia serwera, są Twoimi poleceniami. Aplikacje AI zwykle pytają Cię przed wykonaniem działania, ale to, czy pytają, zależy od aplikacji i jej ustawień. Odpowiadasz za łączone przez siebie aplikacje AI, za to, o co je prosisz, i za to, co robią z Twoim dostępem, a korzystasz z nich na podstawie własnej umowy z ich dostawcą, którego regulaminy i zasady mają zastosowanie. To, co pisze aplikacja AI, na przykład jej wyjaśnienia i proponowane poprawki, pochodzi od tej aplikacji i jej dostawcy, a nie od nas: sprawdź to, zanim na tym polegasz. Nie odpowiadamy za aplikację AI, jej dostawcę ani jej odpowiedzi.

Dane, które trafiają do Twojego dostawcy AI. Nasz serwer MCP odpowiada na to, o co pyta aplikacja, na przykład nazwy i ustawienia Kontenerów, wyniki audytów oraz podsumowanie i zdarzenia sesji Live Logs, które przed zapisaniem są maskowane w sposób opisany w umowie powierzenia. Każdą odpowiedź wysyłamy do połączonej przez Ciebie aplikacji, a przez nią do dostawcy tej aplikacji, na Twoje polecenie. Dostawca otrzymuje ją jako Twój odbiorca, na podstawie Twojej własnej umowy z nim, a nie jako nasz podwykonawca. O tym, czy dane Odwiedzających i testerów z sesji Live Logs trafią do Twojego dostawcy AI, decydujesz jako administrator (punkt 19); jeśli tak, poinformuj testerów, że ich żądania mogą trafić także do tego dostawcy. Zapisujemy każde wywołanie (narzędzie, czas, aplikację i Kontener), nigdy zadawanych pytań ani odpowiedzi, jak opisuje Polityka prywatności.

Limity serwera MCP. Korzystaj z naszego serwera MCP w rozsądnym zakresie: każdym tokenem dostępu połączonej aplikacji można wykonać do 120 wywołań na minutę, a w tych granicach obowiązują limity panelu (na przykład liczba audytów i sesji Live Logs, które można uruchomić w ciągu minuty, oraz dzienny limit audytów Kontenera). Wywołanie ponad limit jest odrzucane, dopóki limit znów na nie nie pozwoli.

9. Publiczny skaner

Publiczny skaner pod adresem https://sgtm.space/pl/audit sprawdza dowolną publicznie dostępną stronę bez zakładania Konta. Rozpoczynając skan, akceptujesz ten punkt oraz punkty 18, 24 i 25 w zakresie skanera. Skanuj strony zgodnie z prawem, nie obchodź limitów skanowania (liczby skanów na godzinę i dzień dla odwiedzającego lub Konta oraz dziennego limitu skanera) ani zabezpieczeń (np. Cloudflare Turnstile) i nie używaj skanera do przeciążania stron. Skaner odczytuje stronę tak, jak zobaczyłby ją każdy odwiedzający, także w prawdziwej przeglądarce: nie loguje się i nie wysyła formularzy. Wyniki są automatyczne i orientacyjne. Mogą być niepełne lub błędne, a wskazanie dostawcy lub ocena są wynikiem heurystyki, a nie naszą opinią o usługach tego dostawcy. Raport jest dostępny dla każdego, kto zna jego adres, i usuwamy go po 30 dniach. Nie przedstawiaj raportu w sposób wprowadzający w błąd.

10. Plany, opłaty i rozliczenia

Plan dotyczy jednego Kontenera: każdy płatny Kontener ma własny plan, okres rozliczeniowy i płatność. Aktualne plany, ceny, limity i Dodatki podajemy w cenniku i w Usłudze. Wiążą Cię warunki pokazane przy zakupie. Plany płatne rozliczamy obecnie miesięcznie. Opłata za plan jest pobierana z góry za okres rozliczeniowy, a nadwyżka z dołu (punkt 14). Plany płatne odnawiają się automatycznie na kolejne okresy do czasu anulowania.

Plany sprzedaje Dodo Payments jako sprzedawca rejestrowy (Merchant of Record): przyjmuje płatności, nalicza podatki i wystawia faktury, a przy płatności obowiązują także jego warunki. Ceny podajemy w dolarach amerykańskich (USD) netto, bez podatków. Jeśli Dodo Payments pozwala zapłacić w walucie lokalnej, kurs ustala Dodo Payments, a opłatę za przewalutowanie (zwykle od 2 do 4%) ponosi Klient.

Zmiana planu. Przejście na wyższy plan działa od razu: Dodo Payments pobiera od razu różnicę za wyższy plan, a od dnia zmiany zaczyna się nowy okres rozliczeniowy z pełnym miesięcznym limitem wyższego planu. Przejście na niższy plan działa od następnego okresu rozliczeniowego, a do tego czasu obowiązuje obecny plan. Zaplanowaną zmianę możesz anulować. Plan, który nie obejmuje włączonego Dodatku, wyłącza ten Dodatek z zachowaniem jego ustawień.

Portal płatności. Przez portal Dodo Payments dostępny ze strony planu Kontenera możesz zmieniać metodę płatności i adres, pobierać faktury, anulować plan i, jeśli Dodo Payments to umożliwia, wstrzymać plan. Kontener ze wstrzymanym planem jest zablokowany do czasu wznowienia planu. Przy zaległej płatności nie świadczymy nadwyżki i możemy zawiesić Usługę (punkt 28).

11. Podatki i VAT

O ile nie wskazano inaczej, ceny nie zawierają podatków. Podatki pośrednie (np. VAT) nalicza Dodo Payments jako sprzedawca rejestrowy na podstawie danych rozliczeniowych Organizacji. Odpowiadasz za podanie w ustawieniach rozliczeń Organizacji prawidłowej nazwy firmy, adresu i numeru identyfikacji podatkowej oraz za podatki, do których jesteś zobowiązany. W przypadku klientów biznesowych z UE, tam gdzie ma to zastosowanie, może obowiązywać mechanizm odwrotnego obciążenia.

12. Plan Free

Organizacja utworzona przy rejestracji może mieć jeden aktywny Kontener na planie Free. Organizacje utworzone później nie mają miejsca na plan Free, chyba że je przyznamy. Każdy kolejny Kontener, który miałby działać na planie Free, jest nieaktywny: nie uruchamiamy go, a jeśli ma już infrastrukturę, pozostaje ona zablokowana, dopóki nie kupisz dla niego planu płatnego lub nie zwolnisz miejsca. Plan Free ma miesięczny limit Żądań i ograniczony zestaw Dodatków. Jego limit dzienny ma charakter informacyjny i nie blokuje ruchu. Plan Free jest bezpłatny i nie wymaga karty. Nie wolno zakładać wielu Kont ani Organizacji, aby obejść limit planu Free.

13. Żądania i limity

Żądaniem jest każde żądanie HTTP pochodzące z Twojej witryny, na które nasz Worker Cloudflare odpowiada dla hostów Kontenera i jego ścieżek w Twojej witrynie: zdarzenia pomiarowe, pobrania skryptów Better Loadera oraz żądania przechodzące przez wbudowany Google Tag Gateway (punkt 8), także gdy Kontener nie ma jeszcze serwera tagującego. Skrypt, który przeglądarka pobiera z własnej pamięci podręcznej, nie trafia do nas i nie jest Żądaniem. Nie liczymy żądań spoza Twojej domeny, żądań odrzuconych przez filtrowanie botów ani żądań, którymi Usługa sama sprawdza konfigurację i działanie ścieżki oraz jej wbudowanego Google Tag Gateway. Audyt strony, który wczytuje Twoje strony w prawdziwej przeglądarce, jest liczony jak każdy odwiedzający. Żądania botów, które są tylko oznaczone i trafiają do serwera tagującego, są liczone.

Każdy plan ma miesięczny limit Żądań na Kontener, liczony w okresie rozliczeniowym. Po przekroczeniu limitu, a przy włączonej nadwyżce po przekroczeniu maksymalnej nadwyżki, Worker odpowiada kodem HTTP 429 na wszystkie żądania Kontenera, także na skrypt Better Loadera, co może zatrzymać ładowanie Google Tag Manager na Twojej stronie. Blokada trwa do nowego okresu rozliczeniowego, zmiany planu lub auto-upgrade'u. Liczniki w panelu pochodzą z naszego pomiaru i aktualizują się z krótkim opóźnieniem. Na tej podstawie rozliczamy nadwyżkę. Możemy ograniczać lub wstrzymywać ruch, który zagraża stabilności Platformy, nadużywa planu Free lub narusza Regulamin.

14. Nadwyżka i auto-upgrade

Nadwyżka. Kontener na płatnym planie z rozliczaniem zużycia może po przekroczeniu miesięcznego limitu obsługiwać kolejne Żądania. Każde Żądanie ponad limit jest płatne według stawki planu, do maksymalnej nadwyżki planu (niektóre plany jej nie ograniczają). Stawki i maksymalną nadwyżkę podajemy w cenniku i na stronie planu Kontenera. Nadwyżka włącza się sama przy pierwszej płatności za Kontener, który wcześniej nie miał planu płatnego. Administrator Organizacji może ją w każdej chwili wyłączyć i ponownie włączyć na stronie planu Kontenera. Odnowienie ani ponowny zakup planu nie włączą jej z powrotem. Wyłączenie działa od razu: Kontener, który przekroczył limit, zostaje zablokowany albo, przy włączonym auto-upgradzie, przeniesiony na wyższy plan. Nadwyżkę świadczymy tylko wtedy, gdy płatność za plan jest potwierdzona.

Rozliczenie z dołu. Nadwyżkę zliczamy z naszego pomiaru Żądań i w trakcie okresu przekazujemy do Dodo Payments. Dodo Payments pobiera opłatę za nadwyżkę po zakończeniu okresu rozliczeniowego, w którym powstała, zwykle razem z płatnością za kolejny okres, także gdy plan został anulowany.

Auto-upgrade. Auto-upgrade działa tylko wtedy, gdy włączy go Administrator Organizacji. Kiedy Kontener osiągnie próg, przy którym zostałby zablokowany (limit planu, a przy włączonej nadwyżce limit powiększony o maksymalną nadwyżkę), przenosimy go na następny wyższy plan płatny, najwyżej raz w okresie rozliczeniowym. Tak jak przy ręcznej zmianie na wyższy plan Dodo Payments pobiera od razu różnicę, a od dnia zmiany zaczyna się nowy okres rozliczeniowy. Jeśli wyższego planu nie ma, Kontener zostaje zablokowany.

15. Zmiany planów, cen i funkcji

Ofertę dla nowych zakupów możemy zmieniać w każdej chwili. Zmianę trwającego płatnego planu na Twoją niekorzyść (cenę, stawkę lub maksymalną nadwyżkę, miesięczny limit Żądań albo zakres Dodatków) ogłaszamy banerem w aplikacji i e-mailem co najmniej 14 dni przed jej wejściem w życie. Zmiana ceny obowiązuje od pierwszego okresu rozliczeniowego rozpoczętego po tym terminie. Do tego dnia możesz zmienić lub anulować plan. Możemy przenieść Twój plan na jego nowy odpowiednik u Dodo Payments: na tych samych albo korzystniejszych warunkach od razu, a na mniej korzystnych na zasadach z tego punktu. Zmiany na Twoją korzyść oraz zmiany wymagane przez prawo mogą wejść w życie od razu. Zmiany zakresu planu Free ogłaszamy z takim samym wyprzedzeniem.

16. Promocje i kody rabatowe

Promocje procentowe pokazujemy w cenniku i na stronie planu. O ile nie wskazano inaczej, obejmują tylko pierwszy okres rozliczeniowy, a kolejne płatności są po cenie katalogowej. Promocja ogólna przysługuje raz na Kontener: Kontener, który miał już płatny plan, nie otrzymuje jej ponownie. Zmiana planu kończy rabat obejmujący kilka okresów i nie przenosi go na nowy plan. Kody osobiste przekazujemy wybranym Klientom. Wpisuje je Administrator Organizacji w ustawieniach rozliczeń, a na planach, które obejmują, mają pierwszeństwo przed promocją ogólną. Kod osobisty działa raz na Kontener i może mieć łączny limit użyć. Nie wolno go publikować ani sprzedawać. Rabaty się nie sumują, nie mają wartości pieniężnej i nie można wpisywać innych kodów przy płatności. Promocję możemy zakończyć w każdej chwili dla nowych zakupów.

17. Anulowanie, zwroty i usunięcie Kontenera

Administrator Organizacji może anulować plan na stronie planu Kontenera lub w portalu Dodo Payments. Anulowanie wstrzymuje odnowienie, a plan działa do końca opłaconego okresu. Potem Kontener przechodzi na plan Free, jeśli Organizacja ma na niego wolne miejsce, a w przeciwnym razie staje się nieaktywny i zablokowany. Jego infrastruktura pozostaje, a Dodatki nieobjęte planem Free wyłączamy z zachowaniem ustawień. Kontener usuwamy tylko na Twoje żądanie: Administrator Organizacji może przy anulowaniu w aplikacji zaplanować usunięcie Kontenera na koniec okresu albo usunąć Kontener, który nie ma aktywnego planu płatnego. Anulowanie w portalu Dodo Payments nie planuje usunięcia. Usunięcie jest nieodwracalne i obejmuje serwer tagujący oraz utworzone przez nas rekordy i nazwy hostów.

Poza przypadkami wymaganymi przez prawo (w tym w punkcie 4) lub błędem rozliczeniowym po naszej stronie wniesione opłaty, także za niewykorzystaną część okresu i za nadwyżkę, nie podlegają zwrotowi. Plan Free nie uprawnia do zwrotów. Zwroty, gdy są należne, realizuje Dodo Payments. Obciążenie zwrotne (chargeback) bez wcześniejszego kontaktu z nami może skutkować zawieszeniem Konta.

18. Dozwolone korzystanie

Musisz korzystać z Usługi zgodnie z prawem. W szczególności zobowiązujesz się nie:

  • dostarczać treści o charakterze bezprawnym;
  • przetwarzać danych Odwiedzających bez ważnej podstawy prawnej oraz zgody wymaganej przez obowiązujące przepisy;
  • naruszać warunków Google Tag Manager / Google API, Cloudflare ani innych obowiązujących warunków podmiotów zewnętrznych;
  • przesyłać złośliwego oprogramowania ani używać Usługi, w tym skanera, do ataków DoS, włamań, nadużyć scrapingu czy oszustw;
  • uzyskiwać nieautoryzowanego dostępu do Usługi, innych Klientów czy infrastruktury bazowej;
  • obchodzić limitów Żądań, limitów skanera, zabezpieczeń ani ograniczeń korzystania, w tym zakładać wielu Kont lub Organizacji albo łączyć wielu aplikacji AI w tym celu;
  • używać Dodatków do omijania obowiązków w zakresie zgód lub bezprawnego śledzenia osób;
  • odsprzedawać ani udostępniać Usługi podmiotom trzecim bez naszej pisemnej zgody, z wyjątkiem opisanym w punkcie 6.

19. Twoje obowiązki jako administratora danych

W odniesieniu do danych osobowych Twoich Odwiedzających przepływających przez Twoje Kontenery, a także testerów sesji Live Logs, to Ty jesteś administratorem danych, a my działamy jako podmiot przetwarzający. Odpowiadasz za publikację własnych polityk prywatności i cookie, ustalenie podstawy prawnej oraz uzyskanie wymaganej zgody przed wdrożeniem tagów lub Dodatków. To, dokąd trafiają dane z Twojego serwera tagującego, zależy od Twojej konfiguracji Google Tag Manager. Przetwarzanie tych danych reguluje umowa powierzenia przetwarzania danych.

20. Domeny własne i DNS

Upoważniasz nas do tworzenia rekordów DNS i niestandardowych nazw hostów Cloudflare niezbędnych do działania Twoich Kontenerów, a przez połączenie z Cloudflare, gdy jest dostępne, także rekordów w Twojej strefie (punkt 8). Oświadczasz, że jesteś właścicielem lub masz prawo używać każdej podłączanej domeny, i pozostajesz odpowiedzialny za konfigurację DNS oraz weryfikację domeny. Możemy odłączyć domenę używaną z naruszeniem prawa lub Regulaminu.

21. Dostępność, wsparcie i reklamacje

Dokładamy uzasadnionych starań, aby utrzymać dostępność Usługi, lecz nie gwarantujemy nieprzerwanego ani wolnego od błędów działania. Nie oferujemy gwarantowanego poziomu usług (SLA), chyba że uzgodnimy go w odrębnej umowie. Możemy przeprowadzać prace serwisowe, w miarę możliwości poza godzinami największego ruchu. Nie odpowiadamy za przerwy lub zmiany w usługach zewnętrznych (np. Google, Cloudflare lub Dodo Payments) pozostające poza naszą kontrolą.

Wsparcie świadczymy przez czat i zgłoszenia w aplikacji, w tym samym trybie we wszystkich planach. Authorized Implementation Partners mają pierwszeństwo (punkt 27). Reklamacje dotyczące Usługi możesz składać zgłoszeniem w aplikacji lub e-mailem na adres [email protected], podając adres e-mail Konta, Kontener, którego dotyczą, i opis problemu. Odpowiadamy w ciągu 14 dni od otrzymania reklamacji.

22. Własność intelektualna i licencje

Nam i naszym licencjodawcom przysługują wszelkie prawa do Platformy, w tym do paneli, Workera Cloudflare, skryptów ładujących, szablonów oraz powiązanego oprogramowania i znaków towarowych. Udzielamy Ci ograniczonego, niewyłącznego i nieprzenoszalnego prawa do korzystania z Usługi w okresie obowiązywania umowy.

Kod, który instalujesz poza Usługą, czyli fragmenty kodu Better Loadera, skrypt Workera Same Origin Transport i pliki platformy, szablony Google Tag Manager (np. szablony Live Logs) i inne pliki do pobrania z Usługi, udostępniamy na podstawie niewyłącznej, nieprzenoszalnej i nieodpłatnej (w ramach planu) licencji, na czas obowiązywania umowy, na terytorium całego świata. Licencja obejmuje następujące pola eksploatacji: utrwalanie i zwielokrotnianie w Twoich witrynach, kontach Google Tag Manager, kontach Cloudflare i projektach na platformach hostingowych, wprowadzanie do pamięci urządzeń i uruchamianie, wyłącznie w związku z Usługą. Możesz umożliwić korzystanie z niego swoim podwykonawcom oraz, jako agencja, klientom w zakresie ich witryn. Po zakończeniu umowy usuń ten kod ze swoich witryn i kont.

Zachowujesz prawa do konfiguracji swoich Kontenerów i swoich danych i udzielasz nam prawa do korzystania z nich w zakresie potrzebnym do świadczenia Usługi. Przekazując informacje zwrotne, udzielasz nam bezterminowej licencji na ich wykorzystanie. Znaki Google i Cloudflare pozostają własnością ich właścicieli.

23. Poufność

Każda ze stron zobowiązana jest zachować poufność niejawnych informacji drugiej strony i wykorzystywać je wyłącznie w celu wykonania niniejszego Regulaminu, z wyjątkiem ujawnienia wymaganego prawem. Obowiązek ten obowiązuje także po rozwiązaniu umowy.

24. Wyłączenie gwarancji

W maksymalnym zakresie dozwolonym prawem, z zastrzeżeniem punktu 4, Usługa jest świadczona „w stanie, w jakim jest” oraz „w miarę dostępności”, bez jakichkolwiek gwarancji, wyraźnych ani dorozumianych, w tym przydatności do określonego celu, dokładności czy nieprzerwanego działania. Odpowiedzialność z tytułu rękojmi jest wyłączona w zakresie dopuszczalnym przez prawo. Wyniki audytu strony, skanera i materiały Akademii mają charakter informacyjny. Odpowiadasz za testowanie swoich tagów i konfiguracji.

25. Odpowiedzialność

W maksymalnym zakresie dopuszczalnym przez prawo wyłączamy naszą odpowiedzialność za szkody związane z korzystaniem z Usługi lub z brakiem możliwości korzystania z niej, w szczególności za utracone korzyści, szkody pośrednie, utratę lub niekompletność danych (w tym danych analitycznych i konwersji), skutki blokady Żądań, przerwy i zmiany u dostawców zewnętrznych oraz skutki konfiguracji wprowadzonej przez Klienta.

Wyłączenie nie obejmuje szkody wyrządzonej umyślnie (art. 473 § 2 KC) ani odpowiedzialności, której nie można wyłączyć lub ograniczyć na mocy bezwzględnie obowiązujących przepisów, w tym wobec osób, o których mowa w punkcie 4.

Jeśli wyłączenie okaże się w jakimkolwiek zakresie nieskuteczne, nasza łączna odpowiedzialność wobec Klienta z wszystkich tytułów jest ograniczona do kwoty opłat zapłaconych za Usługę (w tym za pośrednictwem Dodo Payments) przez Organizację, której dotyczy roszczenie, za wszystkie jej Kontenery w okresie 12 miesięcy przed zdarzeniem, które wywołało szkodę. Odpowiedzialność związaną z przetwarzaniem danych osobowych Odwiedzających reguluje umowa powierzenia.

26. Zwolnienie z odpowiedzialności

W zakresie dozwolonym prawem zwolnisz Operatora z odpowiedzialności i będziesz go bronić przed roszczeniami osób trzecich wynikającymi z bezprawnego lub pozbawionego zgody śledzenia, naruszenia przez Ciebie zasad dozwolonego korzystania lub zasad Programu partnerskiego, naruszenia praw osób trzecich lub Twoich decyzji jako administratora danych.

27. Program partnerski

Przystąpienie. Program partnerski obejmuje program afiliacyjny i status Authorized Implementation Partner. Do programu afiliacyjnego dołączasz na stronie Program partnerski w panelu, przyciskiem dołączenia. Od tej chwili wiąże Cię ten punkt. Uczestniczysz w programie jako przedsiębiorca, we własnym imieniu i na własny rachunek. Nie jesteś naszym pełnomocnikiem ani przedstawicielem i nie możesz składać oświadczeń w naszym imieniu. Program prowadzimy przez platformę Affonso. Dołączenie działa od razu, bez zatwierdzania. Możemy jednak odrzucić lub zawiesić Twój udział w razie nadużycia albo naruszenia tego punktu.

Prowizje. Za każdego poleconego Klienta otrzymujesz 50% każdej jego płatności za plany w pierwszych 3 miesiącach, a potem 30% każdej kolejnej płatności, dopóki płaci, w tym za odnowienia i zmiany na wyższy plan. Prowizję liczymy od kwoty faktycznie zapłaconej, po rabatach. Za Partnera, który dołączył do programu z Twojego linku, otrzymujesz dodatkowo 30% jego prowizji, bez pomniejszania prowizji tego Partnera. Prowizja przepada, a już wypłacona podlega potrąceniu z kolejnych wypłat, jeśli płatność zostanie zwrócona lub obciążona zwrotnie (chargeback).

Przypisanie. Plik cookie z Twojego linku jest ważny przez 30 dni od kliknięcia. Konto założone w tym czasie, za zgodą na pliki cookie reklamowe, zostaje przypisane do Ciebie na stałe: żaden plik cookie go nie nadpisze, a poprawić je może tylko nasz zespół. Jeśli przypisanie nie zapisało się przy rejestracji, zapisuje się przy pierwszym zakupie z tej przeglądarki, gdy plik cookie jest jeszcze ważny, a zgoda udzielona, chyba że nasz zespół wcześniej usunął przypisanie tego Konta. Płatności za Kontenery Organizacji przypisujemy Partnerowi, który polecił twórcę tej Organizacji, niezależnie od tego, który Członek płaci, a jeśli twórca nie ma przypisania, Partnerowi płacącego. Na Twój wniosek, np. dla Kont klientów założonych przez Twoją agencję, możemy przypisać Ci Konto ręcznie. Możemy też poprawić lub usunąć przypisanie, np. na sprzeciw Klienta, przy błędzie lub nadużyciu. Usunięcie działa dla przyszłych zakupów, a plany kupione wcześniej zachowują dotychczasowe przypisanie.

Polecenia własne i zakazane metody. Affonso oznacza płatności z Twojego własnego Konta partnera, a my możemy odrzucić prowizję, jeśli zakup służy głównie uzyskaniu prowizji. Zakupy agencji dla jej klientów z Konta partnera same w sobie nie są nadużyciem, a płatności Twoich klientów z ich własnych Kont nie są poleceniami własnymi. Zabronione są: spam i niezamówione informacje handlowe, licytowanie marki SGTM.space (także z literówkami) w reklamach w wyszukiwarkach, podszywanie się pod nas lub sugerowanie, że jesteś nami, podrzucanie plików cookie (cookie stuffing) i wymuszone kliknięcia, a także wprowadzające w błąd informacje o Usłudze i jej cenach. Oznaczaj swoje linki jako afiliacyjne tam, gdzie wymaga tego prawo. Za naruszenie możemy odrzucić lub cofnąć prowizje i wykluczyć Cię z programu.

Wypłaty i rozliczenia. Wypłaty i rozliczenia z Partnerami prowadzi Affonso (ZASolution, Fellbach, Niemcy) jako Merchant of Record: raz w miesiącu, przez PayPal, Wise lub przelew bankowy, gdy saldo osiągnie co najmniej 50 USD (niższe saldo przechodzi na kolejny miesiąc), a prowizja staje się wymagalna 30 dni po płatności Klienta. Faktury za prowizje wystawia w Twoim imieniu Affonso w ramach samofakturowania (art. 106d ustawy z dnia 11 marca 2004 r. o podatku od towarów i usług), na podstawie zgody, którą składasz Affonso w portalu partnera, albo wgrywasz w Affonso własne faktury. Dołączając, zobowiązujesz się wybrać jeden z tych sposobów i przekazać Affonso dane potrzebne do wypłat i rozliczeń podatkowych (np. formularze W-8 lub W-9). Podatki i składki od prowizji rozliczasz samodzielnie.

Portal partnera. Portal partner.sgtm.space i panel partnera w Usłudze prowadzi Affonso na własnych warunkach: https://affonso.io/terms oraz polityce prywatności https://affonso.io/privacy.

Authorized Implementation Partner. Status przyznajemy na wniosek przesłany na adres [email protected] lub zgłoszeniem w aplikacji, po naszej weryfikacji. Wymaga on udziału w programie afiliacyjnym, własnego Konta z działającym Kontenerem i co najmniej 10 aktywnych Kontenerów na planach płatnych na Kontach założonych z Twojego linku. Partner otrzymuje osobisty kod rabatowy (punkt 16), pierwszeństwo we wsparciu i polecenia Klientów, którzy chcą zlecić wdrożenie. Zakres, cenę i fakturę za wdrożenie uzgadniasz z klientem bezpośrednio, a my nie jesteśmy stroną tej umowy i nie odpowiadamy za jej wykonanie. Możemy cofnąć status, gdy wymagania przestaną być spełnione lub jakość wdrożeń będzie budzić zastrzeżenia, z 14-dniowym powiadomieniem.

Zmiany i zakończenie. Stawki i zasady programu możemy zmienić z 14-dniowym powiadomieniem e-mailem. Zmiana dotyczy prowizji z płatności po jej wejściu w życie. Możesz zrezygnować z programu w każdej chwili, pisząc na adres [email protected]. Możemy zakończyć program lub Twój udział z 14-dniowym powiadomieniem, a przy naruszeniu tego punktu ze skutkiem natychmiastowym. Prowizje należne przed zakończeniem, z wyjątkiem prowizji z naruszeń, wypłacamy na zasadach tego punktu.

28. Zawieszenie, rozwiązanie i zamknięcie Konta

Możemy zawiesić lub ograniczyć Usługę z powodu braku płatności, naruszenia Regulaminu, nadużyć albo ryzyka prawnego lub dla bezpieczeństwa, informując Cię o tym, gdy to możliwe. Przy poważnym lub powtarzającym się naruszeniu możemy rozwiązać umowę ze skutkiem natychmiastowym. Z innych ważnych przyczyn, np. przy zakończeniu świadczenia Usługi, możemy wypowiedzieć umowę z zachowaniem 30-dniowego okresu wypowiedzenia.

Zamknięcie Konta. Umowę możesz rozwiązać w każdej chwili, prosząc o zamknięcie Konta e-mailem z adresu Konta na adres [email protected]. Zamykamy Konto w ciągu 30 dni. Wcześniej anuluj płatne plany albo poproś, abyśmy je anulowali. Jeśli jesteś ostatnim Administratorem Organizacji, w której są inni Członkowie, nadaj najpierw rolę administratora innemu Członkowi albo poproś o zamknięcie całej Organizacji. Przy zamknięciu usuwamy Konto z danymi logowania, a przy zamknięciu Organizacji także jej Kontenery z infrastrukturą i konfiguracją oraz jej połączenia z Cloudflare. Przechowujemy: dane rozliczeniowe i faktury przez 5 lat, jak wymagają przepisy podatkowe, dowody akceptacji dokumentów przez 3 lata od zamknięcia Konta oraz rozmowy ze wsparciem przez 3 lata od ich zamknięcia. Dane w logach wygasają zgodnie z Polityką prywatności. Dane Partnera w Affonso przechowuje Affonso na własnych zasadach.

Eksport. Na Twoje żądanie przed zamknięciem przekazujemy eksport danych Konta i Organizacji (np. danych Konta, listy Kontenerów i ich ustawień) w powszechnie używanym formacie elektronicznym. Konfiguracja Google Tag Manager pozostaje w Twoim koncie Google. Po zakończeniu umowy Kontenery przestają działać, a kod z punktu 22 usuń ze swoich witryn i kont.

29. Zmiany Regulaminu

Możemy zmienić Regulamin z ważnych przyczyn: zmiany przepisów, zmiany zakresu lub sposobu świadczenia Usługi, nowych lub wycofanych funkcji, zmiany dostawców, względów bezpieczeństwa, przeciwdziałania nadużyciom lub zmian cennika (w granicach punktu 15). O istotnej zmianie informujemy banerem w aplikacji i e-mailem na adres Konta. Wobec obecnych Klientów zmiana wiąże po upływie 14 dni od powiadomienia, a wobec nowych Klientów od publikacji. Zmiany wymagane przez prawo lub wyłącznie na Twoją korzyść mogą wejść w życie od razu. Dalsze korzystanie z Usługi po dniu wejścia zmiany w życie oznacza jej akceptację, bez potrzeby osobnego potwierdzenia. Jeśli nie akceptujesz zmiany, możesz przed tym dniem anulować plany i poprosić o zamknięcie Konta (punkt 28), a do zakończenia umowy stosujemy wobec Ciebie dotychczasową wersję. Aktualną wersję i datę jej obowiązywania podajemy na górze tej strony.

30. Siła wyższa

Nie odpowiadamy za niewykonanie lub opóźnienie spowodowane zdarzeniami pozostającymi poza naszą rozsądną kontrolą, w tym przerwami u dostawców, takich jak Cloudflare, Google czy Dodo Payments, awariami sieci lub działaniami organów.

31. Prawo właściwe i spory

Niniejszy Regulamin i umowa podlegają prawu polskiemu. Strony w pierwszej kolejności podejmą próbę polubownego rozwiązania sporów. Spory, których nie uda się rozwiązać, będą rozstrzygane przez sąd właściwy dla siedziby Operatora w Łódź, Polska, z zastrzeżeniem punktu 4.

32. Postanowienia różne

Możemy przenieść prawa i obowiązki z umowy w związku z reorganizacją, połączeniem lub sprzedażą przedsiębiorstwa. Ty nie możesz tego zrobić bez naszej zgody. Jeśli którekolwiek postanowienie zostanie uznane za nieważne lub bezskuteczne, pozostałe pozostają w mocy. Niewykonanie przez nas uprawnienia nie oznacza zrzeczenia się go. Zawiadomienia kierowane do Ciebie mogą być wysyłane na adres e-mail Konta i pokazywane w aplikacji. Zawiadomienia prawne do nas należy kierować na adres [email protected].

33. Kontakt

Pytania dotyczące Regulaminu można kierować do BEO Technology sp. z o.o. na adres [email protected], Prezydenta Gabriela Narutowicza 40 / 1, 90-135 Łódź, Polska.