Bezpieczeństwo i prywatność
Bezpieczeństwo i prywatność: AdShift powstaje i działa w UE
AdShift działa w Amazon Web Services w Sztokholmie, jest podmiotem przetwarzającym w rozumieniu RODO i respektuje zgody Twoich użytkowników.
12 000 przypisanych instalacji za darmo w pierwszym roku. Bez karty.
Hosting
UE
AWS eu-north-1, Sztokholm
W rozumieniu RODO
Podmiot przetwarzający
Administratorem pozostajesz Ty
Zgody
TCF v2.2
SDK odczytuje sygnały IAB TCF i GPP
Co dostajesz
Krótka wersja do Twojego przeglądu bezpieczeństwa. Szczegóły poniżej.
Hosting w UE
Środowisko produkcyjne działa w Amazon Web Services w regionie eu-north-1 (Sztokholm, Szwecja), w trzech strefach dostępności.
AdShift jako podmiot przetwarzający
Administratorem danych o użytkownikach Twojej aplikacji pozostajesz Ty. Umowa powierzenia przetwarzania danych (art. 28 RODO) jest częścią umowy.
Sygnały zgody w SDK
SDK odczytuje ciągi IAB TCF v2.2 i GPP zapisane przez Twój CMP i wysyła identyfikatory reklamowe tylko wtedy, gdy użytkownik na to pozwoli.
Szyfrowanie
Panel, API i ruch z SDK korzystają z HTTPS. Bazy danych kont i nasze buckety Amazon S3 są szyfrowane w spoczynku.
Role i uprawnienia
Pięć wbudowanych ról w projekcie oraz role własne z dokładnie takimi uprawnieniami, jakie wybierzesz, przypisywane w ramach projektu.
Wsparcie po polsku i angielsku
Na pytania o bezpieczeństwo i ochronę danych odpowiadamy po polsku lub po angielsku, w każdym planie.
Ostatni przegląd: 12 listopada 2026 r.
Gdzie są Twoje dane
Środowisko produkcyjne działa w jednym regionie AWS na terenie Unii Europejskiej. Dane pomiarowe przechowujemy w następujący sposób.
- Region produkcyjny
- Amazon Web Services, region eu-north-1 (Sztokholm, Szwecja), trzy strefy dostępności.
- Co tam przechowujemy
- Kliknięcia, instalacje, zdarzenia w aplikacji i wyniki atrybucji z Twoich aplikacji; ustawienia konta, projektów i partnerów; koszty i dane kampanii zaimportowane z podłączonych kont reklamowych.
- Hurtownia raportowa
- Raporty są liczone w Snowflake, chmurowej hurtowni danych zasilanej z powyższych zasobów.
- Bufor eksportu danych
- Po włączeniu eksportu danych pliki czekają w buforze do 14 dni, po czym są usuwane: w Amazon S3 w Sztokholmie albo, przy dostawach do BigQuery, w Google Cloud Storage w regionie europe-west1 (Belgia).
- Dokąd dane trafiają dalej
- Tylko tam, dokąd je wyślesz: postbacki do włączonych przez Ciebie partnerów reklamowych oraz eksport do skonfigurowanego przez Ciebie miejsca docelowego (BigQuery, Amazon S3, Snowflake, Google Cloud Storage lub Azure Blob Storage). Od tego momentu dane są pod Twoją kontrolą.
Zabezpieczenia stosowane przy przekazywaniu danych osobowych poza Europejski Obszar Gospodarczy opisuje polityka prywatności.
Jak chronimy dane
Szyfrowanie
- Podczas przesyłania: panel, API i punkty końcowe SDK działają po HTTPS, a żądania po zwykłym HTTP są przekierowywane na HTTPS.
- W spoczynku: bazy danych kont (PostgreSQL w Amazon RDS) mają włączone szyfrowanie magazynu. Nasze buckety Amazon S3 są szyfrowane po stronie serwera i mają zablokowany dostęp publiczny.
Sieć i infrastruktura
- Bazy danych działają w podsieciach prywatnych i nie są dostępne z internetu.
- Publiczne punkty końcowe chroni zapora aplikacyjna (WAF).
- Dane uwierzytelniające usług trzymamy w zarządzanym magazynie sekretów, nie w kodzie.
Kopie zapasowe
- Codziennie automatycznie tworzymy kopie zapasowe baz danych kont.
- Magazyn danych atrybucji zabezpieczamy regularnymi migawkami wolumenów.
Logowanie
- Logowanie adresem e-mail i hasłem albo kontem Google.
- Hasła przechowujemy wyłącznie jako skróty Argon2id.
- Pliki cookie sesji mają atrybuty HttpOnly i Secure. Zmiana hasła unieważnia wszystkie dotychczasowe sesje, więc na każdym urządzeniu trzeba zalogować się ponownie.
Role i uprawnienia
- Pięć wbudowanych ról w projekcie: Project Owner, Project Admin, App Editor, Template Editor i Viewer.
- Role własne: samodzielnie wybierasz uprawnienia roli, na przykład do aplikacji, partnerów, rozliczeń, członków zespołu czy eksportu danych.
- Role przypisuje się w ramach projektu, więc każda osoba widzi tylko te projekty, do których została zaproszona.
Prywatność i zgody
AdShift mierzy kampanie dla Ciebie i na Twoje polecenie. Z tego wynika podział odpowiedzialności.
Kto za co odpowiada
W przypadku danych o użytkownikach Twojej aplikacji administratorem jesteś Ty, a AdShift jest podmiotem przetwarzającym: przetwarzamy je w Twoim imieniu (Regulamin, punkt 6). Administratorem danych konta w panelu i danych z tej strony jest ADSHIFT sp. z o.o., zgodnie z polityką prywatności.
Umowa powierzenia przetwarzania danych
Regulamin wymienia umowę powierzenia przetwarzania danych (art. 28 RODO) jako część umowy. Poproś o nią pod adresem privacy@adshift.com.
Co zbiera SDK
Identyfikatory reklamowe (IDFA w iOS; Google Advertising ID, App Set ID lub OAID w Androidzie), własny identyfikator urządzenia AdShift (losowy identyfikator tworzony dla jednej instalacji Twojej aplikacji), adres IP, dane o urządzeniu i aplikacji, takie jak model, wersja systemu i wersja aplikacji, oraz zdarzenia, które zdecydujesz się wysyłać.
Żądania Twoich użytkowników
Użytkownicy aplikacji zgłaszają się do Ciebie jako administratora. Prześlij nam żądanie na adres privacy@adshift.com, a wykonamy je na Twoje polecenie. Możemy też wyłączyć pomiar dla pojedynczego urządzenia po stronie serwera: SDK przestaje wtedy wysyłać dane z tego urządzenia do czasu ponownej instalacji aplikacji.
Jak respektujemy sygnały zgody
- SDK nie wyświetla ekranu zgody. Zgodę zbierasz we własnym procesie albo przez platformę do zarządzania zgodami (CMP).
- SDK odczytuje ciągi IAB TCF v2.2 i GPP zapisane przez CMP na urządzeniu, o ile włączysz to w kodzie. Odpowiedź możesz też przekazać samodzielnie.
- U użytkownika objętego RODO identyfikatory reklamowe są zbierane i wysyłane tylko wtedy, gdy dozwolone jest zarówno przechowywanie danych na urządzeniu, jak i wykorzystanie danych do celów reklamowych. Brak odpowiedzi traktujemy jak odmowę.
- W przypadku tych użytkowników zdarzenia trafiają do partnera reklamowego tylko wtedy, gdy obie zgody są udzielone. Wyjątkiem jest Google Ads: otrzymuje zdarzenie razem z odpowiedziami o zgodzie, bo tak działa protokół zgód Google.
- Własny identyfikator urządzenia AdShift nie jest identyfikatorem reklamowym i trafia do każdego zdarzenia niezależnie od odpowiedzi o zgodzie. Uwzględnij go w swojej informacji o prywatności.
- W iOS identyfikator IDFA jest odczytywany dopiero wtedy, gdy użytkownik zezwoli na śledzenie w oknie App Tracking Transparency. To okno wyświetla Twoja aplikacja, nie SDK.
- W Androidzie możesz całkowicie wyłączyć zbieranie identyfikatora reklamowego, usuwając uprawnienie AD_ID, na przykład w aplikacji dla dzieci.
Czy dodać AdShift jako dostawcę w CMP?
AdShift nie jest zarejestrowany na liście Global Vendor List prowadzonej przez IAB Europe, więc nie pojawi się wśród dostawców IAB w Twoim CMP i nie ma identyfikatora dostawcy do zaznaczenia. SDK nie szuka wpisu dostawcy: odczytuje zgody na poziomie celów (cele TCF 1, 4 i 7). Jeśli Twój CMP pozwala zadeklarować dostawców spoza listy IAB, zwykle pod nazwą „custom vendor”, możesz wpisać tam AdShift jako podmiot przetwarzający działający w Twoim imieniu i wskazać go w informacji o prywatności. Nie mamy gotowej integracji z konkretnym CMP.
Okres przechowywania
Nie mamy jednego publicznego harmonogramu retencji. Dane pomiarowe przechowujemy, dopóki konto jest aktywne. Po zakończeniu umowy usuwamy je albo zwracamy zgodnie z umową powierzenia lub formularzem zamówienia (Regulamin, punkt 21). Pliki z bufora eksportu są usuwane po 14 dniach.
Jakich danych nie wysyłać
Punkt 7 Regulaminu wymaga, by bez pisemnego uzgodnienia nie wysyłać nam dokładnej lokalizacji, danych kart płatniczych i rachunków bankowych, danych o zdrowiu, numerów dokumentów, haseł ani imion i nazwisk, adresów e-mail i numerów telefonów.
Poziomy usług
Publiczny Regulamin nie zawiera gwarantowanego poziomu dostępności. Poniżej zasady dla każdego planu.
Free i Growth
Bez umownego SLA. Zgodnie z punktem 13 Regulaminu AdShift dokłada uzasadnionych ekonomicznie starań, aby świadczyć usługę niezawodnie i bezpiecznie.
Enterprise
Poziomy usług ustalamy w umowie: dostępność, czasy reakcji wsparcia oraz to, co dzieje się przy opóźnieniu lub utracie danych. Zobowiązania dostępności, czasy reakcji i rekompensaty (service credits) obowiązują tylko wtedy, gdy wynikają z formularza zamówienia, umowy ramowej albo SLA.
Co w praktyce ogranicza utratę danych
SDK zapisuje każde zdarzenie w kolejce na urządzeniu, zanim je wyśle, i ponawia wysyłkę, dopóki nasze serwery nie potwierdzą odbioru. Jeśli urządzenie jest offline tak długo, że kolejka się zapełni, najpierw usuwane są najstarsze zdarzenia. Po naszej stronie działają kopie zapasowe opisane wyżej.
Czego jeszcze nie ma
Czego AdShift dziś nie oferuje.
Logowanie jednokrotne (SSO)
Jeszcze niedostępne
Logowanie przez dostawcę tożsamości Twojej firmy (SAML lub OpenID Connect). Dziś logujesz się adresem e-mail i hasłem albo kontem Google.
Dziennik audytu
Jeszcze niedostępne
Dziennik dostępny dla klienta, który pokazuje, kto i co zmienił w projekcie.
Logowanie dwuskładnikowe
Jeszcze niedostępne
Drugi składnik logowania dla kont z adresem e-mail i hasłem. Przy logowaniu kontem Google działa weryfikacja dwuetapowa Twojego konta Google.
Certyfikaty
Jeszcze niedostępne
AdShift nie ma obecnie certyfikatu SOC 2 ani ISO 27001.
Pytania o bezpieczeństwo lub ochronę danych
Napisz do nas albo umów demo, a razem przejdziemy przez Twoje pytania.
Najczęściej zadawane pytania
W Amazon Web Services, w regionie eu-north-1 (Sztokholm, Szwecja), w trzech strefach dostępności. Raporty są liczone w Snowflake. Jeśli korzystasz z eksportu danych, pliki czekają do 14 dni w Amazon S3 w Sztokholmie albo, przy BigQuery, w Google Cloud Storage w regionie europe-west1 (Belgia).
W przypadku danych o użytkownikach Twojej aplikacji administratorem jesteś Ty, a AdShift jest podmiotem przetwarzającym. Regulamin wymienia umowę powierzenia przetwarzania danych (art. 28 RODO) jako część umowy. Poproś o nią pod adresem privacy@adshift.com.
AdShift nie jest na liście Global Vendor List IAB Europe, więc nie ma go wśród dostawców IAB w Twoim CMP. SDK odczytuje zgody na poziomie celów (cele TCF 1, 4 i 7) i nie wymaga wpisu dostawcy. Jeśli Twój CMP obsługuje dostawców spoza listy IAB, zwykle pod nazwą „custom vendor”, możesz wpisać tam AdShift i wskazać go w informacji o prywatności.
SDK nie wyświetla własnego ekranu zgody. Odczytuje ciągi IAB TCF v2.2 i GPP zapisane przez Twój CMP, o ile włączysz to w kodzie, albo przyjmuje odpowiedź przekazaną przez Ciebie. U użytkownika objętego RODO identyfikatory reklamowe są wysyłane tylko wtedy, gdy dozwolone jest zarówno przechowywanie danych, jak i ich wykorzystanie do celów reklamowych. W iOS identyfikator IDFA jest odczytywany dopiero po zgodzie na śledzenie w oknie Apple, które wyświetla Twoja aplikacja.
W planach Free i Growth nie. Regulamin zobowiązuje nas do uzasadnionych ekonomicznie starań i nie podaje gwarantowanej dostępności. W planie Enterprise poziomy usług ustalamy w umowie, łącznie z tym, co dzieje się przy opóźnieniu lub utracie danych.
Nie. AdShift nie ma obecnie certyfikatu SOC 2 ani ISO 27001.
SSO jeszcze nie jest dostępne. Dziś logujesz się adresem e-mail i hasłem albo kontem Google; nie ma dziennika audytu dla klienta ani drugiego składnika logowania dla kont z hasłem. Role i uprawnienia, także własne role, są dostępne.
Użytkownik zgłasza się do Ciebie jako administratora. Prześlij żądanie na adres privacy@adshift.com, a wykonamy je na Twoje polecenie. Możemy też wyłączyć pomiar dla pojedynczego urządzenia po stronie serwera; SDK przestaje wtedy wysyłać dane z tego urządzenia do czasu ponownej instalacji aplikacji.
Sprawdź AdShift na własnym ruchu
Zacznij za darmo z 12 000 przypisanych instalacji w pierwszym roku albo umów demo, a razem omówimy Twoją konfigurację.
12 000 przypisanych instalacji za darmo w pierwszym roku. Bez karty.