Regulamin usługi a warunki korzystania: czy jest jakaś różnica?

Przed publikacją przejdź przez tę listę:

1. Wybierz jedną główną nazwę na podstawie rodzaju produktu i odbiorców.
2. Używaj dokładnie tej nazwy w stopce, procesie rejestracji, kasie, opisie w sklepie z aplikacjami i e-mailach transakcyjnych.
3. Jeśli używasz też EULA lub zasad dozwolonego użytkowania, określ w głównym regulaminie, jak te dokumenty się do siebie mają i który ma pierwszeństwo w razie sprzeczności.
4. Nie zostawiaj starej strony Terms of Use obok nowej strony Terms of Service. Przekieruj ją lub zarchiwizuj wraz z datami obowiązywania.
5. Upewnij się, że dokument podaje stronę umowy z jej dokładną nazwą prawną i danymi kontaktowymi.
6. Datuj każdą wersję i zachowuj kopię każdej z nich.

Ostatni krok łatwo pominąć, a jego odtworzenie jest bolesne. Jeśli powstanie spór o zakup sprzed dwóch lat, potrzebujesz wersji, którą użytkownik wtedy zaakceptował, a nie wersji obowiązującej dziś. Prosty folder archiwum z datowanymi kopiami oraz zapis, którą wersję zaakceptowało każde konto, zwykle wystarcza małej firmie i jest znacznie lepszy niż nic.

Krótka odpowiedź: nie, w żadnym ogólnym sensie prawnym. Prawo umów patrzy na to, co strony uzgodniły, a nie na nagłówek strony. Dokument zatytułowany Terms of Use z jasną akceptacją i uczciwymi postanowieniami ma większą wagę niż strona Terms of Service, której nikt nigdy nie został poproszony przeczytać.

Trzy popularne nazwy rzeczywiście sygnalizują nieco inne rozłożenie akcentów:

• Terms of Service (regulamin usługi) sugeruje usługę świadczoną w sposób ciągły, taką jak produkt SaaS, platforma lub konto online.
• Terms of Use (warunki korzystania) sugeruje zasady korzystania ze strony, aplikacji lub treści, często bez płatności.
• Terms and Conditions (regulamin, warunki ogólne) to najszersza etykieta, popularna w sklepach internetowych i w brytyjskim angielskim.

To konwencje, a nie reguły. Duże firmy używają wszystkich trzech, czasem dla dokumentów o niemal identycznej strukturze. Jeśli sprzedajesz subskrypcję i nazwiesz umowę Terms of Use, nic się nie zepsuje.

Psuje się natomiast wtedy, gdy publikujesz dwa dokumenty pod różnymi nazwami ze sprzecznymi zasadami, na przykład stronę Terms of Use obiecującą zwrot pieniędzy w ciągu 30 dni i stronę Terms of Service odmawiającą wszelkich zwrotów. W umowach konsumenckich w UE i Wielkiej Brytanii niejasności we wzorcach umownych interpretuje się na korzyść konsumenta, więc takie zamieszanie cię kosztuje.

Wybierz nazwę, której oczekują twoi użytkownicy, a następnie używaj jej wszędzie: w linkach w stopce, polach wyboru przy rejestracji, w kasie, e-mailach i opisach w sklepach z aplikacjami. Konsekwencja ma większe znaczenie niż sam wybór.

Praktyczny przewodnik według rodzaju produktu:

• Sklep internetowy: Terms and Conditions, czasem z Terms of Sale dla zasad zakupu. Zobacz generator regulaminu sklepu internetowego.
• Produkt SaaS lub subskrypcyjny: Terms of Service, często z formularzem zamówienia lub osobną umową dla większych klientów biznesowych.
• Serwis z treściami lub blog: Terms of Use, skupione na własności treści, dozwolonym użytkowaniu i linkach zewnętrznych.
• Aplikacja mobilna lub gra: Terms of Service lub Terms of Use oraz udzielenie licencji, i tu pojawia się pytanie o EULA.
• Społeczność lub marketplace: Terms of Service, często z zasadami społeczności lub warunkami dla sprzedawców włączonymi przez odesłanie.

Inne języki mają własne etykiety. Niemieckie firmy publikują Allgemeine Geschäftsbedingungen, a czeskie obchodní podmínky, ale rola jest ta sama: standardowe warunki oferowane każdemu klientowi.

Jeśli nie masz pewności, Terms of Service to najszerzej rozpoznawalny ogólny wybór dla produktów online.

Umowa licencyjna użytkownika końcowego, czyli EULA, to licencja: daje użytkownikowi pozwolenie na zainstalowanie i używanie kopii oprogramowania, którego właścicielem jesteś ty lub twoi licencjodawcy. Typowe postanowienia EULA obejmują:

• zakres licencji, na przykład osobiste, niezbywalne używanie na urządzeniach, które użytkownik posiada lub kontroluje
• ograniczenia dotyczące kopiowania, modyfikowania, rozpowszechniania lub inżynierii wstecznej
• własność oprogramowania i jego aktualizacji
• wygaśnięcie licencji
• wyłączenia gwarancji i ograniczenia odpowiedzialności

Regulamin usługi reguluje relację związaną z usługą świadczoną w sposób ciągły: konta, zachowanie, treści użytkowników, płatności, moderację i wsparcie. Wiele nowoczesnych produktów jest jednocześnie oprogramowaniem i usługą, więc ich regulamin zawiera sekcję licencyjną, a osobna EULA znika.

Jedno zastrzeżenie: niektórych ograniczeń nie możesz nakładać całkowicie według własnego uznania. W UE dyrektywa 2009/24/WE w sprawie ochrony programów komputerowych sprawia, że postanowienia umowne są nieważne, jeśli uniemożliwiają legalnemu użytkownikowi sporządzenie niezbędnej kopii zapasowej, obserwowanie i testowanie działania programu lub dekompilację w ramach wąskiego wyjątku dotyczącego interoperacyjności. EULA, która bez wyjątku zakazuje wszelkiej inżynierii wstecznej, może w tych przypadkach po prostu nie mieć zastosowania.

Osobnej EULA najprawdopodobniej będziesz potrzebować, gdy użytkownicy instalują oprogramowanie, które działa przy niewielkim udziale serwera lub zupełnie bez niego: aplikacje desktopowe, gry do pobrania, wtyczki, narzędzia instalowane lokalnie lub aplikacje mobilne działające offline.

Sklepy z aplikacjami zmieniają ten obraz. Apple stosuje do aplikacji w App Store własną umowę Licensed Application End User License Agreement, znaną jako Standard EULA, chyba że dostarczysz własną EULA w App Store Connect. Własna EULA musi zawierać minimalne warunki Apple, takie jak potwierdzenie, że umowa jest zawierana między tobą a użytkownikiem, a nie z Apple.

W Google Play umowa Developer Distribution Agreement pozwala dołączyć do aplikacji własną EULA, a warunki Google Play same w sobie dają użytkownikom podstawową licencję na treści tam uzyskane.

W przypadku większości aplikacji, które obsługują też konta lub subskrypcje, praktyczną odpowiedzią jest oparcie się na licencji sklepu lub własnej EULA dla oprogramowania i opublikowanie regulaminu usługi dla samej usługi. Nasz poradnik o regulaminie dla aplikacji szczegółowo omawia taką konfigurację, w tym miejsca, w których powinien pojawić się każdy link.

Większe usługi często dzielą swoje warunki na rodzinę dokumentów. Każdy z nich jest zwykle włączany przez odesłanie, co oznacza, że główny regulamin stwierdza, iż drugi dokument stanowi część umowy.

• Zasady dozwolonego użytkowania (acceptable use policy): szczegółowa lista zakazanych zachowań, typowa dla hostingu, API i produktów AI.
• Zasady społeczności: proste reguły publikowania, komentowania i interakcji, które wspierają decyzje moderacyjne.
• Warunki sprzedaży: zasady dotyczące zamówień, dostawy, zwrotów towarów i zwrotu pieniędzy.
• Warunki subskrypcji lub rozliczeń: odnowienie, anulowanie, okresy próbne i zmiany cen.
• Polityka prywatności: w ogóle nie jest częścią umowy, ale umowa do niej odsyła.

Podział pomaga, gdy jakiś obszar często się zmienia lub ma odrębnych odbiorców, na przykład sprzedawców na marketplace. Szkodzi, gdy dokumenty powtarzają ten sam temat innymi słowami. Dobra zasada: każdy temat znajduje się dokładnie w jednym dokumencie, a pozostałe do niego odsyłają.

Jeśli moderujesz treści użytkowników w UE, pamiętaj, że akt o usługach cyfrowych oczekuje opisania ograniczeń dotyczących treści i procedur moderacji w regulaminie, więc główny regulamin powinien wyraźnie odsyłać do wszelkich osobnych zasad.

Sądy w USA od dwóch dekad klasyfikują umowy online według sposobu ich przedstawienia, a nazwa dokumentu nigdy nie przesądzała o wyniku.

• Clickwrap: użytkownik zaznacza pole lub klika przycisk, który jasno mówi, że akceptuje podlinkowany regulamin. Sądy zasadniczo egzekwują takie umowy, gdy informacja jest jasna.
• Sign-in-wrap: informacja przy przycisku rejestracji mówi, że kontynuowanie oznacza akceptację. Wynik zależy od tego, jak widoczna jest ta informacja.
• Browsewrap: regulamin jest jedynie podlinkowany gdzieś na stronie, a korzystanie ze strony ma oznaczać akceptację. Sądy często niechętnie je egzekwują.

W sprawie Specht v. Netscape (2d Cir. 2002) użytkownicy, którzy pobrali bezpłatne oprogramowanie, nie byli związani warunkami licencji, które mogliby zobaczyć jedynie po przewinięciu poniżej przycisku pobierania. W sprawie Nguyen v. Barnes & Noble (9th Cir. 2014) regulamin podlinkowany na dole strony nie wiązał kupującego bez dowodu, że o nim wiedział. W sprawie Berman v. Freedom Financial Network (9th Cir. 2022) mały szary tekst informacji, który nie mówił jasno, że kliknięcie oznacza akceptację, okazał się niewystarczający.

Ta lekcja dotyczy każdej etykiety: przedstaw regulamin jasno w momencie akceptacji i zarejestruj, że użytkownik go zaakceptował. Nasz poradnik krok po kroku o pisaniu regulaminu pokazuje, jak to zrobić.

Legal Policy Generator tworzy Terms of Service, czyli tę samą umowę, którą inni nazywają Terms of Use lub Terms and Conditions, z wersjonowanych klauzul dobieranych na podstawie twoich odpowiedzi. Żadna AI nie pisze klauzul w trakcie działania, więc te same odpowiedzi zawsze dają ten sam dokument.

Kwestionariusz pyta, jak faktycznie działa twój produkt, i aktywuje tylko pasujące sekcje:

• konta, uprawnienie do korzystania i dozwolone użytkowanie
• treści użytkowników, moderacja i informacje wymagane przez unijny akt o usługach cyfrowych
• subskrypcje i automatyczne odnowienie, w tym kalifornijskie sformułowania dotyczące automatycznego odnowienia
• zwroty i prawa konsumentów w UE, Wielkiej Brytanii, Australii, Brazylii, Kanadzie i Nowej Zelandii
• zgłoszenia DMCA w USA i arbitraż w USA
• odpowiedzialność, spory i zmiany regulaminu

Kwestionariusz i pełny podgląd są bezpłatne i nie wymagają konta, a proste pliki HTML i PDF do pobrania są bezpłatne. Zaawansowane moduły regionalne lub opcjonalne kosztują 5 USD. Aby najpierw zobaczyć, jak wygląda wynik, przeczytaj przykładowy regulamin SaaS lub stronę szablon regulaminu. Wygenerowany regulamin odzwierciedla podane przez ciebie fakty i nie jest poradą prawną.