Pakiety metadanych aplikacji zapewniające bezpieczeństwo danych

Pakiety metadanych aplikacji zapewniają deweloperom przejrzysty sposób dołączania informacji o nich (deweloperach), aplikacji oraz o tym, czy i jak zbierają, udostępniają i chronią dane użytkowników. Sklep Google Play wymaga od deweloperów podania tych informacji w przypadku rozpowszechnianych przez nich aplikacji. Producenci urządzeń z Androidem z usługami Google Play wymagają tego samego od deweloperów aplikacji, które producent wstępnie instaluje, z pewnymi wyjątkami dotyczącymi usług systemowych.

Inne sklepy z aplikacjami i instalatory mogą wymagać pakietu metadanych aplikacji w przypadku aplikacji, które rozpowszechniają. Metoda rozpowszechniania aplikacji określa, jak deweloperzy mogą tworzyć i integrować pakiet metadanych aplikacji. Android wyświetla użytkownikom informacje o bezpieczeństwie danych z pakietu metadanych aplikacji. Jeśli na przykład aplikacja deklaruje, że udostępnia lokalizację innej firmie, ta informacja jest wyświetlana w prośbie o przyznanie uprawnień do lokalizacji na urządzeniach z Androidem 14 lub nowszym.

Przegląd

Pakiet metadanych aplikacji umożliwia udostępnianie informacji o Tobie (deweloperze) i Twojej aplikacji, w tym o tym, jakie dane użytkownika aplikacja zbiera lub udostępnia, oraz o najważniejszych metodach ochrony prywatności i zapewniania bezpieczeństwa w aplikacji. Te informacje pomagają użytkownikom podejmować bardziej świadome decyzje, np. dotyczące przyznawania uprawnień.

Pakiety metadanych aplikacji są niezależne od wszelkich prawnych obowiązków dotyczących przejrzystości i ujawniania informacji, którym deweloper może podlegać w krajach, w których prowadzi działalność.

Zachęcamy wszystkich deweloperów do zadeklarowania, w jaki sposób ich aplikacje zbierają i przetwarzają dane użytkownika. Powinni też podać informacje o celu aplikacji, deweloperze i sposobie ochrony danych użytkownika za pomocą metod bezpieczeństwa takich jak szyfrowanie. Obejmuje to dane zbierane i przetwarzane przy użyciu zewnętrznych bibliotek lub pakietów SDK używanych w aplikacjach. Deweloperzy mogą zapoznać się z informacjami o bezpieczeństwie danych opublikowanymi przez dostawców pakietów SDK. Deweloperzy mogą sprawdzić na platformie Google Play SDK Index, czy dostawca podał link do swoich wytycznych.

Pakiety metadanych aplikacji docierają na urządzenie w różny sposób, w zależności od sposobu dystrybucji aplikacji:

• Aplikacje wstępnie załadowane w obrazie systemu: producent urządzenia jest odpowiedzialny za dołączenie pakietu metadanych aplikacji do pliku XML dotyczącego bezpieczeństwa danych w obrazie systemu.
• Aplikacje rozpowszechniane przez instalatory: instalator odpowiada za wysłanie pakietu metadanych aplikacji na urządzenie. Jeśli tworzysz aplikację rozpowszechnianą w Google Play, zapoznaj się z instrukcjami w Centrum pomocy Konsoli Play. Instalatorzy mogą zapoznać się ze schematem pakietów metadanych aplikacji.

Deweloperzy aplikacji wstępnie zainstalowanych mogą utworzyć plik XML dotyczący bezpieczeństwa danych, korzystając z jednej z tych metod:

• Jeśli tworzysz aplikację opublikowaną w Sklepie Play, użyj formularza Bezpieczeństwa danych w Konsoli Play na stronie Zawartość aplikacji. Aby go znaleźć, kliknij Zasady > Zawartość aplikacji. Jeśli formularz został już przez Ciebie wypełniony, nie musisz nic więcej robić.
• Pobierz i edytuj szablon pliku XML dostępny na tej stronie, aby przekazać go producentom lub instalatorom.

Ważne: deweloperzy ponoszą wyłączną odpowiedzialność za podanie kompletnych i poprawnych deklaracji w pakiecie metadanych aplikacji. Deweloperzy mogą współpracować z producentem lub instalatorem w celu dodania pakietu metadanych aplikacji, ale producenci i instalatorzy nie mogą podejmować decyzji w imieniu deweloperów dotyczących sposobu postępowania z danymi użytkowników. Tylko deweloper ma wszystkie informacje wymagane do utworzenia pakietu metadanych aplikacji.

Przygotowuję informacje

Zanim deweloperzy zaczną tworzyć pakiet metadanych aplikacji, wykonaj te czynności:

• Upewnij się, że dodano politykę prywatności.

• Sprawdź, jak aplikacja zbiera i udostępnia dane użytkownika oraz jakie stosuje praktyki dotyczące bezpieczeństwa. W szczególności sprawdź używane w niej zadeklarowane uprawnienia oraz interfejsy API, z których korzysta aplikacja.

  Oprócz sprawdzenia, jak aplikacja zbiera i udostępnia dane użytkowników, deweloperzy powinni też sprawdzić, jak robi to kod innej firmy (np. biblioteki lub pakiety SDK) w aplikacji. Pakiet metadanych aplikacji musi odzwierciedlać zbieranie danych lub udostępnianie danych przez taki kod innej firmy.

Jakie informacje deweloperzy muszą ujawnić w sekcjach z informacjami o aplikacji i deweloperze

W tej sekcji wyjaśniamy, jakie informacje deweloperzy muszą zamieścić w sekcjach informacje o aplikacji i informacje o deweloperze w pakiecie metadanych aplikacji. Jeśli aplikacja jest rozpowszechniana w Sklepie Google Play, podaj te informacje w Konsoli Play.

Jakie informacje o aplikacji muszą udostępniać deweloperzy

Podczas tworzenia pakietu metadanych aplikacji deweloperzy muszą ujawnić informacje o aplikacji opisane w tych sekcjach:

Cel aplikacji

Opisz przeznaczenie aplikacji w zrozumiałym dla człowieka tekście w języku angielskim (limit znaków 4000).

Kategoria aplikacji

Wybierz z listy kategorię, która najlepiej pasuje do celu aplikacji.

Te kategorie są przeznaczone dla aplikacji wstępnie załadowanych:

• OTA – pakiety odpowiedzialne za odbieranie i instalowanie aktualizacji bezprzewodowych (OTA)
• AOSP – pakiety dostępne w projekcie Android Open Source Project
• Bezpieczeństwo
• Sklep

Kategorie opisane w tabeli poniżej są też używane przez Google Play:

Kategoria	Przykłady
Sztuka i projektowanie	Szkicowniki, narzędzia do malowania, narzędzia do projektowania, kolorowanki
Pojazdy	Giełdy samochodowe, ubezpieczenia samochodowe, porównywanie cen samochodów, bezpieczeństwo na drodze, recenzje aut i nowinki motoryzacyjne
Uroda	Poradniki dotyczące robienia makijażu, narzędzia do metamorfozy, stylizacja włosów, produkty kosmetyczne, symulacja makijażu
Książki i źródła	Czytniki książek, kompendia, podręczniki, słowniki, tezaurusy, witryny wiki
Firma	Edytor lub czytnik dokumentów, śledzenie przesyłek, pulpit zdalny, zarządzanie pocztą e-mail, wyszukiwanie ofert pracy
Komiksy	Czytniki komiksów, opublikowane komiksy
Komunikacja	Wiadomości, czat lub komunikator, dialery, książki adresowe, przeglądarki, zarządzanie połączeniami
Randki	Dobór partnerski, oferty matrymonialne, nawiązywanie znajomości, poznawanie nowych osób, szukanie miłości
Edukacja	Materiały powtórzeniowe do egzaminów, pomoce dydaktyczne, nauka słownictwa, gry edukacyjne, nauka języka
Rozrywka	Strumieniowe odtwarzanie wideo, filmy, telewizja, rozrywka interaktywna
Wydarzenia	Bilety do kina, na koncerty lub na wydarzenia sportowe, odsprzedaż biletów
Finanse	Bankowość, płatności, wyszukiwarki bankomatów, wiadomości finansowe, ubezpieczenia, podatki, zarządzanie portfelem i transakcje handlowe, kalkulatory napiwków
Żywność i napoje	Przepisy, restauracje, poradniki żywieniowe, degustacja i odkrywanie nowych win, przepisy na napoje
Zdrowie i fitness	Fitness indywidualny, monitorowanie ćwiczeń, wskazówki na temat diety i żywienia, zdrowie i bezpieczeństwo
Dom	Wyszukiwanie domów i mieszkań, remonty, dekoracja wnętrz, hipoteki, nieruchomości
Biblioteki i materiały demonstracyjne	Biblioteki oprogramowania, techniczne wersje demonstracyjne
Styl życia	Przewodniki stylistyczne, planowanie wesel i imprez, poradniki
Mapy i nawigacja	Narzędzia do nawigacji, GPS, mapy, narzędzia dla transportu publicznego, transport publiczny
Medycyna	Materiały o lekach i leczeniu, kalkulatory, podręczniki dla zakładów opieki zdrowotnej, czasopisma i wiadomości medyczne
Muzyka i dźwięk	Usługi muzyczne, radia, odtwarzacze muzyki
Wiadomości i czasopisma	Gazety, agregatory wiadomości, czasopisma, blogi
Dla rodziców	Ciąża, opieka nad niemowlęciem, wychowywanie dzieci
Personalizacja	Tapety zwykłe i animowane, ekran główny, ekran blokady, dzwonki
Fotografia	Aparaty, narzędzia do edytowania zdjęć, zarządzanie zdjęciami i udostępnianie ich
Produktywność	Notatniki, listy zadań, klawiatury, drukowanie, kalendarze, kopie zapasowe, kalkulatory, konwersje
Zakupy	Zakupy online, aukcje, kupony, porównywanie cen, listy zakupów, opinie o produktach
Społecznościowe	Sieci społecznościowe, meldowanie się
Sport	Wiadomości i komentarze sportowe, śledzenie wyników, zarządzanie wirtualnym zespołem, informacje o rozgrywkach
Narzędzia	Narzędzia na urządzenia z Androidem
Podróże/informacje	Narzędzia do rezerwacji podróży, wspólne przejazdy, taksówki, przewodniki po miastach, informacje o lokalnych firmach, narzędzia do zarządzania podróżami, rezerwacja wycieczek
Odtwarzacze i edytory wideo	Edytory i odtwarzacze wideo, przechowywanie multimediów
Pogoda	Prognozy pogody

Reklama i marketing aplikacji

Określ, czy aplikacja zawiera reklamy lub treści marketingowe, w tym promocje w aplikacji.

Polityka prywatności

zawierać link do polityki prywatności, która szczegółowo opisuje, jak deweloper postępuje z danymi użytkownika; Jeśli aplikacja nie zawiera tego linku, zakłada się, że nie przetwarza danych użytkownika.

Jakie informacje o sobie muszą udostępniać deweloperzy

Podczas tworzenia pakietu metadanych aplikacji deweloperzy muszą ujawnić informacje o deweloperze opisane w tych sekcjach:

Nazwa dewelopera

Nazwa dewelopera, osoby lub firmy, która utworzyła aplikację. Może być kilka nazw deweloperów.

Rejestr aplikacji

Jeśli aplikacja jest wymieniona w jakimkolwiek rejestrze aplikacji, w tym w sklepach i innych instalatorach, wskaż to w tym polu. Dozwolonych jest wiele wpisów dla wielu sklepów.

• W przypadku rejestrów aplikacji, które są instalatorami na Androida: wartością powinna być nazwa pakietu Androida sklepu. Na przykład w przypadku Sklepu Google Play użyj com.android.vending.
• W przypadku innych rejestrów aplikacji: wartością powinien być adres URL rejestru.

Pomiń to pole z jednego z tych powodów:

• Deweloper jest pakietem SDK wymienionym na platformie Google Play SDK Index.
• Deweloper nie jest zarejestrowany w żadnym sklepie z aplikacjami ani w żadnym rejestrze.

Identyfikator rejestru aplikacji

W przypadku aplikacji wymienionych w dowolnym rejestrze aplikacji, w tym w instalatorach i sklepach, ta wartość powinna być identyfikatorem sklepu, instalatora lub rejestru dewelopera. Dozwolone jest podanie wielu wpisów dla wielu sklepów.

• W przypadku deweloperów zarejestrowanych w Google Play: ta wartość musi być adresem URL strony dewelopera (np. https://play.google.com/store/apps/dev?id=5700313618786177705 to adres URL dewelopera Google LLC).
• Jeśli deweloper jest deweloperem pakietu SDK wymienionym na platformie Google Play SDK Index: użyj adresu URL pakietu SDK (np. https://play.google.com/sdks/details/com-google-android-gms-play-services-ads to adres URL pakietu SDK do reklam mobilnych Google (GMA)).
• Jeśli deweloper jest zarejestrowany w innym sklepie lub rejestrze: można podać adres URL sklepu z aplikacjami lub inny identyfikator.

Jeśli deweloper nie jest zarejestrowany w żadnym sklepie z aplikacjami, ten atrybut można pominąć.

Dane kontaktowe dewelopera

Podaj następujące informacje:

• E-mail
• Witryna
• Kraj lub region
• adres pocztowy,

Jakie informacje deweloperzy muszą ujawnić w sekcji Bezpieczeństwo danych

W tej sekcji wyjaśniamy, jakie informacje deweloperzy muszą zamieścić w sekcji Bezpieczeństwo danych w pakiecie metadanych aplikacji, a także przedstawiamy listę typów danych użytkownika i celów, jakie deweloperzy mogą wybrać. Jeśli aplikacja jest rozpowszechniana w Sklepie Google Play, wpisz te informacje w Konsoli Play.

Jakie informacje deweloperzy muszą deklarować w związku z różnymi typami danych

Podczas tworzenia pakietu metadanych aplikacji deweloperzy muszą ujawnić informacje o typach danych, które zbierają i udostępniają, zgodnie z opisem w tych sekcjach:

Zbieranie danych

Zbieranie w tym przypadku oznacza przesyłanie danych z aplikacji poza urządzenie użytkownika. Uwzględnij te wskazówki:

• Biblioteki i pakiety SDK: obejmuje to dane użytkownika przesyłane z aplikacji przez używane w niej biblioteki lub pakiety SDK poza urządzenie, niezależnie od tego, czy są one przesyłane do dewelopera aplikacji, czy na serwer innej firmy.

• Komponent WebView: obejmuje to też dane użytkownika zbierane za pomocą komponentu WebView, który został otwarty w aplikacji, jeśli ma ona kontrolę nad kodem i zachowaniem w ramach tego komponentu.

  Deweloperzy nie muszą deklarować zbierania danych za pomocą komponentu WebView, jeśli użytkownicy korzystają z otwartej sieci.

• Przetwarzanie na bieżąco: przesyłane poza urządzenie dane użytkownika, które są przetwarzane na bieżąco, nie muszą być uwzględniane w pakiecie metadanych aplikacji, jeśli spełniają te normy:

  Przetwarzanie na bieżąco oznacza, że dane są wykorzystywane tylko wtedy, gdy są przechowywane jedynie w pamięci i nie dłużej niż jest to konieczne do obsługi konkretnego żądania w czasie rzeczywistym.

  Na przykład – w przypadku aplikacji pogodowej, która przesyła dane o lokalizacji użytkownika poza urządzenie, aby pokazać aktualną pogodę w jego lokalizacji, ale używa tylko danych o lokalizacji w pamięci i nie przechowuje ich po wypełnieniu żądania, dane o lokalizacji wykorzystywane tymczasowo można traktować jako przetwarzane na bieżąco. Dane wykorzystywane do tworzenia profili reklamowych lub innych profili użytkowników nie mogą być jednak traktowane w ten sposób. Trzeba zadeklarować ich zbieranie lub udostępnianie w odpowiednich celach.

• Dane pseudonimowe: należy zamieścić informacje o zbieranych danych użytkownika poddanych pseudonimizacji. Na przykład należy ujawnić dane, które można w uzasadniony sposób ponownie powiązać z użytkownikiem.

Poza zakresem ujawniania informacji o zbieraniu danych

Nie musisz ujawniać zbierania danych w tych przypadkach:

• Dostęp i przetwarzanie na urządzeniu: dane użytkownika, do których aplikacja ma dostęp, ale które są przetwarzane jedynie lokalnie na urządzeniu użytkownika, a nie wysyłane poza urządzenie, nie muszą być ujawnione.

• Pełne szyfrowanie: dane użytkownika, które są wysyłane poza urządzenie, ale których w wyniku pełnego szyfrowania nie może odczytać nikt poza ich nadawcą i odbiorcą, nie muszą być ujawnione.

  Zaszyfrowane dane nie mogą być czytelne dla żadnego podmiotu pośredniczącego, w tym dewelopera, a niezbędne klucze mogą mieć tylko nadawca i odbiorca.

Udostępnianie danych

Udostępnianie w tym przypadku oznacza przenoszenie danych użytkownika zbieranych w aplikacji i udostępnianie ich innym firmom. Obejmuje to dane użytkownika przenoszone w następujący sposób:

• poza urządzenie – np. przenoszenie w trybie serwer-serwer (jeśli deweloper przenosi dane użytkownika zbierane w aplikacji ze swojego serwera na serwer innej firmy);

• Przenoszenie na urządzeniu do innej aplikacji: przenoszenie danych użytkownika z aplikacji do innej aplikacji bezpośrednio na urządzeniu. W takim przypadku deweloper musi ujawnić udostępnianie danych w sekcji Bezpieczeństwo danych, nawet jeśli aplikacja nie przesyła danych poza urządzenie użytkownika.

• Z bibliotek i pakietów SDK aplikacji: przesyłanie danych zebranych z aplikacji poza urządzenie użytkownika bezpośrednio do osoby trzeciej przy użyciu bibliotek lub pakietów SDK zawartych w aplikacji.

• Z komponentu WebView, który został otwarty w aplikacji: przesyłanie danych użytkownika do osoby trzeciej za pomocą komponentu WebView, który został otwarty w aplikacji, jeśli ma ona kontrolę nad kodem i zachowaniem w ramach tego komponentu.

  Deweloperzy nie muszą deklarować udostępniania danych za pomocą komponentu WebView, jeśli użytkownicy korzystają z otwartej sieci.

Ujawnianie jako udostępnianie nie jest konieczne w przypadku tych form przenoszenia danych:

• Usługodawcy: przenoszenie danych użytkownika do usługodawcy, który przetwarza je w imieniu dewelopera. Usługodawca to podmiot, który przetwarza dane użytkownika w imieniu dewelopera i zgodnie z jego instrukcjami.

• Cele prawne: przesyłanie danych użytkownika w określonych celach prawnych, np. w odpowiedzi na obowiązek prawny lub wniosek urzędowy.

• Działanie wywołane przez użytkownika lub powiadomienie o zbieraniu danych i zgoda użytkownika: przenoszenie danych użytkownika i udostępnianie ich innej firmie na podstawie określonego, wywołanego przez użytkownika działania, gdy użytkownik zasadnie oczekuje, że dane zostaną udostępnione, lub na podstawie wyświetlonego w aplikacji powiadomienia o zbieraniu danych i udzielenia zgody przez użytkownika.

• Dane anonimowe. Przenoszenie danych użytkownika, które zostały w pełni poddane anonimizacji, aby nie można było ich powiązać z konkretnym użytkownikiem.

• Własne i zewnętrzne: własne oznacza dewelopera, czyli główną organizację odpowiedzialną za przetwarzanie danych zbieranych przez aplikację. W przypadku aplikacji rozpowszechnianych w sklepach jest to zwykle organizacja, która publikuje aplikację w sklepie.

  Na firmie tej spoczywa obowiązek wyjaśnienia użytkownikom, która organizacja jest przede wszystkim odpowiedzialna za przetwarzanie danych zbieranych przez aplikację.

  Inna firma to dowolna organizacja inna niż własna firma lub jej usługodawcy.

Przetwarzanie danych

Deweloperzy mogą też podać informacje o tym, czy poszczególne typy danych zbieranych przez aplikację są opcjonalne czy wymagane. W przypadku opcjonalnego typu możliwe jest wyrażenie zgody na zbieranie danych lub z niego zrezygnowanie. Deweloperzy mogą na przykład zadeklarować, że wybrany typ jest opcjonalny, jeśli użytkownik ma kontrolę nad zbieraniem danych i może korzystać z aplikacji bez ich udostępniania lub jeśli to użytkownik decyduje, czy ręcznie udostępniać tego typu dane. Jeśli główna funkcja aplikacji wymaga zbierania wybranego typu danych, deweloperzy powinni zadeklarować te dane jako wymagane.

Deweloperzy mogą zadeklarować, że aplikacja zbiera określone dane opcjonalnie tylko wtedy, gdy wszyscy użytkownicy (niezależnie od urządzenia i regionu) mogą opcjonalnie udostępniać informacje albo wyrazić zgodę na zbieranie danych lub z niego zrezygnować.

Przykłady opcjonalnego zbierania danych:

• Aplikacja społecznościowa, która prosi o podanie daty urodzenia użytkownika na potrzeby komunikacji marketingowej, ale nie jest to wymagane – użytkownik może się zarejestrować bez podawania tych informacji.

• Dane użytkownika, które są zbierane tylko wtedy, gdy użytkownik zaloguje się w aplikacji i gdy użytkownicy mogą korzystać z aplikacji bez logowania się.

Inne oświadczenia dotyczące aplikacji i danych

Sekcja Bezpieczeństwo danych to także okazja dla deweloperów do zaprezentowania praktyk dotyczących prywatności i bezpieczeństwa aplikacji. Deweloperzy mogą na przykład wyróżnić te informacje:

• Szyfrowanie podczas przesyłania: czy dane zbierane lub udostępniane przez aplikację są szyfrowane podczas przesyłania, aby chronić przepływ danych użytkownika z jego urządzenia na serwer.

  Niektóre aplikacje umożliwiają użytkownikom przenoszenie danych do innej witryny lub usługi. Na przykład aplikacja do obsługi wiadomości może oferować opcję wysyłania SMS-ów przy pomocy operatora sieci komórkowej, który stosuje różne metody szyfrowania. Deweloperzy takich aplikacji w sekcji Bezpieczeństwo danych mogą zadeklarować, że te dane są przesyłane za pomocą bezpiecznego połączenia. W tym celu muszą oni korzystać z najlepszych standardów branżowych do bezpiecznego szyfrowania danych przesyłanych między urządzeniem użytkownika a serwerami aplikacji.

• Mechanizm przesyłania prośby o usunięcie danych: czy aplikacja umożliwia użytkownikom wysyłanie żądań usunięcia ich danych.

Niezależna weryfikacja bezpieczeństwa (dostępna dla wszystkich aplikacji)

Deweloperzy mogą zadeklarować w sekcji Bezpieczeństwo danych, że aplikacja została niezależnie zweryfikowana pod kątem zgodności z globalnym standardem bezpieczeństwa. Ta opcjonalna weryfikacja jest przeprowadzana i opłacana przez deweloperów. Na przykład w ramach Mobile Application Security Assessment (MASA) deweloperzy mogą współpracować bezpośrednio z laboratorium, aby oceniać swoje aplikacje pod kątem zgodności ze standardem Mobile Application Security Verification Standard (MASVS) organizacji Open Worldwide Application Security Project (OWASP). Organizacje zewnętrzne, które przeprowadzają weryfikację, robią to w imieniu deweloperów.

Ważne: ta niezależna weryfikacja może nie obejmować poprawności i kompletności pakietu metadanych aplikacji dewelopera. Nawet jeśli deweloperzy używają narzędzi innych firm do diagnozowania zabezpieczeń aplikacji, ponoszą wyłączną odpowiedzialność za udostępnienie kompletnych i poprawnych deklaracji w pakiecie metadanych aplikacji.

Typy danych i cele dotyczące ich zbierania

Deweloperzy są proszeni o podanie informacji o zbieraniu, udostępnianiu i innych praktykach dotyczących różnych typów danych użytkownika, a także o celach, w jakich deweloper wykorzystuje te dane, zgodnie z opisem w tych tabelach:

Kategoria	Typ danych	Opis
Lokalizacja	Przybliżona lokalizacja	Fizyczna lokalizacja użytkownika lub urządzenia na obszarze minimalnie 3 kilometrów kwadratowych, np. miasto, w którym znajduje się użytkownik, lub lokalizacja udostępniona w ramach uprawnienia ACCESS_COARSE_LOCATION na Androidzie.
	Dokładna lokalizacja	Fizyczna lokalizacja użytkownika lub urządzenia na obszarze maksymalnie 3 kilometrów kwadratowych, np. lokalizacja udostępniona w ramach uprawnienia ACCESS_FINE_LOCATION na Androidzie.
Dane osobowe	Nazwa	Sposób, w jaki użytkownik nazywa samego siebie – np. imię i nazwisko lub pseudonim.
	Adres e-mail	Adres e-mail użytkownika.
	Identyfikatory użytkowników	Identyfikatory powiązane z możliwą do rozpoznania osobą. Mogą to być na przykład identyfikator, numer lub nazwa konta.
	Adres	Adres użytkownika, na przykład adres pocztowy lub domowy.
	Numer telefonu	Numer telefonu użytkownika.
	Rasa i przynależność etniczna	Informacje o rasie lub narodowości użytkownika.
	Poglądy polityczne lub wyznanie	Informacje o poglądach politycznych lub wyznaniu użytkownika.
	Orientacja seksualna	Informacje o orientacji seksualnej użytkownika.
	Inne informacje	Wszelkie inne dane osobowe, takie jak data urodzenia, tożsamość płciowa czy status weterana.
Informacje finansowe	Dane użytkownika do płatności	Informacje o kontach finansowych użytkownika, np. numer karty kredytowej.
	Historia zakupów	Informacje o zakupach lub transakcjach dokonanych przez użytkownika.
	Scoring kredytowy	Informacje o scoringu kredytowym użytkownika.
	Inne informacje finansowe	Wszelkie inne informacje finansowe, takie jak zarobki lub długi użytkownika.
Zdrowie i sprawność fizyczna	Informacje zdrowotne	Informacje o stanie zdrowia użytkownika, np. jego dokumentacja medyczna lub objawy.
	Informacje o aktywności fizycznej	Informacje o sprawności fizycznej użytkownika, np. ćwiczeniach lub innej aktywności fizycznej.
Wiadomości	E-maile	E-maile użytkownika wraz z tematem, informacją o nadawcy i odbiorcach, a także treścią wiadomości.
	SMS-y lub MMS-y	SMS-y użytkownika wraz z informacją o nadawcy i odbiorcach, a także treścią wiadomości.
	Inne wiadomości w aplikacji	Wszelkie inne typy wiadomości, np. wiadomości czatu lub treści czatu.
Zdjęcia i filmy	Zdjęcia	Zdjęcia użytkownika.
	Filmy	Filmy użytkownika.
pliki audio.	Nagrania głosu lub dźwięku	głos użytkownika, np. poczta głosowa lub nagrania dźwiękowe;
	Pliki muzyczne	Pliki muzyczne użytkownika.
	Inne pliki dźwiękowe	Wszelkie inne pliki dźwiękowe utworzone lub udostępnione przez użytkownika.
Pliki i dokumenty	Pliki i dokumenty	Pliki i dokumenty użytkownika lub informacje na ich temat (np. nazwy plików).
Kalendarz	Wydarzenia w kalendarzu	Informacje z kalendarza użytkownika, np. wydarzenia, uwagi dotyczące wydarzeń lub listy uczestników.
Kontakty	Kontakty	Informacje o kontaktach użytkownika, takie jak ich nazwy, historia wiadomości i informacje dotyczące wykresu społecznościowego, np. nazwy użytkowników, informacje na temat ostatniego użycia kontaktu, częstotliwość kontaktów, czas trwania komunikacji i historia połączeń.
Aktywność w aplikacjach	Interakcje z aplikacją	Informacje o tym, jak użytkownik korzysta z Twojej aplikacji. Mogą to być na przykład kliknięte elementy lub liczba wizyt na stronie.
	Historia wyszukiwania w aplikacji	Informacje o wyszukiwaniach użytkownika w aplikacji.
	Zainstalowane aplikacje	Informacje o aplikacjach zainstalowanych na urządzeniu użytkownika.
	Inne treści użytkowników	Inne treści użytkownika, które nie zostały wymienione tutaj ani w pozostałych sekcjach. Mogą to być na przykład biogramy lub notatki użytkownika albo jego odpowiedzi na pytania otwarte.
	Inne czynności	Inna aktywność użytkownika lub czynności w aplikacji, których nie ma na liście, np. rozgrywka, polubienia lub opcje okien.
Przeglądanie internetu	Historia przeglądania internetu	Informacje o stronach odwiedzonych przez użytkownika.
Informacje o aplikacjach i ich działaniu	dzienniki awarii,	Dane z dziennika awarii aplikacji. Na przykład liczba awarii aplikacji, zrzuty stosu awarii lub inne informacje związane bezpośrednio z awarią.
	Diagnostyka	Informacje o wydajności aplikacji, np. żywotność baterii, czas wczytywania, czas oczekiwania, liczba klatek lub diagnostyka techniczna.
	Inne dane o działaniu aplikacji	Wszelkie inne dane dotyczące wydajności aplikacji, które nie zostały tutaj wymienione.
Identyfikatory urządzenia i inne	Identyfikatory urządzenia i inne	Identyfikatory powiązane z konkretnym urządzeniem lub określoną przeglądarką albo aplikacją (np. numer IMEI, adres MAC, identyfikator urządzenia Widevine, identyfikator instalacji Firebase czy identyfikator wyświetlania reklam).

Cele

Cel zbierania danych	Opis	Przykład
Funkcje aplikacji	Dane są używane na potrzeby funkcji, które są dostępne w aplikacji.	Na przykład, aby włączyć funkcje aplikacji lub uwierzytelnić użytkowników.
Analityka	Dane są używane na potrzeby zbierania informacji o tym, jak użytkownicy korzystają z aplikacji lub jaka jest jej wydajność.	Na przykład, aby dowiadywać się, ilu użytkowników używa określonej funkcji, monitorować stan aplikacji, rozpoznawać i naprawiać błędy lub awarie albo zwiększać wydajność aplikacji.
Informacje od dewelopera	Dane służą do wysyłania wiadomości lub powiadomień o deweloperze albo jego aplikacji.	Dotyczy to na przykład wysyłania powiadomień push, aby poinformować użytkowników o ważnej aktualizacji zabezpieczeń lub nowych funkcjach aplikacji.
Cele marketingowe	Dane służą do wyświetlania lub kierowania reklam i informacji marketingowych albo do mierzenia skuteczności reklam.	Dotyczy to na przykład wyświetlania reklam displayowych w aplikacji, wysyłania powiadomień push w celu promowania innych produktów lub usług albo udostępniania danych partnerom reklamowym.
Zapobieganie oszustwom, bezpieczeństwo i zgodność z przepisami	Dane służą do zapobiegania oszustwom, zapewniania bezpieczeństwa lub zgodności z przepisami.	Dotyczy to na przykład monitorowania nieudanych prób zalogowania się w celu identyfikowania potencjalnie nieuczciwych działań.
Personalizacja	Dane służą do dostosowywania aplikacji, m.in. wyświetlania polecanych treści lub sugestii.	Dotyczy to na przykład sugerowania playlist na podstawie przesłuchanych przez użytkownika utworów lub podawania wiadomości lokalnych na podstawie jego lokalizacji.
Zarządzanie kontem	Dane służą do konfigurowania kont użytkowników i zarządzania nimi z pomocą dewelopera.	Na przykład do tego, żeby umożliwić użytkownikom tworzenie kont lub dodawanie informacji do udostępnianych przez dewelopera kont używanych w jego usługach, a także logowanie się w aplikacji lub weryfikowanie danych logowania.

Ręczne tworzenie pliku XML dotyczącego bezpieczeństwa danych

Poniższy przykładowy plik XML dotyczący bezpieczeństwa danych przedstawia strukturę pliku dla wstępnie załadowanej aplikacji, która udostępnia dane związane z lokalizacją użytkownika. Edytuj tę strukturę, dodając, edytując lub usuwając elementy w zależności od rodzaju informacji, które musisz ujawnić w przypadku swojej aplikacji.

Pamiętaj, że przykładowy plik nie musi być kompletny. Więcej informacji o wymaganej strukturze XML w sekcjach dotyczących aplikacji, dewelopera i sekcji Bezpieczeństwo danych w pakiecie metadanych aplikacji, które mogą być wymagane w przypadku Twojej aplikacji, znajdziesz w schemacie pakietów metadanych aplikacji.

<?xml version='1.0' encoding='UTF-8' standalone='yes' ?>
<bundle>
<long name="version" value="2" />

  <pbundle_as_map name="safety_labels">
    <long name="version" value="1" />

      <pbundle_as_map name="data_labels">
        <pbundle_as_map name="data_shared">
          <pbundle_as_map name="location">
            <pbundle_as_map name="approx_location">
              <int-array name="purposes" num="4">
                  <item value="1" />
                  <item value="2" />
                  <item value="5" />
                  <item value="6" />
              </int-array>
            </pbundle_as_map>
            <pbundle_as_map name="precise_location">
              <int-array name="purposes" num="2">
                  <item value="1" />
                  <item value="6" />
              </int-array>
            </pbundle_as_map>
          </pbundle_as_map>
        </pbundle_as_map>

    </pbundle_as_map>
</pbundle_as_map>
</bundle>

Najczęstsze pytania

W sekcjach poniżej znajdziesz odpowiedzi na najczęstsze pytania deweloperów.

Pytania ogólne

W sekcjach poniżej znajdziesz odpowiedzi na ogólne pytania dotyczące pakietów metadanych aplikacji.

Deweloper przesłał podobne informacje dotyczące iOS. Jaką ich część deweloper może wykorzystać w pakiecie metadanych aplikacji na Androida?

Świetnie, że deweloper dobrze zna już sposoby, w jakie aplikacja postępuje z danymi. Aby prawidłowo uzupełnić pakiet metadanych aplikacji, deweloper może potrzebować dodatkowych informacji, których wcześniej nie używał, więc powinien spodziewać się dodatkowej pracy. Taksonomia i struktura pakietu metadanych aplikacji na Androida mogą znacznie się różnić od tych wykorzystywanych w innych sklepach z aplikacjami.

Skąd Google wie, że deweloperzy podają poprawne informacje? Z naszych obserwacji branży wynika, że te informacje nie zawsze są prawidłowe.

Podobnie jak w przypadku polityki prywatności deweloperzy są odpowiedzialni za informacje zamieszczone w pakiecie metadanych aplikacji.

Jak często deweloper musi aktualizować pakiet metadanych aplikacji?

Deweloperzy powinni aktualizować pakiet metadanych aplikacji, gdy wprowadzają istotne zmiany w postępowaniu z danymi w aplikacji.

Pytania dotyczące wypełniania sekcji Bezpieczeństwo danych

W sekcjach poniżej znajdziesz odpowiedzi na pytania dotyczące wypełniania sekcji Bezpieczeństwo danych w pakiecie metadanych aplikacji.

Co zrobić, jeśli aplikacja działa inaczej w przypadku różnych obsługiwanych wersji Androida?

Pakiet metadanych aplikacji powinien być dokładny, aby był niezależny od sposobu użycia, wersji aplikacji, regionu i wieku użytkownika. Sekcja Bezpieczeństwo danych zawiera podsumowanie danych zbieranych i udostępnianych we wszystkich regionach i w przypadku wszystkich typów użytkowników.

Jak deweloper może pokazać, że w różnych regionach może stosować różne praktyki? Na przykład deweloper nie korzysta z niektórych bibliotek w Europie, ale może ich używać w innych regionach.

Pakiet metadanych aplikacji odzwierciedla ogólne sposoby postępowania z danymi w przypadku poszczególnych aplikacji. Sekcja Bezpieczeństwo danych zawiera podsumowanie danych zbieranych i udostępnianych we wszystkich regionach i w przypadku wszystkich typów użytkowników.

Czy sekcje Bezpieczeństwo danych są objęte mechanizmem udzielania zgody na wykorzystanie danych? Czy deweloper musi wykonać dodatkowe czynności i utworzyć powiadomienie o zbieraniu danych w aplikacji?

Nie. Podczas instalowania aplikacji przez użytkownika nie są podawane żadne nowe informacje ani nie jest wymagana nowa zgoda związana z tą funkcją. Deweloperzy aplikacji w Google Play i aplikacji mobilnych w pakiecie na urządzeniach z Androidem z usługami Google Play, które zbierają dane osobowe i poufne użytkownika, muszą zamieścić odpowiednie powiadomienia w aplikacji, jeśli jest to wymagane przez zasady.

Czy deweloper musi zadeklarować zbieranie danych, jeśli aplikacja ma uprawnienie, ale w rzeczywistości nie zbiera ani nie udostępnia danych?

Deweloper nie musi deklarować zbierania ani udostępniania danych, chyba że dane są faktycznie zbierane lub udostępniane. Aplikacje z Google Play i aplikacje mobilne w pakiecie na urządzeniach z Androidem z Usługami Google Play muszą być zgodne ze wszystkimi obowiązującymi zasadami.

Jeśli jeden typ danych jest zbierany w ramach innego, czy deweloper powinien zadeklarować oba? Jeśli na przykład deweloper zbiera kontakty zawierające adres e-mail użytkownika, czy ma zadeklarować typy danych „Kontakty” i „Adres e-mail”?

Jeśli deweloper celowo zbiera dane w ramach innego typu danych, musi poinformować o zbieraniu obu z nich. Jeśli na przykład deweloper zbiera zdjęcia użytkowników i używa ich do określania cech użytkowników (takich jak pochodzenie etniczne lub rasa), musi też ujawnić, że zbiera informacje o pochodzeniu etnicznym i rasie.

Czy deweloper musi udostępnić mechanizm usuwania danych? Czy musi on dotyczyć wszystkich danych użytkownika?

Dzięki sekcji Bezpieczeństwo danych deweloper może poinformować, czy udostępnia mechanizm otrzymywania od użytkowników próśb o usunięcie danych. W ramach wypełniania sekcji Bezpieczeństwo danych deweloper powinien wskazać, czy udostępnia taki mechanizm.

Czy muszę udostępniać konkretny typ mechanizmu, aby móc poinformować, że moja aplikacja obsługuje żądania usunięcia danych użytkowników?

Nie wymagamy konkretnego mechanizmu, ale zgodnie ze sprawdzonymi metodami mechanizm wysyłania żądania powinien być łatwy do znalezienia i użycia przez użytkowników. Typowe przykłady mechanizmów wyraźnie wskazujących użytkownikom procedurę, dzięki której mogą oni poprosić o usunięcie swoich danych, to między innymi funkcje w aplikacji, formularze kontaktowe czy specjalny alias e-mail.

Jak deweloper powinien wskazać w sekcji Bezpieczeństwo danych, że udostępnia mechanizm usuwania danych, jeśli dane są automatycznie usuwane lub anonimizowane?

Deweloper może zadeklarować, że użytkownicy mogą poprosić o usunięcie danych, jeśli udostępnia co najmniej 1 z tych opcji:

• mechanizm przesyłania prośby o usunięcie danych.

• automatyczny proces inicjowania usunięcia lub anonimizacji zebranych danych w ciągu 90 dni od ich zebrania.

  Deweloper może zadeklarować, że użytkownicy mogą poprosić o usunięcie danych, nawet jeśli musi przechowywać określone dane z uzasadnionych przyczyn, takich jak przestrzeganie przepisów prawa czy zapobieganie nadużyciom.

Co jeśli udostępniony przez dewelopera mechanizm usuwania danych nie jest dostępny dla wszystkich użytkowników na całym świecie? Czy deweloper nadal może wskazać, że udostępnia taki mechanizm?

W każdym pakiecie metadanych aplikacji dostępna jest tylko 1 globalna sekcja Bezpieczeństwo danych. Powinna ona opisywać postępowanie z danymi niezależnie od sposobu użycia, regionu i wieku użytkownika. Inaczej mówiąc – jeśli postępowanie z danymi następuje w jakiejkolwiek wersji aplikacji w jakimkolwiek miejscu na świecie, deweloper musi o tym poinformować. Dlatego sekcja Bezpieczeństwo danych zawiera podsumowanie danych zbieranych i udostępnianych we wszystkich wersjach aplikacji, które są obecnie dostępne w Google Play.

Jakie techniki można wykorzystać do zapewnienia anonimowości danych?

Jest wiele potencjalnych metod poddawania danych anonimizacji, aby nie można było ich powiązać z konkretnym użytkownikiem. Deweloper powinien skonsultować się ze specjalistami ds. prywatności i bezpieczeństwa, aby poznać metody, które sprawdzą się w jego przypadku użycia. Na tej stronie opisujemy przykładowe metody anonimizacji danych stosowane przez Google, m.in. prywatność różnicową.

Jak deweloper powinien postępować w przypadku zbierania i używania adresów IP?

Podobnie jak w przypadku innych typów danych deweloper powinien ujawniać zbieranie, używanie i udostępnianie adresów IP w zależności od sposobu ich wykorzystywania i postępowania z nimi. Jeśli na przykład deweloper wykorzystuje adresy IP do określania lokalizacji, należy zadeklarować właśnie ten typ danych (lokalizacja).

Jak deweloper powinien zamieścić informację o zbieraniu i udostępnianiu innych rodzajów danych umożliwiających identyfikację?

Podobnie jak w przypadku innych typów danych, deweloper musi zamieścić informację o zbieraniu, używaniu i udostępnianiu różnych rodzajów danych umożliwiających identyfikację osoby w zależności od sposobu ich wykorzystywania i postępowania z nimi. Na przykład zbieranie nazwy konta powiązanej z możliwą do rozpoznania osobą powinno być zadeklarowane jako „Identyfikator osobisty”, a zbieranie identyfikatora wyświetlania reklam na Androidzie powinno być zadeklarowane jako „Urządzenie lub inne identyfikatory”. Inny przykład: identyfikator powiązany z konkretnym zdarzeniem w aplikacji, który nie jest w uzasadniony sposób powiązany z konkretnym urządzeniem, przeglądarką ani aplikacją, nie musi być ujawniany jako „Identyfikatory urządzenia i inne”.

Jak wspomnieliśmy wcześniej, informacje o zbieraniu danych poddanych pseudonimizacji powinny być zamieszczone w sekcji Bezpieczeństwo danych w pakiecie metadanych aplikacji w ramach odpowiedniego typu danych. Jeśli na przykład deweloper zbiera informacje diagnostyczne z identyfikatorem urządzenia, w sekcji Bezpieczeństwo danych nadal musi ujawnić zbieranie „Diagnostyki”.

Jakie działania mogą wykonywać „dostawcy usług”?

Usługodawca może przetwarzać dane użytkownika tylko w imieniu dewelopera. Na przykład dostawca usług analitycznych, który przetwarza dane użytkownika z aplikacji wyłącznie w imieniu dewelopera, lub dostawca chmury, który przechowuje dane użytkownika z aplikacji na potrzeby dewelopera, zwykle kwalifikują się jako „usługodawcy”. Z drugiej strony, jeśli dostawca pakietu SDK tworzy profile reklamowe dla wielu klientów na podstawie danych aplikacji, nie będzie to uznawane za działanie „dostawcy usług” na potrzeby sekcji Bezpieczeństwo danych i będzie musiało zostać ujawnione jako „udostępnianie” w sekcji Bezpieczeństwo danych w pakiecie metadanych aplikacji.

Aplikacja korzysta z zewnętrznej usługi płatniczej do obsługi transakcji finansowych. Czy muszę w jej przypadku w pakiecie metadanych ujawniać zbieranie informacji finansowych, takich jak dane kart kredytowych?

To zależy od charakteru integracji z usługą płatniczą. Jeśli aplikacja korzysta z usługi płatniczej, takiej jak PayPal, Google Pay, system rozliczeniowy Google Play lub podobne, deweloper nie musi deklarować zbierania danych, które usługa płatnicza gromadzi w związku z przetwarzaniem transakcji finansowych, takich jak numer karty kredytowej, jeśli spełnione są wszystkie te warunki:

• Aplikacja nie ma dostępu do tych informacji.

• Usługa płatnicza gromadzi te informacje bezpośrednio od użytkownika, co podlega warunkom korzystania z niej.

Deweloper powinien dokładnie sprawdzić integrację z usługą płatniczą, aby mieć pewność, że sekcja Bezpieczeństwo danych w pakiecie metadanych aplikacji zawiera informacje o zbieraniu i udostępnianiu odpowiednich danych, jeśli te warunki nie są spełnione. Deweloper powinien też zastanowić się, czy aplikacja zbiera inne informacje finansowe, takie jak historia zakupów, oraz czy otrzymuje ona dane z usługi płatniczej, na przykład do celów związanych ze zmniejszaniem ryzyka i przeciwdziałaniem oszustwom.

Aplikacja umożliwia użytkownikom przesyłanie danych bezpośrednio na Dysk Google lub do usługi Dropbox w celu tworzenia ich kopii zapasowych albo przechowywania. Aplikacja nie uzyskuje jednak dostępu do tych danych. Czy należy uznać to za „zbieranie”?

To zależy od konkretnej implementacji. Jeśli użytkownik zdecyduje się przesłać swoje dane bezpośrednio na własny dysk zewnętrzny lub konto w usłudze przechowywania w chmurze (np. na Dysk Google, do usługi Dropbox lub podobnej), a przesyłanie podlega warunkom korzystania z usługi i polityce prywatności dostawcy dysku zewnętrznego lub usługi przechowywania w chmurze, a aplikacja nigdy nie zbiera tych danych ani nie ma do nich dostępu, nie musi deklarować zbierania tych danych.

Jak deweloper powinien szyfrować dane w ruchu?

Aby bezpiecznie szyfrować dane aplikacji podczas przesyłania, deweloper musi przestrzegać standardów branżowych. Popularne protokoły szyfrowania to na przykład Transport Layer Security (TLS) i Hypertext Transfer Protocol Secure (HTTPS).

Aplikacja umożliwia użytkownikom tworzenie kont lub dodawanie do nich informacji, np. daty urodzenia lub płci. Jak deweloper powinien zadeklarować zbieranie danych, które użytkownik dodaje do swojego konta?

Deweloper powinien zadeklarować zbieranie tych danych na potrzeby zarządzania kontem, wskazując w razie potrzeby, czy gromadzenie danych jest opcjonalne.

Dodatkowo, jak w przypadku wszystkich typów danych zbieranych przez aplikację, deweloper musi ujawnić te dane i cele, w jakich aplikacja ich używa. Jeśli na przykład aplikacja pozwala użytkownikom na dodawanie do konta daty urodzenia i wykorzystuje te dane do wysyłania aktualnych powiadomień push, należy zadeklarować ten cel oprócz zarządzania kontem.

Zarządzanie kontem może obejmować ogólne wykorzystanie danych konta, które nie jest specyficzne dla danej aplikacji. Jeśli na przykład deweloper używa informacji o koncie do zapobiegania oszustwom, wyświetlania reklam, marketingu lub komunikacji z deweloperem w różnych usługach, a to wykorzystanie nie jest specyficzne dla aplikacji ani działań w niej, zadeklarowanie „zarządzania kontem” jako celu zbierania tych danych konta wystarczy, aby uwzględnić te ogólne zastosowania w sekcji Bezpieczeństwo danych w pakiecie metadanych aplikacji. Należy jednak zadeklarować wszystkie cele, w jakich aplikacja wykorzystuje dane. Sprawdzoną metodą jest opisanie w dokumentacji na koncie oraz podczas rejestracji sposobu, w jaki aplikacja używa danych użytkownika na potrzeby usług na koncie.

Czym są usługi systemowe?

Usługi systemowe to fabrycznie zainstalowane oprogramowanie, które wspiera główne funkcje systemu. Usługi systemowe powinny obejmować pakiety transparency_info i system_app_safety_label (ten drugi jest dostarczany zamiast pakietu safety_labels). W przypadku usług systemowych rozpowszechnianych w Google Play można ubiegać się o zwolnienie z konieczności wypełniania formularza Bezpieczeństwa danych w Google Play.

Jak deweloper deklaruje zbieranie danych, które są wykorzystywane tymczasowo w celu wczytywania stron i obsługiwania żądań po stronie klienta w czasie rzeczywistym, zanim zostaną one zarejestrowane na serwerach dewelopera i użyte do innych celów?

Jeśli przetwarzasz te dane na bieżąco, nie musisz uwzględniać ich w sekcji Bezpieczeństwo danych w pakiecie metadanych aplikacji. Deweloper musi jednak zadeklarować użycie tych danych użytkownika, jeśli nie są one jedynie przetwarzane na bieżąco. Dotyczy to wszystkich celów, w jakich deweloper wykorzystuje zarejestrowane dane użytkownika.