Jak hostować politykę prywatności bez posiadania strony internetowej

Pole polityki prywatności w Play Console i App Store Connect to nie pole tekstowe — to pole URL: systemy weryfikacyjne automatycznie odwiedzają ten adres i sprawdzają, czy strona faktycznie się ładuje. Bez względu na to, jak kompletny jest tekst Twojej polityki, jeśli nie znajduje się on na stronie internetowej, która otwiera się bezpośrednio w przeglądarce, pole jest uznawane za nieprawidłowe.

Niektórzy deweloperzy próbują wpisać w tym polu link do pobrania pliku PDF lub Word; technicznie to również „adres", ale jest nieprawidłowy dla Google Play: własny tekst zasad Play Console wyraźnie stwierdza, że adres URL polityki prywatności musi być „(no PDFs)" — czyli bez PDF — i wymaga, aby adres był nieedytowalny (non-editable), publicznie dostępny i bez ograniczeń geograficznych. Linki do plików zachowują się też niespójnie na różnych urządzeniach (niektóre przeglądarki uruchamiają pobieranie zamiast otwierać stronę), nie są indeksowane przez wyszukiwarki jak normalna strona internetowa, a automatyczna weryfikacja sieci reklamowych (jak AdMob) oczekuje standardowej strony HTML. Najbezpieczniejsze jest opublikowanie polityki jako strony, która renderuje się bezpośrednio w przeglądarce, bez żadnego pobierania.

Strona nie może też wymagać logowania, nie powinna być tymczasowym adresem podglądu i musi pozostać na miejscu po opublikowaniu. Niezależnie od tego, czy odwiedza ją bot weryfikujący, czy prawdziwy użytkownik, powinni trafiać bezpośrednio na tekst polityki — a nie na ekran „zaloguj się” czy „poproś o dostęp do tego dokumentu”.

GitHub Pages jest całkowicie darmowy, jeśli masz już konto GitHub, i jest solidny technicznie: umieść plik polityki w repozytorium, włącz Pages, a Twój adres stanie się stały i publiczny. Kosztem jest proces konfiguracji — utworzenie repozytorium, przesłanie pliku i włączenie ustawień Pages może być realną barierą dla dewelopera, który nie czuje się pewnie z kodem — a domyślny adres (w formie username.github.io/nazwa-repo) wygląda długo i bez marki; podłączenie własnej krótkiej domeny wymaga osobnej konfiguracji DNS.

Google Sites pozwala opublikować stronę w kilka minut za pomocą edytora typu „przeciągnij i upuść”, bez pisania kodu — najniższa bariera techniczna spośród wszystkich opcji, i darmowa. Ale efekt często nie wygląda profesjonalnie: sprawia wrażenie ogólnego szablonu, a Twój adres kończy się jako długi i bez marki, coś w rodzaju sites.google.com/view/... — połączenie własnej krótkiej domeny nie jest możliwe w darmowym planie.

Udostępnianie strony Notion lub pliku Google Docs za pomocą „linku publicznego” również tworzy technicznie ważny adres URL i jest najszybszą opcją — ale jest ryzykowne pod kątem weryfikacji sklepowej: takie adresy są powiązane z kontem użytkownika, a strona może stać się niedostępna, jeśli zmienią się ustawienia obszaru roboczego lub uprawnienia udostępniania zostaną przypadkowo ograniczone. Nie ma gwarancji trwałości. Niektórzy recenzenci traktują też ten rodzaj adresu jako udostępniony dokument, a nie standardową stronę internetową, i mogą zadawać dodatkowe pytania.

Zakup własnej domeny i hostowanie prostej strony statycznej to najbardziej profesjonalnie wyglądająca opcja, dająca pełną kontrolę — ale ma swoją cenę: roczna opłata za domenę, usługa hostingowa (lub, znowu, darmowy hosting statyczny jak GitHub Pages) oraz bieżąca konserwacja, taka jak odnawianie DNS i certyfikatów. Dla pojedynczej aplikacji taka inwestycja wydaje się nieproporcjonalna dla większości niezależnych deweloperów.

Niezależnie od wybranej opcji, prawdziwym ryzykiem jest zmiana adresu PO tym, jak już go wybrałeś. Usunięcie lub edycja adresu URL w Play Console liczy się jako aktualizacja wpisu sklepowego i może ponownie wysłać Twoje kolejne wydanie do weryfikacji; to samo pole jest ponownie oceniane w App Store Connect. Przejście z jednej opcji hostingu na inną (na przykład z Notion na GitHub Pages) może wydawać się drobną zmianą, ale po stronie sklepu oznacza nowe zgłoszenie.

Dlatego wybierając miejsce hostingu, warto optymalizować pod kątem tego, jak łatwo możesz aktualizować treść ZA adresem, a nie sam adres: utrzymuj stały adres URL i wybierz konfigurację, która pozwoli Ci aktualizować tekst polityki pod tym samym adresem za każdym razem, gdy dodasz nowy SDK lub zmieni się sposób zbierania danych.

Generowanie tekstu polityki prywatności w Vibeloy jest bezpłatne; w planie premium ta polityka jest automatycznie publikowana pod stałym adresem subdomeny właściwym dla Twojej aplikacji (np. uygulamaadi.vibeloy.dev/privacy) — bez repozytorium, bez konfiguracji DNS, bez wybierania hostingu statycznego.

Ten adres pozostaje stały od momentu, gdy wprowadzisz go do wpisu w sklepie; gdy aktualizujesz tekst polityki — po dodaniu nowej usługi lub zmianie sposobu zbierania danych — nowa treść publikuje się pod tym samym adresem URL, więc nigdy nie musisz informować sklepów o nowym adresie.

Żadna z powyższych opcji nie jest „zła” — jeśli dobrze czujesz się z GitHub Pages, korzystanie z niego jest jak najbardziej rozsądne. To, co zmienia Vibeloy, to całkowite usunięcie decyzji o hostingu, dzięki czemu czas dewelopera trafia zamiast tego do samej aplikacji.

1. Przygotuj tekst polityki: z jakich SDK korzysta Twoja aplikacja (AdMob, Firebase Analytics, Crashlytics i podobne), jakie typy danych zbierasz oraz jaki jest okres ich przechowywania. Wybór adresu hostingu nie ma znaczenia, dopóki sama treść nie jest ustalona.

2. Gdy treść jest gotowa, zdecyduj o opcji hostingu: rozwiązanie hostowane ma sens, jeśli nie chcesz poświęcać czasu na konfigurację, natomiast GitHub Pages lub własna domena mają sens, jeśli chcesz zachować kontrolę we własnych rękach.

3. Wpisz adres w obu miejscach: pole Policy > App content > Privacy policy w Play Console oraz pole App Information > Privacy Policy URL w App Store Connect. Oba systemy są niezależne, więc każdy trzeba wypełnić osobno.

4. Po zapisaniu adresu otwórz go w oknie przeglądarki w trybie prywatnym/incognito i potwierdź, że ładuje się bezpośrednio, bez monitu o zalogowanie — dokładnie to zobaczy weryfikacja.

Jeśli wolisz nie podejmować każdej z tych decyzji osobno, darmowy generator polityki prywatności Vibeloy tworzy tekst polityki w kilka minut po podaniu szczegółów aplikacji i używanych usług; jeśli chcesz całkowicie pominąć etap hostingu, stały hosting subdomeny jest wliczony w plan premium.