Polityka prywatności AI Website Doctor
Wersja: 2026-10-04-v2. Data publikacji: 4 października 2026 r.
1. Administrator i kontakt
Administratorem danych osobowych jest Mateusz Miszczak, Osiedle Cukrowni 6/4, 22-302 Siennica Nadolna, Polska. W sprawach danych osobowych można pisać na kontakt@aiwebsitedoctor.pl.
Dokument dotyczy korzystania z https://aiwebsitedoctor.pl, kont użytkowników, analiz stron, kampanii marketingowych, grafik, obsługi płatności i korespondencji. Nie zastępuje informacji publikowanych przez operatorów stron analizowanych przez użytkownika.
2. Dane, cele i podstawy przetwarzania
| Dane i sytuacja | Cel | Podstawa RODO |
|---|---|---|
| E-mail, dane uwierzytelnienia, identyfikator konta, sesja, plan i ustawienia | Utworzenie konta i świadczenie usługi osobie będącej stroną umowy | art. 6 ust. 1 lit. b |
| Dane osoby reprezentującej firmę | Kontakt i obsługa umowy z reprezentowaną firmą | art. 6 ust. 1 lit. f — interes w obsłudze relacji z klientem |
| Adresy badanych stron, wybrane treści, profil firmy, wyniki audytów, propozycje AI, konfiguracja i wyniki monitorowania | Wykonywanie zleconych analiz i udostępnienie historii | art. 6 ust. 1 lit. b wobec użytkownika będącego stroną umowy; dane powierzone przez klienta — na jego udokumentowane polecenie, jak opisano poniżej |
| Oferta, odbiorcy opisani jako grupa, fakty źródłowe, teksty kampanii, plan publikacji, zatwierdzenia, logo, zdjęcia, ilustracje AI i zagregowane wyniki/CSV | Przygotowanie i przechowywanie materiałów na zlecenie użytkownika | art. 6 ust. 1 lit. b wobec użytkownika będącego stroną umowy; dane powierzone przez klienta — na jego udokumentowane polecenie |
| Dane rozliczeniowe, identyfikatory Stripe, statusy płatności i subskrypcji | Obsługa zakupu i uprawnień | art. 6 ust. 1 lit. b; dokumentacja wymagana przepisami — lit. c |
| Treść korespondencji i reklamacji | Odpowiedź i realizacja umowy lub obowiązków prawnych | art. 6 ust. 1 lit. b lub c; w pozostałych zapytaniach lit. f — interes w udzieleniu odpowiedzi |
| Informacje techniczne, zdarzenia bezpieczeństwa i historia rozliczeń w niezbędnym zakresie | Zapobieganie nadużyciom, ustalenie i obrona roszczeń | art. 6 ust. 1 lit. f — bezpieczeństwo i ochrona praw |
Podanie danych konta i danych niezbędnych do wykonania zamówienia jest dobrowolne, lecz bez nich nie można utworzyć konta lub wykonać usługi. Dodatkowe informacje o firmie są podawane przez użytkownika w celu dopasowania analiz. Nie należy wprowadzać zbędnych danych osobowych, informacji o zdrowiu ani haseł do cudzych systemów.
W zakresie danych osób trzecich, które klient przekazuje lub wskazuje do analizy we własnych celach, Doctor działa na jego zlecenie jako podmiot przetwarzający na zasadach warunków powierzenia. Jeżeli klient sam przetwarza dane dla innego administratora, potrzebuje jego upoważnienia do dalszego powierzenia. Klient określa podstawę prawną, zakres i cel wykorzystania danych; umowa z Doctorem sama nie ustanawia podstawy przetwarzania danych innych osób.
Dotyczy to także wskazanych przez klienta stron konkurencji. Publiczna dostępność strony nie znosi ochrony danych osobowych. Klient powinien ograniczyć analizę do informacji potrzebnych do porównania oferty, unikać danych prywatnych i zapewnić wymagane informacje osobom, których dane pozyskuje z innych źródeł. Wyjątki od obowiązku informacyjnego wymagają oceny konkretnego przypadku; nie stosujemy automatycznego zwolnienia dla wszystkich publicznych stron. Doctor pomaga klientowi obsłużyć żądania dotyczące powierzonych danych. Gdy otrzymasz od nas odpowiedź w takiej sprawie, wskażemy właściwego administratora, o ile możemy go ustalić.
Dane pochodzą bezpośrednio od użytkownika, z adresów stron wskazanych przez niego oraz od dostawców płatności i usług technicznych w zakresie niezbędnym do realizacji opisanych celów. Nie wykorzystujemy powierzonych materiałów do budowania własnych baz odbiorców reklam.
3. Analizy i dostawcy usług
W realizacji usługi uczestniczą następujące kategorie dostawców:
| Dostawca/usługa | Rola techniczna i zakres danych |
|---|---|
| Render Services, Inc. | Hosting aplikacji; region projektu Frankfurt według potwierdzenia właściciela; obsługa żądań i logów |
| Supabase Pte. Ltd. | Baza w regionie Frankfurt; uwierzytelnienie, profile, sesje, zapis analiz, kampanii, grafik, zdjęć i logo, ustawień, wyników i informacji rozliczeniowych |
| OpenAI API — OpenAI Ireland Ltd. dla standardowej umowy klienta z EOG | Generowanie propozycji zmian, tekstów marketingowych i ilustracji; przekazywane są m.in. problem, URL, dane profilu firmy, tytuł i nagłówki strony, metaopis, CTA oraz wybrany fragment treści; dla kampanii fakty oferty, odbiorcy i ton, a dla ilustracji opis sceny i kontekst materiału. Własne zdjęcie w studiu nie jest automatycznie wysyłane do generacji AI |
| Google PageSpeed Insights | Przekazujemy adres badanej strony, a Google analizuje jej treść. URL i treść mogą zawierać dane osobowe. Google APIs Terms włączają warunki między odrębnymi administratorami; dla europejskich danych warunki te wskazują Google Ireland Limited. Nie opisujemy tej usługi jako przetwarzania objętego Google Cloud DPA. |
| Stripe — Stripe Payments Europe, Limited jako strona DPA dla konta w Polsce | Obsługa płatności i subskrypcji, dane klienta i rozliczeń; dane karty wpisuje się w interfejsie płatniczym Stripe. Zależnie od celu Stripe działa jako przetwarzający albo odrębny administrator, m.in. dla własnych obowiązków prawnych i przeciwdziałania nadużyciom. |
| OVHcloud — OVH Sp. z o.o. w polskich warunkach usługi Zimbra/SMTP | Skrzynka kontaktowa, korespondencja, potwierdzenia zakupów oraz wiadomości uwierzytelnienia wysyłane przez Supabase Auth przy użyciu własnego SMTP OVH |
Aplikacja analizuje też wskazane strony przez połączenia sieciowe. Operator analizowanej strony może odnotować takie połączenie. Wyniki i dane strony są przetwarzane w zakresie potrzebnym do żądanego badania.
Zasady ochrony danych u dostawców wynikają z ich umów dotyczących używanych usług. Warunki Google PageSpeed określają relację między odrębnymi administratorami; nie przedstawiamy Google jako podwykonawcy objętego umową powierzenia Google Cloud. Informacje o podstawach transferów oraz dostęp do właściwych zabezpieczeń opisano w punkcie 4.
Dane mogą być ujawnione uprawnionym organom, gdy wynika to z prawa. Administrator prowadzi dokumentację sprzedaży; obecnie nie wskazano zewnętrznego biura księgowego. Przed przekazaniem danych nowemu dostawcy obsługi księgowej zostaną określone jego rola, zakres dostępu i wymagane zabezpieczenia.
3a. Opcjonalne połączenie Google Analytics 4
Uzupełnienie z 4 października 2026 r. Połączenie jest uruchamiane wyłącznie na polecenie użytkownika, przez przycisk w panelu wyników kampanii i zatwierdzenie dostępu w Google. Korzystamy z zakresu analytics.readonly, służącego tylko do odczytu. Nie zmieniamy ustawień Analytics, reklam ani budżetów. Samo połączenie nie instaluje pomiaru na witrynie klienta.
Odczytujemy listę dostępnych kont i usług Analytics, nazwy i identyfikatory usług, domeny strumieni internetowych, strefę czasową oraz nazwy zdarzeń kluczowych, aby użytkownik mógł wybrać właściwą stronę i cel. Z wybranej usługi pobieramy zbiorcze wyniki kampanii oznaczonych linkami Doctora: sesje, odsetek sesji z wybranym celem, liczbę wystąpień tego celu i przychód z zakupów. Żądania nie obejmują nazwisk, adresów e-mail ani identyfikatorów pojedynczych odwiedzających. Liczba zdarzeń nie oznacza liczby nowych klientów.
Na serwerze Render obsługujemy wymianę danych z Google, a w bazie Supabase zapisujemy wybraną konfigurację, ostatni raport, czas odczytu i komunikat ewentualnego błędu. Token umożliwiający odnawianie dostępu jest szyfrowany na serwerze przed zapisem w bazie. Krótkotrwały identyfikator powiązania przeglądarki z połączeniem jest przechowywany w zabezpieczonym pliku cookie przez maksymalnie 10 minut. Stan połączenia po tym czasie wygasa; zostaje usunięty po użyciu, odłączeniu lub przy kolejnym rozpoczęciu połączenia.
Dane służą wyłącznie funkcji wyników kampanii dostępnej w panelu danego użytkownika. Nie przekazujemy danych z tego połączenia do modeli AI, nie używamy ich do trenowania modeli, nie sprzedajemy ich i nie wykorzystujemy do kierowania spersonalizowanych reklam. Korzystanie z danych otrzymanych przez Google API, także ich przekazywanie, podlega Google API Services User Data Policy, w tym wymaganiom Limited Use. Techniczną obsługę danych zapewniają wskazani w tej polityce dostawcy hostingu i bazy.
Konfiguracja i ostatni raport pozostają zapisane do odłączenia lub usunięcia konta; udany kolejny odczyt zastępuje poprzedni raport. Przy błędzie pokazujemy wcześniejsze wyniki wraz z komunikatem. Przycisk „Odłącz Analytics” usuwa zapisane w aktywnej bazie połączenie, token, raport i oczekujące stany połączenia. Można również cofnąć dostęp aplikacji w ustawieniach konta Google. Cofnięcie dostępu w Google zatrzymuje dalsze odczyty, ale samo nie usuwa wcześniejszego raportu z Doctora — do tego służy odłączenie w panelu lub żądanie na kontakt@aiwebsitedoctor.pl. Zasady kopii zapasowych opisuje punkt 5. Eksport konta obejmuje konfigurację i zapisane wyniki, bez tokenów dostępu.
4. Przekazywanie danych poza EOG
Dostawcy mogą przetwarzać dane poza Europejskim Obszarem Gospodarczym. Lokalizacja bazy w Niemczech nie wyklucza dostępu z innych państw. Standardowe umowy przewidują następujące mechanizmy:
- Supabase: standardowe klauzule umowne Komisji Europejskiej (SCC) w przypadkach wskazanych w DPA.
- Render: Data Privacy Framework (DPF), a gdy nie ma zastosowania, odpowiednie SCC zgodnie z DPA.
- OpenAI: dla dalszych transferów danych z EOG umowy zawierające SCC lub decyzję stwierdzającą odpowiedni stopień ochrony zgodnie z DPA.
- Stripe: DPF lub odpowiednie SCC według Data Transfers Addendum.
Nie zapewniamy przetwarzania wyłącznie w UE. W przypadku Google zastosowanie mają mechanizmy wskazane w warunkach ochrony danych między administratorami, w tym odpowiednie klauzule umowne i decyzje o adekwatności, gdy mają zastosowanie. Informacje o zabezpieczeniach właściwych dla danego przekazania oraz sposób uzyskania ich kopii udostępniamy pod adresem kontaktowym administratora, z ochroną tajemnic i danych innych osób.
5. Czas przechowywania
Dla niedokończonych prób zakupu przyjęliśmy 30 dni od zapisania akceptacji warunków. Przed usunięciem sprawdzamy w Stripe brak płatności i oczekujących zdarzeń związanych z próbą. Przypadki wymagające wyjaśnienia rozpatrujemy osobno, zachowując tylko potrzebne informacje przez czas wyjaśnienia. Zasada ta nie obejmuje dowodów opłaconych umów ani zapisów niezbędnych do zapobiegania podwójnemu rozliczeniu. Część czynności usuwania wykonujemy ręcznie.
Dane są przechowywane tak długo, jak jest to konieczne dla celu ich przetwarzania, a następnie usuwane lub anonimizowane. Zamknięcie konta nie wymaga usunięcia dokumentów, których zachowania wymaga prawo, ani niezbędnych danych dotyczących roszczeń.
| Kategoria | Okres lub kryterium przechowywania |
|---|---|
| Konto i konfiguracja | Do usunięcia konta. Sama nieaktywność nie powoduje automatycznego usunięcia. Dane niezbędne do rozliczeń i ochrony roszczeń podlegają odrębnym zasadom poniżej. |
| Audyty, treści i wyniki AI, kampanie, grafiki i historia monitorowania | Do usunięcia konta lub wcześniejszego usunięcia materiału w zakresie udostępnionych funkcji. Usunięcie kampanii nie usuwa zapisanej marki i całego konta ani nie zeruje wykorzystania miesięcznej puli generacji. Limit historii widocznej w panelu nie jest terminem usuwania z bazy. |
| Zapisy akceptacji warunków i potwierdzenia opłaconych umów | Niezbędny dowód umowy zachowujemy przez okres jej wykonywania, a następnie do upływu właściwego terminu roszczeń. Zasadniczo wynosi on 6 lat, a dla roszczeń okresowych lub związanych z działalnością gospodarczą 3 lata, z uwzględnieniem przepisów szczególnych. Bieg terminu zależy zasadniczo od wymagalności, nie od usunięcia konta; dla terminów co najmniej 2-letnich koniec przypada na koniec roku. Spór, zawieszenie lub przerwanie mogą zmienić termin. Zachowujemy tylko potrzebny zakres. |
| Sesje | Ważność sesji wynosi 7 dni. Wygasły token nie uprawnia do dostępu. Rekordy wygasłych sesji są przeznaczone do usunięcia w procesie porządkowania bazy; ważność tokena i faktyczne usunięcie rekordu to odrębne czynności. |
| Dokumentacja podatkowa | Do przedawnienia właściwego zobowiązania podatkowego — co do zasady 5 lat od końca roku, w którym upłynął termin płatności podatku, z uwzględnieniem ustawowych wyjątków i zmian biegu terminu. Nie stosujemy tego okresu automatycznie do wszystkich danych technicznych. |
| Zwykła korespondencja | Przez czas prowadzenia sprawy i maksymalnie 12 miesięcy od jej zamknięcia. Jeżeli korespondencja jest potrzebna w konkretnej reklamacji, sporze lub do wykonania obowiązku prawnego, niezbędny zakres zachowuje się według właściwego terminu dla tego celu. |
| Lokalne kopie bazy | Maksymalnie 30 dni od wykonania kopii. Dostęp jest ograniczony; kopie służą odtworzeniu awaryjnemu. Przed ponownym udostępnieniem odtworzonej bazy uwzględnia się późniejsze dyspozycje usunięcia. |
| Logi i dane u dostawców | Terminy zależą od kategorii danych i roli dostawcy; szczegóły poniżej. Dane przetwarzane przez operatora płatności dla jego własnych obowiązków nie znikają automatycznie po usunięciu konta Doctora. |
Przy generowaniu tekstów korzystamy z ustawienia wyłączającego przechowywanie odpowiedzi jako historii Responses API. Nie oznacza to braku wszelkiej retencji u dostawcy ani identycznych zasad dla API obrazów. Według dokumentacji OpenAI domyślne logi bezpieczeństwa mogą zawierać treść żądań i odpowiedzi oraz pozostawać do 30 dni, z wyjątkami dotyczącymi prawa i ochrony przed szkodą. Odrębne zasady dotyczą pamięci podręcznej. Nie deklarujemy usługi Zero Data Retention. Dokumentacja OpenAI.
Logi aplikacji w panelu Render są dostępne przez 7 dni zgodnie z używanym planem Hobby i dokumentacją Render. Nie skonfigurowaliśmy zewnętrznego odbiorcy logów przez Log Streams. Okres dostępności w panelu nie określa retencji wszystkich danych przetwarzanych przez dostawcę dla jego własnych obowiązków.
Skrzynkę obsługuje OVH Zimbra. Według polskiej dokumentacji usługi dane są hostowane w europejskich centrach danych OVHcloud. Opis opieramy na deklaracji dostawcy, nie na odczycie lokalizacji konkretnego serwera konta. Nasz termin przechowywania zwykłej korespondencji należy odróżnić od zabezpieczeń dostawcy. Warunki Zimbra przewidują odrębną retencję wychodzących wiadomości uznanych za spam lub złośliwe oraz 15 dni przechowywania treści po zakończeniu usługi, z zastrzeżeniem usług powiązanych z hostingiem. Nie oznacza to automatycznego usuwania zwykłej wiadomości po 15 dniach. Warunki Zimbra.
6. Prawa osób
Na warunkach określonych w RODO można żądać dostępu do danych i ich kopii, sprostowania, usunięcia, ograniczenia przetwarzania oraz przeniesienia danych. Można wnieść sprzeciw wobec przetwarzania opartego na prawnie uzasadnionym interesie z przyczyn związanych ze swoją szczególną sytuacją. Jeśli przetwarzanie opiera się na zgodzie, można ją wycofać bez wpływu na zgodność wcześniejszego przetwarzania.
Żądania należy kierować na kontakt@aiwebsitedoctor.pl. Administrator może poprosić o informacje niezbędne do potwierdzenia tożsamości. Odpowiedź jest udzielana zasadniczo w ciągu miesiąca; gdy przepisy dopuszczają przedłużenie, osoba otrzyma informację o przyczynie i terminie. Można złożyć skargę do Prezesa Urzędu Ochrony Danych Osobowych.
Panelowy eksport danych jest funkcją pomocniczą, z ograniczeniami zakresu historii. Nie zastępuje realizacji prawa dostępu i przenoszenia danych. Blokada samodzielnego usunięcia konta podczas aktywnych rozliczeń nie wyłącza możliwości złożenia żądania dotyczącego danych.
7. Pamięć przeglądarki i automatyzacja
Aplikacja zapisuje w pamięci lokalnej przeglądarki token logowania (awd_token) potrzebny do korzystania z konta. Serwer ogranicza ważność sesji do 7 dni; pamięć lokalna sama nie nadaje wpisom terminu wygaśnięcia. Wylogowanie usuwa token z używanej przeglądarki.
Aplikacja zapisuje również wybór jasnego, ciemnego lub systemowego motywu jako awd_theme w pamięci lokalnej. Ta preferencja nie ma w kodzie automatycznego terminu usunięcia; można ją usunąć przez wyczyszczenie danych witryny.
Za odrębną, dobrowolną zgodą Doctor uruchamia Google Analytics 4 na własnej stronie, aby mierzyć wizyty, źródła kampanii i wybrane kliknięcia. Google otrzymuje dane zdarzeń, pseudonimowy identyfikator z cookies, informacje o przeglądarce i urządzeniu oraz dane połączenia, w tym adres IP podczas odbioru żądania. Nie wysyłamy treści formularzy, e-maili, haseł, tokenów logowania ani treści audytów i kampanii. Funkcje reklamowe Google signals i personalizacja reklam są wyłączone. Cookies _ga i _ga_5BBBZQFSQT mają ustawioną ważność do 180 dni bez automatycznego przedłużania. Google może przetwarzać dane poza EOG zgodnie z zasadami opisanymi w punkcie dotyczącym transferów oraz polityką Google. Szczegóły i sposób cofnięcia zgody opisuje informacja o pomiarze statystyk. Zgoda nie wynika z rejestracji, akceptacji regulaminu ani wcześniejszej zgody na własne liczniki Doctora.
Doctor nie umieszcza Meta Pixel. Zakup otwiera odrębny interfejs Stripe, który może korzystać z własnych technologii obsługi płatności i zapobiegania nadużyciom. Informacje o nich udostępnia Stripe w swoim interfejsie i polityce prywatności.
AI tworzy propozycje tekstów, obrazów i rekomendacji, które użytkownik sam ocenia i zatwierdza. Nie podejmuje za niego decyzji o publikacji, zakupie reklam ani wysłaniu kampanii. Nie stosujemy tych wyników do oceny zdolności kredytowej, zatrudnienia ani ustalania indywidualnej ceny abonamentu.
Dostęp do funkcji jest przypisywany automatycznie na podstawie wybranego planu, potwierdzonego statusu płatności, okresu subskrypcji i wykorzystanych limitów. Brak potwierdzenia zapłaty lub wyczerpanie limitu może ograniczyć funkcje; nie jest to ocena osobistych cech użytkownika. Można zakwestionować wynik, przedstawić własne wyjaśnienia i poprosić o rzeczywistą ocenę przez człowieka pod kontakt@aiwebsitedoctor.pl. Osoba obsługująca zgłoszenie sprawdza dowody i przyczynę ograniczenia oraz może skorygować błędne rozliczenie lub dostęp; nie ogranicza się do powtórzenia komunikatu systemu. Postanowienie nie wyłącza praw dotyczących zautomatyzowanego podejmowania decyzji wynikających z RODO.
8. Aktualizacje dokumentu
Polityka opisuje rzeczywiste przetwarzanie i będzie aktualizowana wraz ze zmianami usługi. O istotnych zmianach użytkownicy otrzymają informację odpowiednią do ich zakresu. Nie stanowi to zastępczej zgody na nowy cel przetwarzania. Wersja: 2026-10-04-v2. Dokument stosujemy od dnia publikacji w serwisie: 4 października 2026 r.