Reminder: By Aug 31, 2026, all new apps and updates to existing apps must use Billing Library version 8 or later. If you need more time to update your app, you can request an extension until Nov 1, 2026. Learn about Play Billing Library version deprecation.

Google używa technologii AI do tłumaczenia treści na Twój preferowany język. Tłumaczenia wygenerowane przez AI mogą zawierać błędy.

Zwalczanie oszustw i nadużyć

Google Play dokłada wszelkich starań, aby zapewnić bezpieczeństwo zarówno użytkownikom, jak i deweloperom. Rozumiemy, że budowanie dobrze prosperującej firmy zajmującej się aplikacjami wymaga zaufanej platformy, która zabezpiecza zwrot z inwestycji dzięki proaktywnej ochronie przed złośliwymi podmiotami.

W tym dokumencie znajdziesz zalecenia dotyczące zapobiegania atakom na zintegrowane funkcje płatności i ograniczania skutków nadużyć w aplikacji.

Zwiększanie ochrony

Poniższe interfejsy API i narzędzia mogą pomóc w ograniczeniu ryzyka w aplikacji:

Voided Purchases API: unieważnia dostęp do anulowanych zamówień.
Zaciemniony identyfikator konta: pomaga wykrywać sytuacje, w których zakupy są dokonywane na tym samym koncie w krótkim czasie z wielu urządzeń.
**Przyjmowanie zakupów po stronie serwera**: narzędzia takie jak Purchases.products:consume przenoszą logikę biznesową do bezpiecznych backendów, co zapobiega manipulacjom po stronie klienta. Oprócz korzystania z tych interfejsów API platformy stosuj te sprawdzone metody, aby dodatkowo zabezpieczyć integracje przed nieautoryzowanym dostępem.

Zapobieganie fałszowaniu lokalizacji

Google Play zapewnia wbudowane zabezpieczenia, które uniemożliwiają złośliwym podmiotom wykorzystywanie fałszywych lokalizacji do wykorzystywania różnic w kursach walut w różnych regionach (tzw. fałszowanie lokalizacji), nadużywania promocji i zachęt związanych z subskrypcjami oraz prób oszustw związanych z kartami podarunkowymi.

Przenoszenie newralgicznej logiki do backendu

W miarę możliwości przenoś dane wrażliwe i logikę na serwer backendu, nad którym masz kontrolę. Im więcej danych i logiki znajduje się na urządzeniu frontendowym, tym bardziej jest ono podatne na modyfikacje lub manipulacje.

Na przykład w internetowej grze w szachy wszystkie ruchy powinny być weryfikowane w backendzie, a nie na podstawie założenia, że frontend zawsze wysyła prawidłowe ruchy.

Ponadto, jeśli znajdziesz luki w zabezpieczeniach lub problemy z bezpieczeństwem, w zależności od projektu systemu łatwiej może być debugować, naprawiać i wdrażać aktualizacje w backendzie niż w frontendzie.

Weryfikowanie zakupów przed przyznaniem uprawnień

Szczególnym przypadkiem danych wrażliwych i logiki, które powinny być obsługiwane w backendzie, jest weryfikacja zakupów i potwierdzenie. Gdy użytkownik dokona zakupu, wykonaj te czynności:

Wyślij odpowiedni purchaseToken do backendu. Oznacza to, że musisz prowadzić rejestr wszystkich wartości purchaseToken dla wszystkich zakupów.
Sprawdź, czy wartość purchaseToken dla bieżącego zakupu nie jest zgodna z żadną poprzednią wartością purchaseToken. purchaseToken jest globalnie unikalny, więc możesz bezpiecznie używać tej wartości jako klucza podstawowego w bazie danych.
Aby potwierdzić w Google, że zakup jest legalny, użyj punktów końcowych Purchases.products:get lub Purchases.subscriptionsv2:get w interfejsie Google Play Developer API.
Jeśli uważasz, że zakup jest legalny, nie został użyty ani przetworzony w przeszłości, a użytkownik spełnia wszystkie Twoje kryteria kwalifikacji i przechodzi kontrole pod kątem oszustw, możesz bezpiecznie przyznać mu uprawnienia do produktu w aplikacji lub subskrypcji.
- Sprawdzanie kwalifikacji i nadużyć: sprawdź, czy użytkownik nadal kwalifikuje się do otrzymania produktu. Jeśli skonfigurowano proces płatności za pomocą obfuscatedAccountId lub obfuscatedProfileId, sprawdź, czy mapowanie zakupu jest zgodne z oczekiwanym kontem użytkownika w Twoim systemie. Przeprowadź dodatkowe kontrole pod kątem nadużyć, ryzyka lub bezpieczeństwa wymagane przez backend.
- Wyraźne zwroty środków za nielegalne zakupy: jeśli zakup nie przejdzie weryfikacji lub kontroli pod kątem nadużyć, nie przyznawaj uprawnień. Zamiast czekać, aż zakup zostanie automatycznie zwrócony z powodu braku potwierdzenia (co jest niejednoznaczne, ponieważ może też wynikać z przekroczenia limitu czasu przetwarzania), wyraźnie zwróć środki za zakup za pomocą punktu końcowego Orders:refund (lub podobnego interfejsu Play Developer API) z parametrem revoke ustawionym na true. Ustawienie parametru revoke gwarantuje, że dostęp zostanie cofnięty, a użytkownik nie będzie już miał uprawnień do zakupu. Wysyła też do Google Play wyraźny sygnał, że zakup został odrzucony przez dewelopera.
W przypadku subskrypcji, gdy w Purchases.subscriptionsv2:get ustawiony jest linkedPurchaseToken, należy też usunąć linkedPurchaseToken z bazy danych i cofnąć uprawnienia przyznane linkedPurchaseToken, aby mieć pewność, że wielu użytkowników nie będzie miało uprawnień do tego samego zakupu.
Uprawnienia należy przyznawać tylko wtedy, gdy stan zakupu to PURCHASED, i prawidłowo obsługiwać zakupy w stanie PENDING. Jeśli nastąpi gwałtowny wzrost liczby zakupów w stanie CANCELED, możesz przyznawać uprawnienia, gdy zakup jest jeszcze w stanie PENDING. Więcej informacji znajdziesz w artykule Obsługa transakcji oczekujących.
Jeśli po przyznaniu uprawnień chcesz przyjąć i potwierdzić produkt jednorazowy, użyj interfejsu Play Developer API Purchases.products:consume na bezpiecznym serwerze backendu. Aby potwierdzić produkt niejednorazowy lub subskrypcję, wywołaj odpowiedni punkt końcowy interfejsu Play Developer API, czyli Purchases.products:acknowledge lub Purchases.subscriptions:acknowledge na bezpiecznym serwerze backendu. Potwierdzenie jest wymagane, ponieważ informuje Google Play, że użytkownik otrzymał uprawnienia do zakupu. Zakup należy potwierdzić natychmiast po przyznaniu uprawnień.

Pamiętaj, że chociaż możesz potwierdzić lub przyjąć zakup po stronie klienta za pomocą aplikacji, interfejsy API po stronie serwera zapewniają dodatkową ochronę przed problemami takimi jak słabe połączenie sieciowe i złośliwa aktywność. Rozważ na przykład sytuację, w której użytkownik kupił produkt w Twojej aplikacji, ale utracił połączenie sieciowe podczas weryfikacji zakupu. Bez potwierdzenia po stronie serwera może być konieczne ponowne zalogowanie się w aplikacji, aby dokończyć proces potwierdzenia. W przeciwnym razie, jeśli użytkownik nie zaloguje się ponownie w ciągu 3 dni, zakup zostanie automatycznie zwrócony z powodu braku potwierdzenia. Potwierdzenie po stronie serwera zapobiega takiej sytuacji, ponieważ wysyła potwierdzenie, gdy tylko Google Play powiadomi serwer, że zakup jest prawidłowy.

Więcej informacji o potwierdzaniu i przyjmowaniu zakupów znajdziesz w artykule Przetwarzanie zakupów.

Ochrona odblokowanych treści

Aby uniemożliwić złośliwym użytkownikom rozpowszechnianie odblokowanych treści, nie dołączaj ich do pliku APK. Zamiast tego wykonaj jedną z tych czynności:

Użyj usługi w czasie rzeczywistym do dostarczania treści, np. źródła treści. Dostarczanie treści za pomocą usługi w czasie rzeczywistym pozwala też dbać o ich aktualność.
Użyj serwera zdalnego do dostarczania treści. Gdy dostarczasz treści z serwera zdalnego lub usługi w czasie rzeczywistym, możesz przechowywać odblokowane treści w pamięci urządzenia lub na karcie SD. Jeśli przechowujesz treści na karcie SD, zaszyfruj je i użyj klucza szyfrowania specyficznego dla urządzenia.

Wykrywanie i obsługa unieważnionych zakupów

Unieważnione zakupy to zakupy, które zostały anulowane, cofnięte lub obciążone zwrotem. Jeśli unieważniony zakup wcześniej przyznał użytkownikowi produkty w aplikacji lub inne treści , możesz użyć interfejsu Voided Purchases API, aby uzyskać informację o przyczynie unieważnienia zakupu oraz powiązane z nim treści, które możesz odzyskać.

Zakupy produktów w aplikacji i subskrypcji mogą zostać unieważnione z różnych powodów, m.in.:

Zakup został anulowany przez użytkownika, dewelopera lub Google (w tym automatycznie anulowane zakupy, które nie zostały potwierdzone). W przypadku subskrypcji pamiętaj że chodzi o anulowanie zakupu subskrypcji, a nie samej subskrypcji.
Zakup został obciążony zwrotem.
Deweloper aplikacji anuluje lub zwraca zamówienie użytkownika i zaznacza w konsoli opcję „Cofnij”. Na podstawie przyczyny unieważnienia zakupu i z uwzględnieniem wcześniejszych danych o zachowaniu użytkownika możesz podjąć odpowiednie działania. Zalecamy wdrożenie co najmniej jednego z tych rozwiązań:
Odzyskiwanie środków: gdy zakup zostanie unieważniony, możesz odzyskać niewykorzystane produkty tak, jakby nigdy nie zostały kupione. Jeśli na przykład zakup waluty w grze został unieważniony, możesz odzyskać walutę, która została już przyznana użytkownikowi. Jeśli użytkownik wydał już walutę, rozważ ustawienie ujemnego salda waluty i ograniczenie aktywności w aplikacji oraz przyszłych zakupów do czasu, aż saldo waluty będzie dodatnie.
Wdrożenie systemu ostrzeżeń: w przypadku osób, które po raz pierwszy naruszyły zasady, rozważ podjęcie mniej drastycznych działań, np. wyświetlenie ostrzeżeń w aplikacji. W przypadku osób, które powtarzają naruszenia, rozważ zastosowanie surowszych środków.
Tymczasowe wyłączenie zakupów: podobnie jak w przypadku systemu ostrzeżeń, rozważ wyłączenie zakupów dla użytkowników, którzy dokonali unieważnionych zakupów, do czasu dokładniejszego zbadania przyczyn unieważnienia.
Tymczasowe lub trwałe zablokowanie dostępu do aplikacji: w skrajnych przypadkach powtarzającej się złośliwej aktywności rozważ zablokowanie dostępu do aplikacji, tymczasowo lub na stałe.
Częste wywoływanie interfejsu Voided Purchases API: gdy wykryjesz co najmniej 1 unieważniony zakup, rozważ częstsze wywoływanie interfejsu Voided Purchases API, aby odzyskać środki za zakupy, zanim użytkownik je wykorzysta. Więcej informacji o limitach interfejsu Voided Purchases API znajdziesz w dokumentacji tego interfejsu.

Pomaganie Google w wykrywaniu oszustw, zanim do nich dojdzie

Niektóre rodzaje oszustw są związane ze złośliwymi użytkownikami, którzy tworzą wiele kont Google i kont w aplikacji, aby ukryć swoją aktywność.

Aby pomóc Google w mapowaniu kont Google na konta w aplikacji, użyj metod setObfuscatedAccountId i setObfuscatedProfileId w konstruktorze BillingFlowParams.

Google używa tych danych do wykrywania podejrzanych zachowań i blokowania niektórych rodzajów oszukańczych transakcji, zanim zostaną one sfinalizowane.

Podejmowanie działań w przypadku naruszenia praw autorskich lub znaków towarowych

Jeśli używasz serwera zdalnego do dostarczania treści lub zarządzania nimi, skonfiguruj aplikację tak, aby sprawdzała stan zakupu odblokowanych treści za każdym razem, gdy użytkownik uzyskuje do nich dostęp. Pozwoli Ci to w razie potrzeby cofnąć uprawnienia i zminimalizować piractwo. Jeśli zauważysz, że Twoje treści są rozpowszechniane w Google Play, podejmij szybkie i zdecydowane działania. Więcej informacji znajdziesz na stronie Najczęstsze pytania dotyczące praw autorskich w Centrum pomocy z zakresu praw autorskich.