Czy potrzebuję regulaminu na stronie internetowej lub w aplikacji?

Odpowiedz tak lub nie na każde pytanie:

1. Czy sprzedajesz towary, usługi lub treści cyfrowe online?
2. Czy pobierasz opłaty cykliczne lub oferujesz bezpłatne okresy próbne przechodzące w płatne plany?
3. Czy użytkownicy mogą zakładać konta?
4. Czy użytkownicy mogą publikować, przesyłać lub udostępniać treści widoczne dla innych?
5. Czy dystrybuujesz aplikację przez Apple lub Google Play?
6. Czy przyjmujesz płatności kartą za pośrednictwem operatora takiego jak Stripe?
7. Czy oferujesz API, marketplace lub usługę dla firm?
8. Czy obsługujesz konsumentów w UE, Wielkiej Brytanii, Australii, Brazylii, Kanadzie lub Nowej Zelandii?

Jeśli odpowiedziałeś tak na którekolwiek z pytań od 1 do 7, opublikowanie regulaminu jest zdecydowanie wskazane, a czasem prawnie konieczne. Jeśli odpowiedziałeś też tak na pytanie 8, twój regulamin musi respektować regionalne prawa konsumentów, a nie je wyłączać.

Generator regulaminu zadaje podobne pytania i aktywuje tylko te postanowienia, które wynikają z twoich odpowiedzi. Kwestionariusz, pełny podgląd oraz prosty plik HTML i PDF do pobrania są bezpłatne i nie wymagają konta; zaawansowane moduły regionalne lub opcjonalne kosztują 5 USD. Wygenerowany regulamin nie jest poradą prawną.

Nie w tak ogólny sposób, w jaki często wymagane są informacje o prywatności. Przepisy o ochronie prywatności, takie jak RODO, wiążą obowiązek informacyjny ze zbieraniem danych osobowych. Nie ma odpowiednika mówiącego, że każda strona musi mieć umowę ze swoimi odwiedzającymi.

Obowiązek publikowania informacji o charakterze regulaminowym uruchamia natomiast to, co robisz:

• sprzedaż towarów, usług lub treści cyfrowych konsumentom online
• pobieranie opłat cyklicznych lub oferowanie bezpłatnych okresów próbnych, które przechodzą w płatne plany
• hostowanie, przechowywanie lub przesyłanie treści dostarczanych przez użytkowników
• dystrybucja przez sklepy z aplikacjami lub przyjmowanie płatności kartą za pośrednictwem operatora

Jeśli twoja strona to statyczne portfolio bez formularzy, kont, sprzedaży i treści użytkowników, możesz w ogóle nie potrzebować regulaminu, choć nadal możesz potrzebować polityki prywatności, jeśli używasz analityki lub zbierasz adresy e-mail. To odrębne pytanie omawia artykuł czy potrzebuję polityki prywatności, a różnice między dokumentami wyjaśnia polityka prywatności a regulamin.

Poniższe sekcje omawiają każdą z tych przesłanek, abyś mógł sprawdzić, które dotyczą twojego projektu dziś, a które zaczną go dotyczyć, gdy się rozwinie.

Jeśli sprzedajesz konsumentom w UE lub Wielkiej Brytanii, kilka przepisów wymaga informacji, które większość firm przekazuje w regulaminie i na stronach kasy.

• Dane usługodawcy: art. 5 unijnej dyrektywy o handlu elektronicznym wymaga, aby twoja nazwa, adres geograficzny, adres e-mail oraz, w stosownych przypadkach, numery w rejestrze handlowym i VAT były łatwo i stale dostępne.
• Informacje o składaniu zamówienia: art. 10 wymaga wyjaśnienia czynności technicznych prowadzących do zawarcia umowy, sposobu poprawiania błędów we wprowadzonych danych i dostępnych języków oraz udostępnienia warunków umowy i ogólnych warunków w sposób umożliwiający użytkownikom ich przechowywanie i odtwarzanie.
• Informacje przed zawarciem umowy: dyrektywa w sprawie praw konsumentów wymaga jasnych informacji przed zawarciem umowy na odległość, w tym o cenie całkowitej, sposobie płatności i dostawy, prawie odstąpienia, czasie trwania umowy i warunkach jej rozwiązania.
• Przycisk zamówienia: ostatni przycisk musi jasno wskazywać, że złożenie zamówienia pociąga za sobą obowiązek zapłaty, na przykład „zamówienie z obowiązkiem zapłaty”.

Wielka Brytania utrzymuje równoważne zasady w Electronic Commerce (EC Directive) Regulations 2002 i Consumer Contracts Regulations 2013. W praktyce sprzedawcy realizują to wszystko za pomocą dobrze zorganizowanej strony regulaminu i przejrzystej kasy. Generator regulaminu sklepu internetowego jest zbudowany wokół takiego procesu.

To przy płatnościach cyklicznych prawo USA jest najbardziej szczegółowe. Ustawa Restore Online Shoppers' Confidence Act (15 U.S.C. § 8403) obejmuje funkcje opcji negatywnej sprzedawane online, takie jak subskrypcje odnawiane do czasu anulowania lub okresy próbne przechodzące w płatne plany. Wymaga, abyś:

1. jasno i w widoczny sposób ujawnił wszystkie istotne warunki przed zebraniem danych rozliczeniowych
2. uzyskał wyraźną, świadomą zgodę konsumenta przed obciążeniem
3. zapewnił prosty mechanizm zatrzymania opłat cyklicznych

Kalifornijskie prawo o automatycznym odnawianiu (Business and Professions Code § 17600 i nast.) dodaje szczegółowe obowiązki: jasne i widoczne przedstawienie warunków odnowienia, wyraźną zgodę, potwierdzenie wyjaśniające, jak anulować, oraz możliwość anulowania online subskrypcji kupionych online. Zmiany obowiązujące od 1 lipca 2025 r. dodały kolejne wymagania, w tym coroczne przypomnienia i informowanie przed niektórymi zmianami cen.

Odrębna zasada FTC dotycząca anulowania jednym kliknięciem (click-to-cancel) została uchylona przez federalny sąd apelacyjny w lipcu 2025 r., ale ROSCA i przepisy stanowe nadal obowiązują. Firmy subskrypcyjne trudno sobie wyobrazić bez jasnego regulaminu i odpowiadającej mu kasy, dlatego generator regulaminu SaaS traktuje odnowienie i anulowanie jako sekcje podstawowe.

Jeśli użytkownicy mogą publikować, przesyłać pliki, komentować, wystawiać opinie lub wysyłać wiadomości w twojej usłudze, często mają zastosowanie dwa reżimy.

Unijny akt o usługach cyfrowych. Art. 14 aktu o usługach cyfrowych wymaga, aby dostawcy usług pośrednich oferowanych w UE zamieszczali w swoich warunkach informacje o wszelkich ograniczeniach nakładanych na treści użytkowników. Obejmuje to zasady, procedury, środki i narzędzia moderowania treści, w tym algorytmiczne podejmowanie decyzji i weryfikację przez człowieka, a także zasady wewnętrznego systemu rozpatrywania skarg. W przeciwieństwie do niektórych późniejszych obowiązków z DSA ten nie przewiduje zwolnienia dla małych firm. Dla wielu forów, serwisów społecznościowych i narzędzi SaaS z przesyłaniem plików przez użytkowników to rzeczywisty prawny powód, by opublikować regulamin.

Amerykańska ustawa DMCA. Bezpieczna przystań z 17 U.S.C. § 512 może chronić usługodawców przed częścią odpowiedzialności z tytułu praw autorskich za treści użytkowników, ale tylko po spełnieniu warunków. Dwa z nich wiążą się bezpośrednio z regulaminem: musisz wyznaczyć przedstawiciela do odbierania zgłoszeń naruszeń i zarejestrować go w US Copyright Office, a także przyjąć, rozsądnie wdrożyć i przekazać użytkownikom zasady usuwania osób wielokrotnie naruszających prawa w odpowiednich okolicznościach.

W zależności od twoich odpowiedzi regulamin z Legal Policy Generator może zawierać sekcje dotyczące aktu o usługach cyfrowych i zgłoszeń DMCA.

Zasady platform nie są przepisami prawa, ale decydują o tym, czy możesz wystartować i otrzymywać płatności.

• Apple App Store: Apple stosuje do aplikacji swoją Standard EULA, chyba że dostarczysz własną EULA. W przypadku automatycznie odnawianych subskrypcji umowa deweloperska Apple wymaga, aby linki do polityki prywatności i warunków korzystania były dostępne w aplikacji, a App Review często sprawdza też link do regulaminu w opisie aplikacji. Aplikacje z treściami generowanymi przez użytkowników muszą oferować filtrowanie, zgłaszanie i blokowanie oraz publikować dane kontaktowe.
• Google Play: umowa Developer Distribution Agreement pozwala dołączyć własną EULA i czyni cię odpowiedzialnym za wsparcie produktów i obsługę skarg użytkowników.
• Stripe: wskazówki Stripe dotyczące aktywacji konta proszą firmy o pokazanie danych kontaktowych obsługi klienta, zasad zwrotów i sporów, zasad anulowania tam, gdzie mają zastosowanie, oraz zasad zwrotu towarów fizycznych, zanim zaczną sprzedawać. Stripe Checkout może też wymagać od klientów akceptacji twojego regulaminu przed zapłatą.

Nawet jeśli żadna ustawa nie wymaga regulaminu, platformy, od których zależysz, często oczekują opublikowanych zasad dotyczących zwrotów, anulowania i zachowania. Konfigurację specyficzną dla aplikacji omawia artykuł regulamin dla aplikacji.

Tam, gdzie regulamin jest opcjonalny, nadal jest twoim głównym narzędziem umownym. Oto, co robi, czego nie robi nic innego na twojej stronie:

• Ustala zasady korzystania. Postanowienia o dozwolonym użytkowaniu dają ci udokumentowaną podstawę do usuwania treści lub zawieszania kont za spam, nadużycia lub oszustwa.
• Chroni twoją własność intelektualną. Określasz, co należy do ciebie, i udzielasz jedynie ograniczonej licencji na korzystanie.
• Wyjaśnia prawa do treści użytkowników. Uzyskujesz licencję potrzebną do hostowania i wyświetlania tego, co publikują użytkownicy, i nic ponad to.
• Wyjaśnia kwestie finansowe. Warunki rozliczeń, odnowienia, anulowania i zwrotów ograniczają spory i dają ci punkt odniesienia przy obciążeniu zwrotnym.
• Ogranicza odpowiedzialność w granicach prawa. Wyłączenia i limity mogą zmniejszyć ekspozycję na ryzyko, choć prawo konsumenckie ogranicza ich zasięg.
• Wybiera ścieżki rozwiązywania sporów. W granicach bezwzględnie obowiązującej ochrony konsumentów możesz ustalić prawo właściwe, właściwość sądów i procedurę reklamacyjną.
• Zastrzega prawo do zmiany lub zakończenia usługi, z odpowiednim uprzedzeniem.

Bez regulaminu na te pytania odpowiadają domyślne przepisy, które mogą nie odzwierciedlać sposobu działania twojej usługi. To właśnie ta niepewność zwykle najwięcej kosztuje małe firmy, gdy w końcu dochodzi do sporu.

Niektóre strony rzeczywiście niewiele zyskują na regulaminie, przynajmniej na starcie:

• osobiste portfolio lub strona z CV bez formularzy
• strona informacyjna lokalnej firmy, która niczego nie sprzedaje online
• blog hobbystyczny bez komentarzy, kont i treści sponsorowanych

Nawet wtedy obowiązują dwa zastrzeżenia. Po pierwsze, firmowa strona skierowana do osób w UE jest zwykle usługą społeczeństwa informacyjnego, więc musi pokazywać dane operatora, takie jak nazwa, adres i e-mail; niemieccy czytelnicy znają to jako Impressum. Po drugie, każdy formularz kontaktowy, newsletter czy narzędzie analityczne pociąga za sobą obowiązki dotyczące prywatności, których regulamin i tak by nie rozwiązał.

Gdy tylko dodasz konta, płatności, pliki do pobrania, subskrypcje, posty użytkowników lub API, argumenty za regulaminem stają się mocne. Znacznie łatwiej opublikować go przed pierwszym klientem niż wprowadzać później i prosić każdego obecnego użytkownika o akceptację.

Przydatny nawyk: wracaj do tego pytania za każdym razem, gdy wdrażasz funkcję dotyczącą pieniędzy, kont lub treści użytkowników. To właśnie takie zmiany zamieniają stronę, która mogła obejść się bez regulaminu, w stronę, która wyraźnie go potrzebuje.