Przejdź do treści
AppFoyer
Zacznij

Poradniki Przed zgłoszeniem

Każdy adres URL, którego potrzebujesz przed zgłoszeniem aplikacji

Pełna lista dla Play Console, App Store Connect i AdMob: które adresy są wymagane, a które opcjonalne, co musi zawierać każda strona i w jakiej kolejności to zrobić.

Większość aplikacji potrzebuje czterech publicznych adresów URL: polityki prywatności, strony usuwania konta, jeśli aplikacja ma konta, strony wsparcia dla App Store oraz strony dewelopera, jeśli wyświetla reklamy. Każdy to osobne pole w konsoli, każdy jest sprawdzany i wszystkie muszą działać długo po zatwierdzeniu aplikacji.

1:09
Film, 1:09 · otwiera się na YouTube

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.

Zacznij za darmo Zobacz działający przykład

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 lista, której nikt Ci nie daje przed pierwszym zgłoszeniem, więc odkrywasz ją po jednym odrzuceniu naraz. Zbierz te adresy, zanim otworzysz konsolę, a całość zajmie jedno popołudnie zamiast trzech cykli weryfikacji.

Pola według konsoli

URLKonsola i poleWymagany?
Polityka prywatnościPlay Console → App content → Privacy policy; App Store Connect → App PrivacyTak, oba sklepy
Usuwanie kontaPlay Console → App content → Data deletionTak, jeśli aplikacja ma konta
WsparcieApp Store Connect → Platform version information danej wersji → Support URLTak, Apple
Strona deweloperaStrona aplikacji w Play; Marketing URL w App Store ConnectPlay: opcjonalna, ale w praktyce wymagana, jeśli wyświetlasz reklamy — tam szuka się app-ads.txt. Marketing URL w Apple jest naprawdę opcjonalny
Kontaktowy e-mailPlay Console → Store settings → Store listing contact detailsTak, Play wymaga adresu e-mail do publikacji

Apple również wymaga usuwania konta, ale jako ścieżki w aplikacji, a nie pola z adresem URL — zobacz poradnik o usuwaniu konta w App Store.

Co musi zawierać każda strona

Polityka prywatności. Co jest zbierane, po co, kto jeszcze to widzi, jak długo jest przechowywane, jak się z Tobą skontaktować. Sekcja, przez którą dostajesz odrzucenie, to „kto jeszcze to widzi”: musi wymieniać podmioty zewnętrzne, czyli każdy SDK w Twoim buildzie, i musi zgadzać się z Twoimi odpowiedziami w Data safety.

Usuwanie konta. Publiczna strona, dostępna bez logowania i bez zainstalowanej aplikacji, na której użytkownik może poprosić Cię o usunięcie konta. Musi faktycznie dostarczyć Ci tę prośbę — strona, która wyświetla formularz i gubi wynik, jest gorsza niż brak strony, bo użytkownik wierzy, że zadziałała.

Wsparcie. Droga do człowieka. Wystarczy adres e-mail, który czytasz. Nie Twoja strona marketingowa, nie strona aplikacji w App Store, nie profil w mediach społecznościowych.

Strona dewelopera. Strona o Twojej aplikacji pod nazwą hosta, którą kontrolujesz — i to z katalogu głównego tej nazwy hosta sieć reklamowa pobierze /app-ads.txt.

Cztery testy, które każdy z nich musi przejść

Te same cztery, za każdym razem, dlatego warto robić je hurtem:

  1. Ładuje się po wylogowaniu. Otwórz go w oknie prywatnym. Klasyczna wpadka to strona, która działa tylko dlatego, że jesteś zalogowany w usłudze, która ją hostuje.
  2. To nie jest łańcuch przekierowań. Szczególnie w przypadku app-ads.txt, który musi być serwowany bezpośrednio.
  3. Wymienia Twoją aplikację i Twoją firmę. Polityka wymieniająca inną aplikację to znak rozpoznawczy kopiuj-wklej, a weryfikatorzy to zauważają.
  4. Będzie nadal istnieć za dwa lata. Strona aplikacji w sklepie jest sprawdzana więcej niż raz, a zapomniany darmowy hosting to najczęstszy sposób, w jaki psuje się działająca aplikacja.
curl -i https://your-url.example/privacy

200 OK, czytelna treść, brak nagłówka Location:.

Kolejność działań

  1. Zdecyduj raz, gdzie będą wszystkie. Rozrzucenie ich między stronę w Notion, witrynę na GitHub Pages i usługę formularzy to sposób na trzy rzeczy do utrzymania, z których jedna się zepsuje.
  2. Napisz politykę prywatności na podstawie listy zależności, a nie szablonu. Otwórz build.gradle / Podfile / pubspec.yaml i przejdź przez nie od góry do dołu.
  3. Zbuduj ścieżkę usuwania konta — tę w aplikacji i tę w sieci. To jedyny punkt z prawdziwą pracą inżynierską, więc to on decyduje o Twoim harmonogramie.
  4. Opublikuj, a potem wypełnij pola w konsoli. Nie odwrotnie: pole wskazujące na stronę, która jeszcze nie istnieje, to właśnie to odrzucenie, którego próbujesz uniknąć.
  5. Wypełnij Data safety / App Privacy na podstawie tej samej listy, z której pisałeś politykę, żeby jedno nie mogło przeczyć drugiemu.
  6. app-ads.txt na końcu i tylko wtedy, gdy wyświetlasz reklamy.

Co robi tutaj AppFoyer

Ta lista to nasz produkt. Wszystkie pięć stron — strona główna, prywatność, warunki, wsparcie, usuwanie konta — plus app-ads.txt trafiają do sieci razem na własnej subdomenie Twojej aplikacji, więc wklejasz działające adresy URL do każdego pola za jednym podejściem. Strona usuwania konta przyjmuje prośbę i powiadamia Cię; usunięcie wykonujesz we własnych systemach.

W panelu jest też checklista, która mówi Ci, które pole w konsoli jest jeszcze puste i dlaczego to ważne. Jedna aplikacja jest za darmo, a nic, czego wymaga sklep, nigdy nie jest za paywallem.

Źródła oficjalne