Poradniki Regulamin, wsparcie i strona w sklepie
Terms of Use (EULA), których Apple wymaga od aplikacji z subskrypcjami
Wytyczna 3.1.2 w praktyce: gdzie trafia link do standardowej EULA, gdzie zamiast niego własna umowa i pięć rzeczy, które muszą być widoczne w aplikacji.
Aplikacje z automatycznie odnawianymi subskrypcjami muszą zgodnie z wytyczną 3.1.2 pokazywać działające linki do polityki prywatności i Terms of Use (EULA) — w aplikacji i w metadanych. Standardowa EULA Apple to załatwia: podlinkuj ją w App Description. Własna EULA trafia zamiast tego do pola w App Store Connect.
Zrób to zamiast tego w kilka minut
AppFoyer hostuje strony, o których jest ten poradnik — politykę prywatności, regulamin, wsparcie, usuwanie konta i app-ads.txt — na ich własnej subdomenie, bez Twojej własnej domeny i serwera. Jedna aplikacja jest za darmo, a nic, czego wymaga sklep, nigdy nie jest płatne.
Sprawdzono 19 września 2026. Zasady sklepów się zmieniają, czasem bez zapowiedzi. Wszystko poniżej linkuje do oficjalnej dokumentacji i to ona — nie ta strona — jest rozstrzygająca. Jeśli się różnią, rację ma sklep. Ten poradnik jest przetłumaczony z angielskiego; cytaty z dokumentacji sklepów pozostawiono w oryginalnym brzmieniu angielskim.
To jedno z najczęściej powtarzających się odrzuceń w App Store i jedno z najłatwiejszych do usunięcia — gdy już wiesz, że „EULA” nie oznacza tu „napisz umowę licencyjną”.
Czego wymaga wytyczna 3.1.2
W przypadku aplikacji oferujących automatycznie odnawiane subskrypcje Apple wymaga działających linków do Twojej polityki prywatności i Twoich Terms of Use (EULA) (warunków korzystania). Oba muszą być dostępne w dwóch miejscach:
- w samej aplikacji, wszędzie tam, gdzie prezentujesz subskrypcję; oraz
- w metadanych aplikacji — w polu Privacy Policy w App Store Connect w przypadku polityki, a w przypadku Terms of Use w App Description albo w polu EULA.
Oprócz tych linków informacje o subskrypcji w aplikacji muszą podawać nazwę automatycznie odnawianej subskrypcji, jej okres i cenę — także cenę za jednostkę, jeśli ma to sens.
Nie musisz pisać EULA
Apple publikuje standardową umowę: Licensed Application End User License Agreement, pod adresem
apple.com/legal/internet-services/itunes/dev/stdeula/. To domyślna licencja, która obowiązuje dla
Twojej aplikacji, chyba że dostarczysz własną, a podlinkowanie jej spełnia wymóg dotyczący Terms of
Use.
Decyzja jest więc niewielka:
| Jeśli używasz | Gdzie umieścić link | Czy wpisać go w pole EULA w App Store Connect? |
|---|---|---|
| Standardowej EULA Apple | W App Description oraz w aplikacji obok subskrypcji | Nie — to pole jest na umowy własne |
| Własnej EULA | W polu EULA w App Store Connect oraz w aplikacji obok subskrypcji | Tak |
Większość aplikacji powinna korzystać ze standardowej EULA. Własna jest warta wysiłku tylko wtedy, gdy masz warunki, których umowa standardowa nie obejmuje, a wtedy jest sprawdzana w ramach Twojego zgłoszenia.
Skąd naprawdę biorą się odrzucenia
W praktyce problemem nie jest „brak EULA” — tylko „recenzent nie mógł jej znaleźć”:
- Linki są w ustawieniach, a nie na paywallu. Muszą być tam, gdzie oferowana jest subskrypcja, na ekranie, na którym ktoś decyduje o zakupie.
- To tekst, a nie linki. Zdanie „zobacz nasze warunki korzystania”, w które nie da się stuknąć, nie jest działającym linkiem.
- Brakuje części w metadanych. Linki w aplikacji są, ale App Description nie ma linku do Terms of Use i nie wgrano własnej EULA.
- Link otwiera coś niezwiązanego — stronę marketingową, 404 albo politykę innego produktu.
- Brakuje informacji o subskrypcji. Linki są, ale paywall nigdzie nie podaje okresu ani ceny za okres.
Jeśli odrzucono Cię więcej niż raz z powodu 3.1.2, choć linki pozornie są na miejscu, sprawdź osobno stronę metadanych i stronę paywalla. To dwa wymogi, a dwukrotne spełnienie jednego nie spełnia drugiego.
Lista kontrolna przed ponownym wysłaniem
- Paywall pokazuje nazwę subskrypcji, okres i cenę (plus cenę za jednostkę, jeśli to istotne)
- Paywall ma działający link Privacy Policy, w który da się stuknąć
- Paywall ma działający link Terms of Use (EULA), w który da się stuknąć
- W App Store Connect ustawiono Privacy Policy URL i otwiera się bez logowania
- Standardowa EULA jest podlinkowana w App Description albo własna EULA jest wgrana do pola EULA
- Każdy z tych adresów otwiera się bez logowania
A co z Google Play?
Play nie ma odpowiednika tego pola. Wymaga linku do polityki prywatności w Play Console i w aplikacji oraz nie mówi nic o EULA — zobacz przewodnik o regulaminie, żeby dowiedzieć się, co to oznacza dla aplikacji wieloplatformowej. W praktyce publikujesz jeden zestaw warunków i linkujesz go z obu miejsc.
Co robi tutaj AppFoyer
Gdy powiesz nam, że aplikacja sprzedaje subskrypcje na iOS, wygenerowana polityka prywatności i regulamin zawierają link do standardowej EULA Apple, a lista kontrolna zgodności oznacza aplikację, dopóki obie strony go nie mają — ten punkt istnieje właśnie dlatego, że na tym odrzuceniu ludzie potykają się dwa razy.
Strony są hostowane pod stałymi adresami, które możesz wkleić do App Store Connect i do swojego paywalla, i działają dalej, gdy już przestaniesz o nich myśleć. Czego nie możemy zrobić, to część w aplikacji: linki na paywallu i informacje o subskrypcji to własny interfejs Twojej aplikacji.
To szablony, a nie porada prawna — a w przypadku EULA sprawdź przed wysłaniem aktualne brzmienie wytycznej 3.1.2.
Źródła oficjalne
- App Store Review Guidelines — Apple. Sekcja 3.1.2 to zasada, o której jest ta strona; to jej tekst rozstrzyga.
- Licensed Application End User License Agreement — standardowa EULA Apple, dokument, który linkujesz.
- App Store Connect — app information — Apple, gdzie znajdują się poszczególne pola.