Offer Codes z App Store a kody polecające dla influencerów (2026)

Dwa kody, dwa różne zadania

Dla użytkownika oba wyglądają tak samo: to krótkie słowo wpisane gdzieś w formularzu. Robią jednak co innego. Offer Code (Apple) lub Promo Code (Google) to narzędzie cenowe: sklep go sprawdza i stosuje ofertę przy zakupie. Kod polecający to narzędzie atrybucji: aplikacja lub platforma partnerska sprawdza go i zapisuje, który twórca przyprowadził użytkownika, żeby ten twórca mógł zarabiać na jego płatnościach.

Jedno nie zastępuje drugiego. Kod sklepowy nikomu nie płaci, a kod polecający sam nie zmienia ceny. App Store nie ma dla aplikacji funkcji kodów polecających, a program partnerski Apple przestał obejmować aplikacje i zakupy w aplikacji w 2018 roku. Atrybucję twórców zawsze trzeba więc dodać samemu.

Offer Codes Apple w 2026

Offer Codes zaczęły się od subskrypcji odnawianych automatycznie. Od 29 października 2025 obejmują każdy typ zakupu w aplikacji, w tym produkty zużywalne, niezużywalne i subskrypcje nieodnawialne. Dla subskrypcji, według Pomocy App Store Connect Apple (sprawdzone w listopadzie 2026):

• Trzy typy ofert. Darmowa, płatność na bieżąco (obniżona cena przez kilka okresów rozliczeniowych) lub płatność z góry (jedna cena za określony czas).

• Dwa rodzaje kodów. Kody jednorazowe, generowane w partiach od 500 do 25 000, oraz kody niestandardowe, które nazywasz sam, do 64 znaków, z maksymalnie 25 000 realizacji na partię.

• Limity. Do 1 miliona kodów na aplikację na kwartał, wspólnie dla wszystkich subskrypcji, i do 10 aktywnych ofert na subskrypcję jednocześnie. Kody jednorazowe wygasają w ciągu sześciu miesięcy, a kody niestandardowe mogą działać bez daty końcowej.

• Uprawnienia. Każdą ofertę można ograniczyć do nowych, obecnych lub dawnych subskrybentów grupy subskrypcji albo do dowolnej ich kombinacji.

• Realizacja. Przez adres URL realizacji oferty, na stronie realizacji karty podarunkowej lub kodu w App Store albo w Twojej aplikacji na iOS 14 i nowszym.

Jeszcze jedna zmiana w 2026: od 26 marca 2026 deweloperzy nie mogą już tworzyć w App Store Connect kodów promocyjnych do zakupów w aplikacji. Istniejące działają do wygaśnięcia, a kody promocyjne na darmowe pobranie aplikacji pozostają. Zniżkę na zakup w aplikacji dają teraz Offer Codes.

Promo Codes w Google Play

Kody promocyjne w Google Play są bardziej ograniczone. Według dokumentacji Play Billing od Google (stan na listopad 2026):

• Subskrypcje dostają okresy próbne, nie zniżki. Kod promocyjny subskrypcji daje bezpłatny okres próbny. Nie daje darmowej subskrypcji ani niższej ceny. Zastępuje też okres próbny, który subskrypcja już ma, zamiast go wydłużać.

• Dwa rodzaje kodów. Kody jednorazowe można zrealizować w sklepie Play lub w aplikacji. Kody niestandardowe, tylko do subskrypcji, można zrealizować wyłącznie w aplikacji i tylko jeśli użytkownik wcześniej nie subskrybował.

• Limity. Do 10 000 kodów jednorazowych na kwartał na subskrypcję albo kod niestandardowy z limitem realizacji od 2000 do 99 999. Produkty jednorazowe dzielą pulę 500 kodów na kwartał w całej aplikacji. Niewykorzystane kody nie przechodzą na kolejny kwartał.

• Po utworzeniu nie da się zmienić. Po utworzeniu promocji nie zmienisz liczby kodów ani nie przełączysz ich na inny typ.

Prawdziwą zniżkę w Google Play daje oferta subskrypcji w ramach planu podstawowego, na przykład z kwalifikowalnością określaną przez dewelopera, którą aplikacja sama decyduje się pokazać.

Kod oferty, kod promocyjny czy kod polecający: porównanie

Co każdy kod daje w programie dla twórców. Limity sklepów pochodzą z dokumentacji Apple i Google, stan na listopad 2026.

Dlaczego sam kod oferty to słaby kod dla twórcy

Kuszące jest dać każdemu twórcy własny kod oferty i liczyć realizacje. Dostajesz zniżkę i przybliżoną liczbę, a potem trafiasz na takie ograniczenia:

• Wskazuje ofertę, nie twórcę. Dane transakcji Apple zawierają identyfikator oferty skonfigurowanej w App Store Connect, a Sales and Trends rozpoznaje sprzedaż ofert po ich nazwie referencyjnej. Żeby w ten sposób odróżnić twórców, trzeba osobnej oferty dla każdego z nich, a subskrypcja może mieć naraz tylko 10 aktywnych ofert.

• Każdy sklep wymaga własnego kodu. Kod Apple nic nie robi na Androidzie i odwrotnie, więc twórca z mieszanymi odbiorcami potrzebuje dwóch kodów i dwóch zestawów instrukcji.

• Realizacja może nastąpić poza aplikacją. Użytkownik, który zrealizuje kod na stronie App Store lub przez URL, może nigdy nie zobaczyć pola na kod w aplikacji. Aplikacja dowie się o tym dopiero z zapisów sklepu.

• Odnowienia i zwroty nadal wymagają rejestru. Prowizja cykliczna musi podążać za subskrybentem po zakończeniu oferty: każde odnowienie w uzgodnionej stawce, każdy zwrot cofnięty. Sama liczba realizacji tego nie załatwi.

• Kody się wyczerpują i wygasają. Limity kwartalne, rozmiary partii i daty ważności pasują do promocji. Gorzej sprawdzają się przy twórcy, który przez rok wciąż publikuje o Twojej aplikacji.

Google nadaje się do liczenia nieco lepiej: jego Play Developer API pokazuje tekst kodu niestandardowego użytego na starcie subskrypcji, a przy kodzie jednorazowym tylko to, że jakiś został użyty. Samo liczenie to jednak jeszcze nie wypłata.

Jak aplikacje łączą ofertę z kodem polecającym

Sprawdza się taki układ: kod polecający odpowiada za atrybucję, a sklep lub RevenueCat zapewnia ofertę. W InfluTo wygląda to tak:

1. 1

   Daj każdemu twórcy jeden kod polecający i jeden link. Ten sam kod działa na iOS, Androidzie i w przeglądarce, wpisany lub kliknięty, a twórca dostaje prowizję od każdego zweryfikowanego zakupu poleconego użytkownika.

2. 2

   Ustaw ofertę w sklepie lub w RevenueCat. Dłuższy okres próbny lub zniżka na pierwszy okres jako osobny produkt lub offering, kod oferty Apple albo oferta subskrypcji w Google Play. Każda ma własne zasady kwalifikowalności, więc zanim na którejś oprzesz plan, sprawdź dokumentację Apple i Google.

3. 3

   Pokaż ofertę poleconym użytkownikom. Wywołaj checkAttribution() przed paywallem i pokaż ofertę z polecenia, gdy użytkownik przyszedł z polecenia. Możesz też pozwolić, by RevenueCat Targeting wybrał ofertę na podstawie atrybutu subskrybenta influto_referral, który zapisuje SDK.

4. 4

   Opcjonalnie: użyj tego samego słowa dla obu kodów. Nazwij własny kod oferty Apple tak samo jak kod polecający twórcy. Użytkownik wpisuje go w Twoim polu na kod, co zalicza polecenie twórcy, a aplikacja otwiera wtedy realizację Offer Code od Apple, żeby przyznać zniżkę.

Żeby jasno rozdzielić role: InfluTo nie tworzy, nie wydaje ani nie śledzi Offer Codes. Zalicza polecenie twórcy przez jego kod lub link i weryfikuje powstały zakup w sklepie, tak jak każdy inny. Sama zniżka pochodzi od Apple, Google albo z oferty w RevenueCat.

Zniżka zmienia też prowizję. Prowizja to procent tego, co użytkownik faktycznie płaci. Darmowy okres z oferty nie przynosi więc nic do pierwszej płatności, a pierwszy miesiąc za pół ceny daje o połowę niższą prowizję za ten miesiąc. Odnowienia w pełnej cenie dają pełną stawkę. Jeśli twórcy mają zachować pełną pierwszą prowizję, zwykle lepszą ofertą jest dłuższy okres próbny.

Trzymaj promocje w granicach zasad sklepów

Cokolwiek połączysz, oferta musi być zgodna z zasadami sklepów, a twórcy muszą opisywać ją tak, jak stosuje ją sklep.

• Nagradzaj zakup, nie instalację. Niech ofertą będzie lepsza cena lub dłuższy okres próbny Twojej subskrypcji, opłacanej przez system płatności sklepu. Oba sklepy ograniczają płacenie i nagradzanie za instalacje, oceny czy opinie. Zanim uruchomisz promocję, sprawdź App Store Review Guidelines i Google Play Developer Program Policies.

• Dopasuj treść do oferty. Jeśli kod daje 14-dniowy okres próbny, opis twórcy i Twój paywall powinny mówić o 14-dniowym okresie próbnym. Sklep stosuje warunki, które skonfigurujesz, a nie te z nagrania.

• Ujawniaj współpracę. Twórcy, którzy zarabiają prowizję, powinni oznaczyć post jako reklamę lub link afiliacyjny, jeśli wymaga tego ich platforma albo lokalne przepisy.