Seryjne nadużycie zwrotów kosztuje cię dwa razy, oto jak sklepy pozwalają ci się bronić

Pojedynczy zwrot to koszt prowadzenia biznesu. To samo konto zwracające po raz czwarty, po tym jak za każdym razem wykorzystało to, co kupiło, to nadużycie zwrotów, i jest to wzorzec, który dostrzeżesz tylko wtedy, gdy każdy zakup niesie tożsamość, którą kontrolujesz. Apple i Google dają ci tę tożsamość, i oba dają ci wąskie okno, by przedstawić ją sklepowi, zanim zapadnie decyzja o zwrocie lub obciążeniu zwrotnym. Przegap okno albo nigdy nie dołącz tożsamości, a seryjny zwracający wygląda dokładnie jak niezadowolony klient po raz pierwszy. Oto jak ich odróżnić i ile ta różnica jest warta w pieniądzu.

Dlaczego nadużycie zwrotów to problem tożsamości, a nie problem zwrotów

To sklep decyduje o zwrocie. Nie powstrzymasz klienta od zapytania, a w większości procesów nie powstrzymasz sklepu od przyznania. To, co możesz zrobić, to zdecydować, czy dane konto robiło to już wcześniej i czy zakupiona treść została faktycznie dostarczona i wykorzystana. Oba to pytania o tożsamość: który z twoich użytkowników stoi za tą transakcją i jaka jest jego historia. Jeśli twoje zakupy nie niosą stabilnego identyfikatora prowadzącego z powrotem do twoich własnych rekordów użytkowników, nie odpowiesz na żadne z tych pytań, a każdy zwrot przychodzi bez kontekstu.

To jest prawdziwa luka. Mechanika zwrotu jest ustalona przez zasady. Dowody, które do niej wniesiesz, należą w całości do ciebie, i zaczynają się w chwili zakupu, a nie w chwili zwrotu.

Dwa okna, w których dowody zmieniają wynik

Istnieją dokładnie dwa procesy, w których cokolwiek wyślesz, może poruszyć decyzję. CONSUMPTION_REQUEST Apple uruchamia się, gdy klient prosi o zwrot za produkt konsumowalny lub subskrypcję odnawialną automatycznie, i masz 12 hours na odpowiedź. Weryfikacja obciążenia zwrotnego w Google Play uruchamia się, gdy użytkownik kwestionuje obciążenie w swoim banku, i masz 24 hours na reakcję przez Review Refund API. Każdy inny zwrot, 48-hour samoobsługowy zwrot w Play, zwrot przyznany przez wsparcie, automatyczny zwrot za niepotwierdzony zakup, zapada bez ciebie.

Oba te kanały dowodowe są znacznie silniejsze, gdy transakcja już niesie twój identyfikator. Informacje o konsumpcji Apple mogą zawierać appAccountToken obok historii i wydatków konta, a weryfikacja Google może opierać się na obfuscated account ID, który obserwuje od chwili zakupu. Konto bez identyfikatora to konto bez historii do przedłożenia.

Dwa pola tożsamości, obok siebie

Apple i Google rozwiązały ten sam problem niemal w ten sam sposób, z różnymi nazwami i różnymi regułami. Oba pozwalają oznaczyć zakup wartością, która wskazuje z powrotem na twój własny rekord użytkownika. Żadne nie jest domyślnie włączone. Oba są bezwartościowe, jeśli nie ustawisz ich w chwili zakupu.

Apple: appAccountToken

appAccountToken to UUID, który generujesz i przekazujesz, gdy zaczyna się zakup. StoreKit wiąże go z powstałą transakcją, i pojawia się on w danych transakcji, które twój serwer weryfikuje, oraz w informacjach o konsumpcji, które odsyłasz podczas CONSUMPTION_REQUEST. Ponieważ to twoja wartość, mapuje ona transakcję sklepu bezpośrednio na konto w twojej bazie danych, bez udziału adresu e-mail czy nazwiska. Musi to być prawdziwy UUID, a wszystko inne jest odrzucane. Apple dodało później punkt końcowy Set App Account Token, który potrafi dołączyć lub zaktualizować token na przeszłych transakcjach, w tym zakupach dokonanych poza twoją aplikacją, takich jak realizacja kodów ofertowych.

Google Play: obfuscated account ID

Odpowiednikiem u Google jest setObfuscatedAccountId, opcjonalny ciąg znaków powiązany z kontem kupującym. Własna dokumentacja Google jest jednoznaczna co do jego celu: Google Play używa go do wykrywania nietypowej aktywności, takiej jak wiele urządzeń dokonujących zakupów na tym samym koncie w krótkim czasie, oraz do blokowania niektórych oszukańczych transakcji, zanim się zakończą. Jest ograniczony do 64 characters i nie może zawierać danych osobowych w postaci jawnej. Zapisz tam surowy adres e-mail, a Google od razu zablokuje zakup, ponieważ pole oczekuje wartości zaszyfrowanej lub hasha jednokierunkowego. Pokrewne pole, setObfuscatedProfileId, istnieje dla aplikacji, w których jedno konto ma kilka profili.

Ile naprawdę kosztuje zwrot od seryjnego nadużywającego

Sam zwrot to najmniejsza część rachunku. Gdy sklep przyznaje zwrot, oddajesz przychód, i tyle jest widoczne w księdze. Tego, czego nie ma w wierszu zwrotu, jest wszystko, co wydałeś na dostarczenie produktu, który jest teraz darmowy.

Wyobraź sobie produkt konsumowalny, który uruchamia realną pracę: generowanie obrazu, serię wywołań API do dostawcy modelu, eksport wideo, wypłatę dla twórcy. Zapłaciłeś za tę moc obliczeniową w chwili, gdy klient jej użył. Zwrot odzyskuje cenę, ale nie odzyskuje faktury dostawcy. Seryjny zwracający to ktoś, kto nauczył się, że treść przetrwa zwrot, więc uruchamia pętlę ponownie: kup, skonsumuj, zwróć, powtórz. W każdym cyklu ponosisz koszt dostawy po raz drugi.

Do tego dochodzi własne przesunięcie kosztów przez sklep. Od August 3 2026 Google Play przenosi cenę zakupu i opłaty banku za obciążenie zwrotne na dewelopera, dla zamówień złożonych po tej dacie. Obciążenie zwrotne, które kiedyś było głównie problemem Google, staje się twoim przychodem plus opłatą, a powtarzający się kwestionujący podnosi tę liczbę za każdym razem. Pola tożsamości to właśnie to, co pozwala ci dostarczyć Review Refund API dowody na zakwestionowanie nieuprawnionego sporu w oknie 24 hours.

Google ujmuje skalę wprost: podaje, że w 2022 zablokowało ponad $2 billion oszukańczych i nadużywających transakcji. Ta liczba istnieje, ponieważ sygnały, wśród nich obfuscated account ID, były wypełnione. Aplikacja, która wysyła zakupy z pustymi polami tożsamości, rezygnuje z tej ochrony.

Jak wyłapać powtarzających się zwracających, zanim sklep zdecyduje

Oznacz każdy zakup tożsamością, która należy do ciebie

Ustawiaj appAccountToken na każdym zakupie StoreKit i setObfuscatedAccountId na każdym zakupie Play Billing, oba generowane z twojego własnego rekordu użytkownika. Na Apple użyj prawdziwego UUID przypisanego do konta. Na Google zahaszuj klucz konta, aby żadne dane osobowe nie podróżowały w postaci jawnej. Zrób to w chwili zakupu, bo na Google to jeden krok, którego nie odzyskasz później.

Prowadź księgę opartą na tej tożsamości

Zapisuj każdy zakup, dostawę, zdarzenie konsumpcji i zwrot względem identyfikatora. Gdy przychodzi CONSUMPTION_REQUEST lub weryfikacja obciążenia zwrotnego, pełna historia konta, wraz z wcześniejszymi zwrotami, jest o jedno zapytanie od ciebie. Informacje o konsumpcji Apple mają dokładnie na to jawne pola: consumptionStatus, deliveryStatus, playTime, accountTenure, lifetimeDollarsPurchased oraz twój refundPreference.

Czytaj voidedReason i kieruj nadużywających inaczej

Gdy zakup w Google zostaje unieważniony, pole voidedReason mówi ci dlaczego, a friendly_fraud i fraud to odrębne wartości od zwykłego zwrotu typu remorse. Kieruj je do kolejki weryfikacji i surowszej zasady, nie na tę samą automatyczną ścieżkę co zwrot po raz pierwszy. Własne wytyczne Google to model wielokrotnych przewinień: ostrzeż pierwszego przewiniającego, podejmij stanowczsze działania wobec powtarzających się i wyłącz zakupy dla konta, które nie przestaje.

Odpowiadaj w oknie za każdym razem

Dowody liczą się tylko w obrębie dwóch okien. Zautomatyzuj odpowiedź na CONSUMPTION_REQUEST tak, by wychodziła z dużym zapasem w ciągu 12 hours, a weryfikację obciążenia zwrotnego tak, by wychodziła w ciągu 24 hours. Nieskazitelna historia przedłożona za późno to historia, której sklep nigdy nie przeczyta.

Co sklepy zrobią, a czego nie zrobią za ciebie

Warto być precyzyjnym co do podziału pracy, bo łatwo założyć, że sklepy zajmują się nadużyciem, a zwykle nie mówią ci, gdy tego nie robią. Google aktywnie używa obfuscated account ID do blokowania części oszustw, zanim zakup się zakończy, a jego systemy wyłapują znaczną część na poziomie platformy. Apple decyduje o każdym zwrocie samo i traktuje twoje informacje o konsumpcji jako dane wejściowe, nigdy jako głos. Żaden sklep nie prowadzi za ciebie twojej listy nadużywających, nie odejmuje zwróconego produktu konsumowalnego od twojego salda ani nie mówi powtarzającemu się zwracającemu nie w twoim imieniu. Tożsamość należy do sklepu, by działać na marginesach, i do ciebie, by działać wszędzie indziej.

To ten sam powód, dla którego RefundHalt opiera wszystko na tożsamości zakupu: zwrot, weryfikacja obciążenia zwrotnego i żądanie konsumpcji dla tego samego konta sprowadzają się do jednej historii, więc seryjny zwracający pojawia się jako wzorzec za pierwszym razem, gdy się powtórzy, a nie dopiero po czwartej fakturze, którą już zapłaciłeś.