Polityka prywatności
Jakie dane zbieramy, po co, na jakiej podstawie, jak długo je trzymamy i jakie macie prawa.
Dla par, dla gości weselnych i dla wszystkich odwiedzających serwis.
Wersja dokumentów: 2026-10-15
1. Dwóch administratorów — to najważniejszy fragment tej polityki
W serwisie dzisiajmy.pl dane są w dwóch różnych rękach i warto rozdzielić to od razu:
- Dane pary (konto, zamówienie, płatność) — administratorem jest operator serwisu: Łukasz Podstawa.
- Dane gości (potwierdzenia obecności, zdjęcia, wpisy w księdze gości, propozycje muzyczne, rezerwacje prezentów) — administratorem jest para, której dotyczy strona weselna. Operator serwisu jest tu wyłącznie podmiotem przetwarzającym: przechowuje dane na polecenie pary i sam z nich nie korzysta.
Przy każdej kategorii danych w tabeli poniżej piszemy wprost, kto jest jej administratorem.
2. Kontakt w sprawie danych
Administrator danych pary:
Wnioski dotyczące danych (dostęp, poprawienie, usunięcie) prosimy kierować na adres . Odpowiadamy w terminie miesiąca od otrzymania wniosku. Nie wyznaczyliśmy inspektora ochrony danych — nie jest to w naszym przypadku wymagane, wnioski trafiają wprost do właściciela serwisu. W sprawie danych gościa weselnego pierwszym adresatem jest zawsze para, której dotyczy strona; jeśli gość nie ma jak się z nią skontaktować, przekażemy sprawę.
3. Co dokładnie zbieramy
Poniższa tabela powstaje z tego samego katalogu, z którego korzysta kod serwisu. To nie jest opis „na oko”, tylko lista tego, co aplikacja faktycznie zapisuje w bazie.
| Kategoria | Dane | Administrator | Cel | Podstawa prawna | Jak długo |
|---|---|---|---|---|---|
| Konto w panelu | adres e-mail; nazwa (imiona pary); imię i nazwisko zamawiającego / użytkownika; telefon kontaktowy; jednokierunkowy skrót hasła (bcrypt); zaszyfrowany sekret TOTP; publiczne klucze passkeys; jednokierunkowe skróty kodów odzyskiwania; jednokierunkowe skróty jednorazowych tokenów zmiany hasła wraz z ich datą ważności; pseudonimowe HMAC-y limitów bezpieczeństwa; data ostatniego logowania | operator serwisu | Logowanie do panelu, prowadzenie konta i jego bezpieczeństwo, w tym odzyskanie dostępu po zapomnieniu hasła (wysyłka jednorazowego linku na adres e-mail konta). | Wykonanie umowy — art. 6 ust. 1 lit. b RODO. | Przez czas dostępu do pakietu i 12 miesięcy po jego wygaśnięciu, potem konto jest usuwane. |
| Powiadomienia w panelu | treść powiadomienia (np. informacja o okresie próbnym lub stanie konta); imię i nazwisko gościa oraz jego deklaracja obecności — przy powiadomieniu o odpowiedzi na zaproszenie; moment utworzenia i odczytania powiadomienia | operator serwisu | Informowanie pary w panelu o nowych odpowiedziach gości i o ważnych zdarzeniach dotyczących konta i strony. Imię i nazwisko gościa przetwarzamy w imieniu pary, tak jak samą odpowiedź. | Wykonanie umowy — art. 6 ust. 1 lit. b RODO; dane gości — w imieniu pary (art. 28 RODO). | Do usunięcia konta lub strony; powiadomienie o odpowiedzi gościa znika razem z tą odpowiedzią. |
| Zamówienie i płatność | imię i nazwisko zamawiającego; adres e-mail; numer telefonu; adres rozliczeniowy (przy płatności online); imiona pary; data ślubu; wybrany pakiet i kwota; użyty kod rabatowy; identyfikatory płatności i klienta w Stripe; treść uwag do zamówienia; moment i wersja zaakceptowanych dokumentów; utrwalona treść potwierdzenia zawarcia umowy; moment wysłania potwierdzenia e-mailem; dane księgi sprzedaży i ewidencji VAT | operator serwisu | Przyjęcie i realizacja zamówienia, wysłanie potwierdzenia zawarcia umowy na trwałym nośniku, rozliczenie płatności, prowadzenie ewidencji sprzedaży i limitów działalności, obsługa reklamacji i odstąpień, wykazanie zgód (rozliczalność). Numer telefonu służy wyłącznie do kontaktu w sprawie zamówienia, problemu z płatnością, aktywacji i realizacji usługi — nie w celach marketingowych. | Wykonanie umowy — art. 6 ust. 1 lit. b RODO; obowiązki podatkowe i rozliczalność — art. 6 ust. 1 lit. c oraz art. 5 ust. 2 RODO; obrona przed roszczeniami — art. 6 ust. 1 lit. f RODO. | 5 lat licząc od końca roku, w którym powstał obowiązek podatkowy. |
| Treść strony weselnej | imiona pary; data i godzina ślubu; historia pary; plan dnia; adresy kościoła i sali; noclegi; pytania i odpowiedzi; lista prezentów; linki do chmury i filmów | para | Wyświetlanie strony weselnej gościom. | Treści publikuje para — operator przechowuje je w jej imieniu (art. 28 RODO). | Do końca dostępu do pakietu; potem strona przestaje być publiczna, a dane są usuwane po 12 miesiącach lub wcześniej na wniosek pary. |
| Kontakty publikowane na stronie | imię i nazwisko; rola (np. świadek); telefon; e-mail | para | Sekcja „Kontakt” na stronie weselnej — goście wiedzą, do kogo dzwonić. | Para odpowiada za poinformowanie tych osób i uzyskanie ich zgody na publikację danych. | Do końca dostępu do pakietu albo do usunięcia przez parę. |
| Lista gości i plan stołów | imię i nazwisko; grupa / rodzina; e-mail i telefon (jeśli para je wpisze); informacja, czy gość jest dzieckiem; potrzeba noclegu i transportu; notatki pary; indywidualny kod z zaproszenia; przydzielony stół i miejsce | para | Organizacja wesela: zaproszenia, catering, noclegi, rozsadzenie gości. | Dane wprowadza para — operator przetwarza je wyłącznie na jej polecenie (art. 28 RODO). Za podstawę wpisania diety i alergii odpowiada para — patrz kategoria „Dieta i alergie”, która ma osobny, krótszy okres przechowywania. | Do końca dostępu do pakietu albo do usunięcia przez parę. Zalecamy usunięcie listy gości po weselu. |
| Potwierdzenia obecności (RSVP) | imię i nazwisko; deklaracja obecności i liczba osób; imiona osób towarzyszących; potrzeba noclegu i transportu; deklaracja co do alkoholu; e-mail i telefon (opcjonalnie); wiadomość do pary; propozycja utworu; adres IP oraz moment wysłania formularza | para | Zebranie potwierdzeń obecności i informacji potrzebnych do organizacji przyjęcia. Adres IP zapisujemy wyłącznie po to, żeby ograniczyć spam i nadużycia w formularzu. | Prawnie uzasadniony interes pary — art. 6 ust. 1 lit. f RODO: gość sam wysyła formularz, żeby para mogła zorganizować przyjęcie. Nie prosimy tu o zgodę, bo byłaby pozorna — formularz i tak wypełnia się dobrowolnie. Gość może wnieść sprzeciw (art. 21 RODO). | Do 6 miesięcy po dacie wesela albo do usunięcia przez parę; adres IP kasowany razem z odpowiedzią. |
| Dieta i alergie (dane o zdrowiu) | opis diety, alergii lub nietolerancji; moment, wersja i zakres wyraźnej zgody | para | Zamówienie odpowiedniego posiłku i uprzedzenie cateringu o alergiach. | Wyraźna zgoda gościa — art. 9 ust. 2 lit. a RODO. To OSOBNA zgoda, zaznaczana tylko wtedy, gdy gość faktycznie wpisze dietę lub alergię. Bez wpisania czegokolwiek w tym polu formularz wysyła się bez żadnej zgody. | Do 6 miesięcy po dacie wesela albo do usunięcia przez parę; zgodę można wycofać w każdej chwili. |
| Zdjęcia (galeria pary i zdjęcia od gości) | plik zdjęcia razem z tym, co na nim widać; podpis autora, jeśli został wpisany; opis zdjęcia; moment przesłania i moment złożenia oświadczenia | para | Galeria pary oraz wspólna galeria zdjęć od gości. | Prawnie uzasadniony interes pary — art. 6 ust. 1 lit. f RODO (pamiątka z wesela). Osoba przesyłająca składa oświadczenie, że jest uprawniona do przesłania materiału; NIE jest to zgoda udzielana w imieniu osób widocznych na zdjęciu. Za podstawę publikacji ich wizerunku odpowiada para jako administrator. | Do końca dostępu do pakietu albo do usunięcia przez parę. Para może odrzucić lub skasować każde zdjęcie. |
| Księga gości | podpis (imię lub imię i nazwisko); treść wpisu; data wpisu | para | Publiczne życzenia dla pary. | Prawnie uzasadniony interes pary — art. 6 ust. 1 lit. f RODO (pamiątkowa księga życzeń). Wpis jest dobrowolny, a podpis może być samym imieniem; gość może wnieść sprzeciw (art. 21 RODO). | Do końca dostępu do pakietu albo do usunięcia przez parę. |
| Propozycje muzyczne | tytuł i wykonawca; podpis osoby proponującej; link do Spotify lub YouTube (opcjonalnie); notatka pary dla DJ-a | para | Zebranie propozycji utworów dla DJ-a lub zespołu. | Prawnie uzasadniony interes pary — art. 6 ust. 1 lit. f RODO (skompletowanie repertuaru). Propozycja jest dobrowolna, a podpis opcjonalny; gość może wnieść sprzeciw (art. 21 RODO). | Do końca dostępu do pakietu albo do usunięcia przez parę. |
| Planner pary (prywatny) | dane kontaktowe usługodawców: nazwa firmy, osoba kontaktowa, telefon, e-mail; kwoty, zaliczki i statusy umów; zadania i notatki; rejestr otrzymanych prezentów: od kogo, kwoty i waluty, opis prezentu, notatka, informacja o podziękowaniu | para | Prywatne planowanie wesela. Planner nigdy nie jest publikowany na stronie weselnej. | Dane wprowadza para — operator przetwarza je wyłącznie na jej polecenie (art. 28 RODO). | Do końca dostępu do pakietu albo do usunięcia przez parę. |
| Pakiety i kody rabatowe | kod rabatowy i liczba jego wykorzystań; powiązanie kodu z adresem e-mail przy kodach „raz na e-mail”; historia zmian cen pakietów i promocji (obowiązek prawny Omnibus) | operator serwisu | Naliczanie rabatów, pilnowanie puli kodów oraz realizacja ustawowego obowiązku informowania o obniżkach cen (art. 4 ustawy o informowaniu o cenach towarów i usług). | Wykonanie umowy — art. 6 ust. 1 lit. b RODO; obowiązek prawny administratora (Omnibus) — art. 6 ust. 1 lit. c RODO. | Razem z zamówieniami. |
| Uwagi o panelu („Przekaż opinię”) | treść uwagi wpisana przez parę; adres e-mail konta, z którego wysłano uwagę; miejsce w panelu, którego uwaga dotyczy; moment wysłania; wewnętrzny status obsługi zgłoszenia wraz z momentem jego ostatniej zmiany | operator serwisu | Poprawianie panelu i usuwanie usterek zgłoszonych przez parę oraz — jeśli sprawa tego wymaga — odpowiedź na zgłoszenie. | Prawnie uzasadniony interes operatora — art. 6 ust. 1 lit. f RODO (rozwój i jakość usługi). Wysłanie uwagi jest w pełni dobrowolne. | Do 12 miesięcy od zgłoszenia; uwagi znikają też razem z usunięciem strony pary. |
| Formularz kontaktowy | imię i nazwisko (lub imię); adres e-mail; opcjonalny numer telefonu (jeśli został podany); temat wiadomości; treść wiadomości; moment wysłania; pseudonimowy HMAC adresu IP w technicznym rejestrze limitu zapytań (brak przechowywania surowego adresu IP) | operator serwisu | Udzielenie odpowiedzi na przesłaną wiadomość lub zapytanie ofertowe, obsługa bieżącej korespondencji oraz techniczna ochrona formularza przed nadużyciami (antyspam i rate limiting bez zapisywania surowego IP). | Prawnie uzasadniony interes operatora — art. 6 ust. 1 lit. f RODO (kontakt z osobami zainteresowanymi usługą i odpowiedź na zapytania). Wysłanie wiadomości jest dobrowolne. | Przez czas niezbędny do obsługi korespondencji i odpowiedzi na zapytanie; techniczne wpisy limitu bezpieczeństwa wygasają automatycznie po 15 minutach. |
| Głosy na planowane funkcje i propozycje zmian | wybór „chcę tę funkcję” albo „wolałbym bez tego” przy konkretnej planowanej funkcji; konto, z którego oddano głos (publicznie widać wyłącznie łączne liczby, nigdy autora głosu); treść propozycji zmiany: rodzaj, tytuł, opis i opcjonalne miejsce w portalu; adres e-mail i nazwa konta, z którego wysłano propozycję; strona weselna powiązana z kontem, jeśli konto ją ma; moment oddania głosu lub wysłania propozycji; wewnętrzny status obsługi propozycji wraz z momentem jego ostatniej zmiany | operator serwisu | Ustalanie kierunku rozwoju portalu: poznanie, które planowane funkcje są dla użytkowników przydatne, oraz zebranie propozycji zmian i zgłoszeń usterek. | Prawnie uzasadniony interes operatora — art. 6 ust. 1 lit. f RODO (rozwój i jakość usługi). Głosowanie i wysłanie propozycji są w pełni dobrowolne. | Głos można zmienić lub wycofać w każdej chwili; usunięcie konta kasuje oddane głosy. Propozycje zmian zostają do czasu ich rozpatrzenia i usunięcia przez operatora — po usunięciu konta tracą powiązanie z nim. |
| Rejestr wysłanej poczty transakcyjnej | adres e-mail odbiorcy; typ wiadomości (np. potwierdzenie zamówienia, link do zmiany hasła); temat wiadomości; momenty: utworzenia wpisu, każdej próby wysyłki i każdego zdarzenia od dostawcy; status doręczenia oraz informacja o otwarciu wiadomości lub kliknięciu w nią; identyfikator wiadomości nadany przez dostawcę poczty; bezpieczny opis błędu wysyłki (kategoria i komunikat techniczny bez danych uwierzytelniających); identyfikatory powiązanego zamówienia, konta lub strony weselnej, jeżeli wiadomość ich dotyczyła | operator serwisu | Potwierdzenie, że wiadomość wymagana umową lub przepisem (np. potwierdzenie zawarcia umowy na trwałym nośniku, link do zmiany hasła) została faktycznie nadana, oraz wykrywanie i usuwanie awarii wysyłki — łącznie z ponowieniem wysyłki, która się nie udała. | Wykonanie umowy — art. 6 ust. 1 lit. b RODO; rozliczalność — art. 5 ust. 2 RODO; prawnie uzasadniony interes operatora w utrzymaniu poprawnie działającej wysyłki — art. 6 ust. 1 lit. f RODO. | Do 12 miesięcy od nadania wiadomości. NIE przechowujemy treści wiadomości: ani jej wersji HTML, ani tekstowej, ani linków zawierających jednorazowe tokeny (np. link do zmiany hasła), ani adresu IP serwera wysyłkowego. |
| Ustawienia portalu | treść strony głównej; historia zmian portalu („Co nowego”) i opis planowanych funkcji („Co planujemy”); motywy graficzne stron weselnych (paleta kolorów, typografia, układ); tryb serwisowy i treść strony przerwy technicznej; dane operatora używane w dokumentach prawnych; adres e-mail i telefon kontaktowy portalu | operator serwisu | Konfiguracja serwisu. Nie są to dane osobowe użytkowników. | Prawnie uzasadniony interes — art. 6 ust. 1 lit. f RODO. | Do czasu zmiany ustawienia. |
| Statystyki i analityka portalu (3 warstwy) | Warstwa A (operacyjna): zagregowane dzienne liczby odsłon, unikalnych wizyt per ścieżka i kraj/miasto, zdarzenia sekcji bez identyfikatorów i bez zapisu IP (AnalyticsDailyStat); Warstwa B (analityczna — po uprzedniej zgodzie): pseudonimowy identyfikator sesji (ciasteczko wp_as), zdarzenia interakcji (AnalyticsSession, AnalyticsEvent: kliknięcia CTA, przewijanie, aktywny czas); Warstwa B (atrybucyjna — po uprzedniej zgodzie): pseudonimowy kod partnera i podpisany token polecenia (ciasteczko wp_ref, ReferralTouch); Warstwa C (transakcyjna): przypisanie zamówienia i konta do partnera polecającego (SiteAttribution, OrderAttribution, ReferralConversion) wraz z kwotą, użytym kodem rabatowym i należną prowizją; Ewidencja zgód: rejestr decyzji o zgodach (ConsentRecord, ciasteczko wp_consent: wersja zgody, moment decyzji, wybrane cele) w celu realizacji zasady rozliczalności; Parametry techniczne: przybliżona lokalizacja (kraj, region, miasto — bez GPS), typ urządzenia, system, przeglądarka, rozdzielczość ekranu, host referera i bezpieczne parametry UTM | operator serwisu | Trójwarstwowa analityka portalu: (A) anonimowe statystyki zbiorcze do monitorowania działania serwisu; (B) szczegółowa analityka zaangażowania i śledzenie linków partnerskich realizowane wyłącznie po uprzedniej zgodzie; (C) rozliczanie transakcji i prowizji partnerów w ramach realizacji umowy; oraz ewidencja udzielonych zgód (rozliczalność). Bez profilowania reklamowego i bez nagrywania sesji. | Warstwa A: prawnie uzasadniony interes — art. 6 ust. 1 lit. f RODO, art. 399 ust. 3 PKE. Warstwa B: uprzednia dobrowolna zgoda — art. 6 ust. 1 lit. a RODO, art. 399 ust. 1 PKE. Warstwa C: wykonanie umowy — art. 6 ust. 1 lit. b RODO. Ewidencja zgód: obowiązek prawny i rozliczalność — art. 5 ust. 2 i art. 7 ust. 1 RODO. | Warstwa A: zagregowane statystyki dzienne są przechowywane bezterminowo (brak danych osobowych). Warstwa B: surowe sesje i zdarzenia domyślnie 90–180 dni, po czym są trwale usuwane; ciasteczko wp_as wygasa po 30 minutach braku aktywności, wp_ref po 30 dniach. Warstwa C: dane transakcyjne i rozliczenia prowizji przez czas przechowywania zamówień (5 lat). Ewidencja zgód: wpis decyzji przez 12 miesięcy (czas ważności zgody w ciasteczku wp_consent). |
4. Dane szczególne: dieta, alergie, dzieci
Formularz potwierdzenia obecności może pytać o dietę i alergie. Odpowiedź bywa informacją o zdrowiu, czyli daną szczególnej kategorii (art. 9 RODO). Dlatego pole jest zawsze dobrowolne, a formularz wymaga wyraźnej zgody przed wysłaniem. Prosimy podawać tylko tyle, ile potrzeba do zamówienia posiłku.
Lista gości może zawierać informację, że gość jest dzieckiem — służy wyłącznie do policzenia posiłków i miejsc. Dane dzieci wprowadza para i to ona odpowiada za ich zakres.
5. Komu przekazujemy dane
Dane trafiają wyłącznie do podmiotów, bez których usługa nie mogłaby działać:
- hosting i utrzymanie serwera: Oracle Polska Sp. z o.o., lokalizacja serwerów: Niemcy (Frankfurt), EOG,
- obsługa płatności: Stripe Payments Europe, Ltd. (Irlandia) wraz ze Stripe, Inc. (USA) — przy płatności online przekazujemy imię i nazwisko, adres e-mail, numer telefonu i adres rozliczeniowy podane w zamówieniu oraz kwotę i opis zamówienia; na swojej stronie płatności Stripe zbiera dane samej metody płatności (np. karty) i może poprosić o dane wymagane do jej obsługi; nie przekazujemy mu żadnych danych gości,
- wysyłka poczty transakcyjnej: Brevo (Sendinblue SAS, Francja) — otrzymuje adres e-mail i imiona odbiorcy, temat oraz treść wysyłanej wiadomości (w potwierdzeniu zamówienia są to: numer zamówienia, pakiet, cena, sposób płatności, treść złożonych oświadczeń i treść dokumentów prawnych, a także linki resetu hasła oraz powiadomienia o odpowiedziach RSVP dla Pary i opcjonalne potwierdzenia dla gości) wraz z technicznymi danymi wysyłki,
- bezpieczne kopie zapasowe disaster recovery: Google Ireland Limited (Dysk Google / Google Drive, Irlandia/EOG) — zaszyfrowane kryptograficznie przed wysłaniem (kluczem AES-256) kopie zapasowe disaster recovery bazy danych poza serwerem głównym,
- organy państwowe — wyłącznie na podstawie przepisów prawa.
Brevo jest podmiotem przetwarzającym: wysyła wiadomości na nasze polecenie i nie wykorzystuje przekazanych danych do własnych celów. Używamy go wyłącznie do poczty transakcyjnej (potwierdzenie zamówienia, sprawy konta, powiadomienia RSVP) — nie prowadzimy newslettera ani wysyłki marketingowej.
6. Czy dane wyjeżdżają poza Unię Europejską
Serwis oraz wszystkie dane par i gości są przechowywane na serwerze wskazanym w punkcie 5.
Wyjątkiem jest obsługa płatności: Stripe może przekazywać dane do Stripe, Inc. w Stanach Zjednoczonych. Odbywa się to na podstawie standardowych klauzul umownych zatwierdzonych przez Komisję Europejską oraz uczestnictwa Stripe w Data Privacy Framework. Kopię zabezpieczeń można uzyskać, pisząc na .
Dostawca poczty transakcyjnej (Brevo) przetwarza dane wysyłkowe w ramach własnej infrastruktury i własnych podprocesorów. Zakres tego przetwarzania, lokalizację serwerów oraz zasady ewentualnych transferów poza Europejski Obszar Gospodarczy określa zawarta z nim umowa powierzenia (art. 28 RODO); jej kopię można uzyskać, pisząc na .
Poza tym nie przekazujemy danych poza Europejski Obszar Gospodarczy.
7. Czego NIE robimy
W serwisie nie występują:
- zewnętrzne narzędzia śledzące i analityczne podmiotów trzecich (Google Analytics, Meta Pixel itp.)
- zewnętrzne sieci reklamowe i śledzenie między witrynami (cross-site tracking)
- profilowanie behawioralne oraz zautomatyzowane podejmowanie decyzji wywołujące skutki prawne
- sprzedaż lub komercyjne udostępnianie danych podmiotom trzecim
- newsletter i marketingowe wiadomości e-mail (wysyłamy wyłącznie pocztę transakcyjną)
Pliki i pamięć niezbędne do działania serwisu (utrzymanie zalogowania, bezpieczeństwo 2FA/passkey, strona zabezpieczona hasłem, motyw oraz zapamiętanie decyzji o prywatności) zapisujemy na podstawie art. 399 ust. 3 Prawa komunikacji elektronicznej (nie wymagają zgody). Opcjonalne narzędzia do statystyk szczegółowych oraz poleceń partnerów (warstwa B) uruchamiamy WYŁĄCZNIE po uzyskaniu Twojej uprzedniej, dobrowolnej zgody (art. 399 ust. 1 PKE). Zgodę tę możesz w każdej chwili zmienić lub wycofać za pomocą przycisku „Ustawienia prywatności” w stopce serwisu.
8. Cookies i pamięć przeglądarki
Podstawą prawną jest art. 399 ustawy z dnia 12 lipca 2024 r. — Prawo komunikacji elektronicznej (PKE). Zgody nie wymagają mechanizmy konieczne do świadczenia usługi (art. 399 ust. 3 PKE). Narzędzia opcjonalne — statystyki szczegółowe i polecenia partnerów — są zapisywane wyłącznie po uzyskaniu uprzedniej zgody (art. 399 ust. 1 PKE).
| Nazwa | Rodzaj | Kategoria | Do czego służy | Jak długo | Zgoda |
|---|---|---|---|---|---|
| wp_session | ciasteczko | Niezbędne | Utrzymanie zalogowania pary lub administratora w panelu. Ciasteczko jest podpisane i niedostępne dla skryptów (httpOnly). | 24 godziny | niewymagana (art. 399 ust. 3 PKE) |
| wp_order_access | ciasteczko | Niezbędne | Podpisane, krótkotrwałe potwierdzenie dostępu do zamówienia bezpośrednio po jego złożeniu, zanim klient zaloguje się do panelu. Ciasteczko jest niedostępne dla skryptów (httpOnly). | 24 godziny | niewymagana (art. 399 ust. 3 PKE) |
| wp_initial_credential | ciasteczko | Niezbędne | Zaszyfrowane, jednorazowo pokazane hasło startowe nowego konta. Jest związane z konkretnym zamówieniem i niedostępne dla skryptów (httpOnly); baza przechowuje tylko skrót bcrypt. | 24 godziny | niewymagana (art. 399 ust. 3 PKE) |
| wp_login_challenge / wp_webauthn_auth / wp_webauthn_register | ciasteczko | Niezbędne | Podpisane, krótkotrwałe wyzwania potrzebne do dokończenia 2FA albo passkey. Są niedostępne dla skryptów (httpOnly), jednorazowe i nie tworzą sesji. | 5–10 minut | niewymagana (art. 399 ust. 3 PKE) |
| wp_site_<identyfikator strony> | ciasteczko | Niezbędne | Zapamiętanie, że gość podał poprawne hasło do strony weselnej zabezpieczonej hasłem. | 60 dni | niewymagana (art. 399 ust. 3 PKE) |
| dzisiajmy-theme | pamięć przeglądarki | Niezbędne | Zapamiętanie wybranego trybu jasnego / ciemnego / systemowego panelu. Wartość nie opuszcza przeglądarki. | Do czasu wyczyszczenia danych przeglądarki | niewymagana (art. 399 ust. 3 PKE) |
| wp_consent | ciasteczko | Niezbędne | Zapamiętanie stanu wyborów dotyczących prywatności i plików cookies (wersja zgód, moment decyzji, dozwolone cele). Ciasteczko jest chronione (httpOnly, SameSite=Lax, Secure na produkcji, host-only) i służy realizacji obowiązku rozliczalności. | 12 miesięcy | niewymagana (art. 399 ust. 3 PKE) |
| wp_as | ciasteczko | Statystyki szczegółowe | Warstwa B: pseudonimowy identyfikator sesji analitycznej (losowy token). Pozwala powiązać odsłony stron i interakcje w ramach jednej wizyty. Ciasteczko jest chronione (httpOnly, SameSite=Lax, Secure na produkcji, host-only) i zapisywane wyłącznie po uprzedniej zgodzie. | 30 minut (odnawiane przy aktywności) | wymagana (art. 399 ust. 1 PKE) |
| wp_ref | ciasteczko | Polecenia partnerów | Warstwa B: podpisany kryptograficznie (HMAC) token linku polecającego partnera. Pozwala powiązać późniejszą rejestrację lub zamówienie z partnerem polecającym. Ciasteczko jest chronione (httpOnly, SameSite=Lax, Secure na produkcji, host-only) i zapisywane wyłącznie po uprzedniej zgodzie. | 30 dni | wymagana (art. 399 ust. 1 PKE) |
| Pliki Stripe (checkout.stripe.com) | podmiot zewnętrzny | Niezbędne | Obsługa i zabezpieczenie płatności kartą i BLIK. Pliki zapisuje Stripe na swojej własnej stronie płatności, już poza serwisem. | Zgodnie z polityką Stripe | niewymagana (art. 399 ust. 3 PKE) |
Ciasteczka sesyjne, dostępowe, analityczne i polecające są ustawiane jako httpOnly i SameSite=Lax, a na produkcji dodatkowo jako Secure — nie odczyta ich żaden zewnętrzny skrypt na stronie i nie wysyła ich przeglądarka przy żądaniach z obcych witryn.
Wszystkie te informacje można w każdej chwili usunąć w ustawieniach przeglądarki. Skutek: wylogowanie z panelu, ponowne pytanie o hasło do strony weselnej, powrót motywu do ustawienia systemowego i ponowne wyświetlenie banera prywatności.
Wybór dotyczący opcjonalnych plików można zmienić w dowolnym momencie, klikając „Ustawienia prywatności” w stopce serwisu.
9. Jak długo trzymamy dane
Terminy dla każdej kategorii są w tabeli w punkcie 3. Najważniejsze reguły:
- dane rozliczeniowe (zamówienia, faktury) — 5 lat od końca roku podatkowego, bo wymaga tego prawo,
- konto pary i treść strony — przez okres dostępu do pakietu i 12 miesięcy po jego zakończeniu,
- dane gości — do 6 miesięcy po dacie wesela albo do wcześniejszego usunięcia przez parę,
- kopie zapasowe — szyfrowane kopie bezpieczeństwa disaster recovery są przechowywane w bezpiecznym repozytorium do 12 miesięcy, po czym są bezpowrotnie usuwane. Dane usunięte z produkcyjnej bazy danych nie są przywracane do bieżącego użytku.
10. Wasze prawa
- Dostęp do danych — Możecie dowiedzieć się, jakie dane o Was przetwarzamy, i otrzymać ich kopię (art. 15 RODO).
- Sprostowanie — Możecie poprawić dane nieprawidłowe lub niekompletne (art. 16 RODO). Parę dane konta poprawia sama w panelu.
- Usunięcie — Możecie żądać usunięcia danych, o ile nie musimy ich zachować z powodu przepisów podatkowych (art. 17 RODO).
- Ograniczenie przetwarzania — Możecie żądać, żebyśmy dane wyłącznie przechowywali, dopóki sprawa nie zostanie wyjaśniona (art. 18 RODO).
- Przenoszenie danych — Dane podane na podstawie umowy lub zgody możecie otrzymać w pliku do przeniesienia gdzie indziej (art. 20 RODO).
- Sprzeciw — Możecie sprzeciwić się przetwarzaniu opartemu na naszym uzasadnionym interesie (art. 21 RODO).
- Cofnięcie zgody — Zgodę można cofnąć w każdej chwili. Nie wpływa to na zgodność z prawem tego, co zrobiliśmy wcześniej (art. 7 ust. 3 RODO).
- Skarga do PUODO — Możecie złożyć skargę do Prezesa Urzędu Ochrony Danych Osobowych, ul. Stawki 2, 00-193 Warszawa.
Wniosek wystarczy wysłać na . Nie pobieramy za to opłat. Możemy poprosić o dodatkowe informacje, jeżeli nie będziemy w stanie potwierdzić tożsamości wnioskodawcy.
Podanie danych jest dobrowolne, ale bez adresu e-mail nie da się założyć konta, bez imienia i nazwiska oraz numeru telefonu — złożyć zamówienia (a przy płatności online także bez adresu rozliczeniowego), a bez podania imienia i nazwiska gościa — potwierdzić obecności na weselu.
11. Jak chronimy dane
- połączenie z serwisem jest szyfrowane (HTTPS),
- hasła są zapisywane wyłącznie w postaci skrótu bcrypt — nie znamy ich i nie umiemy ich odczytać,
- sesja to podpisany token w ciasteczku httpOnly; zmiana hasła unieważnia wszystkie wcześniejsze sesje,
- para widzi wyłącznie własną stronę i własnych gości,
- formularze publiczne mają limity liczby zgłoszeń z jednego adresu IP i pułapkę na boty,
- stronę weselną można dodatkowo zabezpieczyć hasłem dla gości, a przesyłanie zdjęć — kodem z zaproszenia,
- zdjęcia gości i wpisy w księdze gości mogą wymagać zatwierdzenia przez parę, zanim staną się widoczne,
- dostęp administracyjny do danych ma wyłącznie właściciel serwisu i wyłącznie w celu obsługi zgłoszeń technicznych.
12. Zmiany polityki
Politykę aktualizujemy, gdy zmienia się sposób działania serwisu. Aktualna wersja obowiązuje od 2026-09-01 i nosi oznaczenie wersji 2026-10-15 (zestaw dokumentów 2026-10-15). O istotnych zmianach informujemy pary w panelu i e-mailem.
Dokument jest dostępny pod adresem https://dzisiajmy.pl/polityka-prywatnosci oraz w stopce serwisu dzisiajmy.pl.